From urkapd at libero.it Thu May 1 02:34:51 2008 From: urkapd at libero.it (MAS!) Date: Thu May 1 02:31:39 2008 Subject: new pidgin Message-ID: I'm asking if someone is able to upgrade the port to the latest release :) thank you in advance bye bye! MAS! From reiffert at macports.org Thu May 1 02:41:44 2008 From: reiffert at macports.org (Thomas Reifferscheid) Date: Thu May 1 02:38:34 2008 Subject: new pidgin In-Reply-To: References: Message-ID: <48199058.9050503@macports.org> I had a look for the new pidgin once and decided to not update pidgin as I disagree with the new features such as automatic resize of the input text area. Kind regards Thomas MAS! wrote: > I'm asking if someone is able to upgrade the port to the latest > release :) > > thank you in advance > > bye bye! > > MAS! > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From randall.h.wood at alexandriasoftware.com Thu May 1 03:04:16 2008 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Thu May 1 03:01:01 2008 Subject: new pidgin In-Reply-To: <48199058.9050503@macports.org> References: <48199058.9050503@macports.org> Message-ID: MAS! You may be interested in the port Adium, which provides an Aqua user interface, but is pidgin under the hood (both projects use the same libpurple for all of chat handling). On Thu, May 1, 2008 at 5:41 AM, Thomas Reifferscheid wrote: > I had a look for the new pidgin once and decided to not > update pidgin as I disagree with the new features such > as automatic resize of the input text area. BTW, are there any bug fixes that users are not getting as a result of this decision? I would branch pidgin at this point, providing pigdin (current) and pidgin-2.3.1 (version 2.3.1) for those who want that version. > Kind regards > Thomas > > > > MAS! wrote: > > > I'm asking if someone is able to upgrade the port to the latest release :) > > > > thank you in advance > > > > bye bye! > > > > MAS! > > > > _______________________________________________ > > 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 > -- Randall Wood randall.h.wood@alexandriasoftware.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From sequethin at gmail.com Thu May 1 06:25:34 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Thu May 1 06:22:21 2008 Subject: new pidgin In-Reply-To: References: <48199058.9050503@macports.org> Message-ID: <35F7649E-9655-45AA-9F52-11D1EA92E927@gmail.com> On May 1, 2008, at 6:04 AM, Randall Wood wrote: > MAS! > > You may be interested in the port Adium, which provides an Aqua user > interface, but is pidgin under the hood (both projects use the same > libpurple for all of chat handling). Adium doesn't support Yahoo! chat though, and pidgin does, I use pidgin specifically for that. --Mike H From sck at nogas.org Thu May 1 07:06:15 2008 From: sck at nogas.org (Scott C. Kennedy) Date: Thu May 1 07:03:23 2008 Subject: new pidgin In-Reply-To: <35F7649E-9655-45AA-9F52-11D1EA92E927@gmail.com> References: <48199058.9050503@macports.org> <35F7649E-9655-45AA-9F52-11D1EA92E927@gmail.com> Message-ID: <4819CE57.3030606@nogas.org> I use Adium for my Yahoo/AIM/MSN/IRC/Jabber all the time. The only thing I see that I'm missing is SILC, and I use Colloquy for that, though I'd love to have Adium speak SILC and then only have one text chat application. Scott Michael Hernandez wrote: > On May 1, 2008, at 6:04 AM, Randall Wood wrote: > >> MAS! >> >> You may be interested in the port Adium, which provides an Aqua user >> interface, but is pidgin under the hood (both projects use the same >> libpurple for all of chat handling). > > Adium doesn't support Yahoo! chat though, and pidgin does, I use > pidgin specifically for that. > > --Mike H > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From sequethin at gmail.com Thu May 1 08:04:46 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Thu May 1 08:01:34 2008 Subject: new pidgin In-Reply-To: <4819CE57.3030606@nogas.org> References: <48199058.9050503@macports.org> <35F7649E-9655-45AA-9F52-11D1EA92E927@gmail.com> <4819CE57.3030606@nogas.org> Message-ID: <16371B3E-A18C-46E7-B85A-A708A89819FB@gmail.com> On May 1, 2008, at 10:06 AM, Scott C. Kennedy wrote: > I use Adium for my Yahoo/AIM/MSN/IRC/Jabber all the time. The only > thing I see that I'm missing is SILC, and I use Colloquy for that, > though I'd love to have Adium speak SILC and then only have one text > chat application. > > Scott > > Michael Hernandez wrote: >> On May 1, 2008, at 6:04 AM, Randall Wood wrote: >> >>> MAS! >>> >>> You may be interested in the port Adium, which provides an Aqua user >>> interface, but is pidgin under the hood (both projects use the same >>> libpurple for all of chat handling). >> >> Adium doesn't support Yahoo! chat though, and pidgin does, I use >> pidgin specifically for that. >> >> --Mike H >> >> Adium doesn't support Yahoo! chat rooms, that's all I'm saying. :) --Mike H From urkapd at libero.it Thu May 1 08:19:21 2008 From: urkapd at libero.it (MAS!) Date: Thu May 1 08:16:09 2008 Subject: new pidgin In-Reply-To: References: <48199058.9050503@macports.org> Message-ID: <073072F9-F6F9-40FA-A3AF-13DB5E7FE186@libero.it> > You may be interested in the port Adium, which provides an Aqua user > interface, but is pidgin under the hood (both projects use the same > libpurple for all of chat handling). thank, but I don't like so much Adium. and I prefer piding, since I can share the preferences/log/data/... with the debian version on a shared partion on my powerbook bye bye MAS! From larsbenders at fastmail.fm Thu May 1 10:23:58 2008 From: larsbenders at fastmail.fm (FM-lars) Date: Thu May 1 10:21:01 2008 Subject: Thunar Message-ID: <4819FCAE.3010104@fastmail.fm> I can't compile Thunar. Any help would be, um, helpful. Thanx, Lars sudo port install Thunar ---> Fetching Thunar ---> Verifying checksum(s) for Thunar ---> Extracting Thunar ---> Applying patches to Thunar ---> Configuring Thunar ---> Building Thunar 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_xfce_Thunar/work/Thunar-0.9.0" && make all " returned error 2 Command output: thunar-metafile.c:64: warning: no semicolon at end of struct or union thunar-metafile.c:66: error: syntax error before '}' token thunar-metafile.c: In function 'thunar_metafile_get_type': thunar-metafile.c:89: error: invalid application of 'sizeof' to incomplete type 'ThunarMetafile' thunar-metafile.c: In function 'thunar_metafile_init': thunar-metafile.c:133: error: dereferencing pointer to incomplete type thunar-metafile.c:134: error: dereferencing pointer to incomplete type thunar-metafile.c: In function 'thunar_metafile_finalize': thunar-metafile.c:149: error: dereferencing pointer to incomplete type thunar-metafile.c:150: error: dereferencing pointer to incomplete type thunar-metafile.c:153: error: dereferencing pointer to incomplete type thunar-metafile.c:154: error: dereferencing pointer to incomplete type thunar-metafile.c: In function 'thunar_metafile_read': thunar-metafile.c:166: error: dereferencing pointer to incomplete type thunar-metafile.c: In function 'thunar_metafile_fetch': thunar-metafile.c:264: error: dereferencing pointer to incomplete type thunar-metafile.c:279: error: dereferencing pointer to incomplete type thunar-metafile.c:280: error: dereferencing pointer to incomplete type thunar-metafile.c:283: error: dereferencing pointer to incomplete type thunar-metafile.c:284: error: dereferencing pointer to incomplete type thunar-metafile.c:288: error: dereferencing pointer to incomplete type thunar-metafile.c:289: error: dereferencing pointer to incomplete type thunar-metafile.c: In function 'thunar_metafile_store': thunar-metafile.c:355: error: dereferencing pointer to incomplete type thunar-metafile.c:431: error: dereferencing pointer to incomplete type thunar-metafile.c:440: error: dereferencing pointer to incomplete type make[3]: *** [Thunar-thunar-metafile.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. From ryandesign at macports.org Thu May 1 10:33:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu May 1 10:30:21 2008 Subject: Thunar In-Reply-To: <4819FCAE.3010104@fastmail.fm> References: <4819FCAE.3010104@fastmail.fm> Message-ID: On May 1, 2008, at 12:23 PM, FM-lars wrote: > I can't compile Thunar. Any help would be, um, helpful. Could you file a ticket in the issue tracker, please, and Cc it to the maintainer, afb at macports dot org? That way this problem won't get forgotten. http://guide.macports.org/#project > sudo port install Thunar > ---> Fetching Thunar > ---> Verifying checksum(s) for Thunar > ---> Extracting Thunar > ---> Applying patches to Thunar > ---> Configuring Thunar > ---> Building Thunar 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_xfce_ > Thunar/work/Thunar-0.9.0" && make all " returned error 2 > Command output: thunar-metafile.c:64: warning: no semicolon at end > of struct or union > thunar-metafile.c:66: error: syntax error before '}' token > thunar-metafile.c: In function 'thunar_metafile_get_type': > thunar-metafile.c:89: error: invalid application of 'sizeof' to > incomplete type 'ThunarMetafile' > thunar-metafile.c: In function 'thunar_metafile_init': > thunar-metafile.c:133: error: dereferencing pointer to incomplete type > thunar-metafile.c:134: error: dereferencing pointer to incomplete type > thunar-metafile.c: In function 'thunar_metafile_finalize': > thunar-metafile.c:149: error: dereferencing pointer to incomplete type > thunar-metafile.c:150: error: dereferencing pointer to incomplete type > thunar-metafile.c:153: error: dereferencing pointer to incomplete type > thunar-metafile.c:154: error: dereferencing pointer to incomplete type > thunar-metafile.c: In function 'thunar_metafile_read': > thunar-metafile.c:166: error: dereferencing pointer to incomplete type > thunar-metafile.c: In function 'thunar_metafile_fetch': > thunar-metafile.c:264: error: dereferencing pointer to incomplete type > thunar-metafile.c:279: error: dereferencing pointer to incomplete type > thunar-metafile.c:280: error: dereferencing pointer to incomplete type > thunar-metafile.c:283: error: dereferencing pointer to incomplete type > thunar-metafile.c:284: error: dereferencing pointer to incomplete type > thunar-metafile.c:288: error: dereferencing pointer to incomplete type > thunar-metafile.c:289: error: dereferencing pointer to incomplete type > thunar-metafile.c: In function 'thunar_metafile_store': > thunar-metafile.c:355: error: dereferencing pointer to incomplete type > thunar-metafile.c:431: error: dereferencing pointer to incomplete type > thunar-metafile.c:440: error: dereferencing pointer to incomplete type > make[3]: *** [Thunar-thunar-metafile.o] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Error: Status 1 encountered during processing. From rrichardson at liverpool.k12.ny.us Thu May 1 11:32:12 2008 From: rrichardson at liverpool.k12.ny.us (Ron Richardson) Date: Thu May 1 11:29:02 2008 Subject: Autostarting Squid Message-ID: I've installed the Squid port, and that saved me a ton of time over doing it manually. However, I can't seem to get the thing to autostart on boot. I put the plist in /Library/LaunchDaemons, but it's not working. I get the following message in the system.log... Apr 30 14:37:51 netman org.macports.Squid[151]: Password:su: Sorry Can anybody tell me what's going on? Thanks, Ron I like to reminisce with people I don't know. -Steven Wright From frstan at bellsouth.net Thu May 1 12:29:43 2008 From: frstan at bellsouth.net (William Davis) Date: Thu May 1 12:26:26 2008 Subject: jed error Message-ID: jed wont compile: ****** slang.h (version=10409) does not match the slang library version (20103) Did you install slang as a shared library? Did you run ldconfig? Perhaps you need to set the RPATH variable in the Makefile. You have an installation problem and you will need to check the SLANG variables in the Makefile and properly set them. Also try: make clean; make ****** William Davis frstanATbellsouthDOTnet Mac OS X.5.2 Darwin 9.2.2 Xquartz 2.2.0 - (xorg-server 1.3.0-apple13) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From jmr at macports.org Thu May 1 13:24:57 2008 From: jmr at macports.org (Joshua Root) Date: Thu May 1 13:21:41 2008 Subject: teTeX fails with probably unquoted path name containing spaces Message-ID: <481A2719.4090204@macports.org> Ryan Schmidt wrote: > Still, not sure why it's trying to install teTeX if you already have > texlive. The octave port is written to only care if there is a binary > named "tex", not which port provided it. If you have a tex in /opt/ > local/bin that should be enough. The tex binary (or the link to it anyway) is provided by the texlive port, so just having texlive_texmf-minimal isn't enough. Jerry, I think at this point you would want to do the following, assuming you don't want to install texlive_texmf-full: sudo port clean --all teTeX sudo port install texlive +minimal sudo port install octave - Josh From jmr at macports.org Thu May 1 13:46:41 2008 From: jmr at macports.org (Joshua Root) Date: Thu May 1 13:43:23 2008 Subject: Autostarting Squid Message-ID: <481A2C31.9000505@macports.org> Ron Richardson wrote: > I've installed the Squid port, and that saved me a ton of time over doing > it manually. However, I can't seem to get the thing to autostart on boot. > I put the plist in /Library/LaunchDaemons, but it's not working. "/Library/LaunchDaemons/org.macports.Squid.plist" is installed as a symlink pointing to "${prefix}/etc/LaunchDaemons/org.macports.Squid/org.macports.Squid.plist". What do you mean exactly by "I put the plist in /Library/LaunchDaemons"? All you should need to do after installation is run `sudo launchctl load -w /Library/LaunchDaemons/org.macports.Squid.plist`. Then squid should be launched immediately and thereafter at boot time. > Apr 30 14:37:51 netman org.macports.Squid[151]: Password:su: Sorry > > Can anybody tell me what's going on? Looks like the squid wrapper script is being called as a non-root user. I'm not sure why that would be the case. - Josh From bxf4 at u.washington.edu Thu May 1 14:55:43 2008 From: bxf4 at u.washington.edu (Brian P. Flaherty) Date: Thu May 1 14:52:26 2008 Subject: emacs-app count as emacs? Message-ID: <63DFC550-2892-498D-A2AF-AEA96B5EEF6D@u.washington.edu> Hello, I just installed the port aqua/emacs-app. I've been using Aquamacs, but thought I'd give the port a try. I then went to install auctex, and port wanted to install emacs. How do I tell port that emacs-app counts as an emacs, and so the other emacs doesn't need to be installed? Thank you for your time and help. Brian Flaherty From lanceboyle at qwest.net Thu May 1 15:37:04 2008 From: lanceboyle at qwest.net (Jerry) Date: Thu May 1 15:33:48 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: <481A2719.4090204@macports.org> References: <481A2719.4090204@macports.org> Message-ID: <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> On May 1, 2008, at 1:24 PM, Joshua Root wrote: > Ryan Schmidt wrote: >> Still, not sure why it's trying to install teTeX if you already have >> texlive. The octave port is written to only care if there is a binary >> named "tex", not which port provided it. If you have a tex in /opt/ >> local/bin that should be enough. > > The tex binary (or the link to it anyway) is provided by the > texlive port, so just having texlive_texmf-minimal isn't enough. > > Jerry, I think at this point you would want to do the following, > assuming you don't want to install texlive_texmf-full: > > sudo port clean --all teTeX That went OK. > sudo port install texlive +minimal This terminated with my "standard error"--a reference to non-existing directories possibly caused by spaces in the path name. Just for completeness, here it is again: /usr/bin/gcc-4.0 -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o before Dec 12, 2007/lib -L/opt/local/ lib ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/ libtype1.a -L/usr/local/ada-4.3 -L/usr/X11R6/lib -lXaw -lXmu -lXt - lSM -lICE -lXp -lXext -lXpm -lX11 -liconv ../kpathsea/.libs/ libkpathsea.a -lm powerpc-apple-darwin8-gcc-4.0.1: before: No such file or directory powerpc-apple-darwin8-gcc-4.0.1: Dec: No such file or directory powerpc-apple-darwin8-gcc-4.0.1: 12,: No such file or directory powerpc-apple-darwin8-gcc-4.0.1: 2007/lib: No such file or directory make[2]: *** [xdvi-xaw.bin] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 Error: The following dependencies failed to build: texlive_base Error: Status 1 encountered during processing. Unless someone has another idea, I think I'll start from scratch. I assume I can just delete /opt/local but there is probably a way to delete only installed ports without deleting the port system itself. Thanks for all your help. Jerry > sudo port install octave > > - Josh > From jmr at macports.org Thu May 1 15:51:00 2008 From: jmr at macports.org (Joshua Root) Date: Thu May 1 15:47:44 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> Message-ID: <481A4954.2020301@macports.org> Jerry wrote: > > On May 1, 2008, at 1:24 PM, Joshua Root wrote: >> Ryan Schmidt wrote: >>> Still, not sure why it's trying to install teTeX if you already have >>> texlive. The octave port is written to only care if there is a binary >>> named "tex", not which port provided it. If you have a tex in /opt/ >>> local/bin that should be enough. >> >> The tex binary (or the link to it anyway) is provided by the texlive >> port, so just having texlive_texmf-minimal isn't enough. >> >> Jerry, I think at this point you would want to do the following, >> assuming you don't want to install texlive_texmf-full: >> >> sudo port clean --all teTeX > > That went OK. >> sudo port install texlive +minimal > > This terminated with my "standard error"--a reference to non-existing > directories possibly caused by spaces in the path name. Have you cleaned texlive_base since you removed the path-with-spaces? - Josh From emmgunn at gmail.com Thu May 1 17:33:13 2008 From: emmgunn at gmail.com (EmmGunn) Date: Thu May 1 17:29:58 2008 Subject: Newbie Question about Binary Packages Message-ID: <2CE2022B-9966-4DD0-93DD-7D42F7E3D689@gmail.com> Howdy! I'm a complete newbie to compiling binaries, and UNIX for that matter, so please forgive me for any ignorant questions. I'm hoping to use MacPorts to compile binary packages that can be distributed and installed on other computers. I've been practicing with hexedit. After some trial and error I've been able to compile it and it runs fine on my computer. I then tried "port pkg hexedit" which I was under the impression would give me a package that would install all the files needed to run hexedit on other computers. I created the pkg file but when I tested it on another computer, the installed binary wouldn't run. I get the impression that needed libraries are not being installed on the target computer. Can anybody point me in the right direction to accomplish my goal. Thanks in advance for any help. -Mikael From ryandesign at macports.org Thu May 1 18:32:09 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu May 1 18:28:54 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> Message-ID: On May 1, 2008, at 5:37 PM, Jerry wrote: > On May 1, 2008, at 1:24 PM, Joshua Root wrote: > >> Ryan Schmidt wrote: >> >>> Still, not sure why it's trying to install teTeX if you already have >>> texlive. The octave port is written to only care if there is a >>> binary >>> named "tex", not which port provided it. If you have a tex in /opt/ >>> local/bin that should be enough. >> >> The tex binary (or the link to it anyway) is provided by the >> texlive port, so just having texlive_texmf-minimal isn't enough. >> >> Jerry, I think at this point you would want to do the following, >> assuming you don't want to install texlive_texmf-full: >> >> sudo port clean --all teTeX > > That went OK. >> sudo port install texlive +minimal > > This terminated with my "standard error"--a reference to non- > existing directories possibly caused by spaces in the path name. > Just for completeness, here it is again: > > > /usr/bin/gcc-4.0 -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o > dvisel.o encodings.o events.o filehist.o font-open.o gf.o > hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o > pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o > read-mapfile.o search-internal.o special.o string-utils.o tfmload.o > util.o vf.o xdvi.o xserver-info.o x_util.o before Dec 12, 2007/lib > -L/opt/local/lib ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/ > t1lib/../type1/libtype1.a -L/usr/local/ada-4.3 -L/usr/X11R6/lib - > lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lXpm -lX11 -liconv ../ > kpathsea/.libs/libkpathsea.a -lm > powerpc-apple-darwin8-gcc-4.0.1: before: No such file or directory > powerpc-apple-darwin8-gcc-4.0.1: Dec: No such file or directory > powerpc-apple-darwin8-gcc-4.0.1: 12,: No such file or directory > powerpc-apple-darwin8-gcc-4.0.1: 2007/lib: No such file or directory > make[2]: *** [xdvi-xaw.bin] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > > Error: The following dependencies failed to build: texlive_base > Error: Status 1 encountered during processing. You could try searching every file in /opt/local to see which ones contain the string "before Dec 12, 2007" grep "before Dec 12, 2007" -r /opt/local Then using "port provides /path/to/file" you can figure out which port provided that file and then reinstall that port... > Unless someone has another idea, I think I'll start from scratch. I > assume I can just delete /opt/local If this is not too inconvenient for you, it would be the surest way to resolve the problem... To uninstall MacPorts, you should delete all directories into which MacPorts might potentially install, not just /opt/local. See the uninstall instructions in the FAQ: http://trac.macosforge.org/projects/macports/wiki/ FAQ#HowdoIremoveoruninstallMacPorts > but there is probably a way to delete only installed ports without > deleting the port system itself. To do it that way, for each installed port foo (see "port installed"), run "sudo port -f uninstall foo". From raimue at macports.org Thu May 1 18:44:59 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu May 1 18:41:45 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> Message-ID: <481A721B.2050800@macports.org> Ryan Schmidt wrote: > To do it that way, for each installed port foo (see "port > installed"), run "sudo port -f uninstall foo". Why not the 'installed' pseudo-port? port -f uninstall installed Rainer From ryandesign at macports.org Thu May 1 18:52:00 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu May 1 18:48:43 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: <481A721B.2050800@macports.org> References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> <481A721B.2050800@macports.org> Message-ID: <08EEBC61-5505-400D-BD98-BD64ED57AA51@macports.org> On May 1, 2008, at 8:44 PM, Rainer M?ller wrote: > Ryan Schmidt wrote: >> To do it that way, for each installed port foo (see "port >> installed"), run "sudo port -f uninstall foo". > > Why not the 'installed' pseudo-port? > port -f uninstall installed That could work too! :) From lanceboyle at qwest.net Thu May 1 21:07:44 2008 From: lanceboyle at qwest.net (Jerry) Date: Thu May 1 21:04:28 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: <481A4954.2020301@macports.org> References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> <481A4954.2020301@macports.org> Message-ID: <0E6176F8-A6DF-46C2-A768-43631B4D5017@qwest.net> On May 1, 2008, at 3:51 PM, Joshua Root wrote: > Jerry wrote: >> On May 1, 2008, at 1:24 PM, Joshua Root wrote: >>> Ryan Schmidt wrote: >>>> Still, not sure why it's trying to install teTeX if you already >>>> have >>>> texlive. The octave port is written to only care if there is a >>>> binary >>>> named "tex", not which port provided it. If you have a tex in /opt/ >>>> local/bin that should be enough. >>> >>> The tex binary (or the link to it anyway) is provided by the >>> texlive port, so just having texlive_texmf-minimal isn't enough. >>> >>> Jerry, I think at this point you would want to do the following, >>> assuming you don't want to install texlive_texmf-full: >>> >>> sudo port clean --all teTeX >> That went OK. >>> sudo port install texlive +minimal >> This terminated with my "standard error"--a reference to non- >> existing directories possibly caused by spaces in the path name. > > Have you cleaned texlive_base since you removed the path-with-spaces? Not sure, actually. I remember seeing that somewhere, probably using Porticus, but it's not showing up now. However, I did it just now (--all) and it took a non-trivial amount of time (10 seconds). Re-ran sudo port install texlive +minimal, then sudo port install octave. The "standard" error did not appear in either install. However, the latter (Octave) errored out with a compile error in an Octave file that says it is a "urlwrite and urlread, a curl front-end for octave." Here's the error: /opt/local/bin/g++-mp-4.2 -c -I/opt/local/include -I. -I.. -I../ liboctave -I../src -I../libcruft/misc -DHAVE_CONFIG_H -Wall -W - Wshadow -Wold-style-cast -O2 ./DLD-FUNCTIONS/urlwrite.cc -o urlwrite.o ./DLD-FUNCTIONS/urlwrite.cc: In function 'std::string form_query_string(CURL*, const Cell&)': ./DLD-FUNCTIONS/urlwrite.cc:73: error: 'curl_easy_escape' was not declared in this scope make[2]: *** [urlwrite.o] Error 1 make[1]: *** [src] Error 2 make: *** [all] Error 2 Error: Status 1 encountered during processing. This result seems like progress but also seems like a problem in the Octave-related source. Jerry > > - Josh > From lanceboyle at qwest.net Thu May 1 21:16:39 2008 From: lanceboyle at qwest.net (Jerry) Date: Thu May 1 21:13:22 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> Message-ID: <245228D3-77D9-4CAA-9A3D-14273C8CA395@qwest.net> On May 1, 2008, at 6:32 PM, Ryan Schmidt wrote: > On May 1, 2008, at 5:37 PM, Jerry wrote: > >> On May 1, 2008, at 1:24 PM, Joshua Root wrote: >> >>> Ryan Schmidt wrote: >>> >>>> Still, not sure why it's trying to install teTeX if you already >>>> have >>>> texlive. The octave port is written to only care if there is a >>>> binary >>>> named "tex", not which port provided it. If you have a tex in /opt/ >>>> local/bin that should be enough. >>> >>> The tex binary (or the link to it anyway) is provided by the >>> texlive port, so just having texlive_texmf-minimal isn't enough. >>> >>> Jerry, I think at this point you would want to do the following, >>> assuming you don't want to install texlive_texmf-full: >>> >>> sudo port clean --all teTeX >> >> That went OK. >>> sudo port install texlive +minimal >> >> This terminated with my "standard error"--a reference to non- >> existing directories possibly caused by spaces in the path name. >> Just for completeness, here it is again: >> >> >> /usr/bin/gcc-4.0 -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o >> dvisel.o encodings.o events.o filehist.o font-open.o gf.o >> hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o >> pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o >> psnews.o read-mapfile.o search-internal.o special.o string-utils.o >> tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o before Dec >> 12, 2007/lib -L/opt/local/lib ./gui/libgui.a ../../libs/t1lib/ >> libt1.a ../../libs/t1lib/../type1/libtype1.a -L/usr/local/ada-4.3 - >> L/usr/X11R6/lib -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lXpm - >> lX11 -liconv ../kpathsea/.libs/libkpathsea.a -lm >> powerpc-apple-darwin8-gcc-4.0.1: before: No such file or directory >> powerpc-apple-darwin8-gcc-4.0.1: Dec: No such file or directory >> powerpc-apple-darwin8-gcc-4.0.1: 12,: No such file or directory >> powerpc-apple-darwin8-gcc-4.0.1: 2007/lib: No such file or directory >> make[2]: *** [xdvi-xaw.bin] Error 1 >> make[1]: *** [all] Error 1 >> make: *** [all] Error 1 >> >> Error: The following dependencies failed to build: texlive_base >> Error: Status 1 encountered during processing. > > You could try searching every file in /opt/local to see which ones > contain the string "before Dec 12, 2007" Sorry for the confusion. I explained in one of my earlier posts that the string "before Dec 12, 2007" was the name of a directory in /usr/ local which I subsequently deleted upon encountering the current problem. The directory was called either "before Dec 12, 2007" or most likely "ada-4.3 before Dec 12, 2007" which contained most of the gcc compilers including Ada 4.3. I had apparently renamed the folder before doing a fresh installation of the compilers, probably on that date, then forgot to trash it when things were going well. I don't know how macports found it; also, there were two other Ada compilers in the /usr/local, called ada-4.2 and ada-4.3, the latter being on my PATH variable (but not the one with "before Dec 12, 2007" in it). > > grep "before Dec 12, 2007" -r /opt/local > > Then using "port provides /path/to/file" you can figure out which > port provided that file and then reinstall that port... > >> Unless someone has another idea, I think I'll start from scratch. >> I assume I can just delete /opt/local > > If this is not too inconvenient for you, it would be the surest way > to resolve the problem... To uninstall MacPorts, you should delete > all directories into which MacPorts might potentially install, not > just /opt/local. See the uninstall instructions in the FAQ: > > http://trac.macosforge.org/projects/macports/wiki/ > FAQ#HowdoIremoveoruninstallMacPorts > > >> but there is probably a way to delete only installed ports without >> deleting the port system itself. > > To do it that way, for each installed port foo (see "port > installed"), run "sudo port -f uninstall foo". > > > From lanceboyle at qwest.net Thu May 1 21:24:03 2008 From: lanceboyle at qwest.net (Jerry) Date: Thu May 1 21:20:47 2008 Subject: teTeX fails with probably unquoted path name containing spaces In-Reply-To: <245228D3-77D9-4CAA-9A3D-14273C8CA395@qwest.net> References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> <245228D3-77D9-4CAA-9A3D-14273C8CA395@qwest.net> Message-ID: On May 1, 2008, at 9:16 PM, Jerry wrote: > > On May 1, 2008, at 6:32 PM, Ryan Schmidt wrote: >> On May 1, 2008, at 5:37 PM, Jerry wrote: >> >>> On May 1, 2008, at 1:24 PM, Joshua Root wrote: >>> >>>> Ryan Schmidt wrote: >>>> >>>>> Still, not sure why it's trying to install teTeX if you already >>>>> have >>>>> texlive. The octave port is written to only care if there is a >>>>> binary >>>>> named "tex", not which port provided it. If you have a tex in / >>>>> opt/ >>>>> local/bin that should be enough. >>>> >>>> The tex binary (or the link to it anyway) is provided by the >>>> texlive port, so just having texlive_texmf-minimal isn't enough. >>>> >>>> Jerry, I think at this point you would want to do the following, >>>> assuming you don't want to install texlive_texmf-full: >>>> >>>> sudo port clean --all teTeX >>> >>> That went OK. >>>> sudo port install texlive +minimal >>> >>> This terminated with my "standard error"--a reference to non- >>> existing directories possibly caused by spaces in the path name. >>> Just for completeness, here it is again: >>> >>> >>> /usr/bin/gcc-4.0 -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o >>> dvisel.o encodings.o events.o filehist.o font-open.o gf.o >>> hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o >>> pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o >>> psnews.o read-mapfile.o search-internal.o special.o string- >>> utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o >>> before Dec 12, 2007/lib -L/opt/local/lib ./gui/libgui.a ../../ >>> libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -L/usr/ >>> local/ada-4.3 -L/usr/X11R6/lib -lXaw -lXmu -lXt -lSM -lICE -lXp - >>> lXext -lXpm -lX11 -liconv ../kpathsea/.libs/libkpathsea.a -lm >>> powerpc-apple-darwin8-gcc-4.0.1: before: No such file or directory >>> powerpc-apple-darwin8-gcc-4.0.1: Dec: No such file or directory >>> powerpc-apple-darwin8-gcc-4.0.1: 12,: No such file or directory >>> powerpc-apple-darwin8-gcc-4.0.1: 2007/lib: No such file or directory >>> make[2]: *** [xdvi-xaw.bin] Error 1 >>> make[1]: *** [all] Error 1 >>> make: *** [all] Error 1 >>> >>> Error: The following dependencies failed to build: texlive_base >>> Error: Status 1 encountered during processing. >> >> You could try searching every file in /opt/local to see which ones >> contain the string "before Dec 12, 2007" > > Sorry for the confusion. I explained in one of my earlier posts > that the string "before Dec 12, 2007" was the name of a directory > in /usr/local which I subsequently deleted upon encountering the > current problem. The directory was called either "before Dec 12, > 2007" or most likely "ada-4.3 before Dec 12, 2007" which contained > most of the gcc compilers including Ada 4.3. I had apparently > renamed the folder before doing a fresh installation of the > compilers, probably on that date, then forgot to trash it when > things were going well. I don't know how macports found it; also, > there were two other Ada compilers in the /usr/local, called > ada-4.2 and ada-4.3, the latter being on my PATH variable (but not > the one with "before Dec 12, 2007" in it). In case it's important, my PATH is /opt/local/bin:/opt/local/sbin:/usr/local/ada-4.3/bin:/bin:/sbin:/usr/ bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/Applications Jerry >> >> grep "before Dec 12, 2007" -r /opt/local >> >> Then using "port provides /path/to/file" you can figure out which >> port provided that file and then reinstall that port... >> >>> Unless someone has another idea, I think I'll start from scratch. >>> I assume I can just delete /opt/local >> >> If this is not too inconvenient for you, it would be the surest >> way to resolve the problem... To uninstall MacPorts, you should >> delete all directories into which MacPorts might potentially >> install, not just /opt/local. See the uninstall instructions in >> the FAQ: >> >> http://trac.macosforge.org/projects/macports/wiki/ >> FAQ#HowdoIremoveoruninstallMacPorts >> >> >>> but there is probably a way to delete only installed ports >>> without deleting the port system itself. >> >> To do it that way, for each installed port foo (see "port >> installed"), run "sudo port -f uninstall foo". >> >> >> > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From jmr at macports.org Thu May 1 23:56:34 2008 From: jmr at macports.org (Joshua Root) Date: Thu May 1 23:53:15 2008 Subject: octave build failure (was: teTeX fails with probably unquoted path name containing spaces) In-Reply-To: <0E6176F8-A6DF-46C2-A768-43631B4D5017@qwest.net> References: <481A2719.4090204@macports.org> <88DED7D5-258D-4C6D-ACBB-ECD1082ED979@qwest.net> <481A4954.2020301@macports.org> <0E6176F8-A6DF-46C2-A768-43631B4D5017@qwest.net> Message-ID: <481ABB22.10200@macports.org> Jerry wrote: > Re-ran sudo port install texlive +minimal, then sudo port install octave. > > The "standard" error did not appear in either install. However, the > latter (Octave) errored out with a compile error in an Octave file that > says it is a "urlwrite and urlread, a curl front-end for octave." Here's > the error: > > /opt/local/bin/g++-mp-4.2 -c -I/opt/local/include -I. -I.. > -I../liboctave -I../src -I../libcruft/misc -DHAVE_CONFIG_H -Wall -W > -Wshadow -Wold-style-cast -O2 ./DLD-FUNCTIONS/urlwrite.cc -o urlwrite.o > ./DLD-FUNCTIONS/urlwrite.cc: In function 'std::string > form_query_string(CURL*, const Cell&)': > ./DLD-FUNCTIONS/urlwrite.cc:73: error: 'curl_easy_escape' was not > declared in this scope > make[2]: *** [urlwrite.o] Error 1 > make[1]: *** [src] Error 2 > make: *** [all] Error 2 > > Error: Status 1 encountered during processing. > > This result seems like progress but also seems like a problem in the > Octave-related source. It seems that other people are having trouble building Octave too; see this ticket: There is discussion there about upgrading the port to a newer version, which should help things. There's even an updated Portfile attached. - Josh From chenggao at gmail.com Thu May 1 23:59:53 2008 From: chenggao at gmail.com (CHENG Gao) Date: Thu May 1 23:56:48 2008 Subject: emacs-app count as emacs? References: <63DFC550-2892-498D-A2AF-AEA96B5EEF6D@u.washington.edu> Message-ID: *On Thu, 1 May 2008 14:55:43 -0700 * Also sprach "Brian P. Flaherty" : > Hello, > > I just installed the port aqua/emacs-app. I've been using Aquamacs, but > thought I'd give the port a try. I then went to install auctex, and > port wanted to install emacs. How do I tell port that emacs-app counts > as an emacs, and so the other emacs doesn't need to be installed? > > Thank you for your time and help. > > Brian Flaherty I trust the problem lies in that emacs-app is build only as a self-contained package (all files in one Emacs.app package). While installing emacs addons like auctex, it'll search /opt/local/bin for emacs and it dooms to fail. I myself use emacs-app and now I build it manually. I dont do ./compile as instructed but in standard three steps (I build from emacs-app bzr repo in Savannah, not 9.0rc3): ,---- | ./configure --with-ns --without-x --enable-ns-app --prefix=/usr/local --without-freetype | make -j4 bootstrap | sudo make install `---- (For port file /usr/local should be changed to /opt/local) So I trust if emacs-app port file is revised to do a standard build instead of a self-contained one, your problem will be solved.I suppose so since I never install emacs addons thru Macports. I always do manual building and installation. HTH, CG From afb at macports.org Fri May 2 02:17:14 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Fri May 2 02:14:02 2008 Subject: Newbie Question about Binary Packages In-Reply-To: <2CE2022B-9966-4DD0-93DD-7D42F7E3D689@gmail.com> References: <2CE2022B-9966-4DD0-93DD-7D42F7E3D689@gmail.com> Message-ID: <855B4DB8-4517-4F55-9545-0AEF53F1FE0F@macports.org> Mikael wrote: > I'm a complete newbie to compiling binaries, and UNIX for that > matter, so please forgive me for any ignorant questions. I'm > hoping to use MacPorts to compile binary packages that can be > distributed and installed on other computers. I've been practicing > with hexedit. After some trial and error I've been able to compile > it and it runs fine on my computer. I then tried "port pkg > hexedit" which I was under the impression would give me a package > that would install all the files needed to run hexedit on other > computers. I created the pkg file but when I tested it on another > computer, the installed binary wouldn't run. I get the impression > that needed libraries are not being installed on the target > computer. Can anybody point me in the right direction to > accomplish my goal. Thanks in advance for any help. Use "port mpkg" instead (includes dependencies). --anders From ryandesign at macports.org Fri May 2 03:20:48 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri May 2 03:17:48 2008 Subject: emacs-app count as emacs? In-Reply-To: References: <63DFC550-2892-498D-A2AF-AEA96B5EEF6D@u.washington.edu> Message-ID: On May 2, 2008, at 1:59 AM, CHENG Gao wrote: > *On Thu, 1 May 2008 14:55:43 -0700 > * Also sprach "Brian P. Flaherty" : > >> I just installed the port aqua/emacs-app. I've been using >> Aquamacs, but >> thought I'd give the port a try. I then went to install auctex, and >> port wanted to install emacs. How do I tell port that emacs-app >> counts >> as an emacs, and so the other emacs doesn't need to be installed? > > I trust the problem lies in that emacs-app is build only as a > self-contained package (all files in one Emacs.app package). While > installing emacs addons like auctex, it'll search /opt/local/bin for > emacs and it dooms to fail. > > I myself use emacs-app and now I build it manually. I dont do ./ > compile > as instructed but in standard three steps (I build from emacs-app bzr > repo in Savannah, not 9.0rc3): > > ,---- > | ./configure --with-ns --without-x --enable-ns-app --prefix=/usr/ > local --without-freetype > | make -j4 bootstrap > | sudo make install > `---- > (For port file /usr/local should be changed to /opt/local) > > So I trust if emacs-app port file is revised to do a standard build > instead of a self-contained one, your problem will be solved.I suppose > so since I never install emacs addons thru Macports. I always do > manual > building and installation. Well, but port auctex also declares its dependency on "port:emacs". Only the port emacs can satisfy that dependency. If other ports would also be suitable, the dependency in auctex could be rewritten like "path:${prefix}/bin/emacs:emacs" so that any port that installs e.g. the emacs binary in the MacPorts prefix would satisfy the dependency. From ryandesign at macports.org Fri May 2 03:24:12 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri May 2 03:20:55 2008 Subject: jed error In-Reply-To: References: Message-ID: On May 1, 2008, at 2:29 PM, William Davis wrote: > jed wont compile: > ****** > slang.h (version=10409) does not match the slang library version > (20103) > Did you install slang as a shared library? Did you run ldconfig? > Perhaps you need to set the RPATH variable in the Makefile. > You have an installation problem and you will need to check the SLANG > variables in the Makefile and properly set them. > Also try: make clean; make > ****** Hmm... I didn't see that problem when I updated the port to 0.99-18 a few days ago. What OS version / Xcode version / MacPorts version / processor architecture are you using? Could you please file a ticket in the issue tracker including this information? I'm not sure I'll know what to do to fix this problem but at least that way we won't lose track of your bug report. From christoph.bier at web.de Fri May 2 04:04:41 2008 From: christoph.bier at web.de (Christoph Bier) Date: Fri May 2 06:56:43 2008 Subject: XeTeX depends on teTeX but I run TeXLive Message-ID: Hi, I'm new to Mac OS and thus new to MacPorts. I use Leopard 10.5.2 and MacPorts 1.6.0. Yesterday I installed TeXLive via MacPorts and today I wanted to install XeTeX. But it depends on teTeX and I don't want to also install teTeX (it's quite outdated and unmaintained since May 2006). Can this be handled by MacPorts or do I have to install tools depending on teTeX manually? Regards Christoph -- +++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.6) From alakazam at melix.net Fri May 2 08:05:59 2008 From: alakazam at melix.net (Alakazam) Date: Fri May 2 08:02:53 2008 Subject: [Ticket #13686] Octave Portfile upgrade and maintainership Message-ID: <0EADA3E2-D10F-4CDB-8EE6-036E3D271F26@melix.net> Hello, seeing that there has been no progress on the octave port for the last couple of months, even though many users have encountered problems with it, I think the Portfile could be advantageously upgraded with the one proposed on Ticket #13686 (http://trac.macosforge.org/projects/macports/ticket/13686 ). I am also ready to volunteer as maintainer for the octave port, if that may be useful and improve the frequency of updates and fixes. Thanks in advance, -- Olivier Le Floch (AKA Alakazam ) From james.sumners at gmail.com Fri May 2 08:36:36 2008 From: james.sumners at gmail.com (James Sumners) Date: Fri May 2 08:33:15 2008 Subject: XeTeX depends on teTeX but I run TeXLive In-Reply-To: References: Message-ID: Do you need to install XeTeX separately? According to [1] it is a standard part of texLive. However, if you do need to install it, it might be easiest to modify the port file to change the dependency. Someone really needs to get a list of all packages that still depend on teTeX and run a find, replace-all, on them. Having to change the ports yourself every time you want to install something that depends on TeX is getting old. [1] -- http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=xetex On Fri, May 2, 2008 at 7:04 AM, Christoph Bier wrote: > Hi, > > I'm new to Mac OS and thus new to MacPorts. I use Leopard 10.5.2 and > MacPorts 1.6.0. Yesterday I installed TeXLive via MacPorts and today > I wanted to install XeTeX. But it depends on teTeX and I don't want > to also install teTeX (it's quite outdated and unmaintained since > May 2006). Can this be handled by MacPorts or do I have to install > tools depending on teTeX manually? > > Regards > Christoph > -- > +++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.6) > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -- 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 christoph.bier at web.de Fri May 2 09:09:46 2008 From: christoph.bier at web.de (Christoph Bier) Date: Fri May 2 09:06:39 2008 Subject: XeTeX depends on teTeX but I run TeXLive In-Reply-To: References: Message-ID: James Sumners schrieb am 02.05.2008 17:36: > Do you need to install XeTeX separately? According to [1] it is a > standard part of texLive. Actually, you are right. But there's no xelatex oder xetex executable after MacPort's TeXLive installation. [...] Regards Christoph -- +++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.6) From yvon.thoraval at gmail.com Fri May 2 10:09:13 2008 From: yvon.thoraval at gmail.com (Yvon Thoraval) Date: Fri May 2 10:05:55 2008 Subject: Apache2 mod_ruby and eruby Message-ID: i've upgraded Apache2 two days ago, but mod-ruby is only working with ruby, as cgi, but not with eruby. i get the following error : [Wed Apr 30 16:52:49 2008] [error] mod_ruby: from /opt/local/lib/ruby/1.8/apache/eruby-run.rb:45 [Wed Apr 30 16:52:49 2008] [notice] Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8g DAV/2 mod_ruby/1.2.6 Ruby/1.8.6(2007-09-24) configured -- resuming normal operations [Wed Apr 30 16:53:57 2008] [error] mod_ruby: failed to require apache/eruby-run [Wed Apr 30 16:53:57 2008] [error] mod_ruby: error in ruby [Wed Apr 30 16:53:57 2008] [error] mod_ruby: /opt/local/lib/ruby/1.8/apache/eruby-run.rb:45:in `require': no such file to load -- eruby (LoadError) the line 45 being : require 'eruby' then, i've tried to change it to the absolute path of eruby (ie. /opt/local/bin/eruby) without any effect. i should mention eruby is working well from command line and i've verified the symlink : ~%> ls -al /opt/local/apache2/cgi-bin/eruby lrwxr-xr-x 1 root admin 20 28 avr 11:50 /opt/local/apache2/cgi-bin/eruby -> /opt/local/bin/eruby someone else had this kind of prob ? -- yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080502/78be81df/attachment.html From james.sumners at gmail.com Fri May 2 10:11:23 2008 From: james.sumners at gmail.com (James Sumners) Date: Fri May 2 10:08:02 2008 Subject: XeTeX depends on teTeX but I run TeXLive In-Reply-To: References: Message-ID: Maybe the port is out-of-date. It wouldn't surprise me. On Fri, May 2, 2008 at 12:09 PM, Christoph Bier wrote: > James Sumners schrieb am 02.05.2008 17:36: > > > > Do you need to install XeTeX separately? According to [1] it is a > > standard part of texLive. > > Actually, you are right. But there's no xelatex oder xetex > executable after MacPort's TeXLive installation. > > [...] > > > > Regards > Christoph > -- > +++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.6) > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -- 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 yvon.thoraval at gmail.com Fri May 2 10:15:45 2008 From: yvon.thoraval at gmail.com (Yvon Thoraval) Date: Fri May 2 10:12:25 2008 Subject: Apache2 and php5 Message-ID: i've installed php5 with the command : sudo port install php5 +apache2 +mysql5 +sqlite +pear afterwards i did : $ cd /opt/local/apache2/modules $ sudo /opt/local/apache2/bin/apxs -a -e -n "php5" libphp5.so $ sudo cp /opt/local/etc/php.ini-dist /opt/local/etc/php.ini i've added also the following line into /opt/local/apache2/conf/httpd.conf : LoadModule php5_module modules/libphp5.so and between and : AddType text/html .php but when loading my info.php file the browser want to download it instead of viewing it. nothing related to php5 in the Apache2 error log -- yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080502/81f1684b/attachment.html From raimue at macports.org Fri May 2 10:27:03 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri May 2 10:23:44 2008 Subject: XeTeX depends on teTeX but I run TeXLive In-Reply-To: References: Message-ID: <481B4EE7.8040909@macports.org> James Sumners wrote: > Maybe the port is out-of-date. It wouldn't surprise me. No, texlive is at 2007 which is the latest release. I don't know why it doesn't contain xetex, maybe it needs any special flags for that? Rainer From wsiegrist at apple.com Fri May 2 10:37:22 2008 From: wsiegrist at apple.com (William Siegrist) Date: Fri May 2 10:35:32 2008 Subject: Apache2 and php5 In-Reply-To: References: Message-ID: <9FA55C7B-87AC-4B8E-BA04-67F72DE0C55E@apple.com> On May 2, 2008, at 10:15 AM, Yvon Thoraval wrote: > > > LoadModule php5_module modules/libphp5.so > > > and between and : > > AddType text/html .php > > but when loading my info.php file the browser want to download it > instead of viewing it. > You might also try SetHandler and/or AddHandler directives http://httpd.apache.org/docs/2.2/mod/core.html#sethandler http://httpd.apache.org/docs/2.2/mod/mod_mime.html#addhandler -Bill -------------- 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/20080502/1843adc7/smime-0001.bin From urkapd at libero.it Fri May 2 10:47:47 2008 From: urkapd at libero.it (MAS!) Date: Fri May 2 10:44:27 2008 Subject: new pidgin In-Reply-To: <48199058.9050503@macports.org> References: <48199058.9050503@macports.org> Message-ID: > I had a look for the new pidgin once and decided to not > update pidgin as I disagree with the new features such > as automatic resize of the input text area. I see.. btw, IMHO, that's a real pity :( MAS! From emmgunn at gmail.com Fri May 2 12:02:22 2008 From: emmgunn at gmail.com (EmmGunn) Date: Fri May 2 11:59:03 2008 Subject: Newbie Question about Binary Packages In-Reply-To: <855B4DB8-4517-4F55-9545-0AEF53F1FE0F@macports.org> References: <2CE2022B-9966-4DD0-93DD-7D42F7E3D689@gmail.com> <855B4DB8-4517-4F55-9545-0AEF53F1FE0F@macports.org> Message-ID: <34812737-3291-4C1D-973F-C655D6D65B16@gmail.com> On May 2, 2008, at 2:17 AM, Anders F Bj?rklund wrote: > Mikael wrote: > >> I'm a complete newbie to compiling binaries, and UNIX for that >> matter, so please forgive me for any ignorant questions. I'm >> hoping to use MacPorts to compile binary packages that can be >> distributed and installed on other computers. I've been practicing >> with hexedit. After some trial and error I've been able to compile >> it and it runs fine on my computer. I then tried "port pkg >> hexedit" which I was under the impression would give me a package >> that would install all the files needed to run hexedit on other >> computers. I created the pkg file but when I tested it on another >> computer, the installed binary wouldn't run. I get the impression >> that needed libraries are not being installed on the target >> computer. Can anybody point me in the right direction to >> accomplish my goal. Thanks in advance for any help. > > Use "port mpkg" instead (includes dependencies). > > --anders > Thanks for the help. I'll give it a try when I get home. If I may, I have a few more questions: 1) I've been using the guide at - http://guide.macports.org/. It's a great reference, however there is no mention of mpkg that I could find regarding binary packages. Are there any other good references out there? 2) I'm assuming that the binary package will use the already intalled ports, so the packaged binaries will have the variants I included when I installed the the ports. Is that correct? 3) I'm also assuming the files will be installed in a folder opt when installed via the package. Can this folder be moved to somewhere hidden from the user. The binaries will be controlled by an applescript so the location won't matter in terms of trying to run things from the terminal, but will this break the dependencies? Thanks again for any help. From face at CentosPrime.COM Fri May 2 12:36:56 2008 From: face at CentosPrime.COM (Chris Janton) Date: Fri May 2 12:33:39 2008 Subject: Apache2 and php5 In-Reply-To: <9FA55C7B-87AC-4B8E-BA04-67F72DE0C55E@apple.com> References: <9FA55C7B-87AC-4B8E-BA04-67F72DE0C55E@apple.com> Message-ID: On 2008-05-02 , at 10:37 , William Siegrist wrote: >> >> >> LoadModule php5_module modules/libphp5.so >> >> >> and between and : >> >> AddType text/html .php >> >> but when loading my info.php file the browser want to download it >> instead of viewing it. >> > > You might also try SetHandler and/or AddHandler directives > > http://httpd.apache.org/docs/2.2/mod/core.html#sethandler > > http://httpd.apache.org/docs/2.2/mod/mod_mime.html#addhandler All I did was make sure these 2 lines were in /opt/local/apache2/conf/httpd.conf LoadModule php5_module modules/libphp5.so Include conf/extras-conf/mod_php.conf The mod_php.conf file simply contains AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From milosh at macports.org Fri May 2 15:49:35 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Fri May 2 15:46:14 2008 Subject: XeTeX depends on teTeX but I run TeXLive In-Reply-To: <481B4EE7.8040909@macports.org> References: <481B4EE7.8040909@macports.org> Message-ID: <20080502224935.GA4592@velsheda.lateralis.org> Citando Rainer M?ller : > James Sumners wrote: >> Maybe the port is out-of-date. It wouldn't surprise me. > > No, texlive is at 2007 which is the latest release. I don't know why it > doesn't contain xetex, maybe it needs any special flags for that? > xetex is explicitly disabled in the Portfile because it fails to compile and causes errors on leopard. you can tweak the configure_args in texlive_base's Portfile and see if you have better luck. Best, Emmanuel From ms at mac-specialist.com Fri May 2 16:36:28 2008 From: ms at mac-specialist.com (Bill Hernandez) Date: Fri May 2 16:33:07 2008 Subject: [help] Writing to /opt/local/var/log/install_setup.log ? Message-ID: <1BD5608F-E38B-41CB-831F-3C155A7FE5B9@mac-specialist.com> I am trying to write a running command log to : /opt/local/var/log/ install_setup.log but doing either below : shell> $ sudo echo "${TS} $1" >> $BASH_CMD_LOG shell> $ sudo su -m root echo "${TS} $1" >> $BASH_CMD_LOG do not work... This all works very well for me if I write to a dir not owned by root, so I generally write basic command/install log stuff to non root directories, but I would rather write to /opt/local/var/log/ which happens to be owned by root. The other alternative was to write the log to /tmp/install_setup.log and move it to /opt/local/var/log/ when I am done, or change the permissions, but I'd rather just write to the log from the script 'test_one()' without all the little workarounds. sudo does not work for me writing to the log, however sudo works fine for all other commands. I guess it's all part of the security issues in trying to protect the logs ? These are the permissions : shell> $ ls -ls /opt/local/var/ | grep log 0 drwxr-xr-x 10 root admin 340 May 2 15:58 log shell> $ ls -ls /opt/local/var/log | grep install_setup 8 -rw-r--r-- 1 root admin 168 May 2 15:58 install_setup_[2008.05.02](03.58.PM).log Using the single step process below wont work, and generates errors as shown in 'test_one' below. shell> $ test_one Password: test_one: line 12: /opt/local/var/log/install_setup.log: Permission denied test_one: line 13: /opt/local/var/log/install_setup.log: Permission denied test_one: line 12: /opt/local/var/log/install_setup.log: Permission denied test_one: line 13: /opt/local/var/log/install_setup.log: Permission denied shell> $ Using the two step process below works fine but I dont want to do everything as root, I just want to write to the log and not have to change the permissions for the files/dirs. shell> $ sudo su -m root sh-3.2#> test_two # ----> SUCCESS sh-3.2#> exit exit shell> ~ $ # +---------+---------+---------+---------+---------+--------- +---------+---------+ # +---------+---------+---------+---------+---------+--------- +---------+---------+ # script_name : test_one # called : shell> $ test_one # +---------+---------+---------+---------+---------+--------- +---------+---------+ #!/bin/bash BASH_CMD_LOG=/opt/local/var/log/install_setup.log # +---------+---------+---------+---------+---------+--------- +---------+---------+ function bh_log( ) { TS=$(date +\[%Y.%m.%d\]\(%I.%M.%p\)) sudo echo "${TS} $1" >> $BASH_CMD_LOG # Generates line 12 Permission denied sudo su -m root echo "${TS} $1" >> $BASH_CMD_LOG # Generates line 13 Permission denied } # +---------+---------+---------+---------+---------+--------- +---------+---------+ sudo echo bh_log "MacPorts Setup Start..." # ... bh_log "MacPorts Setup Finish..." open ${BASH_CMD_LOG} # END OF SCRIPT ( test_one ) # +---------+---------+---------+---------+---------+--------- +---------+---------+ # +---------+---------+---------+---------+---------+--------- +---------+---------+ # +---------+---------+---------+---------+---------+--------- +---------+---------+ # +---------+---------+---------+---------+---------+--------- +---------+---------+ # script_name : test_two # called step ( 1 ) : shell> $ sudo su -m root # called step ( 2 ) : sh-3.2#> test_two # +---------+---------+---------+---------+---------+--------- +---------+---------+ #!/bin/bash BASH_CMD_LOG=/opt/local/var/log/install_setup.log # +---------+---------+---------+---------+---------+--------- +---------+---------+ function bh_log( ) { TS=$(date +\[%Y.%m.%d\]\(%I.%M.%p\)) echo "${TS} $1" >> $BASH_CMD_LOG } # +---------+---------+---------+---------+---------+--------- +---------+---------+ sudo echo bh_log "MacPorts Setup Start..." # ... bh_log "MacPorts Setup Finish..." open ${BASH_CMD_LOG} # END OF SCRIPT ( test_two ) # +---------+---------+---------+---------+---------+--------- +---------+---------+ # +---------+---------+---------+---------+---------+--------- +---------+---------+ Anybody know how to write to the log using test_one() without having to alter file/dir permissions, or use any of the alternatives mentioned above... TIA Bill Hernandez Plano, Texas From jmr at macports.org Fri May 2 17:33:07 2008 From: jmr at macports.org (Joshua Root) Date: Fri May 2 17:29:46 2008 Subject: XeTeX depends on teTeX but I run TeXLive Message-ID: <481BB2C3.5000701@macports.org> James Sumners wrote: > Someone really needs to get a list of all packages that still depend > on teTeX and run a find, replace-all, on them. Having to change the > ports yourself every time you want to install something that depends > on TeX is getting old. Already done for all ports with no maintainer. See this ticket: - Josh From blb at macports.org Fri May 2 17:47:09 2008 From: blb at macports.org (Bryan Blackburn) Date: Fri May 2 17:43:55 2008 Subject: [help] Writing to /opt/local/var/log/install_setup.log ? In-Reply-To: <1BD5608F-E38B-41CB-831F-3C155A7FE5B9@mac-specialist.com> References: <1BD5608F-E38B-41CB-831F-3C155A7FE5B9@mac-specialist.com> Message-ID: On May 2, 2008, at 5:36 PM, Bill Hernandez wrote: > I am trying to write a running command log to : /opt/local/var/log/ > install_setup.log > but doing either below : > > shell> $ sudo echo "${TS} $1" >> $BASH_CMD_LOG > shell> $ sudo su -m root echo "${TS} $1" >> $BASH_CMD_LOG > > do not work... > This fails since sudo applies to the command, but redirection (>, >>, and |) is done in your shell, hence that isn't run by sudo (in fact, it's what is running sudo...). ... > > Anybody know how to write to the log using test_one() without having > to alter file/dir permissions, or use any of the alternatives > mentioned above... > If you definitely don't want to change permissions on the directory or just the log file so you can write as your own user, one option would be to use tee: $ sudo port install mycoolport | sudo tee -a /opt/local/var/log/port.log This will send the port output to your terminal and to the log file (- a tells tee to append, not overwrite, just like >>). And since you're running tee with sudo, it has the permission to write to that location. Bryan > TIA > > Bill Hernandez > Plano, Texas From ms at mac-specialist.com Fri May 2 18:35:19 2008 From: ms at mac-specialist.com (Bill Hernandez) Date: Fri May 2 18:31:56 2008 Subject: [help] Writing to /opt/local/var/log/install_setup.log ? In-Reply-To: References: <1BD5608F-E38B-41CB-831F-3C155A7FE5B9@mac-specialist.com> Message-ID: On May 2, 2008, at 7:47 PM, Bryan Blackburn wrote: > On May 2, 2008, at 5:36 PM, Bill Hernandez wrote: > >> I am trying to write a running command log to : /opt/local/var/log/ >> install_setup.log >> but doing either below : >> >> shell> $ sudo echo "${TS} $1" >> $BASH_CMD_LOG >> shell> $ sudo su -m root echo "${TS} $1" >> $BASH_CMD_LOG >> >> do not work... >> > > This fails since sudo applies to the command, but redirection (>, > >>, and |) is done in your shell, hence that isn't run by sudo (in > fact, it's what is running sudo...). > > ... >> >> Anybody know how to write to the log using test_one() without >> having to alter file/dir permissions, or use any of the >> alternatives mentioned above... >> > > If you definitely don't want to change permissions on the directory > or just the log file so you can write as your own user, one option > would be to use tee: > > $ sudo port install mycoolport | sudo tee -a /opt/local/var/log/ > port.log > > This will send the port output to your terminal and to the log file > (-a tells tee to append, not overwrite, just like >>). And since > you're running tee with sudo, it has the permission to write to that > location. > > Bryan Bryan, Thanks a million, this now works very well.... # +---------+---------+---------+---------+---------+--------- +---------+---------+ #!/bin/bash # script_name : test_one BASH_CMD_LOG=/opt/local/var/log/install_setup.log # +---------+---------+---------+---------+---------+--------- +---------+---------+ function bh_log( ) { TS=$(date +\[%Y.%m.%d\]\(%I.%M.%p\)) sudo echo "${TS} $1" | sudo tee -a $BASH_CMD_LOG # sudo echo "${TS} $1" >> $BASH_CMD_LOG # Generates Permission denied # sudo su -m root echo "${TS} $1" >> $BASH_CMD_LOG # Generates Permission denied } # +---------+---------+---------+---------+---------+--------- +---------+---------+ sudo echo bh_log "MacPorts Setup Start..." # ... bh_log "MacPorts Setup Finish..." open ${BASH_CMD_LOG} # END OF SCRIPT ( test_one ) # +---------+---------+---------+---------+---------+--------- +---------+---------+ From ryandesign at macports.org Fri May 2 18:39:14 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri May 2 18:36:32 2008 Subject: Newbie Question about Binary Packages In-Reply-To: <34812737-3291-4C1D-973F-C655D6D65B16@gmail.com> References: <2CE2022B-9966-4DD0-93DD-7D42F7E3D689@gmail.com> <855B4DB8-4517-4F55-9545-0AEF53F1FE0F@macports.org> <34812737-3291-4C1D-973F-C655D6D65B16@gmail.com> Message-ID: <51229973-CC1B-493C-B839-5C31A7AD77F1@macports.org> On May 2, 2008, at 2:02 PM, EmmGunn wrote: > On May 2, 2008, at 2:17 AM, Anders F Bj?rklund wrote: >> >> Mikael wrote: >> >>> I'm a complete newbie to compiling binaries, and UNIX for that >>> matter, so please forgive me for any ignorant questions. I'm >>> hoping to use MacPorts to compile binary packages that can be >>> distributed and installed on other computers. I've been >>> practicing with hexedit. After some trial and error I've been >>> able to compile it and it runs fine on my computer. I then tried >>> "port pkg hexedit" which I was under the impression would give me >>> a package that would install all the files needed to run hexedit >>> on other computers. I created the pkg file but when I tested it >>> on another computer, the installed binary wouldn't run. I get >>> the impression that needed libraries are not being installed on >>> the target computer. Can anybody point me in the right direction >>> to accomplish my goal. Thanks in advance for any help. >> >> Use "port mpkg" instead (includes dependencies). > > Thanks for the help. I'll give it a try when I get home. If I > may, I have a few more questions: > > 1) I've been using the guide at - http://guide.macports.org/. It's > a great reference, however there is no mention of mpkg that I could > find regarding binary packages. Are there any other good > references out there? If the guide doesn't mention mpkg, please file a ticket in the issue tracker requesting that this be documented. > 2) I'm assuming that the binary package will use the already > intalled ports, so the packaged binaries will have the variants I > included when I installed the the ports. Is that correct? Yes. > 3) I'm also assuming the files will be installed in a folder opt > when installed via the package. Can this folder be moved to > somewhere hidden from the user. The binaries will be controlled by > an applescript so the location won't matter in terms of trying to > run things from the terminal, but will this break the dependencies? You can install MacPorts into any prefix you want, but you can't change it after the fact. So if you want to install into /some/other/ dir you can download the source of MacPorts, configure it with -- prefix=/some/other/dir, make it, install it, install your ports, then mpkg them. But the user installing the resulting package will not be able to move the ports to another directory; they'll then have to live in /some/other/dir. Making ports relocatable is non-trivial because it's different for every port, and there's no strong need to have this capability in MacPorts. From ryandesign at macports.org Fri May 2 18:40:43 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri May 2 18:37:23 2008 Subject: new pidgin In-Reply-To: References: <48199058.9050503@macports.org> Message-ID: <5C3A28BA-34BF-403D-9FB4-4594D2EDFC98@macports.org> On May 2, 2008, at 12:47 PM, MAS! wrote: >> I had a look for the new pidgin once and decided to not >> update pidgin as I disagree with the new features such >> as automatic resize of the input text area. > > I see.. btw, IMHO, that's a real pity :( Yeah, that doesn't sound like a good reason not to update the port. If a new version of software is released, the port should be updated to that version (assuming it compiles on our supported platforms and such). If there's a need for keeping the older version around, then I agree with the previous poster who said a new port should then be created (by copying the older version of the pidgin port). From dluke at geeklair.net Fri May 2 21:15:53 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri May 2 21:12:32 2008 Subject: new pidgin In-Reply-To: <5C3A28BA-34BF-403D-9FB4-4594D2EDFC98@macports.org> References: <48199058.9050503@macports.org> <5C3A28BA-34BF-403D-9FB4-4594D2EDFC98@macports.org> Message-ID: <628AA141-263F-4408-A004-268A2C9C17E5@geeklair.net> On May 2, 2008, at 9:40 PM, Ryan Schmidt wrote: > On May 2, 2008, at 12:47 PM, MAS! wrote: >>> I had a look for the new pidgin once and decided to not >>> update pidgin as I disagree with the new features such >>> as automatic resize of the input text area. >> >> I see.. btw, IMHO, that's a real pity :( > > Yeah, that doesn't sound like a good reason not to update the port. > If a new version of software is released, the port should be updated > to that version (assuming it compiles on our supported platforms and > such). If there's a need for keeping the older version around, then > I agree with the previous poster who said a new port should then be > created (by copying the older version of the pidgin port). I think this change has actually caused the pidgin project to fork, so there's probably an alternate port that could be created from the forked code that doesn't have the resizing input text area. -- 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/20080503/d19ec011/PGP.bin From paulbeard at gmail.com Fri May 2 23:24:34 2008 From: paulbeard at gmail.com (paul beard) Date: Fri May 2 23:21:10 2008 Subject: [help] Writing to /opt/local/var/log/install_setup.log Message-ID: I would have thought logger(1) would do this but it seems not to work as advertised. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080502/f0d91491/attachment.html From christoph.bier at web.de Sat May 3 01:31:18 2008 From: christoph.bier at web.de (Christoph Bier) Date: Sat May 3 01:28:14 2008 Subject: XeTeX depends on teTeX but I run TeXLive In-Reply-To: <20080502224935.GA4592@velsheda.lateralis.org> References: <481B4EE7.8040909@macports.org> <20080502224935.GA4592@velsheda.lateralis.org> Message-ID: Emmanuel Hainry schrieb am 03.05.2008 00:49: > Citando Rainer M?ller : >> James Sumners wrote: >>> Maybe the port is out-of-date. It wouldn't surprise me. >> >> No, texlive is at 2007 which is the latest release. I don't know why it >> doesn't contain xetex, maybe it needs any special flags for that? >> > > xetex is explicitly disabled in the Portfile because it fails to > compile and causes errors on leopard. [...] Ah, I see, thanks for the hint. Regards Christoph -- +++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.6) From david.rowe at freeuk.com Sat May 3 10:27:41 2008 From: david.rowe at freeuk.com (David Rowe) Date: Sat May 3 10:24:15 2008 Subject: gnome-libs fails to install Message-ID: <481CA08D.3090903@freeuk.com> I am trying to install gnome-print but this fails while installing gnome-libs: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< bash-3.2# port install gnome-libs ---> Fetching gnome-libs ---> Attempting to fetch gnome-libs-1.4.2.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/gnome-libs/1.4/ ---> Verifying checksum(s) for gnome-libs ---> Extracting gnome-libs ---> Applying patches to gnome-libs ---> Configuring gnome-libs ---> Building gnome-libs with target all ---> Staging gnome-libs 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_gnome_gnome-libs/work/gnome-libs-1.4.2" && make install DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-libs/work/destroot " returned error 2 Command output: -- Installing ./html/libart-core-construction-apis.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/libart-extended-construction-apis.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/libart-memory-management.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/libart-svp-rendering.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/libart-svps.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/libart-transformation-operations.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/libart.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/problems-memory.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/problems.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/sample-display.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/sample.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/x35.html /bin/ksh[1]: ../../: cannot execute [Is a directory] -- Installing ./html/index.sgml /bin/ksh: line 1: ../../: cannot execute [Is a directory] make[3]: *** [install-data-local] Error 126 make[2]: *** [install-am] Error 2 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 Error: Status 1 encountered during processing. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I can't find any other reports on this and there doesn't seem to any tickets. Does anyone have any suggestions on how to fix this problem? David Rowe From sanchom at gmail.com Sat May 3 18:40:31 2008 From: sanchom at gmail.com (Sancho McCann) Date: Sat May 3 18:37:02 2008 Subject: Adding a variant Message-ID: <3788f140805031840h4a481df1l1dd4f370f7a19db6@mail.gmail.com> I would like to add a variant to the boost port that installs the optional Adobe gil numeric extension. (See point 4 at < http://opensource.adobe.com/wiki/display/gil/Downloads> for a description.) The process for installing this extension is to simply untar the folder from < http://opensource.adobe.com/wiki/download/attachments/3866769/numeric.tar.gz > and then move the extracted folder to (or the equivalent destroot location I suppose). How would I write this as a variant? Thanks! Sancho -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080503/85287aef/attachment.html From jmpp at macports.org Sat May 3 22:47:25 2008 From: jmpp at macports.org (Juan Manuel Palacios) Date: Sat May 3 22:44:40 2008 Subject: [Ticket #13686] Octave Portfile upgrade and maintainership In-Reply-To: <0EADA3E2-D10F-4CDB-8EE6-036E3D271F26@melix.net> References: <0EADA3E2-D10F-4CDB-8EE6-036E3D271F26@melix.net> Message-ID: On May 2, 2008, at 10:35 AM, Alakazam wrote: > Hello, > > seeing that there has been no progress on the octave port for the > last couple of months, even though many users have encountered > problems with it, I think the Portfile could be advantageously > upgraded with the one proposed on Ticket #13686 (http://trac.macosforge.org/projects/macports/ticket/13686 > ). > > I am also ready to volunteer as maintainer for the octave port, if > that may be useful and improve the frequency of updates and fixes. > > Thanks in advance, > -- > Olivier Le Floch > (AKA Alakazam ) I just made a comment on that ticket. Read it and get back to us on the things I requested, please. Regards,... -jmpp From randall.h.wood at alexandriasoftware.com Sun May 4 01:45:54 2008 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Sun May 4 01:42:26 2008 Subject: gnome-libs fails to install In-Reply-To: <481CA08D.3090903@freeuk.com> References: <481CA08D.3090903@freeuk.com> Message-ID: For what do you need gnome-libs, it is part of the GTK/GNOME version 1 stack, which was obsoleted about 5 years ago. Chances are you need parts of the GTK/GNOME 2 stack instead. On Sat, May 3, 2008 at 1:27 PM, David Rowe wrote: > I am trying to install gnome-print but this fails while installing > gnome-libs: > > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > bash-3.2# port install gnome-libs > ---> Fetching gnome-libs > ---> Attempting to fetch gnome-libs-1.4.2.tar.bz2 from > http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/gnome-libs/1.4/ > ---> Verifying checksum(s) for gnome-libs > ---> Extracting gnome-libs > ---> Applying patches to gnome-libs > ---> Configuring gnome-libs > ---> Building gnome-libs with target all > ---> Staging gnome-libs 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_gnome_gnome-libs/work/gnome-libs-1.4.2" > && make install > DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-libs/work/destroot > " returned error 2 > Command output: -- Installing ./html/libart-core-construction-apis.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/libart-extended-construction-apis.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/libart-memory-management.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/libart-svp-rendering.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/libart-svps.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/libart-transformation-operations.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/libart.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/problems-memory.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/problems.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/sample-display.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/sample.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/x35.html > /bin/ksh[1]: ../../: cannot execute [Is a directory] > -- Installing ./html/index.sgml > /bin/ksh: line 1: ../../: cannot execute [Is a directory] > make[3]: *** [install-data-local] Error 126 > make[2]: *** [install-am] Error 2 > make[1]: *** [install-recursive] Error 1 > make: *** [install-recursive] Error 1 > > Error: Status 1 encountered during processing. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I can't find any other reports on this and there doesn't seem to any > tickets. > > Does anyone have any suggestions on how to fix this problem? > > David Rowe > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -- Randall Wood randall.h.wood@alexandriasoftware.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From david.rowe at freeuk.com Sun May 4 03:15:56 2008 From: david.rowe at freeuk.com (David Rowe) Date: Sun May 4 03:12:29 2008 Subject: gnome-libs fails to install/python bindings for GNOME print In-Reply-To: References: <481CA08D.3090903@freeuk.com> Message-ID: <481D8CDC.1080503@freeuk.com> Randall Wood wrote: > For what do you need gnome-libs, it is part of the GTK/GNOME version 1 > stack, which was obsoleted about 5 years ago. Chances are you need > parts of the GTK/GNOME 2 stack instead. > > On Sat, May 3, 2008 at 1:27 PM, David Rowe wrote: > >> I am trying to install gnome-print but this fails while installing >> gnome-libs: >> >> Thanks for replying. I am using the current MacPorts version of Gramps (version 2.2.8-0.SVNexported) for genealogical work. This has installed OK with the dependencies specified in its portfile. However I was poking around the Gramps menus and found 'Help/Plugin Status' . This reports that the Gramps plugin LPRDoc.py is Unavailable: 'Cannot be loaded because python bindings for GNOME print are not installed'. I guess that the portfile covers the dependencies for Gramps itself - but not all of the plugins. I had managed to get another plugin working (I think it was PDFDoc.py) by manually installing a dependency (I think it was py25-reportlab) - so I was trying to do the same for LPRDoc.py by guessing what port would give me 'python bindings for GNOME print'. I already have py25-gnome installed and I couldn't see another obvious candidate in the py25 section of dports so I thought the problem might a Gnome component missing rather than a python component missing. The obvious candidate seemed to be gnome-print - but this fails to install because of the issue with gnome-libs I reported in my earlier email. However, from what you say, it doesn't look like gnome-print is the answer to my problem. Does anyone have any suggestions on what port I should install to get the 'python bindings for GNOME print' with py25. Thanks David Rowe From yvon.thoraval at gmail.com Sun May 4 03:54:18 2008 From: yvon.thoraval at gmail.com (Yvon Thoraval) Date: Sun May 4 03:50:51 2008 Subject: Apache2 mod_ruby and eruby In-Reply-To: References: Message-ID: just to say, i had to install "manually" eruby again (same version same files) and it works now -- yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080504/20693adb/attachment.html From david.rowe at freeuk.com Sun May 4 06:17:10 2008 From: david.rowe at freeuk.com (David Rowe) Date: Sun May 4 06:13:42 2008 Subject: gnome-libs fails to install/python bindings for GNOME print In-Reply-To: <481D8CDC.1080503@freeuk.com> References: <481CA08D.3090903@freeuk.com> <481D8CDC.1080503@freeuk.com> Message-ID: <481DB756.5030103@freeuk.com> David Rowe wrote: > . . . . > Does anyone have any suggestions on what port I should install to get > the 'python bindings for GNOME print' with py25. > Sorry folks, that was a touch of RTFM. http://www.gramps-project.org/wiki/index.php?title=Installation says: <<<<<<<<<<< Additional software GRAMPS can benefit from GRAMPS does not rely on the following programs, however, having them will increase your productivity: * *Gnome-print*: It adds the ability to directly print, to preview, and to generate fully internationalized PS and PDF output. At this time, one needs to install gnome-python-desktop to obtain this package. >>>>>>>>>>. I have now installed gnome-python-desktop and that did the business David Rowe From face at CentosPrime.COM Sun May 4 08:43:41 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sun May 4 08:40:13 2008 Subject: curl - can't upgrade on 1.52 MacPorts Message-ID: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> attempts to upgrade curl on 10.3.9 server running MacPorts 1.52 fail admin@x:admin:122 $ sudo port sync admin@x:admin:123 $ port outdated The following installed ports are outdated: curl 7.18.1_1 < 7.18.1_2 sqlite3 3.5.4_0 < 3.5.8_0 admin@x:admin:124 $ sudo port upgrade curl Error: Unable to open port: invalid command name "use_parallel_build" admin@x:admin:125 $ sudo port selfupdate MacPorts base version 1.520 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 ... Still can't bring the 10.3.9 system up to MacPorts 1.6 (and no, I really don't have the option of upgrading the 10.3.9 system to 10.4) 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From raimue at macports.org Sun May 4 09:49:02 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun May 4 09:45:35 2008 Subject: curl - can't upgrade on 1.52 MacPorts In-Reply-To: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> References: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> Message-ID: <481DE8FE.7020607@macports.org> Chris Janton wrote: > attempts to upgrade curl on 10.3.9 server running MacPorts 1.52 fail > > admin@x:admin:122 $ sudo port sync > admin@x:admin:123 $ port outdated > The following installed ports are outdated: > curl 7.18.1_1 < 7.18.1_2 > sqlite3 3.5.4_0 < 3.5.8_0 > admin@x:admin:124 $ sudo port upgrade curl > Error: Unable to open port: invalid command name "use_parallel_build" Yes, you need at least 1.600 for this. The ports tree is only compatible with the latest released MacPorts version. > admin@x:admin:125 $ sudo port selfupdate > MacPorts base version 1.520 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 > ... You left the important part out here. What was the error message in "..."? You could also try to run "sudo port -d selfupgrade" to get more verbose output. I remember there was on error in the released 1.6.0 which prevented building on Panther. But instead of re-releasing 1.6.0, the patches were incorporated into the MacPorts port to allow building PKG installers. Did they also make their way onto the rsync server? Rainer From face at CentosPrime.COM Sun May 4 09:53:36 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sun May 4 09:50:07 2008 Subject: curl - can't upgrade on 1.52 MacPorts In-Reply-To: <481DE8FE.7020607@macports.org> References: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> <481DE8FE.7020607@macports.org> Message-ID: <2B0A5829-C0A1-4CDD-AE56-71CECDF8956F@CentosPrime.COM> On 2008-05-04 , at 09:49 , Rainer M?ller wrote: > You left the important part out here. What was the error message in > "..."? You could also try to run "sudo port -d selfupgrade" to get > more verbose output. > > I remember there was on error in the released 1.6.0 which prevented > building on Panther. But instead of re-releasing 1.6.0, the patches > were incorporated into the MacPorts port to allow building PKG > installers. Did they also make their way onto the rsync server? Same as it has been for a long time... admin@x:admin:122 $ sudo port selfupdate MacPorts base version 1.520 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: registry.c:305: error: `errPtr' undeclared (first use in this function) registry.c:306: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:321: error: parse error before '*' token registry.c: In function `reg_start_write': registry.c:322: error: `errPtr' undeclared (first use in this function) registry.c:323: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:333: error: parse error before '*' token registry.c: In function `reg_end': registry.c:334: error: request for member `status' in something not a structure or union registry.c:335: error: `errPtr' undeclared (first use in this function) registry.c:341: error: request for member `db' in something not a structure or union registry.c:341: error: `query' undeclared (first use in this function) registry.c:342: error: `SQLITE_OK' undeclared (first use in this function) registry.c:345: error: `SQLITE_BUSY' undeclared (first use in this function) registry.c:346: error: request for member `db' in something not a structure or union registry.c: At top level: registry.c:359: error: parse error before '*' token registry.c: In function `reg_commit': registry.c:360: error: `errPtr' undeclared (first use in this function) registry.c:361: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:376: error: parse error before '*' token registry.c: In function `reg_rollback': registry.c:377: error: `errPtr' undeclared (first use in this function) registry.c:378: error: request for member `status' in something not a structure or union make[2]: *** [registry.o] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 admin@x:admin:123 $ 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From paulbeard at gmail.com Sun May 4 10:21:31 2008 From: paulbeard at gmail.com (paul beard) Date: Sun May 4 10:18:00 2008 Subject: distcc? is there a howto on using this? Message-ID: Is anyone successfully using this? I see it mentioned in macports.conf and the possibilities are very tantalizing. If anyone is using it to leverage idle cycles, it would be useful to know how well it works and how to work it. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080504/cbb7e9c5/attachment.html From paulbeard at gmail.com Sun May 4 10:30:23 2008 From: paulbeard at gmail.com (paul beard) Date: Sun May 4 10:26:52 2008 Subject: gnome-libs fails to install/python bindings for GNOME Message-ID: On Sun, May 4, 2008 at 9:45 AM, wrote: > Send macports-users mailing list submissions to > > Message: 4 > Date: Sun, 04 May 2008 14:17:10 +0100 > From: David Rowe > Subject: Re: gnome-libs fails to install/python bindings for GNOME > print > To: Randall Wood , > "macports-users@lists.macosforge.org >> MacPorts Users" > , > rjt-gramps@thegrindstone.me.uk > Message-ID: <481DB756.5030103@freeuk.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > David Rowe wrote: > > . . . . > > Does anyone have any suggestions on what port I should install to get > > the 'python bindings for GNOME print' with py25. > > > Sorry folks, that was a touch of RTFM. > > http://www.gramps-project.org/wiki/index.php?title=Installation > says: > <<<<<<<<<<< > > Additional software GRAMPS can benefit from > GRAMPS does not rely on the following programs, however, having them > will increase your productivity: > > * *Gnome-print*: It adds the ability to directly print, to > preview, and to generate fully internationalized PS and PDF > output. At this time, one needs to install > gnome-python-desktop to obtain this package. > > >>>>>>>>>>. > > I have now installed gnome-python-desktop and that did the business > > David Rowe > > useful to know. I would suggest that be added as a dependency, but a Portfile for 3.0 is in testing right now so perhaps it's best to focus on that. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080504/493eef7e/attachment.html From kuepper.jochen at googlemail.com Sun May 4 13:27:28 2008 From: kuepper.jochen at googlemail.com (=?WINDOWS-1252?Q?Jochen_K=FCpper?=) Date: Sun May 4 13:54:37 2008 Subject: [36498] trunk/dports/science/hdf5/Portfile In-Reply-To: <20080504130534.9C9F0162C6AD@beta.macosforge.org> References: <20080504130534.9C9F0162C6AD@beta.macosforge.org> Message-ID: Dear takeshi, the port is openmaintainer, so it is fine to submit reasonable changes without asking the maintainer (me). Since you repeatedly change the port, please announce that to the public and add yourself as maintainer, so people can address bug-reports to you as well. Moreover, please keep the changes to what is necessary. With regard to your previous change: are you sure thread-safety works for all Mac OS X systems. I vaguely remember that it is not supported on Mac OS X... Have you checked it carefully? On 04.05.2008, at 15:05, takeshi@macports.org wrote: > Revision36498Authortakeshi@macports.orgDate2008-05-04 06:05:33 -0700 > (Sun, 04 May 2008)Log Message > hdf5: removed line 1 to deal with lint warning > Modified Paths > ? trunk/dports/science/hdf5/Portfile > Diff > Modified: trunk/dports/science/hdf5/Portfile (36497 => 36498) > --- trunk/dports/science/hdf5/Portfile 2008-05-04 10:01:03 UTC (rev > 36497) > +++ trunk/dports/science/hdf5/Portfile 2008-05-04 13:05:33 UTC (rev > 36498) > @@ -1,4 +1,3 @@ > -# -*- coding: utf-8; mode: tcl; c-basic-offset: 4; indent-tabs- > mode: nil; tab-width: 4; truncate-lines: t -*- > vim:fenc=utf-8:et:sw=4:ts=4:sts=4 > # $Id$ > > PortSystem 1.0 Please keep these line in! See the guide for its description. The lint warning you are referring to is a deficiency of the current MacPorts lint system, see the mailing lists for details. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From pkropf at gmail.com Sun May 4 19:53:50 2008 From: pkropf at gmail.com (Peter Kropf) Date: Sun May 4 19:50:17 2008 Subject: Problems upgrading Mercurial Message-ID: I'm trying to upgrade my installation of mercurial and get this error: running build_ext building 'mercurial.mpatch' extension creating build/temp.macosx-10.3-i386-2.5 creating build/temp.macosx-10.3-i386-2.5/mercurial -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/opt/local/include/python2.5 -c mercurial/mpatch.c -o build/temp.macosx-10.3-i386-2.5/mercurial/mpatch.o unable to execute -DNDEBUG: No such file or directory error: command '-DNDEBUG' failed with exit status 1 Warning: the following items did not execute (for mercurial): org.macports.destroot org.macports.build Error: Unable to upgrade port: 1 Anyone know what's causing this? And possibly a fix? Thanks! - Peter From shreevatsa.public at gmail.com Sun May 4 22:05:02 2008 From: shreevatsa.public at gmail.com (Shreevatsa R) Date: Sun May 4 22:01:34 2008 Subject: emacs-app count as emacs? In-Reply-To: <63DFC550-2892-498D-A2AF-AEA96B5EEF6D@u.washington.edu> Message-ID: <20080505050500.GA87836@ASHDOWN-TWO-NINETY-NINE.MIT.EDU> Hi, I had the same problem as you, and I had submitted a patch here: http://trac.macports.org/ticket/14446 but no one has reviewed it. I notice now that another person has also submitted a similar patch: http://trac.macports.org/ticket/14344 with the same result. You could try if either of them work for you. Let us hope that someone eventually notices :-) Regards, Shreevatsa From ryandesign at macports.org Mon May 5 00:56:12 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 5 00:52:41 2008 Subject: curl - can't upgrade on 1.52 MacPorts In-Reply-To: <2B0A5829-C0A1-4CDD-AE56-71CECDF8956F@CentosPrime.COM> References: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> <481DE8FE.7020607@macports.org> <2B0A5829-C0A1-4CDD-AE56-71CECDF8956F@CentosPrime.COM> Message-ID: On May 4, 2008, at 11:53 AM, Chris Janton wrote: > On 2008-05-04 , at 09:49 , Rainer M?ller wrote: > >> You left the important part out here. What was the error message >> in "..."? You could also try to run "sudo port -d selfupgrade" to >> get more verbose output. >> >> I remember there was on error in the released 1.6.0 which >> prevented building on Panther. But instead of re-releasing 1.6.0, >> the patches were incorporated into the MacPorts port to allow >> building PKG installers. Did they also make their way onto the >> rsync server? > > Same as it has been for a long time... > > admin@x:admin:122 $ sudo port selfupdate > MacPorts base version 1.520 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: registry.c:305: error: `errPtr' undeclared (first > use in this function) > registry.c:306: error: request for member `status' in something not > a structure or union > registry.c: At top level: > registry.c:321: error: parse error before '*' token > registry.c: In function `reg_start_write': > registry.c:322: error: `errPtr' undeclared (first use in this > function) > registry.c:323: error: request for member `status' in something not > a structure or union > registry.c: At top level: > registry.c:333: error: parse error before '*' token > registry.c: In function `reg_end': > registry.c:334: error: request for member `status' in something not > a structure or union > registry.c:335: error: `errPtr' undeclared (first use in this > function) > registry.c:341: error: request for member `db' in something not a > structure or union > registry.c:341: error: `query' undeclared (first use in this function) > registry.c:342: error: `SQLITE_OK' undeclared (first use in this > function) > registry.c:345: error: `SQLITE_BUSY' undeclared (first use in this > function) > registry.c:346: error: request for member `db' in something not a > structure or union > registry.c: At top level: > registry.c:359: error: parse error before '*' token > registry.c: In function `reg_commit': > registry.c:360: error: `errPtr' undeclared (first use in this > function) > registry.c:361: error: request for member `status' in something not > a structure or union > registry.c: At top level: > registry.c:376: error: parse error before '*' token > registry.c: In function `reg_rollback': > registry.c:377: error: `errPtr' undeclared (first use in this > function) > registry.c:378: error: request for member `status' in something not > a structure or union > make[2]: *** [registry.o] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > > admin@x:admin:123 $ Gosh, I thought we had resolved the Panther build issue many many months ago. I mean there's a 1.6.0 disk image for Panther after all. I have a G4 I can install Panther on. Maybe I'll do some testing. To the original problem, yes, I've been adding "use_parallel_build yes" to my ports so that they can build faster on multicore systems. From ryandesign at macports.org Mon May 5 00:57:47 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 5 00:54:14 2008 Subject: Adding a variant In-Reply-To: <3788f140805031840h4a481df1l1dd4f370f7a19db6@mail.gmail.com> References: <3788f140805031840h4a481df1l1dd4f370f7a19db6@mail.gmail.com> Message-ID: <7D5B3B27-70AE-43EA-983F-D464E237580E@macports.org> On May 3, 2008, at 8:40 PM, Sancho McCann wrote: > I would like to add a variant to the boost port that installs the > optional Adobe gil numeric extension. (See point 4 at opensource.adobe.com/wiki/display/gil/Downloads> for a description.) > > The process for installing this extension is to simply untar the > folder from 3866769/numeric.tar.gz> > and then move the extracted folder to boost-1_35/boost/gil/extension/numeric> (or the equivalent destroot > location I suppose). > > How would I write this as a variant? Start by filing a ticket in the issue tracker... Then, in the variant, you would append to the distfiles and the checksums. See the graphviz port's gui variant for a way to do that. You can also define a post-extract phase inside the variant to do an necessary moving of the extracted items. From ryandesign at macports.org Mon May 5 01:01:06 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 5 00:57:32 2008 Subject: Problems upgrading Mercurial In-Reply-To: References: Message-ID: On May 4, 2008, at 9:53 PM, Peter Kropf wrote: > I'm trying to upgrade my installation of mercurial and get this error: > > running build_ext > building 'mercurial.mpatch' extension > creating build/temp.macosx-10.3-i386-2.5 > creating build/temp.macosx-10.3-i386-2.5/mercurial > -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes > -I/opt/local/include/python2.5 -c mercurial/mpatch.c -o > build/temp.macosx-10.3-i386-2.5/mercurial/mpatch.o > unable to execute -DNDEBUG: No such file or directory > error: command '-DNDEBUG' failed with exit status 1 > Warning: the following items did not execute (for mercurial): > org.macports.destroot org.macports.build > Error: Unable to upgrade port: 1 > > > Anyone know what's causing this? And possibly a fix? Are you on Leopard, and if so, did asking to upgrade mercurial first cause some other port to get upgraded? If so, you're running into a common problem for Leopard users with many ports, for which we don't yet have a permanent solution. Fortunately, the workaround is very simple: just try upgrading mercurial again. From kuepper.jochen at googlemail.com Mon May 5 02:34:13 2008 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Mon May 5 02:31:02 2008 Subject: HDF5 threadsafety In-Reply-To: <2dc53b910805050101h137decbdo448cc62b3e1c4bb1@mail.gmail.com> References: <20080504130534.9C9F0162C6AD@beta.macosforge.org> <2dc53b910805050101h137decbdo448cc62b3e1c4bb1@mail.gmail.com> Message-ID: <2FA360DF-AB0D-4156-AF02-FF66949EB2AC@googlemail.com> On 05.05.2008, at 10:01, Takeshi Enomoto wrote: >> With regard to your previous change: are you sure thread-safety >> works for >> all Mac OS X systems. I vaguely remember that it is not supported >> on Mac OS >> X... >> Have you checked it carefully? > > I have not tested but as far as I browsed through the source, > it is implemented with pthreads. > Mac OS X is POSIX compliant and has /usr/include/pthread.h. It does not work for me; testing HDF5 fails on ttsafe: > sudo port -dv test +fortran +gcc43 +szip +optimized [...] ============================ Testing ttsafe ============================ For help use: ttsafe -help Linked with hdf5 version 1.6 release 7 Testing -- multi-dataset creation (dcreate) Testing -- per-thread error stacks (error) Testing -- thread cancellation safety test (cancel) operation unsuccessful with value at -1073746496 instead of 11 Testing -- multi-attribute creation (acreate) !!! 1 Error(s) were detected !!! Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From yvon.thoraval at gmail.com Mon May 5 04:45:16 2008 From: yvon.thoraval at gmail.com (Yvon Thoraval) Date: Mon May 5 04:41:44 2008 Subject: port install mod_ssi_func FAILED Message-ID: i wanted to port install mod_ssi_func however, i got : [...] ---> Applying patches to mod_ssi_func Error: Target org.macports.patch returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mod_ssi_func/work/distribution_1.0" && patch -p0 < '/opt/local/var/macports/sources/ rsync.macports.org/release/ports/www/mod_ssi_func/files/patch-ssi_func-Makefile'" returned error 1 Command output: patching file ssi_func/Makefile Hunk #1 FAILED at 10. 1 out of 1 hunk FAILED -- saving rejects to file ssi_func/Makefile.rej Error: Status 1 encountered during processing. may be this has been already covered ? -- yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080505/4a970e09/attachment.html From yvon.thoraval at gmail.com Mon May 5 05:39:37 2008 From: yvon.thoraval at gmail.com (Yvon Thoraval) Date: Mon May 5 05:36:03 2008 Subject: uninstalling an old port after a new install Message-ID: instead of doing : $ port upgrade -u mysql i did : $ port install mysql5 +server the latest becoming active (mysql5 @5.0.51a_0+server) then, i wanted to uninstall the oldest : $ sudo port uninstall mysql5 @5.0.37_0+darwin_8+server ---> Unable to uninstall mysql5 5.0.37_0+darwin_8+server, the following ports depend on it: ---> php5 Error: port uninstall failed: Please uninstall the ports that depend on mysql5 first. does it means php5 uses the old version (mysql5 @5.0.37_0+darwin_8+server) ? or does it means i did it the wrong way ? (apart install instead of upgrade) and i've to do "something" to get php5 working with the newest mysql5 and uninstall mysql5 afterwards ??? best, yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080505/e1c696f0/attachment.html From dluke at geeklair.net Mon May 5 06:49:23 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon May 5 06:45:54 2008 Subject: Adding a variant In-Reply-To: <7D5B3B27-70AE-43EA-983F-D464E237580E@macports.org> References: <3788f140805031840h4a481df1l1dd4f370f7a19db6@mail.gmail.com> <7D5B3B27-70AE-43EA-983F-D464E237580E@macports.org> Message-ID: On May 5, 2008, at 3:57 AM, Ryan Schmidt wrote: > On May 3, 2008, at 8:40 PM, Sancho McCann wrote: >> I would like to add a variant to the boost port that installs the >> optional Adobe gil numeric extension. (See point 4 at > > for a description.) >> >> The process for installing this extension is to simply untar the >> folder from > > >> and then move the extracted folder to > boost-1_35/boost/gil/extension/numeric> (or the equivalent destroot >> location I suppose). >> >> How would I write this as a variant? > > Start by filing a ticket in the issue tracker... > > Then, in the variant, you would append to the distfiles and the > checksums. See the graphviz port's gui variant for a way to do that. > You can also define a post-extract phase inside the variant to do an > necessary moving of the extracted items. ... and maybe also keep in mind that a variant isn't always the right answer. From the description, it seems like it would be a good candidate for addition as a separate port (with a dependency on the boost port). The main benefit of separate ports is that they can have version/ revision changes independently (and that other ports can depend on a port, but not on a variant). A variant may indeed make more sense here, but it is something to at least think about. -- 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/20080505/d8ac38c1/PGP.bin From face at CentosPrime.COM Mon May 5 07:09:29 2008 From: face at CentosPrime.COM (Chris Janton) Date: Mon May 5 07:06:01 2008 Subject: curl - can't upgrade on 1.52 MacPorts In-Reply-To: References: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> <481DE8FE.7020607@macports.org> <2B0A5829-C0A1-4CDD-AE56-71CECDF8956F@CentosPrime.COM> Message-ID: On 2008-05-05 , at 00:56 , Ryan Schmidt wrote: > Gosh, I thought we had resolved the Panther build issue many many > months ago. I mean there's a 1.6.0 disk image for Panther after all. Maybe I need to install 1.6.0 from the DMG on top of my current 1.52 install? It would be nice to keep all of the working software in place ;-) 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From macsforever2000 at macports.org Mon May 5 07:22:39 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Mon May 5 07:19:17 2008 Subject: Running the demo in matplotlib Message-ID: <01D09ACA-22BE-476C-84E1-888C1DF38814@macports.org> Hi all, I'm attempting to run the demo for matplotlib but I'm running into problems. First I tried this (use Tkinter): python subplot_demo.py -dTk But I got a run time error: $ python subplot_demo.py -dTk Exception in Tkinter callback Traceback (most recent call last): File "/opt/local/lib/python2.5/lib-tk/Tkinter.py", line 1403, in __call__ return self.func(*args) File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/ backend_tkagg.py", line 188, in resize self.show() File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/ backend_tkagg.py", line 192, in draw tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2) File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/ tkagg.py", line 15, in blit tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode, id(bbox)) TclError My tcl/tk is only at version 8.4 so maybe that's the problem. I need tcl/tk 8.4 in order to run blt. Second try (GTK): $ python subplot_demo.py -dGTK Traceback (most recent call last): File "subplot_demo.py", line 2, in from pylab import * File "/opt/local/lib/python2.5/site-packages/pylab.py", line 1, in from matplotlib.pylab import * File "/opt/local/lib/python2.5/site-packages/matplotlib/pylab.py", line 292, in from matplotlib.pyplot import * File "/opt/local/lib/python2.5/site-packages/matplotlib/pyplot.py", line 37, in new_figure_manager, draw_if_interactive, show = pylab_setup() File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/ __init__.py", line 24, in pylab_setup globals(),locals(),[backend_name]) File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/ backend_gtk.py", line 6, in import gobject ImportError: No module named gobject Maybe this is also due to my old tcl/tk version. So 3rd try (wx): $ python subplot_demo.py -dGTK Traceback (most recent call last): File "subplot_demo.py", line 2, in from pylab import * File "/opt/local/lib/python2.5/site-packages/pylab.py", line 1, in from matplotlib.pylab import * File "/opt/local/lib/python2.5/site-packages/matplotlib/pylab.py", line 292, in from matplotlib.pyplot import * File "/opt/local/lib/python2.5/site-packages/matplotlib/pyplot.py", line 37, in new_figure_manager, draw_if_interactive, show = pylab_setup() File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/ __init__.py", line 24, in pylab_setup globals(),locals(),[backend_name]) File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/ backend_gtk.py", line 6, in import gobject ImportError: No module named gobject 817fsmac:examples schimaf$ python subplot_demo.py -dWX This program needs access to the screen. Please run with 'pythonw', not 'python', and only when you are logged in on the main display of your Mac. Any ideas how to get this running using any of the GUIs? For now, updating tcl/tk to 8.5 is not an option because I need blt. I'm looking at matplotlib as a replacement for it though. I was going to try to evaluate it. Cheers! Frank Schima Boulder, CO From shreevatsa.public at gmail.com Mon May 5 07:24:49 2008 From: shreevatsa.public at gmail.com (Shreevatsa R) Date: Mon May 5 07:21:14 2008 Subject: GTK+ broken: anyone knows why? Message-ID: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> Hello, The GTK+ port (gtk2) is broken in multiple ways: 1. Did anything change in the base recently? It used to be that variants chosen are passed on to dependencies as well, but it appears that now `port install gtk2 +quartz` and `port install gtk2 +quartz +no_x11` do different things, although the port gtk2 has "variant quartz requires no_x11 ..." in it. That is, `port install gtk2 +quartz` installs the X11 version of pango, etc., instead of pango +no_x11. Same with cairo. 2. After installing (`port install gtk2 +quartz +no_x11`) and installing any GTK+ application on top of it, all windows display only boxes; fonts don't work. This might be related to the recent changes in cairo, or pango, or something. I will try to debug these because I want to get this working, but was hoping someone would have ideas. Thanks for any help, Shreevatsa From mcc at CATO.GD-AIS.COM Mon May 5 11:01:56 2008 From: mcc at CATO.GD-AIS.COM (Merton Campbell Crockett) Date: Mon May 5 11:02:50 2008 Subject: MacPorts-1.6.0-10.5-Leopard.dmg Install Failure Message-ID: The following install step failed: run postflight script for MacPorts-1.6.0. Contact the software manufacturer for assistance. It's been a long time since I've used the package installer. What's wrong? What other options are there for installing ports to build some of the networking software that I need? Merton Campbell Crockett From raimue at macports.org Mon May 5 11:09:04 2008 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Mon May 5 11:05:29 2008 Subject: uninstalling an old port after a new install In-Reply-To: References: Message-ID: <481F4D40.2000409@macports.org> Yvon Thoraval wrote: > then, i wanted to uninstall the oldest : > $ sudo port uninstall mysql5 @5.0.37_0+darwin_8+server > ---> Unable to uninstall mysql5 5.0.37_0+darwin_8+server, the following > ports depend on it: > ---> php5 > Error: port uninstall failed: Please uninstall the ports that depend on > mysql5 first. > > does it means php5 uses the old version (mysql5 @5.0.37_0+darwin_8+server) ? No, php5 depends on any version of mysql5, that issues this warning. The check does not check if there is another installed and active version before uninstalling. You need to use port -f uninstall here. Rainer From wsiegrist at apple.com Mon May 5 12:00:50 2008 From: wsiegrist at apple.com (William Siegrist) Date: Mon May 5 11:57:17 2008 Subject: Trac/SVN Changes in Progress In-Reply-To: <1516BF9B-69E6-4AD0-958B-C7A52532EFBD@apple.com> References: <1516BF9B-69E6-4AD0-958B-C7A52532EFBD@apple.com> Message-ID: Tonight, Monday, May 5th, at 8pm PDT, we'll be deploying a new authentication system along with some new Trac templates. This should clear up the rest of the issues with macports.org, especially those dealing with the login redirecting. The total work could take a few hours, however, Trac will be mostly functional except for brief periods. For example, we need to change DNS for HTTPS access, so logins will be subject to some propagation delay of about 1 hour. You might also catch the templates in a partially changed state so they might look broken. Just please be patient and start reporting problems tomorrow morning. Subversion will not be affected. As always, I'll be in IRC and try to give everyone a heads up when I start breaking things. Thanks -Bill On Apr 29, 2008, at 9:02 PM, William Siegrist wrote: > [Cross-posting for maximum coverage, please reply-all with care] > > I'm in the process of migrating to the new auth/trac/svn system for > MacPorts. So right now, trac.macports.org should be using shorter > URLs (minus the /projects/macports/ portion of the URI), however, > you may find that login/logout are broken. For the old, stable > behavior, for now, continue to browse via >. > > Once some DNS changes propagate, I can deploy the last bit of the > new system which will clean everything up (should happen by the end > of the week). Once I declare the move complete, please start filing > tickets for anything that doesnt work for you (or for additional > improvements you would like to see). > > Thank you for your patience during our maintenance. ---- William Siegrist Mac OS Forge http://macosforge.org/ -------------- 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/20080505/1d611c39/smime.bin From abe.gillespie.lists at gmail.com Mon May 5 12:41:32 2008 From: abe.gillespie.lists at gmail.com (Abram Gillespie) Date: Mon May 5 12:37:56 2008 Subject: Must I use Fink? In-Reply-To: <283a65ca0709271405m4c48b947ocbf9eeffc57f46ec@mail.gmail.com> References: <283a65ca0709270750k7e4c9030t29bab377d5d0b863@mail.gmail.com> <54D81A6F-0F37-40EF-A5C8-C9569FBCEE04@macports.org> <283a65ca0709271405m4c48b947ocbf9eeffc57f46ec@mail.gmail.com> Message-ID: <283a65ca0805051241n4c9ae414qbd118f4241fe7f4b@mail.gmail.com> This is waaay old but I'm finally getting around to this (read: the client is paying). I've since updated to Macports 1.6. Is this custom port still necessary (I assume so since I still don't see a dbase option)? If so, I want to use a combo of patching and setting up a local port (so I don't fubar the clean port). I assume I don't just grab php5 source and dump it into a local directory and point sources.conf at it. I'm sure a get a copy of the port, place it locally, patch it, then follow http://guide.macports.org/#development.local-repositories. How do I go about getting a local copy of the php5 port. Also, am I missing anything? Thank you for all the help! And I'll be sure to report back my experience. -Abe On Thu, Sep 27, 2007 at 5:05 PM, Abram Gillespie wrote: > I'm under the gun right now. I'll be able to try at least by Monday. > I'll let you know as soon as I do. > > Thanks so much! > -Abe > > > > On 9/27/07, Ryan Schmidt wrote: > > > > On Sep 27, 2007, at 10:04, Chris Pickel wrote: > > > > > On 27 Sep, 2007, at 10:50, Abram Gillespie wrote: > > >> I haven't gotten any response as to how I go about getting the > > >> php_dbase extension for the php5 package. Is it possible? Should I > > >> just drop MacPorts and go back to Fink? > > > > > > I've attached a possible patch. Sync your ports repository, apply > > > it with "sudo patch `port file php` php5-dbase.patch", and then try > > > a "sudo port install php5 +dbase +whatever_else". I don't know > > > anything about dbase so I don't know if it'll work, but it's a try. > > > > Please don't desert us! :) I only hadn't responded because I wasn't > > familiar with dbase and had not yet had time to familiarize myself. > > Please let me know if the patch from Chris works and I'll be happy to > > incorporate it into the php5 portfile. > > > > BTW, his patching instructions should have read... > > > > sudo patch `port file php5` php5-dbase.patch > > > > > From matrixm at gmail.com Mon May 5 18:03:07 2008 From: matrixm at gmail.com (Matrix Mole) Date: Mon May 5 17:59:29 2008 Subject: [Ticket 12765] Hydra will not compile against libssh 0.2 Message-ID: I was trying to login and add some notes to ticket 12765 and it seems there is a problem with trac with this ticket. When I go to login for editing the ticket, it gives me an error "The requested URL /ticket/12765 was not found on this server." If not logged in and do a search for hydra on trac.macports.org , then this ticket can be found as the second of the search results. Although doing a search for the ticket number comes up empty as well. I was going to recommend that hydra have the libssh dependency removed, as the software compiles fine without it, just without ssh support. The hydra code recommends using libssh version 0.11 and unfortunately, it doesn't look like any work has been done on the hydra code since May of 2006. I don't know if there's any precedent for having software that requires an older library version that the most current available, otherwise I'd suggest keeping libssh 0.11 specifically for hydra. Matrix Mole From ryandesign at macports.org Mon May 5 20:29:04 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 5 20:25:32 2008 Subject: uninstalling an old port after a new install In-Reply-To: References: Message-ID: On May 5, 2008, at 07:39, Yvon Thoraval wrote: > instead of doing : > $ port upgrade -u mysql > i did : > $ port install mysql5 +server > > the latest becoming active (mysql5 @5.0.51a_0+server) > > then, i wanted to uninstall the oldest : > $ sudo port uninstall mysql5 @5.0.37_0+darwin_8+server > ---> Unable to uninstall mysql5 5.0.37_0+darwin_8+server, the > following ports depend on it: > ---> php5 > Error: port uninstall failed: Please uninstall the ports that > depend on mysql5 first. > > does it means php5 uses the old version (mysql5 @5.0.37_0+darwin_8 > +server) ? No, php5 will use whatever version of mysql5 is active. The message should really say "Unable to uninstall mysql5 because the following ports depend on it" (in other words, it shouldn't really list a specific version, since ports don't (can't) depend on specific versions of other ports). It's just trying to warn you that something installed depends on mysql5, so you should not uninstall (all versions of) mysql5. Since you already have a newer version installed, there's no problem. > or does it means i did it the wrong way ? (apart install instead of > upgrade) No, the way you did it is fine. > and i've to do "something" to get php5 working with the newest > mysql5 and uninstall mysql5 afterwards ??? All you have to do to uninstall the old mysql5 is to force the uninstall: sudo port -f uninstall mysql5 @5.0.37_0+darwin_8+server From ryandesign at macports.org Mon May 5 20:31:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 5 20:27:46 2008 Subject: MacPorts-1.6.0-10.5-Leopard.dmg Install Failure In-Reply-To: References: Message-ID: <8F76D8AA-7FF2-4F8D-B557-0C7D71053469@macports.org> On May 5, 2008, at 13:01, Merton Campbell Crockett wrote: > The following install step failed: run postflight script for > MacPorts-1.6.0. Contact the software manufacturer for assistance. > > > It's been a long time since I've used the package installer. > What's wrong? What other options are there for installing ports to > build some of the networking software that I need? The 1.6.0 disk image installer packages try to run "port sync" after installation, to update the ports tree. If this fails, the message you encountered is printed. Is the rsync port blocked on your network? If so, unblock it if possible. IIRC, MacPorts base has already been changed to no longer consider failure of the rsync task a fatal error. We just haven't had another MacPorts release since then. From ryandesign at macports.org Mon May 5 20:36:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 5 20:32:37 2008 Subject: GTK+ broken: anyone knows why? In-Reply-To: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> References: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> Message-ID: <78032F43-1836-434B-B118-705A8D2B9909@macports.org> On May 5, 2008, at 09:24, Shreevatsa R wrote: > The GTK+ port (gtk2) is broken in multiple ways: > > 1. Did anything change in the base recently? It used to be that > variants chosen are passed on to dependencies as well, but it appears > that now `port install gtk2 +quartz` and `port install gtk2 +quartz > +no_x11` do different things, although the port gtk2 has "variant > quartz requires no_x11 ..." in it. That is, `port install gtk2 > +quartz` installs the X11 version of pango, etc., instead of pango > +no_x11. Same with cairo. I don't know if something changed in base with regard to this. If this worked before, can you do some regression testing to see what revision of base broke it? > 2. After installing (`port install gtk2 +quartz +no_x11`) and > installing any GTK+ application on top of it, all windows display only > boxes; fonts don't work. This might be related to the recent changes > in cairo, or pango, or something. I believe I've had some other reports of this but I don't know how to fix it. I started a dialog with the developers of pango but I seem to have forgotten to follow up. I'm still not sure if this is a pango problem or a cairo problem. From shreevatsa.public at gmail.com Mon May 5 22:24:06 2008 From: shreevatsa.public at gmail.com (Shreevatsa R) Date: Mon May 5 22:20:29 2008 Subject: GTK+ broken: anyone knows why? In-Reply-To: <78032F43-1836-434B-B118-705A8D2B9909@macports.org> References: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> <78032F43-1836-434B-B118-705A8D2B9909@macports.org> Message-ID: <7675454e0805052224y2f025ea4uaf2f20c96662b52d@mail.gmail.com> On Mon, May 5, 2008 at 11:36 PM, Ryan Schmidt wrote: > On May 5, 2008, at 09:24, Shreevatsa R wrote: > > > > The GTK+ port (gtk2) is broken in multiple ways: > > > > 1. Did anything change in the base recently? It used to be that > > variants chosen are passed on to dependencies as well, but it appears > > that now `port install gtk2 +quartz` and `port install gtk2 +quartz > > +no_x11` do different things, although the port gtk2 has "variant > > quartz requires no_x11 ..." in it. That is, `port install gtk2 > > +quartz` installs the X11 version of pango, etc., instead of pango > > +no_x11. Same with cairo. > > > > I don't know if something changed in base with regard to this. If this > worked before, can you do some regression testing to see what revision of > base broke it? Oh, this is strange: I tested with 1.6.0, and it doesn't seem to work with that either: "port install gtk2 +quartz" doesn't seem to pull in +no_x11 for dependencies. I (and others) were quite sure this used to work just a month ago or so, but if it doesn't work with 1.6.0... what can it mean? 1.6.0 hasn't been changed in a long time, right? (Or are the files at http://svn.macports.org/repository/macports/downloads/MacPorts-1.6.0/ generated from SVN, thus "MacPorts 1.6.0" doesn't refer to any fixed thing? If this is the case, I will do more detailed regression testing to pin down the date, and thus the revision which changed things.) > > 2. After installing (`port install gtk2 +quartz +no_x11`) and > > installing any GTK+ application on top of it, all windows display only > > boxes; fonts don't work. This might be related to the recent changes > > in cairo, or pango, or something. > > > > I believe I've had some other reports of this but I don't know how to fix > it. I started a dialog with the developers of pango but I seem to have > forgotten to follow up. I'm still not sure if this is a pango problem or a > cairo problem. > Do you have references to that dialogue, to maybe know the current state of things? This is nothing terribly urgent of course :) Thanks, From ryandesign at macports.org Mon May 5 23:31:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 5 23:27:48 2008 Subject: GTK+ broken: anyone knows why? In-Reply-To: <7675454e0805052224y2f025ea4uaf2f20c96662b52d@mail.gmail.com> References: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> <78032F43-1836-434B-B118-705A8D2B9909@macports.org> <7675454e0805052224y2f025ea4uaf2f20c96662b52d@mail.gmail.com> Message-ID: <0A973E88-0976-4D2D-B730-83E594AC8758@macports.org> On May 6, 2008, at 00:24, Shreevatsa R wrote: > On Mon, May 5, 2008 at 11:36 PM, Ryan Schmidt wrote: >> On May 5, 2008, at 09:24, Shreevatsa R wrote: >> >> >>> The GTK+ port (gtk2) is broken in multiple ways: >>> >>> 1. Did anything change in the base recently? It used to be that >>> variants chosen are passed on to dependencies as well, but it >>> appears >>> that now `port install gtk2 +quartz` and `port install gtk2 +quartz >>> +no_x11` do different things, although the port gtk2 has "variant >>> quartz requires no_x11 ..." in it. That is, `port install gtk2 >>> +quartz` installs the X11 version of pango, etc., instead of pango >>> +no_x11. Same with cairo. >>> >> >> I don't know if something changed in base with regard to this. If >> this >> worked before, can you do some regression testing to see what >> revision of >> base broke it? > > Oh, this is strange: I tested with 1.6.0, and it doesn't seem to work > with that either: "port install gtk2 +quartz" doesn't seem to pull in > +no_x11 for dependencies. I (and others) were quite sure this used to > work just a month ago or so, but if it doesn't work with 1.6.0... what > can it mean? 1.6.0 hasn't been changed in a long time, right? (Or are > the files at http://svn.macports.org/repository/macports/downloads/ > MacPorts-1.6.0/ > generated from SVN, thus "MacPorts 1.6.0" doesn't refer to any fixed > thing? If this is the case, I will do more detailed regression testing > to pin down the date, and thus the revision which changed things.) 1.6.0 today is the same as 1.6.0 when it was created in r32094 on 2007-12-16. The disk images and the installer packages on them are created manually, not by an automated process. Well, they're created using the port called "macports" but this is kicked off by a person, and the result is tested, and then the disk images are manually committed into the repository. There is a document somewhere on our website describing what all gets done when a release is to be made. If MacPorts base didn't change, maybe the portfile did. Check the log of the portfile in the repository. >>> 2. After installing (`port install gtk2 +quartz +no_x11`) and >>> installing any GTK+ application on top of it, all windows display >>> only >>> boxes; fonts don't work. This might be related to the recent changes >>> in cairo, or pango, or something. >>> >> >> I believe I've had some other reports of this but I don't know >> how to fix >> it. I started a dialog with the developers of pango but I seem to >> have >> forgotten to follow up. I'm still not sure if this is a pango >> problem or a >> cairo problem. >> > > Do you have references to that dialogue, to maybe know the current > state of things? > This is nothing terribly urgent of course :) This is the thread I was thinking of: http://mail.gnome.org/archives/gtk-i18n-list/2008-April/msg00004.html From bxf4 at u.washington.edu Mon May 5 23:33:30 2008 From: bxf4 at u.washington.edu (Brian P. Flaherty) Date: Mon May 5 23:29:54 2008 Subject: emacs-app count as emacs? In-Reply-To: <20080505050500.GA87836@ASHDOWN-TWO-NINETY-NINE.MIT.EDU> References: <20080505050500.GA87836@ASHDOWN-TWO-NINETY-NINE.MIT.EDU> Message-ID: <7E0991F8-8220-4AC8-A14C-2ABCFAB615F3@u.washington.edu> On May 4, 2008, at 10:05 PM, Shreevatsa R wrote: > Hi, > > I had the same problem as you, and I had submitted a patch here: > http://trac.macports.org/ticket/14446 but no one has reviewed it. I > notice now > that another person has also submitted a similar patch: > http://trac.macports.org/ticket/14344 with the same result. You > could try if > either of them work for you. > Let us hope that someone eventually notices :-) Thank you very much for sending me these links. I downloaded the Portfile posted on trac, put it in the auctex directory under /opt/ local/var/macports/sources/... in place of the existing Portfile. Then I tried to install auctex and got this message: camus:~ bxf4$ sudo port install auctex Portfile changed since last build; discarding previous state. ---> Fetching emacs ---> Attempting to fetch emacs-22.2.tar.gz from http://ftp.gnu.org/gnu/emacs ^C So, it detected the new portfile, but still tried to download emacs-22. If anyone has the patience to tell me what I'm not doing, I'd appreciate. Thanks for your time. Brian From ryandesign at macports.org Tue May 6 00:03:59 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 6 00:00:39 2008 Subject: emacs-app count as emacs? In-Reply-To: <7E0991F8-8220-4AC8-A14C-2ABCFAB615F3@u.washington.edu> References: <20080505050500.GA87836@ASHDOWN-TWO-NINETY-NINE.MIT.EDU> <7E0991F8-8220-4AC8-A14C-2ABCFAB615F3@u.washington.edu> Message-ID: <2EA6E7C3-3A1B-44CC-8C1A-3AF916561542@macports.org> On May 6, 2008, at 01:33, Brian P. Flaherty wrote: > On May 4, 2008, at 10:05 PM, Shreevatsa R wrote: > >> I had the same problem as you, and I had submitted a patch here: >> http://trac.macports.org/ticket/14446 but no one has reviewed it. >> I notice now >> that another person has also submitted a similar patch: >> http://trac.macports.org/ticket/14344 with the same result. You >> could try if >> either of them work for you. >> Let us hope that someone eventually notices :-) > > Thank you very much for sending me these links. I downloaded the > Portfile posted on trac, Then you must be talking about ticket 14446, as ticket 14344 has a diff attached, not a complete Portfile. > put it in the auctex directory under /opt/local/var/macports/ > sources/... in place of the existing Portfile. Then I tried to > install auctex and got this message: > > camus:~ bxf4$ sudo port install auctex > Portfile changed since last build; discarding previous state. > ---> Fetching emacs > ---> Attempting to fetch emacs-22.2.tar.gz from http://ftp.gnu.org/ > gnu/emacs > ^C > > So, it detected the new portfile, but still tried to download > emacs-22. If anyone has the patience to tell me what I'm not > doing, I'd appreciate. Thanks for your time. The notes in ticket 14446 say a new variant "emacs_app" was added. So, if you want to auctex use emacs-app instead of emacs, you should select the emacs_app variant: sudo port install auctex +emacs_app See port variants auctex From ryandesign at macports.org Tue May 6 00:10:39 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 6 00:07:10 2008 Subject: [Ticket 12765] Hydra will not compile against libssh 0.2 In-Reply-To: References: Message-ID: On May 5, 2008, at 20:03, Matrix Mole wrote: > I was trying to login and add some notes to ticket 12765 and it seems > there is a problem with trac with this ticket. When I go to login for > editing the ticket, it gives me an error "The requested URL > /ticket/12765 was not found on this server." > > If not logged in and do a search for hydra on trac.macports.org , then > this ticket can be found as the second of the search results. Although > doing a search for the ticket number comes up empty as well. Yes, I'm having trouble too. Trac is being updated. See messages by William Siegrist in the past few days. Trac is probably being weird as a result. Wait a day and it should be better. > I was going to recommend that hydra have the libssh dependency > removed, as the software compiles fine without it, just without ssh > support. The hydra code recommends using libssh version 0.11 and > unfortunately, it doesn't look like any work has been done on the > hydra code since May of 2006. > > I don't know if there's any precedent for having software that > requires an older library version that the most current available, > otherwise I'd suggest keeping libssh 0.11 specifically for hydra. There is precedent. We have ports apr0 and apr-util0 for versions 0.9.x while the current ports apr and apr-util are at version 1.2.x. This is to support the port apache20 which provides an older version of Apache than the apache2 port. Anyway, yes, we could a libssh01 port just to satisfy hydra's dependency. Hopefully we can make its files not conflict with the libssh 0.2 port. From ryandesign at macports.org Tue May 6 00:21:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 6 00:17:34 2008 Subject: port install mod_ssi_func FAILED In-Reply-To: References: Message-ID: <05B329F1-B0D2-4DB9-B6E9-B4CAE2E48E16@macports.org> On May 5, 2008, at 06:45, Yvon Thoraval wrote: > i wanted to port install mod_ssi_func however, i got : > [...] > ---> Applying patches to mod_ssi_func > Error: Target org.macports.patch returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > od_ssi_func/work/distribution_1.0" && patch -p0 < '/opt/local/var/ > macports/sources/rsync.macports.org/release/ports/www/mod_ssi_func/ > files/patch-ssi_func-Makefile'" returned error 1 > Command output: patching file ssi_func/Makefile > Hunk #1 FAILED at 10. > 1 out of 1 hunk FAILED -- saving rejects to file ssi_func/Makefile.rej > > Error: Status 1 encountered during processing. > > may be this has been already covered ? No, I haven't heard this reported before. I filed a ticket for you: http://trac.macports.org/ticket/15211 From m.c.crockett at roadrunner.com Tue May 6 06:14:34 2008 From: m.c.crockett at roadrunner.com (Merton Campbell Crockett) Date: Tue May 6 06:11:03 2008 Subject: MacPorts-1.6.0-10.5-Leopard.dmg Install Failure In-Reply-To: <8F76D8AA-7FF2-4F8D-B557-0C7D71053469@macports.org> References: <8F76D8AA-7FF2-4F8D-B557-0C7D71053469@macports.org> Message-ID: On 05 May 2008, at 20:31:16, Ryan Schmidt wrote: > On May 5, 2008, at 13:01, Merton Campbell Crockett wrote: > >> The following install step failed: run postflight script for >> MacPorts-1.6.0. Contact the software manufacturer for assistance. >> >> >> It's been a long time since I've used the package installer. >> What's wrong? What other options are there for installing ports to >> build some of the networking software that I need? > > The 1.6.0 disk image installer packages try to run "port sync" after > installation, to update the ports tree. If this fails, the message > you encountered is printed. > > Is the rsync port blocked on your network? If so, unblock it if > possible. Our corporate parent has imposed some draconian security measures on its subsidiaries. What ports and IP addresses are involved to maintain the Mac Ports environment? What is the difference between "port sync" and "port -d selfupdate" in terms ports and IP addresses? Merton Campbell Crockett m.c.crockett@roadrunner.com From akalin at gmail.com Tue May 6 11:39:09 2008 From: akalin at gmail.com (Frederick Akalin) Date: Tue May 6 11:35:29 2008 Subject: MacPorts and 64-bit In-Reply-To: <16a2ef2b0804131402s119acc6aj942a087d651683b6@mail.gmail.com> References: <16a2ef2b0804131246j2af0d89o7fc78b14cbe51a99@mail.gmail.com> <16a2ef2b0804131402s119acc6aj942a087d651683b6@mail.gmail.com> Message-ID: <16a2ef2b0805061139o15083fdapaed8b7c18f528241@mail.gmail.com> I submitted a patch to provide a 64-bit variant of gmp a while ago: ( http://trac.macosforge.org/projects/macports/ticket/15002 ) but it is kind of kludgy in that you have to specify the variant manually and that any program/package that uses the 64-bit version must also be compiled with -m64. This brings up the issue of how 64-bit issues should be handled in general, which has been brought up before, I believe. Is there way to build 'universal' libraries? Can someone give me some background on the 64-bit-related issues with MacPorts? I can't promise a lot of time, but I'd be interested in helping. Also, why is -m64 not the default on Apple's gcc? Of course, I'm guessing it's for backwards-compatibility reasons, but will it eventually be the default? I haven't had a (64-bit) mac until a few months ago so I haven't been keeping tabs on it. Thanks! -- Frederick Akalin http://www.akalin.cx From ryandesign at macports.org Tue May 6 19:43:40 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 6 19:40:14 2008 Subject: curl - can't upgrade on 1.52 MacPorts In-Reply-To: References: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> <481DE8FE.7020607@macports.org> <2B0A5829-C0A1-4CDD-AE56-71CECDF8956F@CentosPrime.COM> Message-ID: On May 5, 2008, at 09:09, Chris Janton wrote: > On 2008-05-05 , at 00:56 , Ryan Schmidt wrote: > >> Gosh, I thought we had resolved the Panther build issue many many >> months ago. I mean there's a 1.6.0 disk image for Panther after all. > > Maybe I need to install 1.6.0 from the DMG on top of my current > 1.52 install? It would be nice to keep all of the working software > in place ;-) Ok, I tried it, and the MacPorts 1.6.0 disk image for Panther installed just fine on Mac OS X 10.3.9 on my G4. curl installed fine too. Give it a try! From igor.mikushkin at gmail.com Wed May 7 00:10:01 2008 From: igor.mikushkin at gmail.com (Igor Mikushkin) Date: Wed May 7 00:06:20 2008 Subject: Fetch failed Message-ID: <719841d90805070010i47a52ad5u36934983d9f57918@mail.gmail.com> Hello! When I try to install something I see Error: Target org.macports.fetch returned: fetch failed I think the problem is in my proxy settings. I set http_proxy, FTP_PROXY, HTTPS_PROXY and ALL_PROXY in my ~/.profile and it does not seems to work. Maybe I do something wrong? Somehow I can download all things I need with my browser. Then I copy them into "/opt/local/var/db/dports/distfiles//." as described in http://trac.macports.org/wiki/ProblemHotlist. And I get nothing... For example I copied libiconv-1.12.tar.gz into "/opt/local/var/db/dports/distfiles/libiconv" but "sudo port install libiconv" still try to fetch it. How do I can make macports use local one? Thanks. Best Regards. Igor Mikushkin From blb at macports.org Wed May 7 00:33:47 2008 From: blb at macports.org (Bryan Blackburn) Date: Wed May 7 00:30:16 2008 Subject: Fetch failed In-Reply-To: <719841d90805070010i47a52ad5u36934983d9f57918@mail.gmail.com> References: <719841d90805070010i47a52ad5u36934983d9f57918@mail.gmail.com> Message-ID: <08C6E0EC-FB19-49C1-BA82-E13DDD9C96D8@macports.org> On May 7, 2008, at 1:10 AM, Igor Mikushkin wrote: > Hello! > > When I try to install something I see > > Error: Target org.macports.fetch returned: fetch failed > > I think the problem is in my proxy settings. > I set http_proxy, FTP_PROXY, HTTPS_PROXY and ALL_PROXY in my > ~/.profile and it does not seems to work. > Maybe I do something wrong? > If you're on 10.5, your environment may be cleaned of these when you run sudo; one thing you can do for now is to do a 'port fetch ' then do the 'sudo port install ' so the fetch uses your proxy settings. > Somehow I can download all things I need with my browser. > Then I copy them into > "/opt/local/var/db/dports/distfiles//." as described in > http://trac.macports.org/wiki/ProblemHotlist. > And I get nothing... > For example I copied libiconv-1.12.tar.gz into > "/opt/local/var/db/dports/distfiles/libiconv" but "sudo port install > libiconv" still try to fetch it. Try /opt/local/var/macports/distfiles/libiconv/ for libiconv instead; that wiki page is out of date, or was until I fixed it. Bryan > > How do I can make macports use local one? > > > Thanks. > > Best Regards. > Igor Mikushkin From david.rowe at freeuk.com Wed May 7 01:18:23 2008 From: david.rowe at freeuk.com (David Rowe) Date: Wed May 7 01:14:43 2008 Subject: Problem installing gnome-python-extras Message-ID: <482165CF.7080800@freeuk.com> I have hit a roadblock installing gnome-python-extras: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< ---> Building gnome-python-extras 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_gnome_gnome-python-extras/work/gnome-python-extras-2.19.1" && make all " returned error 2 Command output: make all-recursive Making all in egg Making all in tray make[3]: Nothing to be done for `all'. Making all in recent make all-am make[3]: Nothing to be done for `all-am'. Making all in docs Making all in gtkmozembed make[3]: Nothing to be done for `all'. Making all in gtkspell make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in tests make[2]: Nothing to be done for `all'. Making all in gtkhtml2 make[2]: Nothing to be done for `all'. Making all in gtkmozembed Makefile:262: *** commands commence before first target. Stop. make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (The above transcript is from a repeat attempt - hence all the 'Nothing to be done for . . ') Seems to be a problem with the makefile. I have tried all the usual port selfupdate/sync/clean/update outdated rituals but the problem seems solid. Has anyone else encountered this? Any suggestions on how to fix it? Thanks in advance David Rowe From igor.mikushkin at gmail.com Wed May 7 01:23:13 2008 From: igor.mikushkin at gmail.com (Igor Mikushkin) Date: Wed May 7 01:19:30 2008 Subject: Fetch failed In-Reply-To: <719841d90805070122h7c5b439ehb81de3b6fdbc3098@mail.gmail.com> References: <719841d90805070010i47a52ad5u36934983d9f57918@mail.gmail.com> <08C6E0EC-FB19-49C1-BA82-E13DDD9C96D8@macports.org> <719841d90805070122h7c5b439ehb81de3b6fdbc3098@mail.gmail.com> Message-ID: <719841d90805070123i52664a44v7c505b791ca6f5da@mail.gmail.com> 2008/5/7 Bryan Blackburn : > On May 7, 2008, at 1:10 AM, Igor Mikushkin wrote: > > > > Hello! > > > > When I try to install something I see > > > > Error: Target org.macports.fetch returned: fetch failed > > > > I think the problem is in my proxy settings. > > I set http_proxy, FTP_PROXY, HTTPS_PROXY and ALL_PROXY in my > > ~/.profile and it does not seems to work. > > Maybe I do something wrong? > > > > > > If you're on 10.5, your environment may be cleaned of these when you run > sudo; one thing you can do for now is to do a 'port fetch ' then > do the 'sudo port install ' so the fetch uses your proxy settings. > Yes, you are right echo 'echo $http_proxy' > test_proxy chmod a+x test_proxy sudo ./test_proxy give nothing. I'll try to set the sudo environment, thank you. > > > > Somehow I can download all things I need with my browser. > > Then I copy them into > > "/opt/local/var/db/dports/distfiles//." as described in > > http://trac.macports.org/wiki/ProblemHotlist. > > And I get nothing... > > For example I copied libiconv-1.12.tar.gz into > > "/opt/local/var/db/dports/distfiles/libiconv" but "sudo port install > > libiconv" still try to fetch it. > > > > Try /opt/local/var/macports/distfiles/libiconv/ for libiconv instead; that > wiki page is out of date, or was until I fixed it. This works, thanx. > > Bryan > > > > > > > > How do I can make macports use local one? > > > > > > Thanks. > > > > Best Regards. > > Igor Mikushkin > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From pinodm at euphonynet.be Wed May 7 05:15:16 2008 From: pinodm at euphonynet.be (Giuseppe Di Matteo) Date: Wed May 7 05:11:45 2008 Subject: streamripper fails to build Message-ID: <0850A4C9-4203-4097-B9BF-5F3DF101A315@euphonynet.be> The install of streamripper under Tiger on a iMac G4 failed , moreover the port is outdated (1.62.3 < 1.63.0). Here is the error message: Making all in libmad-0.15.1b make all-recursive make[3]: Nothing to be done for `all-am'. Making all in tre-0.7.2 make all-recursive Making all in lib make all-am make[4]: Nothing to be done for `all-am'. Making all in src make[3]: Nothing to be done for `all'. Making all in doc make[3]: Nothing to be done for `all'. Making all in tests make[3]: Nothing to be done for `all'. Making all in utils make[3]: Nothing to be done for `all'. Making all in po test -z "fi.gmo" || make fi.gmo rm -f fi.gmo && : -c --statistics -o fi.gmo fi.po mv: rename t-fi.gmo to fi.gmo: No such file or directory make[4]: *** [fi.gmo] Error 1 make[3]: *** [stamp-po] Error 2 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_s treamripper/work/streamripper-1.62.3" && make all " returned error 2 Command output: Making all in libmad-0.15.1b make all-recursive make[3]: Nothing to be done for `all-am'. Making all in tre-0.7.2 make all-recursive Making all in lib make all-am make[4]: Nothing to be done for `all-am'. Making all in src make[3]: Nothing to be done for `all'. Making all in doc make[3]: Nothing to be done for `all'. Making all in tests make[3]: Nothing to be done for `all'. Making all in utils make[3]: Nothing to be done for `all'. Making all in po test -z "fi.gmo" || make fi.gmo rm -f fi.gmo && : -c --statistics -o fi.gmo fi.po mv: rename t-fi.gmo to fi.gmo: No such file or directory make[4]: *** [fi.gmo] Error 1 make[3]: *** [stamp-po] Error 2 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Warning: the following items did not execute (for streamripper): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Giuseppe Di Matteo pinodm@euphonynet.be -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080507/c37dc8e7/attachment-0001.html From face at CentosPrime.COM Wed May 7 06:21:00 2008 From: face at CentosPrime.COM (Chris Janton) Date: Wed May 7 06:17:27 2008 Subject: curl - can't upgrade on 1.52 MacPorts In-Reply-To: References: <8A55126D-8B44-453B-9047-DF0BBD0A2362@CentosPrime.COM> <481DE8FE.7020607@macports.org> <2B0A5829-C0A1-4CDD-AE56-71CECDF8956F@CentosPrime.COM> Message-ID: <569AC733-C7B0-4FEF-B0B9-5E4F413752BB@CentosPrime.COM> On 2008-05-06 , at 19:43 , Ryan Schmidt wrote: > Ok, I tried it, and the MacPorts 1.6.0 disk image for Panther > installed just fine on Mac OS X 10.3.9 on my G4. curl installed fine > too. Give it a try! Works like a champ. Here's the steps to installing from the command line that I used hdid MacPorts-1.6.0-10.3-Panther.dmg cd /Volumes/MacPorts-1.6.0/ sudo installer -verbose -pkg MacPorts-1.6.0.pkg -target / mount # display the device the DMG is mounted on cd hdiutil detach /dev/disk4s2 -force admin@x:admin:140 $ port outdated The following installed ports are outdated: curl 7.18.1_1 < 7.18.1_2 sqlite3 3.5.4_0 < 3.5.8_0 admin@x:admin:141 $ sudo port upgrade outdated ---> Fetching curl ---> Verifying checksum(s) for curl ---> Extracting curl ---> Configuring curl ---> Building curl with target all ---> Staging curl into destroot ---> Deactivating curl 7.18.1_1 ---> Installing curl 7.18.1_2 ---> Activating curl 7.18.1_2 ---> Cleaning curl ---> Fetching sqlite3 ---> Attempting to fetch sqlite-3.5.8.tar.gz from http://www.sqlite.org/ ---> Verifying checksum(s) for sqlite3 ---> Extracting sqlite3 ---> Configuring sqlite3 ---> Building sqlite3 with target all ---> Staging sqlite3 into destroot ---> Deactivating sqlite3 3.5.4_0 ---> Installing sqlite3 3.5.8_0 ---> Activating sqlite3 3.5.8_0 ---> Cleaning sqlite3 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From david.rowe at freeuk.com Wed May 7 10:53:30 2008 From: david.rowe at freeuk.com (David Rowe) Date: Wed May 7 10:49:49 2008 Subject: Problem installing gnome-python-extras In-Reply-To: <482165CF.7080800@freeuk.com> References: <482165CF.7080800@freeuk.com> Message-ID: <4821EC9A.7050604@freeuk.com> David Rowe wrote: > I have hit a roadblock installing gnome-python-extras: > > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > ---> Building gnome-python-extras 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_gnome_gnome-python-extras/work/gnome-python-extras-2.19.1" > && make all " returned error 2 > . . . > Making all in gtkmozembed > Makefile:262: *** commands commence before first target. Stop. > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think I have found the problem: In the makefile: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-python-extras/work/gnome-python-extras-2.19.1/gtkmozembed/Makefile a blank line has crept in at line 261. If you delete that blank line, gnome-python-extras builds OK. I know I should probably create a patchfile and/or file a ticket but I am not familiar with the procedure yet. I hope that the maintainer can work with the above info. Regards all David Rowe. From chou.marcus at gmail.com Wed May 7 12:49:17 2008 From: chou.marcus at gmail.com (Marcus Chou) Date: Wed May 7 12:45:45 2008 Subject: port pkg qt4-mac error Message-ID: <638023AD-B085-4508-8DAB-2FAF7BB78DA4@mac.com> Leopard 10.5.2 MacPorts 1.6.0 $ sudo port -d pkg qt4-mac +ssl +examples +demos +cups failed at: ./JavaScriptCore/kjs/regexp.cpp: In constructor 'KJS::RegExp::RegExp(const KJS::UString&, int)': ../JavaScriptCore/kjs/regexp.cpp:51: error: cannot convert 'const uint16_t*' to 'const char*' for argument '1' to 'pcre* pcre_compile(const char*, int, const char**, int*, const unsigned char*)' ../JavaScriptCore/kjs/regexp.cpp: In member function 'KJS::UString KJS::RegExp::match(const KJS::UString&, int, int*, int**)': ../JavaScriptCore/kjs/regexp.cpp:133: error: cannot convert 'const uint16_t*' to 'const char*' for argument '3' to 'int pcre_exec(const pcre*, const pcre_extra*, const char*, int, int, int, int*, int)' make[2]: *** [.obj/release-shared/regexp.o] Error 1 make[1]: *** [release] Error 2 make: *** [sub-webkit-make_default-ordered] Error 2 Warning: the following items did not execute (for qt4-mac): org.macports.pkg org.macports.destroot org.macports.build Error: Status 1 encountered during processing. last time, when i use $ sudo port -d install qt4-mac +ssl +examples +demos where qt4-mac's version is 4.3.4 , nothing wrong occurred. is this the problem caused by variant 'cups'? or, how could i upgrade qt4-mac correctly? many thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080508/6847fac1/attachment.html From raimue at macports.org Wed May 7 13:34:55 2008 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Wed May 7 13:31:13 2008 Subject: MacPorts and 64-bit In-Reply-To: <16a2ef2b0805061139o15083fdapaed8b7c18f528241@mail.gmail.com> References: <16a2ef2b0804131246j2af0d89o7fc78b14cbe51a99@mail.gmail.com> <16a2ef2b0804131402s119acc6aj942a087d651683b6@mail.gmail.com> <16a2ef2b0805061139o15083fdapaed8b7c18f528241@mail.gmail.com> Message-ID: <4822126F.5090403@macports.org> Frederick Akalin wrote: > I submitted a patch to provide a 64-bit variant of gmp a while ago: ( > http://trac.macosforge.org/projects/macports/ticket/15002 ) but it is > kind of kludgy in that you have to specify the variant manually and > that any program/package that uses the 64-bit version must also be > compiled with -m64. Please note it is +x86_64 and not +i386_64. As long as we can't check if a port was build with a specific set of variants, I don't think we can use this. Depending ports wouldn't know how to be built, or you also provide a patch for all them :-) > This brings up the issue of how 64-bit issues should be handled in > general, which has been brought up before, I believe. Is there way to > build 'universal' libraries? Can someone give me some background on > the 64-bit-related issues with MacPorts? I can't promise a lot of > time, but I'd be interested in helping. With 1.6.0 you can already build universal binaries with i386 and ppc using the +universal variant. In trunk you can also use +universal to build pure 64-bit binaries. It contains a new setting universal_archs in macports.conf where you can set which archs should be build by using +universal. If you set it to x86_64 (or ppc64) only, you get pure 64-bit binaries. Consider it some kind of hack, and please not that +universal does not work for all ports... > Also, why is -m64 not the default on Apple's gcc? Of course, I'm > guessing it's for backwards-compatibility reasons, but will it > eventually be the default? I haven't had a (64-bit) mac until a few > months ago so I haven't been keeping tabs on it. I suppose the default of 32-bit will not change on Leopard anymore... Rainer From ryandesign at macports.org Wed May 7 20:23:42 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed May 7 20:20:02 2008 Subject: streamripper fails to build In-Reply-To: <0850A4C9-4203-4097-B9BF-5F3DF101A315@euphonynet.be> References: <0850A4C9-4203-4097-B9BF-5F3DF101A315@euphonynet.be> Message-ID: <0A0FD50A-332F-4DE7-B11D-C057E5352C15@macports.org> On May 7, 2008, at 7:15 AM, Giuseppe Di Matteo wrote: > The install of streamripper under Tiger on a iMac G4 failed , > moreover the port is outdated (1.62.3 < 1.63.0). > > Here is the error message: > > > Making all in libmad-0.15.1b > make all-recursive > make[3]: Nothing to be done for `all-am'. > Making all in tre-0.7.2 > make all-recursive > Making all in lib > make all-am > make[4]: Nothing to be done for `all-am'. > Making all in src > make[3]: Nothing to be done for `all'. > Making all in doc > make[3]: Nothing to be done for `all'. > Making all in tests > make[3]: Nothing to be done for `all'. > Making all in utils > make[3]: Nothing to be done for `all'. > Making all in po > test -z "fi.gmo" || make fi.gmo > rm -f fi.gmo && : -c --statistics -o fi.gmo fi.po > mv: rename t-fi.gmo to fi.gmo: No such file or directory > make[4]: *** [fi.gmo] Error 1 > make[3]: *** [stamp-po] Error 2 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_audio > _streamripper/work/streamripper-1.62.3" && make all " returned error 2 > Command output: Making all in libmad-0.15.1b > make all-recursive > make[3]: Nothing to be done for `all-am'. > Making all in tre-0.7.2 > make all-recursive > Making all in lib > make all-am > make[4]: Nothing to be done for `all-am'. > Making all in src > make[3]: Nothing to be done for `all'. > Making all in doc > make[3]: Nothing to be done for `all'. > Making all in tests > make[3]: Nothing to be done for `all'. > Making all in utils > make[3]: Nothing to be done for `all'. > Making all in po > test -z "fi.gmo" || make fi.gmo > rm -f fi.gmo && : -c --statistics -o fi.gmo fi.po > mv: rename t-fi.gmo to fi.gmo: No such file or directory > make[4]: *** [fi.gmo] Error 1 > make[3]: *** [stamp-po] Error 2 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 I don't get this error on 10.4.11 on Intel; it builds fine for me. But I filed a ticket for updating the port: http://trac.macports.org/ticket/15224 From ryandesign at macports.org Wed May 7 21:04:14 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed May 7 21:00:33 2008 Subject: Must I use Fink? In-Reply-To: <283a65ca0805051241n4c9ae414qbd118f4241fe7f4b@mail.gmail.com> References: <283a65ca0709270750k7e4c9030t29bab377d5d0b863@mail.gmail.com> <54D81A6F-0F37-40EF-A5C8-C9569FBCEE04@macports.org> <283a65ca0709271405m4c48b947ocbf9eeffc57f46ec@mail.gmail.com> <283a65ca0805051241n4c9ae414qbd118f4241fe7f4b@mail.gmail.com> Message-ID: You're right, the php5 port doesn't have a dbase variant yet. To see where the php5 portfile is on your hard drive, type: port file php5 To copy it to a new directory "php5" in your home directory, for example, type: mkdir ~/php5 cp `port file php5` ~/php5 Then you can edit ~/php5/Portfile as desired and to install it, you type: cd ~/php5 sudo port install Or add variants as desired, e.g.: sudo port install +apache2 On May 5, 2008, at 2:41 PM, Abram Gillespie wrote: > This is waaay old but I'm finally getting around to this (read: the > client is paying). I've since updated to Macports 1.6. Is this > custom port still necessary (I assume so since I still don't see a > dbase option)? If so, I want to use a combo of patching and setting > up a local port (so I don't fubar the clean port). I assume I don't > just grab php5 source and dump it into a local directory and point > sources.conf at it. I'm sure a get a copy of the port, place it > locally, patch it, then follow > http://guide.macports.org/#development.local-repositories. How do I > go about getting a local copy of the php5 port. Also, am I missing > anything? > > Thank you for all the help! And I'll be sure to report back my > experience. > > -Abe > > On Thu, Sep 27, 2007 at 5:05 PM, Abram Gillespie > wrote: >> I'm under the gun right now. I'll be able to try at least by Monday. >> I'll let you know as soon as I do. >> >> Thanks so much! >> -Abe >> >> >> >> On 9/27/07, Ryan Schmidt wrote: >>> >>> On Sep 27, 2007, at 10:04, Chris Pickel wrote: >>> >>>> On 27 Sep, 2007, at 10:50, Abram Gillespie wrote: >>>>> I haven't gotten any response as to how I go about getting the >>>>> php_dbase extension for the php5 package. Is it possible? >>>>> Should I >>>>> just drop MacPorts and go back to Fink? >>>> >>>> I've attached a possible patch. Sync your ports repository, apply >>>> it with "sudo patch `port file php` php5-dbase.patch", and then try >>>> a "sudo port install php5 +dbase +whatever_else". I don't know >>>> anything about dbase so I don't know if it'll work, but it's a try. >>> >>> Please don't desert us! :) I only hadn't responded because I wasn't >>> familiar with dbase and had not yet had time to familiarize myself. >>> Please let me know if the patch from Chris works and I'll be >>> happy to >>> incorporate it into the php5 portfile. >>> >>> BTW, his patching instructions should have read... >>> >>> sudo patch `port file php5` php5-dbase.patch From ryandesign at macports.org Wed May 7 21:10:37 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed May 7 21:06:57 2008 Subject: MacPorts-1.6.0-10.5-Leopard.dmg Install Failure In-Reply-To: References: <8F76D8AA-7FF2-4F8D-B557-0C7D71053469@macports.org> Message-ID: On May 6, 2008, at 8:14 AM, Merton Campbell Crockett wrote: > On 05 May 2008, at 20:31:16, Ryan Schmidt wrote: > >> On May 5, 2008, at 13:01, Merton Campbell Crockett wrote: >> >>> The following install step failed: run postflight script for >>> MacPorts-1.6.0. Contact the software manufacturer for assistance. >>> >>> >>> It's been a long time since I've used the package installer. >>> What's wrong? What other options are there for installing ports >>> to build some of the networking software that I need? >> >> The 1.6.0 disk image installer packages try to run "port sync" >> after installation, to update the ports tree. If this fails, the >> message you encountered is printed. >> >> Is the rsync port blocked on your network? If so, unblock it if >> possible. > > Our corporate parent has imposed some draconian security measures > on its subsidiaries. What ports and IP addresses are involved to > maintain the Mac Ports environment? > > What is the difference between "port sync" and "port -d selfupdate" > in terms ports and IP addresses? "port sync" updates your ports. It uses rsync (port 873 to rsync.macports.org) by default but you can have it use a Subverion working copy instead which uses HTTP (port 80 to svn.macosforge.org). To set this up, check out a working copy of the dports directory anywhere on your hard drive (svn checkout http://svn.macosforge.org/ repository/macports/trunk/dports /anywhere/you/want) and then point sources.conf at that directory (comment the rsync line, add a new line with the file:///-protocol URL to your working copy of dports). "port selfupdate" updates your ports and also your MacPorts base. The latter part can only occur over rsync. If you cannot enable rsync on your network, you will have to manually download and compile the source of MacPorts base to update to new versions. From ryandesign at macports.org Thu May 8 00:55:56 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu May 8 00:52:24 2008 Subject: new pidgin In-Reply-To: <628AA141-263F-4408-A004-268A2C9C17E5@geeklair.net> References: <48199058.9050503@macports.org> <5C3A28BA-34BF-403D-9FB4-4594D2EDFC98@macports.org> <628AA141-263F-4408-A004-268A2C9C17E5@geeklair.net> Message-ID: On May 2, 2008, at 23:15, Daniel J. Luke wrote: > On May 2, 2008, at 9:40 PM, Ryan Schmidt wrote: >> On May 2, 2008, at 12:47 PM, MAS! wrote: >>>> I had a look for the new pidgin once and decided to not >>>> update pidgin as I disagree with the new features such >>>> as automatic resize of the input text area. >>> >>> I see.. btw, IMHO, that's a real pity :( >> >> Yeah, that doesn't sound like a good reason not to update the >> port. If a new version of software is released, the port should be >> updated to that version (assuming it compiles on our supported >> platforms and such). If there's a need for keeping the older >> version around, then I agree with the previous poster who said a >> new port should then be created (by copying the older version of >> the pidgin port). > > I think this change has actually caused the pidgin project to fork, > so there's probably an alternate port that could be created from > the forked code that doesn't have the resizing input text area. Maybe I don't understand the issue, but it seems like it would be simpler to just have a checkbox in the preferences, or something, rather than fork the whole project. From chutsu at gmail.com Thu May 8 02:08:31 2008 From: chutsu at gmail.com (Christopher Choi) Date: Thu May 8 02:04:53 2008 Subject: Gorm taking ages to compile? Message-ID: <21D7B05E-B4ED-4586-AE1A-03FEE42FACDB@gmail.com> Hi I'm went to install Gorm from the ports by issuing the command sudo port install gorm...and it was going well until well its taking a whole night to do it, and its still doing the compilation of Gcc42... I have a Titanium G4 1GHz with 1Gb RAM so would that explain why its going so slowly? but I still don't get why installing Gorm an application can take such a long time.. this is what the compiling output is: Titan:~ Chris$ sudo port install gorm ---> Fetching expat ---> Attempting to fetch expat-2.0.1.tar.gz from http://downloads.sourceforge.net/expat ---> Verifying checksum(s) for expat ---> Extracting expat ---> Configuring expat ---> Building expat with target all ---> Staging expat into destroot ---> Installing expat 2.0.1_0 ---> Activating expat 2.0.1_0 ---> Cleaning expat ---> Fetching zlib ---> Attempting to fetch zlib-1.2.3.tar.bz2 from http://www.zlib.net/ ---> Verifying checksum(s) for zlib ---> Extracting zlib ---> Applying patches to zlib ---> Configuring zlib ---> Building zlib with target all ---> Staging zlib into destroot ---> Installing zlib 1.2.3_1 ---> Activating zlib 1.2.3_1 ---> Cleaning zlib ---> Fetching freetype ---> Attempting to fetch freetype-2.3.5.tar.bz2 from http://download.savannah.gnu.org/releases/freetype/ ---> Verifying checksum(s) for freetype ---> Extracting freetype ---> Applying patches to freetype ---> Configuring freetype ---> Building freetype with target all ---> Staging freetype into destroot ---> Installing freetype 2.3.5_1 ---> Activating freetype 2.3.5_1 ---> Cleaning freetype ---> Fetching libiconv ---> Attempting to fetch libiconv-1.12.tar.gz from http://ftp.gnu.org/gnu/libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv with target all ---> Staging libiconv into destroot ---> Installing libiconv 1.12_0 ---> Activating libiconv 1.12_0 ---> Cleaning libiconv ---> Fetching fontconfig ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http://fontconfig.org/release/ ---> Verifying checksum(s) for fontconfig ---> Extracting fontconfig ---> Configuring fontconfig ---> Building fontconfig with target all ---> Staging fontconfig into destroot ---> Installing fontconfig 2.5.0_0+macosx ---> Activating fontconfig 2.5.0_0+macosx ---> Cleaning fontconfig ---> Fetching pkgconfig ---> Attempting to fetch pkg-config-0.23.tar.gz from http://pkg-config.freedesktop.org/releases/ ---> Verifying checksum(s) for pkgconfig ---> Extracting pkgconfig ---> Configuring pkgconfig ---> Building pkgconfig with target all ---> Staging pkgconfig into destroot ---> Installing pkgconfig 0.23_0 ---> Activating pkgconfig 0.23_0 ---> Cleaning pkgconfig ---> Fetching xorg-util-macros ---> Attempting to fetch util-macros-1.1.5.tar.bz2 from http://www.x.org/pub/individual/util/ ---> Verifying checksum(s) for xorg-util-macros ---> Extracting xorg-util-macros ---> Configuring xorg-util-macros ---> Building xorg-util-macros with target all ---> Staging xorg-util-macros into destroot ---> Installing xorg-util-macros 1.1.5_0 ---> Activating xorg-util-macros 1.1.5_0 ---> Cleaning xorg-util-macros ---> Fetching xorg-xproto ---> Attempting to fetch xproto-7.0.11.tar.bz2 from http://www.x.org/pub/individual/proto/ ---> Verifying checksum(s) for xorg-xproto ---> Extracting xorg-xproto ---> Applying patches to xorg-xproto ---> Configuring xorg-xproto ---> Building xorg-xproto with target all ---> Staging xorg-xproto into destroot ---> Installing xorg-xproto 7.0.11_1 ---> Activating xorg-xproto 7.0.11_1 ---> Cleaning xorg-xproto ---> Fetching render ---> Attempting to fetch renderext-0.9.tar.bz2 from http://xlibs.freedesktop.org/release/ ---> Verifying checksum(s) for render ---> Extracting render ---> Configuring render ---> Building render with target all ---> Staging render into destroot ---> Installing render 0.9_1 ---> Activating render 0.9_1 ---> Cleaning render ---> Fetching xrender ---> Attempting to fetch libXrender-0.9.0.tar.bz2 from http://xlibs.freedesktop.org/release/ ---> Verifying checksum(s) for xrender ---> Extracting xrender ---> Configuring xrender ---> Building xrender with target all ---> Staging xrender into destroot ---> Installing xrender 0.9.0_2 ---> Activating xrender 0.9.0_2 ---> Cleaning xrender ---> Fetching Xft2 ---> Attempting to fetch libXft-2.1.12.tar.bz2 from http://xorg.freedesktop.org/releases/individual/lib/ ---> Verifying checksum(s) for Xft2 ---> Extracting Xft2 ---> Configuring Xft2 ---> Building Xft2 with target all ---> Staging Xft2 into destroot ---> Installing Xft2 2.1.12_0 ---> Activating Xft2 2.1.12_0 ---> Cleaning Xft2 ---> Fetching ncursesw ---> Attempting to fetch ncurses-5.6.tar.gz from http://ftp.gnu.org/gnu/ncurses ---> Verifying checksum(s) for ncursesw ---> Extracting ncursesw ---> Applying patches to ncursesw ---> Configuring ncursesw ---> Building ncursesw with target all ---> Staging ncursesw into destroot ---> Installing ncursesw 5.6_1 ---> Activating ncursesw 5.6_1 ---> Cleaning ncursesw ---> Fetching ncurses ---> Verifying checksum(s) for ncurses ---> Extracting ncurses ---> Applying patches to ncurses ---> Configuring ncurses ---> Building ncurses with target all ---> Staging ncurses into destroot ---> Installing ncurses 5.6_0 ---> Activating ncurses 5.6_0 ---> Cleaning ncurses ---> Fetching gettext ---> Attempting to fetch gettext-0.17.tar.gz from http://ftp.gnu.org/gnu/gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Installing gettext 0.17_3 ---> Activating gettext 0.17_3 ---> Cleaning gettext ---> Fetching texinfo ---> Attempting to fetch texinfo-4.11.tar.bz2 from http://ftp.gnu.org/gnu/texinfo ---> Verifying checksum(s) for texinfo ---> Extracting texinfo ---> Configuring texinfo ---> Building texinfo with target all ---> Staging texinfo into destroot ---> Installing texinfo 4.11_0 ---> Activating texinfo 4.11_0 ---> Cleaning texinfo ---> Fetching aspell ---> Attempting to fetch aspell-0.60.6.tar.gz from http://ftp.gnu.org/gnu/aspell ---> Verifying checksum(s) for aspell ---> Extracting aspell ---> Configuring aspell ---> Building aspell with target all ---> Staging aspell into destroot ---> Installing aspell 0.60.6_0+macosx ****************************************************************** You must install (at least) one of the language dictionaries after installing this port in order for it to work. ****************************************************************** ---> Activating aspell 0.60.6_0+macosx ---> Cleaning aspell ---> Fetching gmp ---> Attempting to fetch gmp-4.2.2.tar.bz2 from http://ftp.gnu.org/gnu/gmp ---> Verifying checksum(s) for gmp ---> Extracting gmp ---> Configuring gmp ---> Building gmp with target all ---> Staging gmp into destroot ---> Installing gmp 4.2.2_1 ---> Activating gmp 4.2.2_1 ---> Cleaning gmp ---> Fetching mpfr ---> Attempting to fetch mpfr-2.3.1.tar.bz2 from http://www.mpfr.org/mpfr-2.3.1/ ---> Verifying checksum(s) for mpfr ---> Extracting mpfr ---> Configuring mpfr ---> Building mpfr with target all ---> Staging mpfr into destroot ---> Installing mpfr 2.3.1_0 ---> Activating mpfr 2.3.1_0 ---> Cleaning mpfr ---> Fetching gcc42 ---> Attempting to fetch gcc-core-4.2.3.tar.bz2 from ftp://ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/releases/gcc-4.2.3/ ---> Attempting to fetch gcc-fortran-4.2.3.tar.bz2 from ftp://ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/releases/gcc-4.2.3/ ---> Attempting to fetch gcc-g++-4.2.3.tar.bz2 from ftp://ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/releases/gcc-4.2.3/ ---> Attempting to fetch gcc-java-4.2.3.tar.bz2 from ftp://ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/releases/gcc-4.2.3/ ---> Attempting to fetch gcc-objc-4.2.3.tar.bz2 from ftp://ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/releases/gcc-4.2.3/ ---> Verifying checksum(s) for gcc42 ---> Extracting gcc42 ---> Configuring gcc42 ---> Building gcc42 with target all So all is going well until this line showed up and is taking absolute age....what should I do? should I terminate it and try again? Thanks Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080508/2bb398b8/attachment.html From ryandesign at macports.org Thu May 8 03:36:34 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu May 8 03:33:00 2008 Subject: Gorm taking ages to compile? In-Reply-To: <21D7B05E-B4ED-4586-AE1A-03FEE42FACDB@gmail.com> References: <21D7B05E-B4ED-4586-AE1A-03FEE42FACDB@gmail.com> Message-ID: <1FCC8022-D781-41F6-8C5E-D7EB6BF8F2F2@macports.org> On May 8, 2008, at 04:08, Christopher Choi wrote: > I'm went to install Gorm from the ports by issuing the command sudo > port > install gorm...and it was going well until well its taking a whole > night to > do it, and its still doing the compilation of Gcc42... > I have a Titanium G4 1GHz with 1Gb RAM so would that explain why > its going > so slowly? but I still don't get why installing Gorm an application > can take > such a long time.. > > this is what the compiling output is: > > Titan:~ Chris$ sudo port install gorm [snip] > ---> Building gcc42 with target all > > So all is going well until this line showed up and is taking absolute > age....what should I do? should I terminate it and try again? gcc42 takes about 6 hours to compile on a 1.5 GHz PowerBook G4, so on your 1 GHZ PowerBook G4 I would expect it to take about 9 hours. You should also have at least 3GB of free hard drive space. I'm afraid gorm just has a lot of dependencies [1]. It will take awhile to compile them all. [1] http://www.ryandesign.com/tmp/gorm.png From svoop at delirium.ch Thu May 8 05:04:56 2008 From: svoop at delirium.ch (Svoop) Date: Thu May 8 05:01:10 2008 Subject: Resolving dependencies Message-ID: <17124856.post@talk.nabble.com> Hi I'm a little spoiled by Gentoo's Portage package manager (ebuilds and friends) which resolves dependencies in a very user-friendly manner. MacPorts seems trickier, an example: git-core depends on curl depends on curl-ca-bundles If I update curl, I have two concurrent versions installed. Uninstalling the obsolete one is not working as git-core has been built dependent on the old curl version. So I have to uninstall or force-uninstall git-core, remove the obsolete curl and install git-core again. This can be very nasty if you have a lot of dependencies upstream. Is there an easier way to do this? And - not being blasphemic there - are there any improvements concerning dependency handling in the MacPorts pipeline? Maybe changing the underlying engine to Portage? ;-) Cheers! -sven -- View this message in context: http://www.nabble.com/Resolving-dependencies-tp17124856p17124856.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From raimue at macports.org Thu May 8 05:48:24 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu May 8 05:44:41 2008 Subject: Resolving dependencies In-Reply-To: <17124856.post@talk.nabble.com> References: <17124856.post@talk.nabble.com> Message-ID: <4822F698.4040108@macports.org> Svoop wrote: > git-core depends on curl depends on curl-ca-bundles > > If I update curl, I have two concurrent versions installed. Uninstalling the > obsolete one is not working as git-core has been built dependent on the old > curl version. So I have to uninstall or force-uninstall git-core, remove the > obsolete curl and install git-core again. If you use port -Rn upgrade all depending ports will be rebuild. Are you sure git-core builds against a specific version and does not work with the new one? Usually there is no need to rebuild dependents. I think you ran into this message which makes you think it depends on the old version. Dependencies are (not yet) version aware, so you need to use port -f uninstall to remove a port which has dependents - even if another version is still active. Uninstalling inactive versions is always safe. > And - not being blasphemic there - are there any improvements concerning > dependency handling in the MacPorts pipeline? Maybe changing the underlying > engine to Portage? ;-) Gentoo already has a project for portage in a prefix on alternative systems. http://www.gentoo.org/proj/en/gentoo-alt/prefix/index.xml Rainer From tabithamc at gmail.com Thu May 8 06:08:06 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Thu May 8 06:04:20 2008 Subject: Ruby port and its socket library Message-ID: <7fccb3000805080608x5a0e35f6j628b74327ca07f9@mail.gmail.com> Hello, I accidentally uninstalled my previous installed version of the ruby MacPort (ruby 1.8.6 patch 110) and then I upgraded the port to the current ruby port (ruby 1.8.6 patch 114). The previous version of Ruby was made on Mac OS X Leopard 10.5.1 and it worked perfectly. I had since upgraded to 10.5.2 and now when I attempt to install the new portfile, I am getting errors regarding Ruby's attempt to build its socket library. As I do a verbose install (as in # port -v install ruby) here's the excerpt of where I am seeing a problem in the output: kconv.rb: m...........c......... > nkf.c: m... > socket.c: ccccccccccm. > No definition for bsock_do_not_rev_lookup > . > No definition for bsock_do_not_rev_lookup_set > . > No definition for bsock_s_for_fd > . > No definition for bsock_close_read > . > No definition for bsock_close_write > . > No definition for bsock_shutdown > ... > No definition for bsock_getsockname > . > No definition for bsock_getpeername > . > No definition for bsock_send > . > No definition for bsock_recv > .. > No definition for ip_addr > . > No definition for ip_peeraddr > . > No definition for ip_recvfrom > . > No definition for ip_s_getaddress > ... > No definition for socks_init > . > No definition for socks_s_close > . > No definition for tcp_accept > .. > No definition for tcp_sysaccept > . > No definition for tcp_svr_init > .. > No definition for udp_init > . > No definition for udp_connect > . > No definition for udp_bind > . > No definition for udp_send > .. > No definition for unix_init > . > No definition for unix_path > . > No definition for unix_addr > . > No definition for unix_peeraddr > . > No definition for unix_recvfrom > . > No definition for unix_send_io > . > No definition for unix_recv_io > . > No definition for unix_s_socketpair > . > No definition for unix_s_socketpair > . > No definition for unix_svr_init > . > No definition for unix_accept > .. > No definition for unix_sysaccept > .. > No definition for sock_initialize > .......... > No definition for sock_s_socketpair > . > No definition for sock_s_socketpair > . > No definition for sock_gethostname > .. > No definition for sock_s_gethostbyaddr > ... > No definition for sock_s_getnameinfo > . > No definition for sock_s_pack_sockaddr_in > . > No definition for sock_s_pack_sockaddr_in > . > No definition for sock_s_unpack_sockaddr_in > . > No definition for sock_s_pack_sockaddr_un > . > No definition for sock_s_pack_sockaddr_un > . > No definition for sock_s_unpack_sockaddr_un > > stringio.c: > c..................................................... > strscan.c: > cc............................................. > zlib.c: > mcccccccccccccccccc................................................................................... > This is the nuttiest thing and I can't figure out what the problem is yet (I'm starting to dig around in the Ruby source files to see what might be happening). Has anyone else noticed this? My hardware is kind of new too (its 64-bit EFI firmware, a Mac Pro early 2008 tower running 10.5.2 ... don't know if Apple might have done something low level which the sockets library for Ruby depends on)? Any suggestions would be highly appreciated. Regards, T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080508/93a348de/attachment.html From dluke at geeklair.net Thu May 8 06:54:23 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu May 8 06:50:39 2008 Subject: new pidgin In-Reply-To: References: <48199058.9050503@macports.org> <5C3A28BA-34BF-403D-9FB4-4594D2EDFC98@macports.org> <628AA141-263F-4408-A004-268A2C9C17E5@geeklair.net> Message-ID: On May 8, 2008, at 3:55 AM, Ryan Schmidt wrote: > Maybe I don't understand the issue, but it seems like it would be > simpler to just have a checkbox in the preferences, or something, > rather than fork the whole project. http://developer.pidgin.im/ticket/4986#comment:116 Looks like the developers (for whatever reason) didn't want to revert the behavior, so a user that wanted the 'old' behavior forked it. To bring this back on topic for macports, I think it would be reasonable to have the pidgin port updated to the latest version and add a port for the fork (http://sourceforge.net/projects/funpidgin/) for people who want the 'old' behavior. -- 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/20080508/bc0d35ad/PGP.bin From pgijnxn02 at sneakemail.com Thu May 8 06:57:47 2008 From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts)) Date: Thu May 8 06:53:59 2008 Subject: new pidgin In-Reply-To: References: <48199058.9050503@macports.org> <5C3A28BA-34BF-403D-9FB4-4594D2EDFC98@macports.org> <628AA141-263F-4408-A004-268A2C9C17E5@geeklair.net> Message-ID: <7a665ffc0805080657jd54f0e3q4ceee882c819b4eb@mail.gmail.com> On Thu, May 8, 2008 at 3:55 AM, Ryan Schmidt ryandesign-at-macports.org wrote: > On May 2, 2008, at 23:15, Daniel J. Luke wrote: > >> On May 2, 2008, at 9:40 PM, Ryan Schmidt wrote: >>> >>> On May 2, 2008, at 12:47 PM, MAS! wrote: >>>>> >>>>> I had a look for the new pidgin once and decided to not >>>>> update pidgin as I disagree with the new features such >>>>> as automatic resize of the input text area. >>>> >>>> I see.. btw, IMHO, that's a real pity :( >>> >>> Yeah, that doesn't sound like a good reason not to update the port. If a >>> new version of software is released, the port should be updated to that >>> version (assuming it compiles on our supported platforms and such). If >>> there's a need for keeping the older version around, then I agree with the >>> previous poster who said a new port should then be created (by copying the >>> older version of the pidgin port). >> >> I think this change has actually caused the pidgin project to fork, so >> there's probably an alternate port that could be created from the forked >> code that doesn't have the resizing input text area. > > Maybe I don't understand the issue, but it seems like it would be simpler to > just have a checkbox in the preferences, or something, rather than fork the > whole project. Indeed. The forkers suggested exactly that. However, the maintainers refused, and a new project "funpidgin" was born. From funpidgin's perspective, this is only the latest in a history of arrogant moves by the pidgin maintainers. More background: http://tech.slashdot.org/article.pl?sid=08/04/30/1822237&from=rss http://developer.pidgin.im/ticket/4986 http://funpidgin.sourceforge.net/ http://en.wikipedia.org/wiki/Funpidgin -- Joel Thibault [AIM: Jole Tebo] Software Engineer in Boston From pinodm at euphonynet.be Thu May 8 10:13:53 2008 From: pinodm at euphonynet.be (Giuseppe Di Matteo) Date: Thu May 8 10:10:37 2008 Subject: streamripper fails to build In-Reply-To: <0A0FD50A-332F-4DE7-B11D-C057E5352C15@macports.org> References: <0850A4C9-4203-4097-B9BF-5F3DF101A315@euphonynet.be> <0A0FD50A-332F-4DE7-B11D-C057E5352C15@macports.org> Message-ID: <405DFB35-9473-4370-AC90-C94638D5DDD8@euphonynet.be> Le 08-mai-08 ? 05:23, Ryan Schmidt a ?crit : > > On May 7, 2008, at 7:15 AM, Giuseppe Di Matteo wrote: > >> The install of streamripper under Tiger on a iMac G4 failed , >> moreover the port is outdated (1.62.3 < 1.63.0). >> >> Here is the error message: >> >> >> Making all in libmad-0.15.1b >> make all-recursive >> make[3]: Nothing to be done for `all-am'. >> Making all in tre-0.7.2 >> make all-recursive >> Making all in lib >> make all-am >> make[4]: Nothing to be done for `all-am'. >> Making all in src >> make[3]: Nothing to be done for `all'. >> Making all in doc >> make[3]: Nothing to be done for `all'. >> Making all in tests >> make[3]: Nothing to be done for `all'. >> Making all in utils >> make[3]: Nothing to be done for `all'. >> Making all in po >> test -z "fi.gmo" || make fi.gmo >> rm -f fi.gmo && : -c --statistics -o fi.gmo fi.po >> mv: rename t-fi.gmo to fi.gmo: No such file or directory >> make[4]: *** [fi.gmo] Error 1 >> make[3]: *** [stamp-po] Error 2 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all] Error 2 >> make: *** [all-recursive] Error 1 >> Error: Target org.macports.build returned: shell command " cd "/ >> opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_audi >> o_streamripper/work/streamripper-1.62.3" && make all " returned >> error 2 >> Command output: Making all in libmad-0.15.1b >> make all-recursive >> make[3]: Nothing to be done for `all-am'. >> Making all in tre-0.7.2 >> make all-recursive >> Making all in lib >> make all-am >> make[4]: Nothing to be done for `all-am'. >> Making all in src >> make[3]: Nothing to be done for `all'. >> Making all in doc >> make[3]: Nothing to be done for `all'. >> Making all in tests >> make[3]: Nothing to be done for `all'. >> Making all in utils >> make[3]: Nothing to be done for `all'. >> Making all in po >> test -z "fi.gmo" || make fi.gmo >> rm -f fi.gmo && : -c --statistics -o fi.gmo fi.po >> mv: rename t-fi.gmo to fi.gmo: No such file or directory >> make[4]: *** [fi.gmo] Error 1 >> make[3]: *** [stamp-po] Error 2 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all] Error 2 >> make: *** [all-recursive] Error 1 > > > I don't get this error on 10.4.11 on Intel; it builds fine for me. > > But I filed a ticket for updating the port: > > http://trac.macports.org/ticket/15224 > > After having updated it installed correctly even if the first time it stopped because glib2 wasn't installed (strange since it isn't listed as a dependency of streamripper). Thanks for your help. Giuseppe Di Matteo pinodm@euphonynet.be -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080508/2ea74221/attachment-0001.html From guido.soranzio at gmail.com Thu May 8 11:42:59 2008 From: guido.soranzio at gmail.com (Guido Soranzio) Date: Thu May 8 11:39:15 2008 Subject: Problem installing gnome-python-extras In-Reply-To: <20080508040700.3D9BC259590@lists.macosforge.org> References: <20080508040700.3D9BC259590@lists.macosforge.org> Message-ID: <26B59B64-D792-4B82-AB94-0B6ECB30D433@gmail.com> David Rowe wrote: > In the makefile: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_gnome-python-extras/work/gnome- > python-extras-2.19.1/gtkmozembed/Makefile > > a blank line has crept in at line 261. > > If you delete that blank line, gnome-python-extras builds OK. > > I know I should probably create a patchfile and/or file a ticket but > I am not familiar with the procedure yet. I hope that the maintainer > can work with the above info. It was my fault suppressing the flag -export-symbols-regex. The changeset 36627 should have solved it: From andrea.damore at macports.org Thu May 8 12:05:30 2008 From: andrea.damore at macports.org (Andrea D'Amore) Date: Thu May 8 12:09:22 2008 Subject: problems with metis building octave 3.0.1 Message-ID: <00C50517-EF30-4E5D-92A4-343B26FE0CC6@macports.org> Hello, in order to build succesfully octave 3.0.1 I had to edit ./liboctave/ Makefile and add explicitly -lmetis to the flags. Otherwise libtool failed leaving a 0 byte ./liboctave/liboctave.dylib file (but still creating it), this lead first make to fail at liboctave target. Running make again eventually found ./liboctave/liboctave.dylib and then failed when linking octave executable. Has anyone experienced this? I'm on ppc, Leopard, when I tried to build octave I had just sync'ed macports. From kuepper.jochen at googlemail.com Thu May 8 12:23:19 2008 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Thu May 8 12:19:34 2008 Subject: aspell 0.60.6 crashes on Mac OS X with TeX filter Message-ID: Just upgraded aspell to 0.60.6 in MacPorts, but now it crashes when using the tex filter: > aspell --add-filter=tex -c agoh.tex Unhandled Error: The key "f-tex-command" is unknown. Abort Any ideas/solutions? I get the following crash report, including a backtrace: Process: aspell [1250] Path: /opt/local/bin/aspell Identifier: aspell Version: ??? (???) Code Type: X86 (Native) Parent Process: tcsh [140] Date/Time: 2008-05-08 21:19:36.724 +0200 OS Version: Mac OS X 10.5.2 (9C7010) Report Version: 6 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 0 Thread 0 Crashed: 0 libSystem.B.dylib 0x96d510ea __kill + 10 1 libSystem.B.dylib 0x96dc83f2 raise + 26 2 libSystem.B.dylib 0x96dd79af abort + 73 3 libaspell.15.dylib 0x00111259 acommon::PosibErrBase::handle_err() const + 121 4 libaspell.15.dylib 0x00176368 (anonymous namespace)::TexFilter::setup(acommon::Config*) + 536 5 libaspell.15.dylib 0x00164a2d acommon::setup_filter(acommon::Filter&, acommon::Config*, bool, bool, bool) + 733 6 libaspell.15.dylib 0x00174997 acommon::new_document_checker(acommon::Speller*) + 167 7 aspell 0x00024c4e CheckerString::CheckerString(AspellSpeller*, __sFILE*, __sFILE*, int) + 782 8 aspell 0x0000f97e check() + 1422 9 aspell 0x00018e9b main + 5979 10 aspell 0x00001ef6 start + 54 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00000000 ebx: 0x96dd796f ecx: 0xbfffdbdc edx: 0x96d510ea edi: 0xbfffdcac esi: 0xa0917578 ebp: 0xbfffdbf8 esp: 0xbfffdbdc ss: 0x0000001f efl: 0x00000282 eip: 0x96d510ea cs: 0x00000007 ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037 cr2: 0xffe17c08 Binary Images: 0x1000 - 0x28fff +aspell ??? (???) /opt/local/bin/aspell 0x35000 - 0x3cff3 +libintl.8.dylib ??? (???) /opt/local/lib/ libintl.8.dylib 0x100000 - 0x194fe7 +libaspell.15.dylib ??? (???) /opt/local/lib/ libaspell.15.dylib 0x200000 - 0x2f7ff0 +libiconv.2.dylib ??? (???) /opt/local/lib/ libiconv.2.dylib 0x304000 - 0x33afe7 +libncursesw.5.dylib ??? (???) /opt/local/lib/ libncursesw.5.dylib 0x8fe00000 - 0x8fe2da53 dyld 96.2 (???) <7af47d3b00b2268947563c7fa8c59a07> /usr/lib/dyld 0x908c3000 - 0x909fbff7 libicucore.A.dylib ??? (???) /usr/lib/libicucore.A.dylib 0x90c6a000 - 0x90c6efff libmathCommon.A.dylib ??? (???) /usr/lib/ system/libmathCommon.A.dylib 0x91515000 - 0x9151cfe9 libgcc_s.1.dylib ??? (???) /usr/lib/libgcc_s.1.dylib 0x94ecd000 - 0x94ef8fe7 libauto.dylib ??? (???) <42d8422dc23a18071869fdf7b5d8fab5> /usr/lib/libauto.dylib 0x94ffa000 - 0x950d9fff libobjc.A.dylib ??? (???) /usr/lib/libobjc.A.dylib 0x96c83000 - 0x96ce0ffb libstdc++.6.dylib ??? (???) <04b812dcec670daa8b7d2852ab14be60> /usr/lib/libstdc++.6.dylib 0x96ce2000 - 0x96e41ff3 libSystem.B.dylib ??? (???) <4899376234e55593b22fc370935f8cdf> /usr/lib/libSystem.B.dylib 0x96e42000 - 0x96f74fef com.apple.CoreFoundation 6.5.1 (476.10) /System/Library/Frameworks/ CoreFoundation.framework/Versions/A/CoreFoundation 0xfffe8000 - 0xfffebfff libobjc.A.dylib ??? (???) /usr/lib/ libobjc.A.dylib 0xffff0000 - 0xffff1780 libSystem.B.dylib ??? (???) /usr/lib/ libSystem.B.dylib Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From kuepper.jochen at googlemail.com Thu May 8 13:04:30 2008 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Thu May 8 13:00:46 2008 Subject: difficulty using qt4-mac with SoQt/Coin library: tool names and include files In-Reply-To: References: Message-ID: <7243B0D4-6A36-4DAF-8C1C-24826E667FD4@googlemail.com> On 08.05.2008, at 21:45, David Henderson wrote: > The problem is, the qt4-mac portfile installs the tools by appending > the suffix -mac, and this confuses the SoQt configure process. A word from your (way too busy) maintainer: I am very strongly opposing this policy of simply changing the install names. However, I overlooked this change in a larger patch some time ago, therefore, I now reverted it. If you re-install Qt4, you will find the tools as expected... If someone has trouble with conflicts between different Qt versions, please go ahead and implement a mechanism similar to gcc_select or python_select, that will be the real fix and would be very welcome. Kevin, please add yourself as maintainer to the Portfile if you wish. Greetings, Jochen PS: as an interim solution one could of course do the renaming in a variant, but this is really a poor hack... -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From jmpp at macports.org Thu May 8 13:25:56 2008 From: jmpp at macports.org (Juan Manuel Palacios) Date: Thu May 8 13:22:15 2008 Subject: Open access to the MacPorts Wiki Message-ID: <7F13D124-0654-4692-9526-A2A334F3C9AE@macports.org> Good afternoon all! Since this morning we've decided to open up editing access to our wiki to all those registered Trac users, not just projects members as it used to be until now. This means that from now on any of you (with a valid Trac registration) will be able to jump right in and start giving us a hand with documentation on almost any topic you might want. So I'd like to make this message an open invitation to all those who wish to contribute with HowTo's, FAQs, testimonials or anything of the sort, we are open to improvements. The guide (guide.macports.org, still in development in some areas) will remain as the most authoritative source of documentation with respect to MacPorts itself, installation, setup, develpment, Portfiles, the project & organization, etc, while the wiki is viewed as a more "live" source of information, e.g. for tutorials on setting up a MAMP server, FAQS and others. It would be nice to try and keep this distinction. Notifications of changes will be posted to the macports-changes mailing list as a diff of the page you are editing against its previous revision, so feel free to subscribe if you?re interested in keeping track of documentation progress. Your editor's information (e- mail address and originating IP) will also be posted in these notifications, for tracking purposes, so please refrain from participating if you have problems with this. So, without anything further to say, please give warm welcome to our now much more open documentation effort! Regards,... -jmpp From ryandesign at macports.org Thu May 8 14:18:53 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu May 8 14:15:13 2008 Subject: streamripper fails to build In-Reply-To: <405DFB35-9473-4370-AC90-C94638D5DDD8@euphonynet.be> References: <0850A4C9-4203-4097-B9BF-5F3DF101A315@euphonynet.be> <0A0FD50A-332F-4DE7-B11D-C057E5352C15@macports.org> <405DFB35-9473-4370-AC90-C94638D5DDD8@euphonynet.be> Message-ID: On May 8, 2008, at 12:13, Giuseppe Di Matteo wrote: > Le 08-mai-08 ? 05:23, Ryan Schmidt a ?crit : > >> I don't get this error on 10.4.11 on Intel; it builds fine for me. >> >> But I filed a ticket for updating the port: >> >> http://trac.macports.org/ticket/15224 > > After having updated it installed correctly even if the first time > it stopped because glib2 wasn't installed (strange since it isn't > listed as a dependency of streamripper). I don't see anything in streamripper that depends on glib2. Can you show me the exact error message you got? From svoop at delirium.ch Thu May 8 14:57:14 2008 From: svoop at delirium.ch (Svoop) Date: Thu May 8 14:53:25 2008 Subject: Resolving dependencies In-Reply-To: <4822F698.4040108@macports.org> References: <17124856.post@talk.nabble.com> <4822F698.4040108@macports.org> Message-ID: <17137303.post@talk.nabble.com> Hi Rainer > If you use port -Rn upgrade all depending ports will be rebuild. Are you > sure git-core builds against a specific version and does not work with > the new one? Usually there is no need to rebuild dependents. Hmmm, -Rn has failed at times, haven't hat much fun with this one. > Gentoo already has a project for portage in a prefix on alternative > systems. > http://www.gentoo.org/proj/en/gentoo-alt/prefix/index.xml Wow, cool, how did that one slip my attention thus far? Thanks BIG times for the hint! I've bootstrapped it on my MacBook right away and it works like a charm. Guess that's a byebye to MacPorts :-) Cheers, -sven -- View this message in context: http://www.nabble.com/Resolving-dependencies-tp17124856p17137303.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From raimue at macports.org Thu May 8 15:27:11 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu May 8 15:23:26 2008 Subject: Resolving dependencies In-Reply-To: <17137303.post@talk.nabble.com> References: <17124856.post@talk.nabble.com> <4822F698.4040108@macports.org> <17137303.post@talk.nabble.com> Message-ID: <48237E3F.6000902@macports.org> Svoop wrote: >> Gentoo already has a project for portage in a prefix on alternative >> systems. >> http://www.gentoo.org/proj/en/gentoo-alt/prefix/index.xml > > Wow, cool, how did that one slip my attention thus far? Thanks BIG times for > the hint! I've bootstrapped it on my MacBook right away and it works like a > charm. Guess that's a byebye to MacPorts :-) That's sad, but I have to admit that they are really active and getting more popular over time. It could really be a MacPorts killer, if we don't catch up. Rainer From sequethin at gmail.com Thu May 8 15:56:26 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Thu May 8 15:52:51 2008 Subject: Resolving dependencies In-Reply-To: <48237E3F.6000902@macports.org> References: <17124856.post@talk.nabble.com> <4822F698.4040108@macports.org> <17137303.post@talk.nabble.com> <48237E3F.6000902@macports.org> Message-ID: <62F65EE4-818B-433F-8F29-2F6734950731@gmail.com> On May 8, 2008, at 6:27 PM, Rainer M?ller wrote: > Svoop wrote: >>> Gentoo already has a project for portage in a prefix on alternative >>> systems. >>> http://www.gentoo.org/proj/en/gentoo-alt/prefix/index.xml >> Wow, cool, how did that one slip my attention thus far? Thanks BIG >> times for >> the hint! I've bootstrapped it on my MacBook right away and it >> works like a >> charm. Guess that's a byebye to MacPorts :-) > > That's sad, but I have to admit that they are really active and > getting more popular over time. It could really be a MacPorts > killer, if we don't catch up. > I'd rather have a system for compiling open source programs natively on mac than "bring the virtues of Gentoo Linux" to my mac. Macports gives me a way to build things on my system without (too much) trouble. For that I'm thankful. If I wanted to bring gentoo to my mac... well... I'd bring gentoo to it haha I'm sure there's a way... Here's hoping macports continues forward! --Mike H From shreevatsa.public at gmail.com Thu May 8 20:14:46 2008 From: shreevatsa.public at gmail.com (Shreevatsa R) Date: Thu May 8 20:21:02 2008 Subject: GTK+ broken: anyone knows why? In-Reply-To: <0A973E88-0976-4D2D-B730-83E594AC8758@macports.org> References: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> <78032F43-1836-434B-B118-705A8D2B9909@macports.org> <7675454e0805052224y2f025ea4uaf2f20c96662b52d@mail.gmail.com> <0A973E88-0976-4D2D-B730-83E594AC8758@macports.org> Message-ID: <7675454e0805082014k72230a5dsf1d37ac4efee67d2@mail.gmail.com> On Tue, May 6, 2008 at 2:31 AM, Ryan Schmidt wrote: > On May 6, 2008, at 00:24, Shreevatsa R wrote: > >> On Mon, May 5, 2008 at 11:36 PM, Ryan Schmidt wrote: >>> >>> On May 5, 2008, at 09:24, Shreevatsa R wrote: >>> >>> >>>> The GTK+ port (gtk2) is broken in multiple ways: >>>> >>>> 1. Did anything change in the base recently? It used to be that >>>> variants chosen are passed on to dependencies as well, but it appears >>>> that now `port install gtk2 +quartz` and `port install gtk2 +quartz >>>> +no_x11` do different things, although the port gtk2 has "variant >>>> quartz requires no_x11 ..." in it. That is, `port install gtk2 >>>> +quartz` installs the X11 version of pango, etc., instead of pango >>>> +no_x11. Same with cairo. >>>> >>> >>> I don't know if something changed in base with regard to this. If this >>> worked before, can you do some regression testing to see what revision of >>> base broke it? >> >> Oh, this is strange: I tested with 1.6.0, and it doesn't seem to work >> with that either: "port install gtk2 +quartz" doesn't seem to pull in >> +no_x11 for dependencies. I (and others) were quite sure this used to >> work just a month ago or so, but if it doesn't work with 1.6.0... what >> can it mean? 1.6.0 hasn't been changed in a long time, right? (Or are >> the files at >> http://svn.macports.org/repository/macports/downloads/MacPorts-1.6.0/ >> generated from SVN, thus "MacPorts 1.6.0" doesn't refer to any fixed >> thing? If this is the case, I will do more detailed regression testing >> to pin down the date, and thus the revision which changed things.) > > 1.6.0 today is the same as 1.6.0 when it was created in r32094 on > 2007-12-16. The disk images and the installer packages on them are created > manually, not by an automated process. Well, they're created using the port > called "macports" but this is kicked off by a person, and the result is > tested, and then the disk images are manually committed into the repository. > There is a document somewhere on our website describing what all gets done > when a release is to be made. > > If MacPorts base didn't change, maybe the portfile did. Check the log of the > portfile in the repository. I guess it was never working, and my memory's just playing tricks on me. I guess I was always doing "+no_x11" manually after all. Even the FAQ says "Is it possible to have a dependency on a specific variant of another port? [...] No." So I guess this part never worked at all. And no one pointed this out when I was submitting useless patches at http://trac.macports.org/ticket/14305 :P >>>> 2. After installing (`port install gtk2 +quartz +no_x11`) and >>>> installing any GTK+ application on top of it, all windows display only >>>> boxes; fonts don't work. This might be related to the recent changes >>>> in cairo, or pango, or something. >>>> >>> >>> I believe I've had some other reports of this but I don't know how to >>> fix >>> it. I started a dialog with the developers of pango but I seem to have >>> forgotten to follow up. I'm still not sure if this is a pango problem or >>> a >>> cairo problem. >>> >> >> Do you have references to that dialogue, to maybe know the current >> state of things? >> This is nothing terribly urgent of course :) > > This is the thread I was thinking of: > > http://mail.gnome.org/archives/gtk-i18n-list/2008-April/msg00004.html > Thanks. I am trying to install from older Portfiles in an attempt to track down the bug, but it appears that the previous pango portfile had a "patch-ltmain.sh.diff" which it is unable to fetch now. Maybe the contents of that patchfile were important? From shreevatsa.public at gmail.com Thu May 8 20:08:59 2008 From: shreevatsa.public at gmail.com (Shreevatsa R) Date: Thu May 8 20:21:58 2008 Subject: new pidgin In-Reply-To: <7a665ffc0805080657jd54f0e3q4ceee882c819b4eb@mail.gmail.com> References: <48199058.9050503@macports.org> <5C3A28BA-34BF-403D-9FB4-4594D2EDFC98@macports.org> <628AA141-263F-4408-A004-268A2C9C17E5@geeklair.net> <7a665ffc0805080657jd54f0e3q4ceee882c819b4eb@mail.gmail.com> Message-ID: <7675454e0805082008n4dd72033gfbabcb6eef9c5e1@mail.gmail.com> On Thu, May 8, 2008 at 9:57 AM, Joel Thibault (MacPorts) wrote: > On Thu, May 8, 2008 at 3:55 AM, Ryan Schmidt ryandesign-at-macports.org wrote: >> On May 2, 2008, at 23:15, Daniel J. Luke wrote: >> >>> On May 2, 2008, at 9:40 PM, Ryan Schmidt wrote: >>>> >>>> On May 2, 2008, at 12:47 PM, MAS! wrote: >>>>>> >>>>>> I had a look for the new pidgin once and decided to not >>>>>> update pidgin as I disagree with the new features such >>>>>> as automatic resize of the input text area. >>>>> >>>>> I see.. btw, IMHO, that's a real pity :( >>>> >>>> Yeah, that doesn't sound like a good reason not to update the port. If a >>>> new version of software is released, the port should be updated to that >>>> version (assuming it compiles on our supported platforms and such). If >>>> there's a need for keeping the older version around, then I agree with the >>>> previous poster who said a new port should then be created (by copying the >>>> older version of the pidgin port). >>> >>> I think this change has actually caused the pidgin project to fork, so >>> there's probably an alternate port that could be created from the forked >>> code that doesn't have the resizing input text area. >> >> Maybe I don't understand the issue, but it seems like it would be simpler to >> just have a checkbox in the preferences, or something, rather than fork the >> whole project. > > Indeed. The forkers suggested exactly that. However, the maintainers > refused, and a new project "funpidgin" was born. From funpidgin's > perspective, this is only the latest in a history of arrogant moves by > the pidgin maintainers. > > More background: > > http://tech.slashdot.org/article.pl?sid=08/04/30/1822237&from=rss > http://developer.pidgin.im/ticket/4986 > http://funpidgin.sourceforge.net/ > http://en.wikipedia.org/wiki/Funpidgin > >From the Pidgin developers' perspective, they are honestly trying to improve things, added this feature because many people asked for it, are spending an enormous amount of time carefully listening to how the feature affects users and responding to them, users who say "I shouldn't have to explain why I want something, you SHOULD just make it the way I want" are just being unreasonable, options are expensive, and this is only the latest in a series of short-lived "forks" that spring up every time they make even the most well-justified change, such as moving from GTK1 to GTK2 or from a mess of overlayed icons to uniform protocol-independent status icons. More background: http://pidgin.im/~elb/cgi-bin/pyblosxom.cgi/giving_back.html http://www.pidgin.im/~seanegan/cgi-bin/pyblosxom.cgi/momentum.html https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html http://www.pidgin.im/~seanegan/cgi-bin/pyblosxom.cgi/identity.html http://developer.pidgin.im/ticket/4986 Anyway, to bring it back relevant to MacPorts: It is highly ironic, in protest of the Pidgin developers deciding what users want and implementing it despite some opposition, the MacPorts packager deciding what users want and not updating the package despite some demand :P From ryandesign at macports.org Thu May 8 20:56:36 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu May 8 20:52:53 2008 Subject: GTK+ broken: anyone knows why? In-Reply-To: <7675454e0805082014k72230a5dsf1d37ac4efee67d2@mail.gmail.com> References: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> <78032F43-1836-434B-B118-705A8D2B9909@macports.org> <7675454e0805052224y2f025ea4uaf2f20c96662b52d@mail.gmail.com> <0A973E88-0976-4D2D-B730-83E594AC8758@macports.org> <7675454e0805082014k72230a5dsf1d37ac4efee67d2@mail.gmail.com> Message-ID: On May 8, 2008, at 22:14, Shreevatsa R wrote: > On Tue, May 6, 2008 at 2:31 AM, Ryan Schmidt wrote: > >> On May 6, 2008, at 00:24, Shreevatsa R wrote: >> >>> On Mon, May 5, 2008 at 11:36 PM, Ryan Schmidt wrote: >>> >>>> On May 5, 2008, at 09:24, Shreevatsa R wrote: >>>> >>>>> 2. After installing (`port install gtk2 +quartz +no_x11`) and >>>>> installing any GTK+ application on top of it, all windows >>>>> display only >>>>> boxes; fonts don't work. This might be related to the recent >>>>> changes >>>>> in cairo, or pango, or something. >>>> >>>> I believe I've had some other reports of this but I don't know how >>>> to fix it. I started a dialog with the developers of pango but I >>>> seem >>>> to have forgotten to follow up. I'm still not sure if this is a >>>> pango >>>> problem or a cairo problem. >>> >>> Do you have references to that dialogue, to maybe know the current >>> state of things? >>> This is nothing terribly urgent of course :) >> >> This is the thread I was thinking of: >> >> http://mail.gnome.org/archives/gtk-i18n-list/2008-April/msg00004.html > > Thanks. I am trying to install from older Portfiles in an attempt to > track down the bug, but it appears that the previous pango portfile > had a "patch-ltmain.sh.diff" which it is unable to fetch now. Maybe > the contents of that patchfile were important? It's in the repository. It just got renamed. http://trac.macports.org/browser/trunk/dports/x11/pango/files/patch- ltmain.sh?rev=32729 From n.oxyde at gmail.com Thu May 8 23:18:44 2008 From: n.oxyde at gmail.com (nox) Date: Thu May 8 23:14:57 2008 Subject: GTK+ broken: anyone knows why? In-Reply-To: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> References: <7675454e0805050724k4a62c0abh3006c02d3ef7fc58@mail.gmail.com> Message-ID: <71BD7EB5-22CB-443A-AC87-DAB2EC9CA0E7@gmail.com> Le 5 mai 08 ? 16:24, Shreevatsa R a ?crit : > Hello, > > The GTK+ port (gtk2) is broken in multiple ways: > > 1. Did anything change in the base recently? It used to be that > variants chosen are passed on to dependencies as well, but it appears > that now `port install gtk2 +quartz` and `port install gtk2 +quartz > +no_x11` do different things, although the port gtk2 has "variant > quartz requires no_x11 ..." in it. That is, `port install gtk2 > +quartz` installs the X11 version of pango, etc., instead of pango > +no_x11. Same with cairo. > > 2. After installing (`port install gtk2 +quartz +no_x11`) and > installing any GTK+ application on top of it, all windows display only > boxes; fonts don't work. This might be related to the recent changes > in cairo, or pango, or something. > > I will try to debug these because I want to get this working, but was > hoping someone would have ideas. > > Thanks for any help, > Shreevatsa Weird: $ sudo port -d fetch +quartz Password: DEBUG: Changing to port directory: /Users/nox/src/MacPorts/dports/x11/ gtk2 DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided 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: Changing to port directory: /Users/nox/src/MacPorts/dports/x11/ gtk2 DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided 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 no_x11 provides no_x11 DEBUG: Executing variant quartz provides quartz Portfile changed since last build; discarding previous state. DEBUG: Executing org.macports.main (gtk2) ---> Fetching gtk2 DEBUG: Executing proc-pre-org.macports.fetch-fetch-0 DEBUG: Executing proc-pre-org.macports.fetch-fetch-1 DEBUG: Executing proc-pre-org.macports.fetch-fetch-2 DEBUG: Executing org.macports.fetch (gtk2) It seems gtk2 Portfile is opened twice and I think the dependencies are build between the two, where the default +x11 variant has been executed. From pinodm at euphonynet.be Fri May 9 01:30:32 2008 From: pinodm at euphonynet.be (Giuseppe Di Matteo) Date: Fri May 9 01:53:37 2008 Subject: streamripper fails to build In-Reply-To: References: <0850A4C9-4203-4097-B9BF-5F3DF101A315@euphonynet.be> <0A0FD50A-332F-4DE7-B11D-C057E5352C15@macports.org> <405DFB35-9473-4370-AC90-C94638D5DDD8@euphonynet.be> Message-ID: Le 08-mai-08 ? 23:18, Ryan Schmidt a ?crit : > On May 8, 2008, at 12:13, Giuseppe Di Matteo wrote: > >> Le 08-mai-08 ? 05:23, Ryan Schmidt a ?crit : >> >>> I don't get this error on 10.4.11 on Intel; it builds fine for me. >>> >>> But I filed a ticket for updating the port: >>> >>> http://trac.macports.org/ticket/15224 >> >> After having updated it installed correctly even if the first time >> it stopped because glib2 wasn't installed (strange since it isn't >> listed as a dependency of streamripper). > > I don't see anything in streamripper that depends on glib2. Can you > show me the exact error message you got? > Here is : checking for GLIB - version >= 2.8.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. configure: error: glib 2.8 or newer is required 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_audio_s treamripper/work/streamripper-1.63.1" && ./configure --prefix=/opt/ local --with-ogg=/opt/local --with-vorbis=/opt/local --with-libiconv- prefix=/opt/local --with-included-argv --with-included-libmad --with- included-tre --mandir=/opt/local/share/man " returned error 1 Command output: 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 for style of include used by make... GNU checking dependency style of /usr/bin/gcc-4.0... gcc3 checking for a BSD-compatible install... /usr/bin/install checking for ranlib... ranlib checking for inline... inline checking for main in -lm... yes checking how to run the C preprocessor... /usr/bin/cpp-4.0 checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for working alloca.h... yes checking for alloca... yes checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.7... yes checking for GLIB - version >= 2.8.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. configure: error: glib 2.8 or newer is required Warning: the following items did not execute (for streamripper): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. However I should have been more precise: I've upgraded the port manually according to the ticket: http://trac.macports.org/attachment/ ticket/15224/streamripper-1.63.1.diff As i said in my previous post installing glib2 solved the problem. Now I've tried: 'uninstall glib2' 'uninstall streamripper' 'selfupdate' 'clean streamripper' 'install streamripper' and streamripper (1.62.3) installed correctly. Giuseppe Di Matteo pinodm@euphonynet.be -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080509/8d07e8ac/attachment-0001.html From svoop at delirium.ch Fri May 9 02:57:43 2008 From: svoop at delirium.ch (Svoop) Date: Fri May 9 02:53:54 2008 Subject: Resolving dependencies In-Reply-To: <48237E3F.6000902@macports.org> References: <17124856.post@talk.nabble.com> <4822F698.4040108@macports.org> <17137303.post@talk.nabble.com> <48237E3F.6000902@macports.org> Message-ID: <17144860.post@talk.nabble.com> > That's sad, but I have to admit that they are really active and getting > more popular over time. It could really be a MacPorts killer, if we > don't catch up. I don't think that Gentoo Prefix poses a real threat at this time, at least not until an Aqua installer and pre-built bootstrap images are available which make prior installation of Apple's Developer Tools obsolete. However, this will happen eventually which is good as it gives users more options to choose from - and competition thrives innovation. No need to make this thread a "Is MacPorts dead?" one. ;-) But for people like me who administer Gentoo Linux servers, it's a real bliss to have the power of Portage around - feels like home. @Michael: Gentoo Prefix is just as native as MacPorts. The only real differences are that it relies on the rock-solid Portage/Ebuilds rather than a new kid on the block, and that it compiles it's own compiler (which will make the Developer Tools obsolete at some point). -- View this message in context: http://www.nabble.com/Resolving-dependencies-tp17124856p17144860.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From erickt at macports.org Sat May 10 02:05:03 2008 From: erickt at macports.org (Erick Tryzelaar) Date: Sat May 10 02:01:09 2008 Subject: still working on getting SoQt to link properly to qt4-mac In-Reply-To: <0A904E78-D2C3-41F9-9ECA-E267B6A14902@fhi-berlin.mpg.de> References: <94EDE0CE-305A-4667-90F8-3AF9253B93A8@ipac.caltech.edu> <4564C7ED-1FA1-4787-9323-0857E28BFE7D@fhi-berlin.mpg.de> <1ef034530805100005s1f819e69x1f032d723ea0329e@mail.gmail.com> <0A904E78-D2C3-41F9-9ECA-E267B6A14902@fhi-berlin.mpg.de> Message-ID: <1ef034530805100205x5e851d16s66a5e4a99634bcce@mail.gmail.com> On Sat, May 10, 2008 at 12:56 AM, Jochen K?pper wrote: > Does qmake provide simple info-switches that tell you where to find it's Qt > headers and libraries by now? That's something we could propagate into other > ports. Not as far as I can tell. From diem at cs.vu.nl Sat May 10 03:41:14 2008 From: diem at cs.vu.nl (Dimitri Hendriks) Date: Sat May 10 03:37:23 2008 Subject: coq build fails Message-ID: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> Dear all, I tried to build the port coq, but it fails, see output below. Any ideas? Thanks, Dimitri diem@jarvis:~<502> sudo port install coq Password: ---> Fetching camlp5 ---> Attempting to fetch camlp5-5.08.tgz from http:// pauillac.inria.fr/~ddr/camlp5/distrib/src/ ---> Verifying checksum(s) for camlp5 ---> Extracting camlp5 ---> Configuring camlp5 ---> Building camlp5 with target world.opt ---> Staging camlp5 into destroot ---> Installing camlp5 5.08_0 ---> Activating camlp5 5.08_0 ---> Cleaning camlp5 ---> Fetching coq Error: No defined site for tag: coq, using master_sites ---> Attempting to fetch coq-8.1pl2.tar.gz from http://coq.inria.fr/ V8.1pl2/files/ ---> Verifying checksum(s) for coq ---> Extracting coq ---> Configuring coq ---> Building coq 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_lang_co q/work/coq-8.1pl2" && make world " returned error 2 Command output: OCAMLOPT4 contrib/recdef/recdef.ml4 OCAMLC contrib/funind/tacinvutils.mli OCAMLOPT contrib/funind/tacinvutils.ml OCAMLOPT4 contrib/funind/tacinv.ml4 OCAMLC contrib/funind/indfun_common.mli OCAMLOPT contrib/funind/indfun_common.ml OCAMLC contrib/funind/rawtermops.mli OCAMLOPT contrib/funind/rawtermops.ml OCAMLC contrib/funind/rawterm_to_relation.mli OCAMLOPT contrib/funind/rawterm_to_relation.ml OCAMLC contrib/funind/functional_principles_proofs.mli OCAMLOPT contrib/funind/functional_principles_proofs.ml OCAMLC contrib/funind/functional_principles_types.mli OCAMLOPT contrib/funind/functional_principles_types.ml OCAMLOPT contrib/funind/invfun.ml OCAMLOPT contrib/funind/indfun.ml OCAMLOPT contrib/funind/merge.ml OCAMLOPT4 contrib/funind/indfun_main.ml4 OCAMLOPT -a -o contrib/contrib.cmxa "gcc" -o kernel/byterun/coq_fix_code.o -fno-defer-pop -Wall -Wno- unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_fix_code.c "gcc" -o kernel/byterun/coq_memory.o -fno-defer-pop -Wall -Wno-unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_memory.c "gcc" -o kernel/byterun/coq_values.o -fno-defer-pop -Wall -Wno-unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_values.c "gcc" -o kernel/byterun/coq_interp.o -fno-defer-pop -Wall -Wno-unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_interp.c "ar" rc kernel/byterun/libcoqrun.a kernel/byterun/coq_fix_code.o kernel/byterun/coq_memory.o kernel/byterun/coq_values.o kernel/ byterun/coq_interp.o "ranlib" kernel/byterun/libcoqrun.a COQMKTOP -o bin/coqtop.opt powerpc-apple-darwin8-gcc-4.0.1: /opt/local/lib/ocaml/camlp5/ gramlib.a: No such file or directory Error during linking make[1]: *** [bin/coqtop.opt] Error 2 make: *** [world] Error 2 Error: Status 1 encountered during processing. From ryandesign at macports.org Sat May 10 18:49:29 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat May 10 18:45:33 2008 Subject: coq build fails In-Reply-To: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> References: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> Message-ID: Does 8.1pl3 work better for you? Try this patch: http://trac.macports.org/ticket/13940 On May 10, 2008, at 5:41 AM, Dimitri Hendriks wrote: > Dear all, > > I tried to build the port coq, but it fails, see output below. > Any ideas? > > Thanks, Dimitri > > diem@jarvis:~<502> sudo port install coq > Password: > ---> Fetching camlp5 > ---> Attempting to fetch camlp5-5.08.tgz from http:// > pauillac.inria.fr/~ddr/camlp5/distrib/src/ > ---> Verifying checksum(s) for camlp5 > ---> Extracting camlp5 > ---> Configuring camlp5 > ---> Building camlp5 with target world.opt > ---> Staging camlp5 into destroot > ---> Installing camlp5 5.08_0 > ---> Activating camlp5 5.08_0 > ---> Cleaning camlp5 > ---> Fetching coq > Error: No defined site for tag: coq, using master_sites > ---> Attempting to fetch coq-8.1pl2.tar.gz from http:// > coq.inria.fr/V8.1pl2/files/ > ---> Verifying checksum(s) for coq > ---> Extracting coq > ---> Configuring coq > ---> Building coq 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_lang_ > coq/work/coq-8.1pl2" && make world " returned error 2 > Command output: OCAMLOPT4 contrib/recdef/recdef.ml4 > OCAMLC contrib/funind/tacinvutils.mli > OCAMLOPT contrib/funind/tacinvutils.ml > OCAMLOPT4 contrib/funind/tacinv.ml4 > OCAMLC contrib/funind/indfun_common.mli > OCAMLOPT contrib/funind/indfun_common.ml > OCAMLC contrib/funind/rawtermops.mli > OCAMLOPT contrib/funind/rawtermops.ml > OCAMLC contrib/funind/rawterm_to_relation.mli > OCAMLOPT contrib/funind/rawterm_to_relation.ml > OCAMLC contrib/funind/functional_principles_proofs.mli > OCAMLOPT contrib/funind/functional_principles_proofs.ml > OCAMLC contrib/funind/functional_principles_types.mli > OCAMLOPT contrib/funind/functional_principles_types.ml > OCAMLOPT contrib/funind/invfun.ml > OCAMLOPT contrib/funind/indfun.ml > OCAMLOPT contrib/funind/merge.ml > OCAMLOPT4 contrib/funind/indfun_main.ml4 > OCAMLOPT -a -o contrib/contrib.cmxa > "gcc" -o kernel/byterun/coq_fix_code.o -fno-defer-pop -Wall -Wno- > unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ > coq_fix_code.c > "gcc" -o kernel/byterun/coq_memory.o -fno-defer-pop -Wall -Wno- > unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_memory.c > "gcc" -o kernel/byterun/coq_values.o -fno-defer-pop -Wall -Wno- > unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_values.c > "gcc" -o kernel/byterun/coq_interp.o -fno-defer-pop -Wall -Wno- > unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_interp.c > "ar" rc kernel/byterun/libcoqrun.a kernel/byterun/coq_fix_code.o > kernel/byterun/coq_memory.o kernel/byterun/coq_values.o kernel/ > byterun/coq_interp.o > "ranlib" kernel/byterun/libcoqrun.a > COQMKTOP -o bin/coqtop.opt > powerpc-apple-darwin8-gcc-4.0.1: /opt/local/lib/ocaml/camlp5/ > gramlib.a: No such file or directory > Error during linking > make[1]: *** [bin/coqtop.opt] Error 2 > make: *** [world] Error 2 From raimue at macports.org Sun May 11 01:48:57 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun May 11 01:45:00 2008 Subject: Open access to the MacPorts Wiki In-Reply-To: <7F13D124-0654-4692-9526-A2A334F3C9AE@macports.org> References: <7F13D124-0654-4692-9526-A2A334F3C9AE@macports.org> Message-ID: <4826B2F9.4070403@macports.org> Juan Manuel Palacios wrote: > Since this morning we've decided to open up editing access to our > wiki to all those registered Trac users, not just projects members as > it used to be until now. > > This means that from now on any of you (with a valid Trac > registration) will be able to jump right in and start giving us a hand > with documentation on almost any topic you might want. So I'd like to > make this message an open invitation to all those who wish to > contribute with HowTo's, FAQs, testimonials or anything of the sort, > we are open to improvements. See our fine HOWTO section [1] in the wiki, it could need your improvement. Now that the wiki is open for everyone, you can now write new HOWTOs or make additions to existing ones. Don't hesitate to edit, there is nothing you can do wrong. Rainer [1] http://trac.macports.org/wiki/howto From ramercer at gmail.com Sun May 11 07:51:22 2008 From: ramercer at gmail.com (Adam Mercer) Date: Sun May 11 07:47:23 2008 Subject: aspell 0.60.6 crashes on Mac OS X with TeX filter In-Reply-To: References: Message-ID: <799406d60805110751r4388618bv9f23c684aca15483@mail.gmail.com> On Thu, May 8, 2008 at 2:23 PM, Jochen K?pper wrote: > aspell --add-filter=tex -c agoh.tex > Unhandled Error: The key "f-tex-command" is unknown. > Abort I see this same crash on Intel Leopard as well. Cheers Adam From tonyc at boldfish.co.uk Sun May 11 08:25:47 2008 From: tonyc at boldfish.co.uk (Tony Crockford) Date: Sun May 11 08:22:04 2008 Subject: OSX Leopard and PATH issue Message-ID: <4F3A7C94-D0C0-450E-8755-432520FE79BC@boldfish.co.uk> Background: I have a PHP script that uses exec() to run ImageMagick to make jpg thumbnails from PDF's (needs ghostscript too) it worked more or less out of the box on Tiger - I installed Mac Ports from the .pkg installer and IIRC that was it. on Leopard (using the native install of Apache) I have added /opt/ local/bin to my $PATH and while ImageMagick works fine like that it couldn't find Ghostscript until I edited IM's delegate.xml file to include the full path to gs I suppose my question is, does anyone know why that might be, and how I could tell Apache to use my $PATH variable? TIA From m.c.crockett at roadrunner.com Sun May 11 16:17:58 2008 From: m.c.crockett at roadrunner.com (Merton Campbell Crockett) Date: Sun May 11 16:14:03 2008 Subject: OSX Leopard and PATH issue In-Reply-To: <4F3A7C94-D0C0-450E-8755-432520FE79BC@boldfish.co.uk> References: <4F3A7C94-D0C0-450E-8755-432520FE79BC@boldfish.co.uk> Message-ID: <3E7BB5CD-4613-4332-B776-47F3642F1D0E@roadrunner.com> On 11 May 2008, at 08:25:47, Tony Crockford wrote: > Background: > > I have a PHP script that uses exec() to run ImageMagick to make jpg > thumbnails from PDF's (needs ghostscript too) > > it worked more or less out of the box on Tiger - I installed Mac > Ports from the .pkg installer and IIRC that was it. > > on Leopard (using the native install of Apache) I have added /opt/ > local/bin to my $PATH and while ImageMagick works fine like that it > couldn't find Ghostscript until I edited IM's delegate.xml file to > include the full path to gs > > I suppose my question is, does anyone know why that might be, and > how I could tell Apache to use my $PATH variable? In Mac OS X 10.5.x, Apple diddled with how PATH and MANPATH are generated. If you want all users on your system to have /opt/local/bin and /opt/ local/sbin in their PATH. Create the following file, /private/etc/ paths.d/Macports. The file should contain each path element on a separate line. You can do the same for /opt/local/share/man for man pages, this time create the following file, /private/etc/manpaths.d/Macports with each element on a separate line. When you reboot, Apache will see the new paths. There is a catch with this method. Apple has an application that ensures that /usr/bin and /usr/sbin will precede all other {s}bin directories in the path. Actually, it may be a shell script. Regardless, I can't recall its name at the moment. Merton Campbell Crockett m.c.crockett@roadrunner.com From raimue at macports.org Sun May 11 16:24:58 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun May 11 16:21:00 2008 Subject: OSX Leopard and PATH issue In-Reply-To: <3E7BB5CD-4613-4332-B776-47F3642F1D0E@roadrunner.com> References: <4F3A7C94-D0C0-450E-8755-432520FE79BC@boldfish.co.uk> <3E7BB5CD-4613-4332-B776-47F3642F1D0E@roadrunner.com> Message-ID: <4827804A.20703@macports.org> Merton Campbell Crockett wrote: > If you want all users on your system to have /opt/local/bin and /opt/ > local/sbin in their PATH. Create the following file, /private/etc/ > paths.d/Macports. The file should contain each path element on a > separate line. No, this adds /opt/local/bin after the usual system paths. Usually this is not what you want. Let each user add /opt/local/bin in .profile/.bash_profile in front of the rest of PATH, so MacPorts takes precedence over the tools provided by the system. Rainer From tonyc at boldfish.co.uk Sun May 11 23:30:43 2008 From: tonyc at boldfish.co.uk (Tony Crockford) Date: Sun May 11 23:26:54 2008 Subject: OSX Leopard and PATH issue In-Reply-To: <4827804A.20703@macports.org> References: <4F3A7C94-D0C0-450E-8755-432520FE79BC@boldfish.co.uk> <3E7BB5CD-4613-4332-B776-47F3642F1D0E@roadrunner.com> <4827804A.20703@macports.org> Message-ID: On 12 May 2008, at 00:24, Rainer M?ller wrote: > Let each user add /opt/local/bin in .profile/.bash_profile in front > of the rest of PATH, so MacPorts takes precedence over the tools > provided by the system. How do I do that for _www user? From andrea.damore at macports.org Mon May 12 02:15:24 2008 From: andrea.damore at macports.org (Andrea D'Amore) Date: Mon May 12 02:11:24 2008 Subject: OSX Leopard and PATH issue In-Reply-To: <11568100-E251-4A6E-972D-9760D275013B@boldfish.co.uk> References: <4F3A7C94-D0C0-450E-8755-432520FE79BC@boldfish.co.uk> <3E7BB5CD-4613-4332-B776-47F3642F1D0E@roadrunner.com> <4827804A.20703@macports.org> <5EFB3907-F08B-4DF0-AFD0-3ED2D6B843D2@gmail.com> <11568100-E251-4A6E-972D-9760D275013B@boldfish.co.uk> Message-ID: <0943442B-9233-4837-B3DA-E9331C840D02@macports.org> On 12/mag/08, at 09:24, Tony Crockford wrote: > On 12 May 2008, at 07:57, Andrea D'Amore wrote: >> >> On 12/mag/08, at 08:30, Tony Crockford wrote: >>> How do I do that for _www user? >> Use /etc/profile that is system wide. > > it's in there. > > I have: > PATH="/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/ > usr/local/mysql/bin:/Users/boldfish/Sites/Django/djtrunk/django/bin" > > export PATH > > but it doesn't work. for IM finding Ghostscript. at least. Use php's exec() to echo $PATH and check the actual env variable. From igor.mikushkin at gmail.com Mon May 12 05:33:56 2008 From: igor.mikushkin at gmail.com (Igor Mikushkin) Date: Mon May 12 05:29:50 2008 Subject: boost 1.35.0 build fails Message-ID: <719841d90805120533m77d115c1g99b6562983bed199@mail.gmail.com> Hello! When I try to install boost I get this error: ---> Building boost 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_boost/work/boost_1_35_0" && gmake all " returned error 2 Command output: Makefile:2: *** missing separator. Stop. First 3 lines of Makefile: BJAM=./tools/jam/src/ ...skipped bjam for lack of ... ...failed updating 1 target.../bjam (I didn't have installed BJAM before boost installation) After manual ./configure all is OK. Is this a bug? Best Regards. Igor Mikushkin. From vivacarlie at gmail.com Mon May 12 07:28:43 2008 From: vivacarlie at gmail.com (Nehemiah Dacres) Date: Mon May 12 07:24:39 2008 Subject: Resolving dependencies Message-ID: <65fadfc30805120728k72bd8678l457b58226d082487@mail.gmail.com> actually, Pallett, an aqua package manager sitting in one of the maintainers repos, is not so bad. It needs work and i need to install a few things with it. Its in rhwood's repository http://svn.macports.org/repository/macports/users/rhwood/ -- "lalalalala! it's not broken because I can use it" http://linux.slashdot.org/comments.pl?sid=194281&threshold=1&commentsort=0&mode=thread&cid=15927703 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080512/3e6f619c/attachment.html From quark at bluespec.com Mon May 12 08:53:49 2008 From: quark at bluespec.com (Jacob Schwartz) Date: Mon May 12 08:49:44 2008 Subject: force install without a dependency Message-ID: <8e47d1720805120853l17397694k4ef68a2410a936c5@mail.gmail.com> Is there a way to tell "port" to install a package (such as "haskell-mode.el") without installing one of its dependencies (in this case, "emacs")? Since "emacs" is already installed on the Mac, it has not been installed via MacPorts, so "port" doesn't know about it. (And I can imagine other packages that are either pre-installed or have been installed by hand.) Further, in the case of the Haskell-mode for "emacs", the dependencies on "emacs" and "ghc" should really not be required for the install at all -- the dependencies are only (conceivably) there because you're not going to use the Haskell-mode unless you've also install "emacs" and "ghc" (although, "ghc" is debatable, because you could have installed another Haskell compiler/interpreter/other tool). Right now, I'm just resigning to having MacPorts install emacs (alternatively, I could have hand-installed the haskell mode, outside of MacPorts). But I'd like to know, for the future, if there's a way to force "port" not to install certain dependencies. (I see that there is "-n" for upgrading, but in this case I don't want to prevent upgrading of the dependency, I want to prevent installing.) Thanks! Jacob From rrichardson at liverpool.k12.ny.us Mon May 12 13:24:01 2008 From: rrichardson at liverpool.k12.ny.us (Ron Richardson) Date: Mon May 12 13:20:01 2008 Subject: Setting a ./configure Option Message-ID: Okay, newbie question... I have installed the Squid port. Works great. But I'd like to recompile it with the --enable-snmp option. How do I do this? Do I... (a) Go through the standard ./configure, make, make install procedure? or (b) Find and modify a portfile for Squid, and then re-port it? If so, where's the portfile? Thanks I intend to live forever. So far, so good. -Steven Wright From ryandesign at macports.org Mon May 12 13:56:03 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 12 13:52:00 2008 Subject: force install without a dependency In-Reply-To: <8e47d1720805120853l17397694k4ef68a2410a936c5@mail.gmail.com> References: <8e47d1720805120853l17397694k4ef68a2410a936c5@mail.gmail.com> Message-ID: <20E3C228-B831-4E9D-BD76-08BA3BEFFE51@macports.org> On May 12, 2008, at 10:53 AM, Jacob Schwartz wrote: > Is there a way to tell "port" to install a package (such as > "haskell-mode.el") without installing one of its dependencies (in this > case, "emacs")? Since "emacs" is already installed on the Mac, it has > not been installed via MacPorts, so "port" doesn't know about it. > (And I can imagine other packages that are either pre-installed or > have been installed by hand.) Further, in the case of the > Haskell-mode for "emacs", the dependencies on "emacs" and "ghc" should > really not be required for the install at all -- the dependencies are > only (conceivably) there because you're not going to use the > Haskell-mode unless you've also install "emacs" and "ghc" (although, > "ghc" is debatable, because you could have installed another Haskell > compiler/interpreter/other tool). > > Right now, I'm just resigning to having MacPorts install emacs > (alternatively, I could have hand-installed the haskell mode, outside > of MacPorts). But I'd like to know, for the future, if there's a way > to force "port" not to install certain dependencies. (I see that > there is "-n" for upgrading, but in this case I don't want to prevent > upgrading of the dependency, I want to prevent installing.) No. MacPorts is designed to accept only its own ports as satisfying dependencies, not any other versions of that software you may already have installed. There are some exceptions, but in general, that's the rule. Please see: http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries From ryandesign at macports.org Mon May 12 13:59:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 12 13:55:14 2008 Subject: Setting a ./configure Option In-Reply-To: References: Message-ID: On May 12, 2008, at 3:24 PM, Ron Richardson wrote: > Okay, newbie question... > > I have installed the Squid port. Works great. But I'd like to > recompile > it with the --enable-snmp option. How do I do this? Do I... > > (a) Go through the standard ./configure, make, make install > procedure? or > > (b) Find and modify a portfile for Squid, and then re-port it? If so, > where's the portfile? The port should either have SNMP enabled all the time, or a variant should be added to the port to enable SNMP support. Which of these port authoring options is chosen depends on whether most people would want SNMP support on by default, and whether adding SNMP support requires depending on additional ports. If most people would want the functionality and/or it doesn't add additional dependencies, it should be on all the time. Or if this is a specialty feature or if adding this feature adds lots of dependencies, then it should be a variant. Those are the general guidelines. You can read the guide for help in writing portfiles and setting up a local repository. See http://guide.macports.org You can locate the squid portfile on your hard drive by typing "port file squid" The port is openmaintainer, so if you can enhance the port to provide this functionality, and provide a unified diff, then you should attach that diff to a ticket in the issue tracker and someone with commit access can commit it. From ryandesign at macports.org Mon May 12 14:03:06 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 12 13:59:03 2008 Subject: boost 1.35.0 build fails In-Reply-To: <719841d90805120533m77d115c1g99b6562983bed199@mail.gmail.com> References: <719841d90805120533m77d115c1g99b6562983bed199@mail.gmail.com> Message-ID: On May 12, 2008, at 7:33 AM, Igor Mikushkin wrote: > When I try to install boost I get this error: > > ---> Building boost 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 > _boost/work/boost_1_35_0" > && gmake all " returned error 2 > Command output: Makefile:2: *** missing separator. Stop. > > > First 3 lines of Makefile: > > BJAM=./tools/jam/src/ > ...skipped bjam for lack of ... > ...failed updating 1 target.../bjam > > > (I didn't have installed BJAM before boost installation) The boost port says it depends on the boost-jam port. So just to make sure: the boost-jam port did get installed for you automatically, yes? > After manual ./configure all is OK. Explain. You went into the worksrcdir and ran "./configure" and then tried "sudo port install boost" again and it worked? Or what? > Is this a bug? Hard to know at this point. What version of Mac OS X, Xcode, and MacPorts do you have, and on what processor? Someone with a similar configuration could try it out and see if we can reproduce the problem. From quark at bluespec.com Mon May 12 15:00:01 2008 From: quark at bluespec.com (Jacob Schwartz) Date: Mon May 12 14:55:55 2008 Subject: force install without a dependency In-Reply-To: <20E3C228-B831-4E9D-BD76-08BA3BEFFE51@macports.org> References: <8e47d1720805120853l17397694k4ef68a2410a936c5@mail.gmail.com> <20E3C228-B831-4E9D-BD76-08BA3BEFFE51@macports.org> Message-ID: <8e47d1720805121500y627c08bdt17bdf39f7bdb564f@mail.gmail.com> On Mon, May 12, 2008 at 4:56 PM, Ryan Schmidt wrote: > No. MacPorts is designed to accept only its own ports as satisfying > dependencies, not any other versions of that software you may already have > installed. Can I rephrase my question then? What if the port maintainer included a bogus dependency -- in this case, the Haskell-mode for emacs *in no way* requires the port "ghc". Absolutely does not require it. The Haskell-mode can be very useful to people who never intend to run "ghc". What now? We contact the port maintainer and ask them to fix the problem and then wait for them to update the macports database before we install? I'll go ahead and contact the maintainer and ask them to do that ... but it would be nice, as a user, to be able to tell "port" that I know that some information in the portfile is wrong and I'd like to replace it with a new value. For example, here's a similar issue that I ran into, involving the version in the portfile: The portfile for "yudit" from macports refers to a sunsite location where the source files can be found and the portfile specifies a specific version (2.7.6). The ftp-site put up a new version (2.9.0) of the source files and *removed* the old version. I was stuck! I couldn't install the port because macports insisted on a particular version, but the file for that version was no longer available. However ... The "port" command has an option to search for whether new versions exist ("livecheck" I think?), and it worked very well: "port" told me that it found the new version on the website: # sudo port livecheck yudit yudit seems to have been updated (port version: 2.7.6, new version: 2.9.0) My question: Is there any way that "port", having found the new version, can install that version? I found no mention of this in the documentation. So not only could I not install the old version, I couldn't install the new version! What do I do in that situation? Again, I have to contact the port's maintainer and tell them to update the macports database to the new version? In this case, the port has no maintainer, so who do I contact? If "port" can know about a new version, why can't it install that version if I ask it to? I figured that I could probably create my own portfile in which everything is the same except that I change the version number; then I run my own ports server and list it among the servers in the config file for "port" ... but this seemed like too much work. If it's something I could do myself by setting up a local port server, why can't I have "port" do it on the command line and save me the effort? Jacob From ryandesign at macports.org Mon May 12 15:18:18 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon May 12 15:14:15 2008 Subject: force install without a dependency In-Reply-To: <8e47d1720805121500y627c08bdt17bdf39f7bdb564f@mail.gmail.com> References: <8e47d1720805120853l17397694k4ef68a2410a936c5@mail.gmail.com> <20E3C228-B831-4E9D-BD76-08BA3BEFFE51@macports.org> <8e47d1720805121500y627c08bdt17bdf39f7bdb564f@mail.gmail.com> Message-ID: On May 12, 2008, at 5:00 PM, Jacob Schwartz wrote: > On Mon, May 12, 2008 at 4:56 PM, Ryan Schmidt wrote: > >> No. MacPorts is designed to accept only its own ports as satisfying >> dependencies, not any other versions of that software you may >> already have >> installed. > > Can I rephrase my question then? What if the port maintainer included > a bogus dependency -- in this case, the Haskell-mode for emacs *in no > way* requires the port "ghc". Absolutely does not require it. The > Haskell-mode can be very useful to people who never intend to run > "ghc". What now? We contact the port maintainer and ask them to fix > the problem and then wait for them to update the macports database > before we install? Yes. If there's a wrong dependency in a port (or any other error in a port), we want the error reported to the maintainer and/or a bug created in the issue tracker so that it can be fixed. > I'll go ahead and contact the maintainer and ask them to do that ... > but it would be nice, as a user, to be able to tell "port" that I know > that some information in the portfile is wrong and I'd like to replace > it with a new value. You can edit the portfile locally if you like. You can type "port edit foo" to edit foo's portfile if you have your EDITOR environment variable set up correctly. Or you can type things like "port file foo" or even "open `port dir foo`" to see where foo's portfile is on your hard drive and then drag it to your favorite editor. Changes you make to the portfile will go away the next time you "port sync" or "port selfupdate". > For example, here's a similar issue that I ran into, involving the > version in the portfile: > > The portfile for "yudit" from macports refers to a sunsite location > where the source files can be found and the portfile specifies a > specific version (2.7.6). The ftp-site put up a new version (2.9.0) > of the source files and *removed* the old version. I was stuck! I > couldn't install the port because macports insisted on a particular > version, but the file for that version was no longer available. The port needs to be updated in that case. Please file a ticket if one does not already exist. Most developers keep at least some older distfiles around for a time. However 2.7.6 may be much older than 2.9.0. And the yudit port has no maintainer, so nobody's been keeping the port up to date. If you are interested in yudit, you could volunteer to be its maintainer and submit a diff to update it to the current version. Then this problem wouldn't happen to other users. Not too long ago we discussed a mechanism by which Mac OS Forge will mirror all ports' distfiles, which will eliminate the problem where an older distfile has been removed from the developer's web site. However this has not yet been implemented. > However ... The "port" command has an option to search for whether new > versions exist ("livecheck" I think?), and it worked very well: "port" > told me that it found the new version on the website: > > # sudo port livecheck yudit > yudit seems to have been updated (port version: 2.7.6, new > version: 2.9.0) > > My question: Is there any way that "port", having found the new > version, can install that version? I found no mention of this in the > documentation. So not only could I not install the old version, I > couldn't install the new version! "port livecheck" is just meant for the port maintainer to use on a regular basis to see if he needs to update the port. If a maintainer does not do so, or if the port has no maintainer, a user can also use livecheck, and file a ticket if a the port needs to be updated to a newer version. > What do I do in that situation? Again, I have to contact the port's > maintainer and tell them to update the macports database to the new > version? In this case, the port has no maintainer, so who do I > contact? File a ticket. You can put my email address in the Cc field if you like and I'll try to take a look at it. Or someone else who looks at the new tickets can take it. > If "port" can know about a new version, why can't it install that > version if I ask it to? I figured that I could probably create my own > portfile in which everything is the same except that I change the > version number; then I run my own ports server and list it among the > servers in the config file for "port" ... but this seemed like too > much work. If it's something I could do myself by setting up a local > port server, why can't I have "port" do it on the command line and > save me the effort? Many version updates are as simple as just changing the version number and the checksums. But not all are. For example, when cairo was updated from 1.4.x to 1.6.x, it was necessary to add a new dependency on libpixman. In other ports, new versions may necessitate adding new patches to fix Mac OS X build issues, since not all developers test with Mac OS X. Or, old patches may have become obsolete and need removing. This is why we have port maintainers -- to maintain the ports and provide some rudimentary assurance that they work. Ports with no maintainer are available for adoption by anyone interested in that port. Please file tickets as you find things that need fixing. For ports with a maintainer, include the maintainer's email address in the ticket's Cc line. If the maintainer does not respond within 72 hours, or if the port has no maintainer or is marked openmaintainer, any committer can commit the change. You can send ticket numbers to this list to request that someone look at them, if nobody has done so in awhile. http://guide.macports.org/#project From morgan at morgansutherland.net Mon May 12 22:07:31 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Mon May 12 22:03:22 2008 Subject: py25-numpy Failed to Build, 10.5.2 Message-ID: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> Does anybody know what to make of this? /opt/local/bin: sudo port install py25-numpy ---> Fetching py25-numpy ---> Verifying checksum(s) for py25-numpy ---> Extracting py25-numpy ---> Applying patches to py25-numpy ---> Configuring py25-numpy ---> Building py25-numpy 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-numpy/work/numpy-1.0.4" && /opt/local/bin/python2.5 setup.py config_fc --fcompiler g95 --f77exec /opt/local/bin/g95 --f90exec /opt/local/bin/g95 build " returned error 1 Command output: Could not find platform dependent libraries Consider setting $PYTHONHOME to [:] Running from numpy source directory. Traceback (most recent call last): File "setup.py", line 89, in setup_package() File "setup.py", line 61, in setup_package from numpy.distutils.core import setup File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-numpy/work/numpy-1.0.4/numpy/distutils/__init__.py", line 6, in import ccompiler File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-numpy/work/numpy-1.0.4/numpy/distutils/ccompiler.py", line 11, in from numpy.distutils import log File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-numpy/work/numpy-1.0.4/numpy/distutils/log.py", line 7, in from misc_util import red_text, yellow_text, cyan_text, green_text, is_sequence, is_string File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-numpy/work/numpy-1.0.4/numpy/distutils/misc_util.py", line 8, in import tempfile File "/opt/local/lib/python2.5/tempfile.py", line 33, in from random import Random as _Random File "/opt/local/lib/python2.5/random.py", line 43, in from math import log as _log, exp as _exp, pi as _pi, e as _e, ceil as _ceil ImportError: No module named math -- Morgan Sutherland From igor.mikushkin at gmail.com Mon May 12 22:29:51 2008 From: igor.mikushkin at gmail.com (Igor Mikushkin) Date: Mon May 12 22:25:47 2008 Subject: boost 1.35.0 build fails In-Reply-To: References: <719841d90805120533m77d115c1g99b6562983bed199@mail.gmail.com> Message-ID: <719841d90805122229t6404c8d9y37312cff6ec1c276@mail.gmail.com> 2008/5/13 Ryan Schmidt : > On May 12, 2008, at 7:33 AM, Igor Mikushkin wrote: > > > > When I try to install boost I get this error: > > > > ---> Building boost 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_boost/work/boost_1_35_0" > > && gmake all " returned error 2 > > Command output: Makefile:2: *** missing separator. Stop. > > > > > > First 3 lines of Makefile: > > > > BJAM=./tools/jam/src/ > > ...skipped bjam for lack of ... > > ...failed updating 1 target.../bjam > > > > > > (I didn't have installed BJAM before boost installation) > > > > The boost port says it depends on the boost-jam port. So just to make sure: > the boost-jam port did get installed for you automatically, yes? > Yes, boost-jam did get installed automatically as a dependency of boost libraries. > > > After manual ./configure all is OK. > > > > Explain. You went into the worksrcdir and ran "./configure" and then tried > "sudo port install boost" again and it worked? Or what? > Yes, I looked at a makefile, then decided to run configure script. After that "sudo port install boost" worked properly. > > > Is this a bug? > > > > > Hard to know at this point. What version of Mac OS X, Xcode, and MacPorts > do you have, and on what processor? Someone with a similar configuration > could try it out and see if we can reproduce the problem. > Configuration: - MacOS X 10.5.2 - XCode 3.0 - MacPorts 1.600 - Processor: PPC Best Regards. Igor From kuepper.jochen at googlemail.com Tue May 13 00:06:27 2008 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Tue May 13 00:02:25 2008 Subject: force install without a dependency In-Reply-To: <8e47d1720805121500y627c08bdt17bdf39f7bdb564f@mail.gmail.com> References: <8e47d1720805120853l17397694k4ef68a2410a936c5@mail.gmail.com> <20E3C228-B831-4E9D-BD76-08BA3BEFFE51@macports.org> <8e47d1720805121500y627c08bdt17bdf39f7bdb564f@mail.gmail.com> Message-ID: Hi Jacob, On 13.05.2008, at 00:00, Jacob Schwartz wrote: > Can I rephrase my question then? What if the port maintainer included > a bogus dependency -- in this case, the Haskell-mode for emacs *in no > way* requires the port "ghc". Absolutely does not require it. The > Haskell-mode can be very useful to people who never intend to run > "ghc". What now? We contact the port maintainer and ask them to fix > the problem and then wait for them to update the macports database > before we install? you already got a long and detailed answer by Ryan; the short version is this: Please fix your local Portfile (i.e., for Haskell-mode provide a variant "noghc", for yudit update to the latest version), make sure the updated port works, create a diff to the original Portfile, create a ticket requesting the update, and attach the diff. Typically this will be submitted over the course of a few days to be available for everybody, otherwise you have to bug the maintainer or mailing list until it's done. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From ryandesign at macports.org Tue May 13 00:09:51 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 13 00:05:47 2008 Subject: boost 1.35.0 build fails In-Reply-To: <719841d90805122229t6404c8d9y37312cff6ec1c276@mail.gmail.com> References: <719841d90805120533m77d115c1g99b6562983bed199@mail.gmail.com> <719841d90805122229t6404c8d9y37312cff6ec1c276@mail.gmail.com> Message-ID: On May 13, 2008, at 12:29 AM, Igor Mikushkin wrote: > 2008/5/13 Ryan Schmidt: > >> On May 12, 2008, at 7:33 AM, Igor Mikushkin wrote: >> >>> When I try to install boost I get this error: >>> >>> ---> Building boost 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_dev >>> el_boost/work/boost_1_35_0" >>> && gmake all " returned error 2 >>> Command output: Makefile:2: *** missing separator. Stop. >>> >>> >>> First 3 lines of Makefile: >>> >>> BJAM=./tools/jam/src/ >>> ...skipped bjam for lack of ... >>> ...failed updating 1 target.../bjam >>> >>> >>> (I didn't have installed BJAM before boost installation) >> >> The boost port says it depends on the boost-jam port. So just to >> make sure: >> the boost-jam port did get installed for you automatically, yes? > > Yes, boost-jam did get installed automatically as a dependency of > boost libraries. > >>> After manual ./configure all is OK. >> >> Explain. You went into the worksrcdir and ran "./configure" and >> then tried >> "sudo port install boost" again and it worked? Or what? > > Yes, I looked at a makefile, then decided to run configure script. > After that "sudo port install boost" worked properly. > >>> Is this a bug? >> >> Hard to know at this point. What version of Mac OS X, Xcode, and >> MacPorts >> do you have, and on what processor? Someone with a similar >> configuration >> could try it out and see if we can reproduce the problem. > > Configuration: > - MacOS X 10.5.2 > - XCode 3.0 > - MacPorts 1.600 > - Processor: PPC Ok. I can reproduce the issue on Mac OS X 10.5.2, Xcode 3.1 (iPhone SDK beta 5), MacPorts 1.7 (trunk r36691), Intel Core 2 Duo. The problem is likely the very common one that affects Leopard users, described here: http://trac.macports.org/wiki/ LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildp hases The problem occurs when you request to install one port, but this causes another port to first be installed as a dependency. The environment variables don't get properly reset between finishing installing one port and beginning to install the next one. This may be due to a bug in Leopard's tcl, we're not sure yet. We don't have a solution to this problem right now, but the workaround is to clean the port work area and just request the install again. It works the second time. sudo port clean --work boost sudo port install boost From sanchom at gmail.com Tue May 13 00:24:28 2008 From: sanchom at gmail.com (Sancho McCann) Date: Tue May 13 00:20:19 2008 Subject: boost 1.35.0 build fails In-Reply-To: References: <719841d90805120533m77d115c1g99b6562983bed199@mail.gmail.com> <719841d90805122229t6404c8d9y37312cff6ec1c276@mail.gmail.com> Message-ID: <3788f140805130024v7568ec87r3e4578d7c7a553@mail.gmail.com> Here's a related ticket: http://trac.macports.org/ticket/13714 Sancho On Tue, May 13, 2008 at 12:09 AM, Ryan Schmidt wrote: > On May 13, 2008, at 12:29 AM, Igor Mikushkin wrote: > > 2008/5/13 Ryan Schmidt: > > > > > > On May 12, 2008, at 7:33 AM, Igor Mikushkin wrote: > > > > > > When I try to install boost I get this error: > > > > > > > > ---> Building boost 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_boost/work/boost_1_35_0" > > > > && gmake all " returned error 2 > > > > Command output: Makefile:2: *** missing separator. Stop. > > > > > > > > > > > > First 3 lines of Makefile: > > > > > > > > BJAM=./tools/jam/src/ > > > > ...skipped bjam for lack of ... > > > > ...failed updating 1 target.../bjam > > > > > > > > > > > > (I didn't have installed BJAM before boost installation) > > > > > > > > > > The boost port says it depends on the boost-jam port. So just to make > > > sure: > > > the boost-jam port did get installed for you automatically, yes? > > > > > > > Yes, boost-jam did get installed automatically as a dependency of > > boost libraries. > > > > After manual ./configure all is OK. > > > > > > > > > > Explain. You went into the worksrcdir and ran "./configure" and then > > > tried > > > "sudo port install boost" again and it worked? Or what? > > > > > > > Yes, I looked at a makefile, then decided to run configure script. > > After that "sudo port install boost" worked properly. > > > > Is this a bug? > > > > > > > > > > Hard to know at this point. What version of Mac OS X, Xcode, and > > > MacPorts > > > do you have, and on what processor? Someone with a similar > > > configuration > > > could try it out and see if we can reproduce the problem. > > > > > > > Configuration: > > - MacOS X 10.5.2 > > - XCode 3.0 > > - MacPorts 1.600 > > - Processor: PPC > > > > Ok. I can reproduce the issue on Mac OS X 10.5.2, Xcode 3.1 (iPhone SDK > beta 5), MacPorts 1.7 (trunk r36691), Intel Core 2 Duo. > > The problem is likely the very common one that affects Leopard users, > described here: > > http://trac.macports.org/wiki/ > LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildphases > > The problem occurs when you request to install one port, but this causes > another port to first be installed as a dependency. The environment > variables don't get properly reset between finishing installing one port and > beginning to install the next one. This may be due to a bug in Leopard's > tcl, we're not sure yet. We don't have a solution to this problem right now, > but the workaround is to clean the port work area and just request the > install again. It works the second time. > > sudo port clean --work boost > sudo port install boost > > > > _______________________________________________ > 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/20080513/2c8d0892/attachment.html From ryandesign at macports.org Tue May 13 00:54:55 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 13 00:50:51 2008 Subject: error installing cogito In-Reply-To: <0626CA76-B8DB-4FF0-86E5-8FA827EBADBA@macports.org> References: <5aea26870804200524x1f5f633m154a59162c4b4061@mail.gmail.com> <4664F616-EBCE-442F-B83C-146AEF3A74EC@macports.org> <54CADD47-1A8F-4C7D-819A-04373DE07A7E@gmail.com> <0626CA76-B8DB-4FF0-86E5-8FA827EBADBA@macports.org> Message-ID: <157B966B-2DF0-4CA7-BB32-115E609CDCEF@macports.org> On Apr 20, 2008, at 7:09 PM, Bryan Blackburn wrote: [about the Leopard problem where some ports fail to install properly with a seemingly endless variety of bizarre error messages if installing them causes a dependency to be installed first, but the port succeeds if you try the install a second time (because now it has no dependencies to install)] > Actually, it has something to do with the way the environment is > setup and cleaned between stages within MacPorts. I've been trying > to figure out whether this is a tcl bug, or something specific to > the Mac OS X install of 8.4.7 (as of 10.5.2), since I can't make it > happen with 8.5.2. > > The basic issue is best demonstrated with a bit of code (first with > the Mac-default 8.4.7): > > % puts $env(CC) > can't read "env(CC)": no such variable > % set env(CC) "gcc" > gcc > % puts $env(CC) > gcc > % array unset env * > % puts $env(CC) > > % puts [array get env] > ... CC {} ... > > Note how CC in the environment is now blank, but still exists, > after the 'array unset env *' (and if you run this yourself, you'll > see all the environment variables in that last command are {}). Confirmed with Apple-provided tcl 8.4.7 on 10.5.2. > What it should do, and did (I believe) on 10.4 and does with 8.5.2: > > % puts $env(CC) > can't read "env(CC)": no such variable > % set env(CC) "gcc" > gcc > % puts $env(CC) > gcc > % array unset env * > % puts $env(CC) > can't read "env(CC)": no such variable > % puts [array get env] > > Here, after 'array unset env *' CC is no longer set in the > environment. Which is how it should work. Note also, the last > command doesn't show all env vars as empty but nothing there. Confirmed with Apple-provided tcl 8.4.7 on 10.4.11. Confirmed with MacPorts tcl 8.5.2 on 10.4.11. Confirmed with MacPorts tcl 8.5.2 on 10.5.2. > We can't use 'array unset env' as that is documented to disconnect > Tcl from the environment, and some messing around hasn't shown a > clean way to work around this. Maybe a Tcl expert is needed, and > determining if this is Mac-specific or 8.4.7; of course, either > way, we have to deal with it. > > FYI, this is done in portutil.tcl (base/src/port1.0/) in proc > command_exec. Thanks for the analysis! I added a link to your explanation to http:// trac.macports.org/wiki/LeopardProblems Do we really not have a macports base ticket for this issue yet? I couldn't find one but maybe I'm searching wrong. We need one so that we can mark all the other port bugs that are cropping up as duplicates of it. From afb at macports.org Tue May 13 01:45:08 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Tue May 13 01:41:03 2008 Subject: error installing cogito In-Reply-To: <157B966B-2DF0-4CA7-BB32-115E609CDCEF@macports.org> References: <5aea26870804200524x1f5f633m154a59162c4b4061@mail.gmail.com> <4664F616-EBCE-442F-B83C-146AEF3A74EC@macports.org> <54CADD47-1A8F-4C7D-819A-04373DE07A7E@gmail.com> <0626CA76-B8DB-4FF0-86E5-8FA827EBADBA@macports.org> <157B966B-2DF0-4CA7-BB32-115E609CDCEF@macports.org> Message-ID: Ryan Schmidt wrote: >> We can't use 'array unset env' as that is documented to disconnect >> Tcl from the environment, and some messing around hasn't shown a >> clean way to work around this. Maybe a Tcl expert is needed, and >> determining if this is Mac-specific or 8.4.7; of course, either >> way, we have to deal with it. >> >> FYI, this is done in portutil.tcl (base/src/port1.0/) in proc >> command_exec. > > Thanks for the analysis! I added a link to your explanation to > http://trac.macports.org/wiki/LeopardProblems > > Do we really not have a macports base ticket for this issue yet? I > couldn't find one but maybe I'm searching wrong. We need one so > that we can mark all the other port bugs that are cropping up as > duplicates of it. As far as I can tell, Apple explicitly enables the use of "putenv" to clear out environment variables in Leopard's tcl-64 variant (#define USE_PUTENV 1). Whereas the original tcl 8.4.7 (and Tiger's tcl-20.1.4 too) only uses that on Windows, as far as I can tell. And sets the var to NULL otherwise. Still doesn't explain why doing a "port clean" and restarting fixes it, but it's a difference between the two Tcl-8.4.7's ? --anders From blb at macports.org Tue May 13 01:47:08 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue May 13 01:43:07 2008 Subject: error installing cogito In-Reply-To: <157B966B-2DF0-4CA7-BB32-115E609CDCEF@macports.org> References: <5aea26870804200524x1f5f633m154a59162c4b4061@mail.gmail.com> <4664F616-EBCE-442F-B83C-146AEF3A74EC@macports.org> <54CADD47-1A8F-4C7D-819A-04373DE07A7E@gmail.com> <0626CA76-B8DB-4FF0-86E5-8FA827EBADBA@macports.org> <157B966B-2DF0-4CA7-BB32-115E609CDCEF@macports.org> Message-ID: On May 13, 2008, at 1:54 AM, Ryan Schmidt wrote: > On Apr 20, 2008, at 7:09 PM, Bryan Blackburn wrote: > > [about the Leopard problem where some ports fail to install properly > with a seemingly endless variety of bizarre error messages if > installing them causes a dependency to be installed first, but the > port succeeds if you try the install a second time (because now it > has no dependencies to install)] ... > > Thanks for the analysis! I added a link to your explanation to http://trac.macports.org/wiki/LeopardProblems > > Do we really not have a macports base ticket for this issue yet? I > couldn't find one but maybe I'm searching wrong. We need one so that > we can mark all the other port bugs that are cropping up as > duplicates of it. > Oh, yeah, this issue. It's coming from a patch in tcl-64 [1] which patches Tcl to use putenv() for handling the environment. I filed a radar [2] with Apple and it was closed as a dup so they definitely know about it, and maybe 10.5.3 (maybe not since it's pretty close?) or 10.5.4 and we shouldn't have to worry about this anymore. Bryan [1] - http://www.opensource.apple.com/darwinsource/10.5.2/tcl-64/ [2] - rdar://problem/5878954 From ryandesign at macports.org Tue May 13 04:21:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 13 04:17:11 2008 Subject: Leopard env var problem (was: Re: error installing cogito) In-Reply-To: References: <5aea26870804200524x1f5f633m154a59162c4b4061@mail.gmail.com> <4664F616-EBCE-442F-B83C-146AEF3A74EC@macports.org> <54CADD47-1A8F-4C7D-819A-04373DE07A7E@gmail.com> <0626CA76-B8DB-4FF0-86E5-8FA827EBADBA@macports.org> <157B966B-2DF0-4CA7-BB32-115E609CDCEF@macports.org> Message-ID: <05F5ADCF-EC44-4F67-BCE6-584A793BD65E@macports.org> On May 13, 2008, at 3:45 AM, Anders F Bj?rklund wrote: > Ryan Schmidt wrote: > >>> We can't use 'array unset env' as that is documented to >>> disconnect Tcl from the environment, and some messing around >>> hasn't shown a clean way to work around this. Maybe a Tcl expert >>> is needed, and determining if this is Mac-specific or 8.4.7; of >>> course, either way, we have to deal with it. >>> >>> FYI, this is done in portutil.tcl (base/src/port1.0/) in proc >>> command_exec. >> >> Thanks for the analysis! I added a link to your explanation to >> http://trac.macports.org/wiki/LeopardProblems >> >> Do we really not have a macports base ticket for this issue yet? I >> couldn't find one but maybe I'm searching wrong. We need one so >> that we can mark all the other port bugs that are cropping up as >> duplicates of it. > > As far as I can tell, Apple explicitly enables the use of "putenv" > to clear out environment variables in Leopard's tcl-64 variant > (#define USE_PUTENV 1). Whereas the original tcl 8.4.7 (and Tiger's > tcl-20.1.4 too) only uses that on Windows, as far as I can tell. > And sets the var to NULL otherwise. Still doesn't explain why doing > a "port clean" and restarting fixes it, but it's a difference > between the two Tcl-8.4.7's ? The USE_PUTENV problem was said to have been fixed in tcl 8.5a2 and 8.4.12 via the 979640-env-hobbs.patch in this ticket: http://sourceforge.net/tracker/index.php? func=detail&aid=979640&group_id=10894&atid=110894 However, I downgraded the tcl port to 8.4.7, added -DUSE_PUTENV to the CPPFLAGS, and it still was able to unset environment variables properly. In other words, I would like to reproduce the problem in the MacPorts tcl, but I cannot. I do see that Apple is #defining USE_PUTENV 1 on Leopard's tcl, but they're also patching a lot of other things: http://www.opensource.apple.com/darwinsource/10.5.2/tcl-64/tcl/tcl.diff I wonder if maybe some of those other patches are the cause of the problem. I'll look into this problem more later. From ram at macports.org Tue May 13 12:02:36 2008 From: ram at macports.org (Adam Mercer) Date: Tue May 13 11:58:25 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> Message-ID: <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> On Tue, May 13, 2008 at 12:07 AM, Morgan Sutherland wrote: > Does anybody know what to make of this? > ImportError: No module named math what happens why you try to import the math module in MacPorts python? Cheers Adam From morgan at morgansutherland.net Tue May 13 12:12:25 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Tue May 13 12:08:14 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> Message-ID: <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> Adam, I don't know how to do this (I've never used Python before). I'm just trying to install py-gtksourceview to run a program and it hung on numpy. On Tue, May 13, 2008 at 3:02 PM, Adam Mercer wrote: > On Tue, May 13, 2008 at 12:07 AM, Morgan Sutherland > wrote: > > Does anybody know what to make of this? > > > > > > ImportError: No module named math > > what happens why you try to import the math module in MacPorts python? > > Cheers > > Adam > -- Morgan Sutherland From ram at macports.org Tue May 13 12:52:10 2008 From: ram at macports.org (Adam Mercer) Date: Tue May 13 12:48:01 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> Message-ID: <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> On Tue, May 13, 2008 at 2:12 PM, Morgan Sutherland wrote: > Adam, I don't know how to do this (I've never used Python before). I'm > just trying to install py-gtksourceview to run a program and it hung > on numpy. There isn't a py-gtksourceview port, don't you mean py25-pygtksourceview? can you send me what you get when you try to "import math" after running /opt/local/bin/python2.5, e.g. $ /opt/local/bin/python2.5 Python 2.5.2 (r252:60911, May 7 2008, 13:15:18) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import math >>> Cheers Adam From morgan at morgansutherland.net Tue May 13 13:11:35 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Tue May 13 13:07:28 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> Message-ID: <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> Right, py25-pygtksourceview is the one. I will mess around tonight or tomorrow when I get back to my computer. On Tue, May 13, 2008 at 3:52 PM, Adam Mercer wrote: > On Tue, May 13, 2008 at 2:12 PM, Morgan Sutherland > wrote: > > Adam, I don't know how to do this (I've never used Python before). I'm > > just trying to install py-gtksourceview to run a program and it hung > > on numpy. > > There isn't a py-gtksourceview port, don't you mean py25-pygtksourceview? > > can you send me what you get when you try to "import math" after > running /opt/local/bin/python2.5, e.g. > > > $ /opt/local/bin/python2.5 > Python 2.5.2 (r252:60911, May 7 2008, 13:15:18) > [GCC 4.0.1 (Apple Inc. build 5465)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> import math > >>> > > Cheers > > Adam > -- Morgan Sutherland From patrick at gundla.ch Tue May 13 13:28:40 2008 From: patrick at gundla.ch (Patrick Gundlach) Date: Tue May 13 13:26:05 2008 Subject: mysql server problems Message-ID: <09A2A557-3C87-4FFF-A179-BF697F3C8212@gundla.ch> Hi, I googled but I don't succeed on using mysql. The machine: Mac OS X Tiger (10.4.11) on intel, MacPorts 1.600, mysql5 @5.0.51a_0+server (active) I've read somewhere that I have to run the following command: ~$ sudo -u mysql mysql_install_db5 But this fails: > Installing MySQL system tables... > 080513 22:10:43 [Warning] Setting lower_case_table_names=2 because > file system for /opt/local/var/db/mysql5/ is case insensitive > ERROR: 1347 'mysql.db' is not BASE TABLE > 080513 22:10:44 [ERROR] Aborting > 080513 22:10:44 [Note] /opt/local/libexec/mysqld: Shutdown complete > Installation of system tables failed! > Examine the logs in /opt/local/var/db/mysql5 for more information. > You can try to start the mysqld daemon with: > /opt/local/libexec/mysqld --skip-grant & > and use the command line tool > /opt/local/lib/mysql5/bin/mysql to connect to the mysql > database and look at the grant tables: > shell> /opt/local/lib/mysql5/bin/mysql -u root mysql > mysql> show tables > Try 'mysqld --help' if you have problems with paths. Using --log > gives you a log in /opt/local/var/db/mysql5 that may be helpful. Looks like permission problems, and the server logs say the same: > 080511 19:44:56 mysqld started > 080511 19:44:56 [Warning] Setting lower_case_table_names=2 because > file system for /opt/local/var/db/mysql5/ is case > insensitiveInnoDB: Log scan progressed past the checkpoint lsn 0 368 > 08080511 19:44:56 InnoDB: Database was not shut down normally! > InnoDB: Starting crash recovery. > InnoDB: Reading tablespace information from the .ibd files... > InnoDB: Restoring possible half-written data pages from the > doublewrite > InnoDB: buffer... > InnoDB: Doing recovery: scanned up to log sequence number 0 43655 > 080511 19:44:57 InnoDB: Starting an apply batch of log records to > the database... > InnoDB: Progress in percents: 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 > 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 > 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 > 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 > 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 > InnoDB: Apply batch completed > 080511 19:44:57 InnoDB: Started; log sequence number 0 43655 > 080511 19:44:58 [ERROR] /opt/local/libexec/mysqld: Can't find file: > './mysql/host.frm' (errno: 13) > 080511 19:44:58 [ERROR] /opt/local/libexec/mysqld: Can't find file: > './mysql/host.frm' (errno: 13) > 080511 19:44:58 [ERROR] Fatal error: Can't open and lock privilege > tables: Can't find file: './mysql/host.frm' (errno: 13) > 080511 19:44:58 mysqld ended the files in /opt/local/var/db/mysql5 are mysql:admin, those in the subdirectory mysql are root:admin (as well as the host.frm from the log). How did these get to root:admin? I started the server with launchctl load -w ... $ ps -ax | grep mysq 9072 ?? Ss 0:00.01 /opt/local/bin/daemondo --label=mysql5 -- start-cmd /opt/local/etc/LaunchDaemons/org.macports.mysql5/ mysql5.wrapper start 9159 ?? Ss 0:00.02 /opt/local/bin/daemondo --label=mysql5 -- start-cmd /opt/local/etc/LaunchDaemons/org.macports.mysql5/ mysql5.wrapper start So my question is: what have I done wrong installing the mysql5 db? Which actions can I take to get it running? Thanks, Patrick From ms at mac-specialist.com Tue May 13 14:52:43 2008 From: ms at mac-specialist.com (Bill Hernandez) Date: Tue May 13 14:48:33 2008 Subject: MySQL Server Installer - found 2 repeatable bugs, and a couple of suggestions Message-ID: Ryan, = = = = = = = = = = ======================================================================== THIS IS THE WAY THE INFO IS PROVIDED WHEN mysql IS INSTALLED ( 1 ) Run 'sudo -u root mysql_install_db5' ( 2 ) 'PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !' is followed on the next line by '... start the server ...' which is easy to miss, and if the user tries to set the password a SOCKET error will be generated, by that time the user will be so focused on the SOCKET error, that he won't even realize that mysql server is not running, which is what caused the socket error to begin with... ( 4 ) Finally, way down at the bottom is '... start the MySQL daemon ...' = = = = = = = = = = ======================================================================== THIS IS THE CURRENT OUTPUT OF 'mysql_install_db5' : $ sudo -u root mysql_install_db5 ---> ---> ---> PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! ---> To do so, start the server, then issue the following commands: ---> /opt/local/lib/mysql5/bin/mysqladmin -u root password 'new- password' ---> /opt/local/lib/mysql5/bin/mysqladmin -u root -h eagle.local password 'new-password' ---> ---> Alternatively you can run: ---> /opt/local/lib/mysql5/bin/mysql_secure_installation ---> ---> which will also give you the option of removing the test ---> databases and anonymous user created by default. This is ---> strongly recommended for production servers. ---> ---> See the manual for more instructions. ---> ---> You can start the MySQL daemon with: ---> cd /opt/local ; /opt/local/lib/mysql5/bin/mysqld_safe & = = = = = = = = = = ======================================================================== THE STEPS WOULD BE MUCH EASIER TO FOLLOW THIS WAY = = = = = = = = = = ======================================================================== ( 1 ) Initialize the database : ---------------------------------------------------------------------------------- if you have a problem with 'sudo -u mysql mysql_install_db5' : ---------------------------------------------------------------------------------- $ sudo -u mysql mysql_install_db5 ---> ---> ERROR : shell-init: error retrieving current directory: getcwd: cannot access parent directories: Permission denied ---> ---------------------------------------------------------------------------------- you can try 'sudo -u root mysql_install_db5' : ---------------------------------------------------------------------------------- ERROR : This happens if the UserShell for this user is set to '/usr/ bin/false' instead of '/bin/bash' SOLUTION : Instead of using the mysql user to initialize the database use root as shown below ---------------------------------------------------------------------------------- $ sudo -u root mysql_install_db5 ---> ---> Installing MySQL system tables... ---> Filling help tables... ---> OK ---> this method will give you the option of removing the test ---> databases and anonymous user created by default. This is ---> strongly recommended for production servers. ( B ) ALTERNATE METHOD : Alternatively you can run: $ /opt/local/lib/mysql5/bin/mysqladmin -u root password 'new-password' $ /opt/local/lib/mysql5/bin/mysqladmin -u root -h eagle.local password 'new-password' ---> See the manual for more instructions. = = = = = = = = = = ======================================================================== Now, all that having been said... I have written a fairly lengthy shell script that allows me to delete '/opt' completely, and : ( 1 ) completely installs, apache2, php, pgsql, mysql, openssl, etc. plus all the support stuff ( 2 ) creates a central repository if it doesn't already exist for all the '.conf, .ini, sites, sites_disabled, daemons, database backups, etc' within the '/' directory structure, instead of being in several places within the '/opt' directories. ( 3 ) It then sets up, and initializes, apache2, php, pgsql, mysql which creates either new, or uses existing http.conf, mod_php.conf, php.ini, my.cnf. It then creates all the appropriate symlinks so that everything works as it should. Finally,it initializes the databases and imports db data from backups. I've been working on this for a while off an on, and it makes deleting '/opt' and starting over a piece of cake. I have automated everything except for the mysql initialization part. The mysql portion has become very very simple for me to do manually, since I have now done this several times, but I have found a couple of bugs in the mysql install, which are repeatable, and should be fairly easy to fix. I will list the bugs I have found below : ---------------------------------------------------------------------------------- BUGS : ---------------------------------------------------------------------------------- ( 1 ) after installing mysql, I initialized the database ---------------------------------------------------------------------------------- $ sudo port -v install mysql5 +server $ sudo -u root mysql_install_db5 ---------------------------------------------------------------------------------- ( 2 ) I then tried to start mysql server ---------------------------------------------------------------------------------- [2008.13.05](08:32AM) -> [roscoe] ~ $ sudo /opt/local/lib/mysql5/bin/ mysqld_safe & ---> [1] 335 ---> ---> Starting mysqld daemon with databases from /opt/local/var/db/mysql5 ---> STOPPING server from pid file /opt/local/var/db/mysql5/ eagle.local.pid ---> ---> ERROR : SHUTDOWN ---> 080513 08:33:02 mysqld ended ---> ---> [1]+ Done sudo /opt/local/lib/mysql5/bin/ mysqld_safe ---------------------------------------------------------------------------------- ( 3 ) checked to see if was running, or just kidding ? ---------------------------------------------------------------------------------- [2008.13.05](08:40AM) -> [roscoe] ~ $ ps aux | grep mysql ---> roscoe 396 0.0 0.0 599740 384 s001 R+ 8:40AM 0:00.00 grep mysql ---------------------------------------------------------------------------------- ( 4 ) So I took a look at the log, and it appears that mysql can't find '/opt/local/lib/mysql5/share/mysql5/mysql/english/errmsg.sys' ---------------------------------------------------------------------------------- [2008.13.05](08:40AM) -> [roscoe] ~ $ sudo cat /opt/local/var/db/ mysql5/eagle.local.err ---> Password: ---> ---> 080502 00:46:58 mysqld ended ---> ---> 080513 08:33:02 mysqld started ---> 080513 8:33:02 [ERROR] Can't find messagefile '/opt/local/lib/ mysql5/share/mysql5/mysql/english/errmsg.sys' ---> 080513 8:33:02 [ERROR] Aborting ---> ---> 080513 08:33:02 mysqld ended ---------------------------------------------------------------------------------- ( 5 ) So I decide to find where it really lives ---------------------------------------------------------------------------------- [2008.13.05](09:04AM) -> [roscoe] ~ $ sudo find /opt/local -name errmsg.sys | grep english ---> /opt/local/share/mysql5/mysql/english/errmsg.sys ---------------------------------------------------------------------------------- ( 6 ) I work my way down the tree until I find ---------------------------------------------------------------------------------- [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/share/ mysql5/mysql/ ---> The file /opt/local/lib/mysql5/share/mysql5/mysql does not exist. [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/share/ mysql5/ ---> The file /opt/local/lib/mysql5/share/mysql5 does not exist. [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/share/ ---> The file /opt/local/lib/mysql5/share does not exist. [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/ ---> FOUND IT... ---------------------------------------------------------------------------------- ( 6 ) Hallellujah, I found where the symlink needs to go.. CREATE THE SYMLINK TO FIX THE STARTUP PROBLEM ---------------------------------------------------------------------------------- [2008.13.05](09:13AM) -> [roscoe] ~ $ sudo ln -s /opt/local/share /opt/ local/lib/mysql5/share ---------------------------------------------------------------------------------- TRY STEP ( 2 ) AGAIN - this time it works ( 2 ) Try the re-start of mysql server ---------------------------------------------------------------------------------- [2008.13.05](09:16AM) -> [roscoe] ~ $ sudo /opt/local/lib/mysql5/bin/ mysqld_safe & ---> [1] 617 ---> Starting mysqld daemon with databases from /opt/local/var/db/mysql5 ---------------------------------------------------------------------------------- TRY STEP ( 3 ) AGAIN - this time it works ( 3 ) Check again to see iv=f the broken link fixed the problem ? ---------------------------------------------------------------------------------- [2008.13.05](09:16AM) -> [roscoe] ~ $ ps aux | grep mysql ---> mysql 647 0.0 0.7 644536 15144 s000 S 9:16AM 0:00.11 ---> /opt/local/libexec/mysqld --basedir=/opt/local/lib/mysql5 ---> --datadir=/opt/local/var/db/mysql5 --user=mysql --pid-file=/opt/ local/var/db/mysql5/eagle.local.pid ---> --port=3306 --socket=/opt/local/var/run/mysql5/mysqld.sock ---> root 617 0.0 0.0 600172 716 s000 S 9:16AM 0:00.02 /bin/sh ---> /opt/local/lib/mysql5/bin/mysqld_safe ---> roscoe 655 0.0 0.0 599740 388 s000 S+ 9:16AM 0:00.00 grep mysql [2008.13.05](09:16AM) -> [roscoe] ~ $ ---------------------------------------------------------------------------------- ( 7 ) NOW that mysql server is running, let's try the 'mysql_secure_installation'.. ---------------------------------------------------------------------------------- [2008.13.05](09:19AM) -> [roscoe] ~ $ sudo find /opt -name mysql_secure_installation ---> /opt/local/lib/mysql5/bin/mysql_secure_installation [2008.13.05](09:19AM) -> [roscoe] ~ $ sudo /opt/local/lib/mysql5/bin/ mysql_secure_installation ---> NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL ---> SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY! ---> ---> In order to log into MySQL to secure it, we'll need the current ---> password for the root user. If you've just installed MySQL, and ---> you haven't set the root password yet, the password will be blank, ---> so you should just press enter here. ---> ---> Enter current password for root (enter for none): ---> /opt/local/lib/mysql5/bin/mysql_secure_installation: line 42: mysql: command not found ---> OK, successfully used password, moving on... ---> ---> Setting the root password ensures that nobody can log into the MySQL ---> root user without the proper authorisation. ---> ---> Set root password? [Y/n] y ---> New password: ---> Re-enter new password: ---> ---> ---------------------------------------------------------------------------------- ---> SERIOUS ERROR : mysql_secure_installation: line 42: mysql: command not found ---> ---------------------------------------------------------------------------------- ---> /opt/local/lib/mysql5/bin/mysql_secure_installation: line 42: mysql: command not found ---> Password update failed! [2008.13.05](09:20AM) -> [roscoe] ~ $ ---------------------------------------------------------------------------------- SOLUTION TO : mysql_secure_installation: line 42: mysql: command not found ---------------------------------------------------------------------------------- THE EXISTING PATH IN ~/.bash_profile WAS : export PATH="/opt/local/sbin:$PATH" export PATH="/opt/local/bin:$PATH" THE ERROR WAS FIXED BY ADDING : export PATH="/opt/local/lib/mysql5/bin:$PATH" IMPORTANT : Apparently one of the commands that mysql_secure_installation requires does not have a symlink in '/opt/ local/bin', thus causing the "command not found" error. Adding '/opt/local/lib/mysql5/bin' to the $PATH might only cause a problem if you have multiple versions or instances of mysql, such as one in '/usr/local/mysql'. Notice that when you compare the two directories, all the symlinks in '/opt/local/bin' have the same name as the actual items in '/opt/local/ lib/mysql5/bin', except the symlinks all end in '5', so '/opt/local/ lib/mysql5/bin/mysql_secure_installation' actually symlinks to '/opt/ local/bin/mysql_secure_installation5', all in the spirit of preventing problems if you have a mysql4, and mysql5 installation on the same machine. But in my case this will not be a problem, since I also renamed '/usr/ local/mysql' to '/usr/local/xx_mysql' and removed '/usr/local/mysql' from the $PATH in '~/.bash_profile'. ---------------------------------------------------------------------------------- TRY STEP ( 2 ) AGAIN - this time it works ( 7 ) NOW that we added '/opt/local/lib/mysql5/bin' to the PATH, let's try the 'mysql_secure_installation'.. ---------------------------------------------------------------------------------- [2008.13.05](09:31AM) -> [roscoe] ~ $ mysql_secure_installation ---> NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL ---> SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY! ---> ---> In order to log into MySQL to secure it, we'll need the current ---> password for the root user. If you've just installed MySQL, and ---> you haven't set the root password yet, the password will be blank, ---> so you should just press enter here. ---> ---> Enter current password for root (enter for none): ---> OK, successfully used password, moving on... ---> ---> Setting the root password ensures that nobody can log into the MySQL ---> root user without the proper authorisation. ---> ---> Set root password? [Y/n] y ---> New password: ---> Re-enter new password: ---> Password updated successfully! ---> Reloading privilege tables.. ---> ... Success! ---> ---> By default, a MySQL installation has an anonymous user, allowing anyone ---> to log into MySQL without having to have a user account created for ---> them. This is intended only for testing, and to make the installation ---> go a bit smoother. You should remove them before moving into a ---> production environment. ---> ---> Remove anonymous users? [Y/n] y ---> ... Success! ---> ---> Normally, root should only be allowed to connect from 'localhost'. This ---> ensures that someone cannot guess at the root password from the network. ---> ---> Disallow root login remotely? [Y/n] y ---> ... Success! ---> ---> By default, MySQL comes with a database named 'test' that anyone can ---> access. This is also intended only for testing, and should be removed ---> before moving into a production environment. ---> ---> Remove test database and access to it? [Y/n] y ---> - Dropping test database... ---> ... Success! ---> - Removing privileges on test database... ---> ... Success! ---> ---> Reloading the privilege tables will ensure that all changes made so far ---> will take effect immediately. ---> ---> Reload privilege tables now? [Y/n] y ---> ... Success! ---> ---> Cleaning up... ---> ---> All done! If you've completed all of the above steps, your MySQL ---> installation should now be secure. ---> ---> Thanks for using MySQL! ---> GREAT ! [2008.13.05](09:32AM) -> [roscoe] ~ $ ---------------------------------------------------------------------------------- ( 8 ) See if mysql server works ? ---------------------------------------------------------------------------------- [2008.02.04](02:47AM) -> [roscoe] ~ $ mysql5 -u root -p ---> Enter password: ---> Welcome to the MySQL monitor. Commands end with ; or \g. ---> Your MySQL connection id is 3 ---> Server version: 5.0.51-log Source distribution ---> ---> Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> CREATE DATABASE IF NOT EXISTS users_db ; ---> Query OK, 1 row affected (0.03 sec) ---> ---> mysql> show databases ; ---> +--------------------+ ---> | Database | ---> +--------------------+ ---> | information_schema | ---> | mysql | ---> | test | ---> | users_db | ---> +--------------------+ ---> 4 rows in set (0.00 sec) mysql> quit ---> Bye ---------------------------------------------------------------------------------- ( 8 ) Import the mysql backup data ? ---------------------------------------------------------------------------------- [2008.02.04](02:54AM) -> [roscoe] ~ $ mysql5 -u root -p users_db < / Users/roscoe/Desktop/users_db.sql ---> Enter password: [2008.02.04](02:55AM) -> [roscoe] ~ $ mysql5 -u root -p ---> Enter password: ---> Welcome to the MySQL monitor. Commands end with ; or \g. ---> Your MySQL connection id is 5 ---> Server version: 5.0.51-log Source distribution ---> ---> Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> use users_db ; ---> Database changed mysql> show tables ; ---> +--------------------+ ---> | Tables_in_users_db | ---> +--------------------+ ---> | users | ---> | | ---> | | ---> | | ---> | quotes | ---> +--------------------+ ---> 18 rows in set (0.00 sec) LIFE IS SWELL, MySQL WORKS... Hopefully you guys can fix the two bugs in the installer... One last thing : I have to use 'cat' or open '/opt/local/var/db/mysql5/ roscoe.local.err' using an editor $ sudo cat /opt/local/var/db/mysql5/roscoe.local.err It would be much easier if the error log had an extension of '.log', then if you double clicked on it, the 'Console.app' would open it, which is more of a standard way of accessing logs for me... Bill Hernandez Plano, Texas From ryandesign at macports.org Tue May 13 14:58:20 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue May 13 14:54:11 2008 Subject: mysql server problems In-Reply-To: <09A2A557-3C87-4FFF-A179-BF697F3C8212@gundla.ch> References: <09A2A557-3C87-4FFF-A179-BF697F3C8212@gundla.ch> Message-ID: <5E51A6E7-0C2E-4E77-95B4-CB2B3757F789@macports.org> On May 13, 2008, at 3:28 PM, Patrick Gundlach wrote: > I googled but I don't succeed on using mysql. > > The machine: Mac OS X Tiger (10.4.11) on intel, MacPorts 1.600, > mysql5 @5.0.51a_0+server (active) > > I've read somewhere that I have to run the following command: > > ~$ sudo -u mysql mysql_install_db5 > > But this fails: > >> Installing MySQL system tables... >> 080513 22:10:43 [Warning] Setting lower_case_table_names=2 because >> file system for /opt/local/var/db/mysql5/ is case insensitive >> ERROR: 1347 'mysql.db' is not BASE TABLE >> 080513 22:10:44 [ERROR] Aborting >> 080513 22:10:44 [Note] /opt/local/libexec/mysqld: Shutdown complete >> Installation of system tables failed! >> Examine the logs in /opt/local/var/db/mysql5 for more information. >> You can try to start the mysqld daemon with: >> /opt/local/libexec/mysqld --skip-grant & >> and use the command line tool >> /opt/local/lib/mysql5/bin/mysql to connect to the mysql >> database and look at the grant tables: >> shell> /opt/local/lib/mysql5/bin/mysql -u root mysql >> mysql> show tables >> Try 'mysqld --help' if you have problems with paths. Using --log >> gives you a log in /opt/local/var/db/mysql5 that may be helpful. > > > Looks like permission problems, and the server logs say the same: > >> 080511 19:44:56 mysqld started >> 080511 19:44:56 [Warning] Setting lower_case_table_names=2 because >> file system for /opt/local/var/db/mysql5/ is case >> insensitiveInnoDB: Log scan progressed past the checkpoint lsn 0 368 >> 08080511 19:44:56 InnoDB: Database was not shut down normally! >> InnoDB: Starting crash recovery. >> InnoDB: Reading tablespace information from the .ibd files... >> InnoDB: Restoring possible half-written data pages from the >> doublewrite >> InnoDB: buffer... >> InnoDB: Doing recovery: scanned up to log sequence number 0 43655 >> 080511 19:44:57 InnoDB: Starting an apply batch of log records to >> the database... >> InnoDB: Progress in percents: 3 4 5 6 7 8 9 10 11 12 13 14 15 16 >> 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 >> 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 >> 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 >> 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 >> InnoDB: Apply batch completed >> 080511 19:44:57 InnoDB: Started; log sequence number 0 43655 >> 080511 19:44:58 [ERROR] /opt/local/libexec/mysqld: Can't find >> file: './mysql/host.frm' (errno: 13) >> 080511 19:44:58 [ERROR] /opt/local/libexec/mysqld: Can't find >> file: './mysql/host.frm' (errno: 13) >> 080511 19:44:58 [ERROR] Fatal error: Can't open and lock privilege >> tables: Can't find file: './mysql/host.frm' (errno: 13) >> 080511 19:44:58 mysqld ended > > > the files in /opt/local/var/db/mysql5 are mysql:admin, those in the > subdirectory mysql are root:admin (as well as the host.frm from the > log). How did these get to root:admin? > > I started the server with launchctl load -w ... > > $ ps -ax | grep mysq > 9072 ?? Ss 0:00.01 /opt/local/bin/daemondo --label=mysql5 -- > start-cmd /opt/local/etc/LaunchDaemons/org.macports.mysql5/ > mysql5.wrapper start > 9159 ?? Ss 0:00.02 /opt/local/bin/daemondo --label=mysql5 -- > start-cmd /opt/local/etc/LaunchDaemons/org.macports.mysql5/ > mysql5.wrapper start > > > So my question is: what have I done wrong installing the mysql5 db? > Which actions can I take to get it running? Not sure what went wrong... Not sure why those files ended up owned by root instead of the mysql user, since you used "sudo -u mysql" that should have worked. If that's the only problem just change the ownership: sudo chown -R mysql /opt/local/var/db/mysql5 I myself had some trouble installing mysql5 recently, and it turned out that mysql_install_db didn't like something in my my.cnf file. I had to move the my.cnf file out of the way for the duration of the initial db installation. Then I could move it back. My error message was different, but if just changing the permissions doesn't help, blow away the /opt/local/var/db/mysql5 directory, temporarily disable your my.cnf, wherever you put it, and try again. From paulbeard at gmail.com Tue May 13 15:00:59 2008 From: paulbeard at gmail.com (paul beard) Date: Tue May 13 14:56:47 2008 Subject: MySQL Server Installer - found 2 repeatable bugs, Message-ID: Why not create a (succinct) bug report/patch diff in TRAC? I have found the mysql/php/apache cluster to be troublesome to install and run, but never cared enough to generate this much diagnostics (it doesn't seem to be a pressing issue but a patch shows that a solution is possible). On Tue, May 13, 2008 at 2:48 PM, < macports-users-request@lists.macosforge.org> wrote: > Message: 6 > Date: Tue, 13 May 2008 16:52:43 -0500 > From: Bill Hernandez > Subject: MySQL Server Installer - found 2 repeatable bugs, and a > couple of suggestions > To: MacPorts Users > Message-ID: > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080513/5b18acc3/attachment.html From ms at mac-specialist.com Tue May 13 15:11:20 2008 From: ms at mac-specialist.com (Bill Hernandez) Date: Tue May 13 15:07:10 2008 Subject: MySQL Server Installer - found 2 repeatable bugs, and a couple of suggestions Message-ID: Ryan, ======================================================================== THIS IS THE WAY THE INFO IS PROVIDED WHEN mysql IS INSTALLED ( 1 ) Run 'sudo -u root mysql_install_db5' ( 2 ) 'PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !' is followed on the next line by '... start the server ...' which is easy to miss, and if the user tries to set the password a SOCKET error will be generated, by that time the user will be so focused on the SOCKET error, that he won't even realize that mysql server is not running, which is what caused the socket error to begin with... ( 4 ) Finally, way down at the bottom is '... start the MySQL daemon ...' = = = = = = = = = = ======================================================================== THIS IS THE CURRENT OUTPUT OF 'mysql_install_db5' : $ sudo -u root mysql_install_db5 ---> ---> ---> PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! ---> To do so, start the server, then issue the following commands: ---> /opt/local/lib/mysql5/bin/mysqladmin -u root password 'new- password' ---> /opt/local/lib/mysql5/bin/mysqladmin -u root -h eagle.local password 'new-password' ---> ---> Alternatively you can run: ---> /opt/local/lib/mysql5/bin/mysql_secure_installation ---> ---> which will also give you the option of removing the test ---> databases and anonymous user created by default. This is ---> strongly recommended for production servers. ---> ---> See the manual for more instructions. ---> ---> You can start the MySQL daemon with: ---> cd /opt/local ; /opt/local/lib/mysql5/bin/mysqld_safe & = = = = = = = = = = ======================================================================== THE STEPS WOULD BE MUCH EASIER TO FOLLOW THIS WAY = = = = = = = = = = ======================================================================== ( 1 ) Initialize the database : ---------------------------------------------------------------------------------- if you have a problem with 'sudo -u mysql mysql_install_db5' : ---------------------------------------------------------------------------------- $ sudo -u mysql mysql_install_db5 ---> ---> ERROR : shell-init: error retrieving current directory: getcwd: cannot access parent directories: Permission denied ---> ---------------------------------------------------------------------------------- you can try 'sudo -u root mysql_install_db5' : ---------------------------------------------------------------------------------- ERROR : This happens if the UserShell for this user is set to '/usr/ bin/false' instead of '/bin/bash' SOLUTION : Instead of using the mysql user to initialize the database use root as shown below ---------------------------------------------------------------------------------- $ sudo -u root mysql_install_db5 ---> ---> Installing MySQL system tables... ---> Filling help tables... ---> OK ---> this method will give you the option of removing the test ---> databases and anonymous user created by default. This is ---> strongly recommended for production servers. ( B ) ALTERNATE METHOD : Alternatively you can run: $ /opt/local/lib/mysql5/bin/mysqladmin -u root password 'new-password' $ /opt/local/lib/mysql5/bin/mysqladmin -u root -h eagle.local password 'new-password' ---> See the manual for more instructions. = = = = = = = = = = ======================================================================== Now, all that having been said... I have written a fairly lengthy shell script that allows me to delete '/opt' completely, and : ( 1 ) completely installs, apache2, php, pgsql, mysql, openssl, etc. plus all the support stuff ( 2 ) creates a central repository if it doesn't already exist for all the '.conf, .ini, sites, sites_disabled, daemons, database backups, etc' within the '/' directory structure, instead of being in several places within the '/opt' directories. ( 3 ) It then sets up, and initializes, apache2, php, pgsql, mysql which creates either new, or uses existing http.conf, mod_php.conf, php.ini, my.cnf. It then creates all the appropriate symlinks so that everything works as it should. Finally,it initializes the databases and imports db data from backups. I've been working on this for a while off an on, and it makes deleting '/opt' and starting over a piece of cake. I have automated everything except for the mysql initialization part. The mysql portion has become very very simple for me to do manually, since I have now done this several times, but I have found a couple of bugs in the mysql install, which are repeatable, and should be fairly easy to fix. I will list the bugs I have found below : ---------------------------------------------------------------------------------- BUGS : ---------------------------------------------------------------------------------- ( 1 ) after installing mysql, I initialized the database ---------------------------------------------------------------------------------- $ sudo port -v install mysql5 +server $ sudo -u root mysql_install_db5 ---------------------------------------------------------------------------------- ( 2 ) I then tried to start mysql server ---------------------------------------------------------------------------------- [2008.13.05](08:32AM) -> [roscoe] ~ $ sudo /opt/local/lib/mysql5/bin/ mysqld_safe & ---> [1] 335 ---> ---> Starting mysqld daemon with databases from /opt/local/var/db/mysql5 ---> STOPPING server from pid file /opt/local/var/db/mysql5/ eagle.local.pid ---> ---> ERROR : SHUTDOWN ---> 080513 08:33:02 mysqld ended ---> ---> [1]+ Done sudo /opt/local/lib/mysql5/bin/ mysqld_safe ---------------------------------------------------------------------------------- ( 3 ) checked to see if was running, or just kidding ? ---------------------------------------------------------------------------------- [2008.13.05](08:40AM) -> [roscoe] ~ $ ps aux | grep mysql ---> roscoe 396 0.0 0.0 599740 384 s001 R+ 8:40AM 0:00.00 grep mysql ---------------------------------------------------------------------------------- ( 4 ) So I took a look at the log, and it appears that mysql can't find '/opt/local/lib/mysql5/share/mysql5/mysql/english/errmsg.sys' ---------------------------------------------------------------------------------- [2008.13.05](08:40AM) -> [roscoe] ~ $ sudo cat /opt/local/var/db/ mysql5/eagle.local.err ---> Password: ---> ---> 080502 00:46:58 mysqld ended ---> ---> 080513 08:33:02 mysqld started ---> 080513 8:33:02 [ERROR] Can't find messagefile '/opt/local/lib/ mysql5/share/mysql5/mysql/english/errmsg.sys' ---> 080513 8:33:02 [ERROR] Aborting ---> ---> 080513 08:33:02 mysqld ended ---------------------------------------------------------------------------------- ( 5 ) So I decide to find where it really lives ---------------------------------------------------------------------------------- [2008.13.05](09:04AM) -> [roscoe] ~ $ sudo find /opt/local -name errmsg.sys | grep english ---> /opt/local/share/mysql5/mysql/english/errmsg.sys ---------------------------------------------------------------------------------- ( 6 ) I work my way down the tree until I find ---------------------------------------------------------------------------------- [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/share/ mysql5/mysql/ ---> The file /opt/local/lib/mysql5/share/mysql5/mysql does not exist. [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/share/ mysql5/ ---> The file /opt/local/lib/mysql5/share/mysql5 does not exist. [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/share/ ---> The file /opt/local/lib/mysql5/share does not exist. [2008.13.05](09:12AM) -> [roscoe] ~ $ open /opt/local/lib/mysql5/ ---> FOUND IT... ---------------------------------------------------------------------------------- ( 6 ) Hallellujah, I found where the symlink needs to go.. CREATE THE SYMLINK TO FIX THE STARTUP PROBLEM ---------------------------------------------------------------------------------- [2008.13.05](09:13AM) -> [roscoe] ~ $ sudo ln -s /opt/local/share /opt/ local/lib/mysql5/share ---------------------------------------------------------------------------------- TRY STEP ( 2 ) AGAIN - this time it works ( 2 ) Try the re-start of mysql server ---------------------------------------------------------------------------------- [2008.13.05](09:16AM) -> [roscoe] ~ $ sudo /opt/local/lib/mysql5/bin/ mysqld_safe & ---> [1] 617 ---> Starting mysqld daemon with databases from /opt/local/var/db/mysql5 ---------------------------------------------------------------------------------- TRY STEP ( 3 ) AGAIN - this time it works ( 3 ) Check again to see iv=f the broken link fixed the problem ? ---------------------------------------------------------------------------------- [2008.13.05](09:16AM) -> [roscoe] ~ $ ps aux | grep mysql ---> mysql 647 0.0 0.7 644536 15144 s000 S 9:16AM 0:00.11 ---> /opt/local/libexec/mysqld --basedir=/opt/local/lib/mysql5 ---> --datadir=/opt/local/var/db/mysql5 --user=mysql --pid-file=/opt/ local/var/db/mysql5/eagle.local.pid ---> --port=3306 --socket=/opt/local/var/run/mysql5/mysqld.sock ---> root 617 0.0 0.0 600172 716 s000 S 9:16AM 0:00.02 /bin/sh ---> /opt/local/lib/mysql5/bin/mysqld_safe ---> roscoe 655 0.0 0.0 599740 388 s000 S+ 9:16AM 0:00.00 grep mysql [2008.13.05](09:16AM) -> [roscoe] ~ $ ---------------------------------------------------------------------------------- ( 7 ) NOW that mysql server is running, let's try the 'mysql_secure_installation'.. ---------------------------------------------------------------------------------- [2008.13.05](09:19AM) -> [roscoe] ~ $ sudo find /opt -name mysql_secure_installation ---> /opt/local/lib/mysql5/bin/mysql_secure_installation [2008.13.05](09:19AM) -> [roscoe] ~ $ sudo /opt/local/lib/mysql5/bin/ mysql_secure_installation ---> NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL ---> SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY! ---> ---> In order to log into MySQL to secure it, we'll need the current ---> password for the root user. If you've just installed MySQL, and ---> you haven't set the root password yet, the password will be blank, ---> so you should just press enter here. ---> ---> Enter current password for root (enter for none): ---> /opt/local/lib/mysql5/bin/mysql_secure_installation: line 42: mysql: command not found ---> OK, successfully used password, moving on... ---> ---> Setting the root password ensures that nobody can log into the MySQL ---> root user without the proper authorisation. ---> ---> Set root password? [Y/n] y ---> New password: ---> Re-enter new password: ---> ---> ---------------------------------------------------------------------------------- ---> SERIOUS ERROR : mysql_secure_installation: line 42: mysql: command not found ---> ---------------------------------------------------------------------------------- ---> /opt/local/lib/mysql5/bin/mysql_secure_installation: line 42: mysql: command not found ---> Password update failed! [2008.13.05](09:20AM) -> [roscoe] ~ $ ---------------------------------------------------------------------------------- SOLUTION TO : mysql_secure_installation: line 42: mysql: command not found ---------------------------------------------------------------------------------- THE EXISTING PATH IN ~/.bash_profile WAS : export PATH="/opt/local/sbin:$PATH" export PATH="/opt/local/bin:$PATH" THE ERROR WAS FIXED BY ADDING : export PATH="/opt/local/lib/mysql5/bin:$PATH" IMPORTANT : Apparently one of the commands that mysql_secure_installation requires does not have a symlink in '/opt/ local/bin', thus causing the "command not found" error. Adding '/opt/local/lib/mysql5/bin' to the $PATH might only cause a problem if you have multiple versions or instances of mysql, such as one in '/usr/local/mysql'. Notice that when you compare the two directories, all the symlinks in '/opt/local/bin' have the same name as the actual items in '/opt/local/ lib/mysql5/bin', except the symlinks all end in '5', so '/opt/local/ lib/mysql5/bin/mysql_secure_installation' actually symlinks to '/opt/ local/bin/mysql_secure_installation5', all in the spirit of preventing problems if you have a mysql4, and mysql5 installation on the same machine. But in my case this will not be a problem, since I also renamed '/usr/ local/mysql' to '/usr/local/xx_mysql' and removed '/usr/local/mysql' from the $PATH in '~/.bash_profile'. ---------------------------------------------------------------------------------- TRY STEP ( 2 ) AGAIN - this time it works ( 7 ) NOW that we added '/opt/local/lib/mysql5/bin' to the PATH, let's try the 'mysql_secure_installation'.. ---------------------------------------------------------------------------------- [2008.13.05](09:31AM) -> [roscoe] ~ $ mysql_secure_installation ---> NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL ---> SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY! ---> ---> In order to log into MySQL to secure it, we'll need the current ---> password for the root user. If you've just installed MySQL, and ---> you haven't set the root password yet, the password will be blank, ---> so you should just press enter here. ---> ---> Enter current password for root (enter for none): ---> OK, successfully used password, moving on... ---> ---> Setting the root password ensures that nobody can log into the MySQL ---> root user without the proper authorisation. ---> ---> Set root password? [Y/n] y ---> New password: ---> Re-enter new password: ---> Password updated successfully! ---> Reloading privilege tables.. ---> ... Success! ---> ---> By default, a MySQL installation has an anonymous user, allowing anyone ---> to log into MySQL without having to have a user account created for ---> them. This is intended only for testing, and to make the installation ---> go a bit smoother. You should remove them before moving into a ---> production environment. ---> ---> Remove anonymous users? [Y/n] y ---> ... Success! ---> ---> Normally, root should only be allowed to connect from 'localhost'. This ---> ensures that someone cannot guess at the root password from the network. ---> ---> Disallow root login remotely? [Y/n] y ---> ... Success! ---> ---> By default, MySQL comes with a database named 'test' that anyone can ---> access. This is also intended only for testing, and should be removed ---> before moving into a production environment. ---> ---> Remove test database and access to it? [Y/n] y ---> - Dropping test database... ---> ... Success! ---> - Removing privileges on test database... ---> ... Success! ---> ---> Reloading the privilege tables will ensure that all changes made so far ---> will take effect immediately. ---> ---> Reload privilege tables now? [Y/n] y ---> ... Success! ---> ---> Cleaning up... ---> ---> All done! If you've completed all of the above steps, your MySQL ---> installation should now be secure. ---> ---> Thanks for using MySQL! ---> GREAT ! [2008.13.05](09:32AM) -> [roscoe] ~ $ ---------------------------------------------------------------------------------- ( 8 ) See if mysql server works ? ---------------------------------------------------------------------------------- [2008.02.04](02:47AM) -> [roscoe] ~ $ mysql5 -u root -p ---> Enter password: ---> Welcome to the MySQL monitor. Commands end with ; or \g. ---> Your MySQL connection id is 3 ---> Server version: 5.0.51-log Source distribution ---> ---> Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> CREATE DATABASE IF NOT EXISTS users_db ; ---> Query OK, 1 row affected (0.03 sec) ---> ---> mysql> show databases ; ---> +--------------------+ ---> | Database | ---> +--------------------+ ---> | information_schema | ---> | mysql | ---> | test | ---> | users_db | ---> +--------------------+ ---> 4 rows in set (0.00 sec) mysql> quit ---> Bye ---------------------------------------------------------------------------------- ( 8 ) Import the mysql backup data ? ---------------------------------------------------------------------------------- [2008.02.04](02:54AM) -> [roscoe] ~ $ mysql5 -u root -p users_db < / Users/roscoe/Desktop/users_db.sql ---> Enter password: [2008.02.04](02:55AM) -> [roscoe] ~ $ mysql5 -u root -p ---> Enter password: ---> Welcome to the MySQL monitor. Commands end with ; or \g. ---> Your MySQL connection id is 5 ---> Server version: 5.0.51-log Source distribution ---> ---> Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> use users_db ; ---> Database changed mysql> show tables ; ---> +--------------------+ ---> | Tables_in_users_db | ---> +--------------------+ ---> | users | ---> | | ---> | | ---> | | ---> | quotes | ---> +--------------------+ ---> 18 rows in set (0.00 sec) LIFE IS SWELL, MySQL WORKS... Hopefully you guys can fix the two bugs in the installer... One last thing : I have to use 'cat' or open '/opt/local/var/db/mysql5/ roscoe.local.err' using an editor $ sudo cat /opt/local/var/db/mysql5/roscoe.local.err It would be much easier if the error log had an extension of '.log', then if you double clicked on it, the 'Console.app' would open it, which is more of a standard way of accessing logs for me... Bill Hernandez Plano, Texas From morgan at morgansutherland.net Tue May 13 18:36:49 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Tue May 13 18:32:37 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> Message-ID: <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> Ok, so this is what I got at first: /opt/local/bin: /opt/local/bin/python2.5 Could not find platform dependent libraries Consider setting $PYTHONHOME to [:] Python 2.5.2 (r252:60911, Apr 29 2008, 13:48:06) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import math Traceback (most recent call last): File "", line 1, in ImportError: No module named math >>> I then set PYTHONHOME ("export PYTHONHOME=/opt/local/bin") in .profile and got this: /opt/local/bin: /opt/local/bin/python2.5 'import site' failed; use -v for traceback Python 2.5.2 (r252:60911, Apr 29 2008, 13:48:06) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import math Traceback (most recent call last): File "", line 1, in ImportError: No module named math >>> I tried some other settings for PYTHONHOME -- bin, lib... same errors as above. I also tried renaming pydistutils.cfg and got the same errors. On Tue, May 13, 2008 at 4:11 PM, Morgan Sutherland wrote: > Right, py25-pygtksourceview is the one. I will mess around tonight or > tomorrow when I get back to my computer. > > On Tue, May 13, 2008 at 3:52 PM, Adam Mercer wrote: >> On Tue, May 13, 2008 at 2:12 PM, Morgan Sutherland >> wrote: >> > Adam, I don't know how to do this (I've never used Python before). I'm >> > just trying to install py-gtksourceview to run a program and it hung >> > on numpy. >> >> There isn't a py-gtksourceview port, don't you mean py25-pygtksourceview? >> >> can you send me what you get when you try to "import math" after >> running /opt/local/bin/python2.5, e.g. >> >> >> $ /opt/local/bin/python2.5 >> Python 2.5.2 (r252:60911, May 7 2008, 13:15:18) >> [GCC 4.0.1 (Apple Inc. build 5465)] on darwin >> Type "help", "copyright", "credits" or "license" for more information. >> >>> import math >> >>> >> >> Cheers >> >> Adam >> > > > > -- > Morgan Sutherland > -- Morgan Sutherland From ram at macports.org Tue May 13 19:12:59 2008 From: ram at macports.org (Adam Mercer) Date: Tue May 13 19:08:46 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> Message-ID: <799406d60805131912o23fd494u91c85a773d7d4b4a@mail.gmail.com> On Tue, May 13, 2008 at 8:36 PM, Morgan Sutherland wrote: > /opt/local/bin: /opt/local/bin/python2.5 > 'import site' failed; use -v for traceback Something is very strange with your python install. What is the output if you pass the -v to python on startup? Cheers Adam From morgan at morgansutherland.net Tue May 13 19:16:07 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Tue May 13 19:11:54 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <799406d60805131912o23fd494u91c85a773d7d4b4a@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> <799406d60805131912o23fd494u91c85a773d7d4b4a@mail.gmail.com> Message-ID: <9b850fd0805131916h1c1627b8u1fb469e4effd30f3@mail.gmail.com> ~: /opt/local/bin/python2.5 -v # installing zipimport hook import zipimport # builtin # installed zipimport hook # /opt/local/lib/python2.5/site.pyc matches /opt/local/lib/python2.5/site.py import site # precompiled from /opt/local/lib/python2.5/site.pyc # /opt/local/lib/python2.5/os.pyc matches /opt/local/lib/python2.5/os.py import os # precompiled from /opt/local/lib/python2.5/os.pyc import errno # builtin import posix # builtin # /opt/local/lib/python2.5/posixpath.pyc matches /opt/local/lib/python2.5/posixpath.py import posixpath # precompiled from /opt/local/lib/python2.5/posixpath.pyc # /opt/local/lib/python2.5/stat.pyc matches /opt/local/lib/python2.5/stat.py import stat # precompiled from /opt/local/lib/python2.5/stat.pyc # /opt/local/lib/python2.5/UserDict.pyc matches /opt/local/lib/python2.5/UserDict.py import UserDict # precompiled from /opt/local/lib/python2.5/UserDict.pyc # /opt/local/lib/python2.5/copy_reg.pyc matches /opt/local/lib/python2.5/copy_reg.py import copy_reg # precompiled from /opt/local/lib/python2.5/copy_reg.pyc # /opt/local/lib/python2.5/types.pyc matches /opt/local/lib/python2.5/types.py import types # precompiled from /opt/local/lib/python2.5/types.pyc import _types # builtin # /opt/local/lib/python2.5/warnings.pyc matches /opt/local/lib/python2.5/warnings.py import warnings # precompiled from /opt/local/lib/python2.5/warnings.pyc # /opt/local/lib/python2.5/linecache.pyc matches /opt/local/lib/python2.5/linecache.py import linecache # precompiled from /opt/local/lib/python2.5/linecache.pyc import encodings # directory /opt/local/lib/python2.5/encodings # /opt/local/lib/python2.5/encodings/__init__.pyc matches /opt/local/lib/python2.5/encodings/__init__.py import encodings # precompiled from /opt/local/lib/python2.5/encodings/__init__.pyc # /opt/local/lib/python2.5/codecs.pyc matches /opt/local/lib/python2.5/codecs.py import codecs # precompiled from /opt/local/lib/python2.5/codecs.pyc import _codecs # builtin # /opt/local/lib/python2.5/encodings/aliases.pyc matches /opt/local/lib/python2.5/encodings/aliases.py import encodings.aliases # precompiled from /opt/local/lib/python2.5/encodings/aliases.pyc # /opt/local/lib/python2.5/encodings/utf_8.pyc matches /opt/local/lib/python2.5/encodings/utf_8.py import encodings.utf_8 # precompiled from /opt/local/lib/python2.5/encodings/utf_8.pyc Python 2.5.2 (r252:60911, Apr 29 2008, 13:48:06) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. On Tue, May 13, 2008 at 10:12 PM, Adam Mercer wrote: > On Tue, May 13, 2008 at 8:36 PM, Morgan Sutherland > wrote: > >> /opt/local/bin: /opt/local/bin/python2.5 >> 'import site' failed; use -v for traceback > > Something is very strange with your python install. > > What is the output if you pass the -v to python on startup? > > Cheers > > Adam > -- Morgan Sutherland From ram at macports.org Tue May 13 19:39:56 2008 From: ram at macports.org (Adam Mercer) Date: Tue May 13 19:35:43 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <9b850fd0805131916h1c1627b8u1fb469e4effd30f3@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> <799406d60805131912o23fd494u91c85a773d7d4b4a@mail.gmail.com> <9b850fd0805131916h1c1627b8u1fb469e4effd30f3@mail.gmail.com> Message-ID: <799406d60805131939g154592e8gfea031a1ba76ec6b@mail.gmail.com> On Tue, May 13, 2008 at 8:36 PM, Morgan Sutherland wrote: > /opt/local/bin: /opt/local/bin/python2.5 > 'import site' failed; use -v for traceback > Python 2.5.2 (r252:60911, Apr 29 2008, 13:48:06) On Tue, May 13, 2008 at 9:16 PM, Morgan Sutherland wrote: > ~: /opt/local/bin/python2.5 -v > # /opt/local/lib/python2.5/site.pyc matches /opt/local/lib/python2.5/site.py > import site # precompiled from /opt/local/lib/python2.5/site.pyc Interesting, this time round you're not getting the error that the site module couldn't be imported, what happens when you try to import the math module after starting python with the -v option? Cheers Adam From clubjuggler at gmail.com Tue May 13 19:49:15 2008 From: clubjuggler at gmail.com (Tanner Lovelace) Date: Tue May 13 19:45:02 2008 Subject: still working on getting SoQt to link properly to qt4-mac In-Reply-To: <1ef034530805100205x5e851d16s66a5e4a99634bcce@mail.gmail.com> References: <94EDE0CE-305A-4667-90F8-3AF9253B93A8@ipac.caltech.edu> <4564C7ED-1FA1-4787-9323-0857E28BFE7D@fhi-berlin.mpg.de> <1ef034530805100005s1f819e69x1f032d723ea0329e@mail.gmail.com> <0A904E78-D2C3-41F9-9ECA-E267B6A14902@fhi-berlin.mpg.de> <1ef034530805100205x5e851d16s66a5e4a99634bcce@mail.gmail.com> Message-ID: On Sat, May 10, 2008 at 5:05 AM, Erick Tryzelaar wrote: > On Sat, May 10, 2008 at 12:56 AM, Jochen K?pper > wrote: > > Does qmake provide simple info-switches that tell you where to find it's Qt > > headers and libraries by now? That's something we could propagate into other > > ports. > > Not as far as I can tell. > Yes, it can do that. I believe this is the complete list of what you can query with qmake: qmake -query QT_INSTALL_PREFIX qmake -query QT_INSTALL_DATA qmake -query QT_INSTALL_DOCS qmake -query QT_INSTALL_HEADERS qmake -query QT_INSTALL_LIBS qmake -query QT_INSTALL_BINS qmake -query QT_INSTALL_PLUGINS qmake -query QT_INSTALL_TRANSLATIONS qmake -query QT_INSTALL_CONFIGURATION qmake -query QT_INSTALL_EXAMPLES qmake -query QT_INSTALL_DEMOS qmake -query QMAKE_MKSPECS qmake -query QMAKE_VERSION qmake -query QT_VERSION Cheers, Tanner Lovelace -- Tanner Lovelace clubjuggler at gmail dot com http://wtl.wayfarer.org/ (fieldless) In fess two roundels in pale, a billet fesswise and an increscent, all sable. From morgan at morgansutherland.net Tue May 13 22:40:25 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Tue May 13 22:36:14 2008 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <799406d60805131939g154592e8gfea031a1ba76ec6b@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> <799406d60805131912o23fd494u91c85a773d7d4b4a@mail.gmail.com> <9b850fd0805131916h1c1627b8u1fb469e4effd30f3@mail.gmail.com> <799406d60805131939g154592e8gfea031a1ba76ec6b@mail.gmail.com> Message-ID: <9b850fd0805132240x798bfe72t237d4dbcba19ac4f@mail.gmail.com> (sorry Adam, forgot to replay-all): I currently have MacPython installed -- do you think that this could cause problems with the Macports install? I've removed the MacPython directory from my PATH. Same thing. Interestingly I'm not getting the same "import site" error even when I invoke Python in non-verbose mode. -v: /opt/local/bin: /opt/local/bin/python2.5 -v # installing zipimport hook import zipimport # builtin # installed zipimport hook # /opt/local/lib/python2.5/site.pyc matches /opt/local/lib/python2.5/site.py import site # precompiled from /opt/local/lib/python2.5/site.pyc - Show quoted text - # /opt/local/lib/python2.5/os.pyc matches /opt/local/lib/python2.5/os.py import os # precompiled from /opt/local/lib/python2.5/os.pyc import errno # builtin import posix # builtin # /opt/local/lib/python2.5/posixpath.pyc matches /opt/local/lib/python2.5/posixpath.py import posixpath # precompiled from /opt/local/lib/python2.5/posixpath.pyc # /opt/local/lib/python2.5/stat.pyc matches /opt/local/lib/python2.5/stat.py import stat # precompiled from /opt/local/lib/python2.5/stat.pyc # /opt/local/lib/python2.5/UserDict.pyc matches /opt/local/lib/python2.5/UserDict.py import UserDict # precompiled from /opt/local/lib/python2.5/UserDict.pyc # /opt/local/lib/python2.5/copy_reg.pyc matches /opt/local/lib/python2.5/copy_reg.py import copy_reg # precompiled from /opt/local/lib/python2.5/copy_reg.pyc # /opt/local/lib/python2.5/types.pyc matches /opt/local/lib/python2.5/types.py import types # precompiled from /opt/local/lib/python2.5/types.pyc import _types # builtin # /opt/local/lib/python2.5/warnings.pyc matches /opt/local/lib/python2.5/warnings.py import warnings # precompiled from /opt/local/lib/python2.5/warnings.pyc # /opt/local/lib/python2.5/linecache.pyc matches /opt/local/lib/python2.5/linecache.py import linecache # precompiled from /opt/local/lib/python2.5/linecache.pyc import encodings # directory /opt/local/lib/python2.5/encodings # /opt/local/lib/python2.5/encodings/__init__.pyc matches /opt/local/lib/python2.5/encodings/__init__.py import encodings # precompiled from /opt/local/lib/python2.5/encodings/__init__.pyc # /opt/local/lib/python2.5/codecs.pyc matches /opt/local/lib/python2.5/codecs.py import codecs # precompiled from /opt/local/lib/python2.5/codecs.pyc import _codecs # builtin # /opt/local/lib/python2.5/encodings/aliases.pyc matches /opt/local/lib/python2.5/encodings/aliases.py import encodings.aliases # precompiled from /opt/local/lib/python2.5/encodings/aliases.pyc # /opt/local/lib/python2.5/encodings/utf_8.pyc matches /opt/local/lib/python2.5/encodings/utf_8.py import encodings.utf_8 # precompiled from /opt/local/lib/python2.5/encodings/utf_8.pyc Python 2.5.2 (r252:60911, Apr 29 2008, 13:48:06) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import math Traceback (most recent call last): File "", line 1, in ImportError: No module named math >>> ! -v /opt/local/bin: /opt/local/bin/python2.5 Python 2.5.2 (r252:60911, Apr 29 2008, 13:48:06) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import math Traceback (most recent call last): File "", line 1, in ImportError: No module named math >>> quit Use quit() or Ctrl-D (i.e. EOF) to exit >>> quite() Traceback (most recent call last): File "", line 1, in NameError: name 'quite' is not defined On Tue, May 13, 2008 at 10:39 PM, Adam Mercer wrote: > On Tue, May 13, 2008 at 8:36 PM, Morgan Sutherland > wrote: >> /opt/local/bin: /opt/local/bin/python2.5 >> 'import site' failed; use -v for traceback >> Python 2.5.2 (r252:60911, Apr 29 2008, 13:48:06) > > On Tue, May 13, 2008 at 9:16 PM, Morgan Sutherland > wrote: >> ~: /opt/local/bin/python2.5 -v > >> # /opt/local/lib/python2.5/site.pyc matches /opt/local/lib/python2.5/site.py >> import site # precompiled from /opt/local/lib/python2.5/site.pyc > > > Interesting, this time round you're not getting the error that the > site module couldn't be imported, what happens when you try to import > the math module after starting python with the -v option? > > Cheers > > Adam > -- Morgan Sutherland From lists at simonwheatley.co.uk Wed May 14 00:59:06 2008 From: lists at simonwheatley.co.uk (Simon Wheatley) Date: Wed May 14 00:54:54 2008 Subject: Manual install Message-ID: <482A9BCA.8010809@simonwheatley.co.uk> Is it possible to point MacPorts at a downloaded "package" of some kind and say "install that"? Something similar to Debian's 'dpkg -i'? Thanks. S From afb at macports.org Wed May 14 03:39:48 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Wed May 14 03:35:49 2008 Subject: Manual install In-Reply-To: <482A9BCA.8010809@simonwheatley.co.uk> References: <482A9BCA.8010809@simonwheatley.co.uk> Message-ID: <5FDE443C-70C7-4EAC-85C8-D2B01B94515F@macports.org> Simon Wheatley wrote: > Is it possible to point MacPorts at a downloaded "package" of some > kind and say "install that"? Something similar to Debian's 'dpkg -i'? Not at the moment... You can build a package (pkg/rpm/deb), but then it doesn't integrate with the already installed ports and registry and so goes "outside" or parallel to what port knows about. Or you can build an archive (tgz/tbz/tlz), but then you have to download and move it to the right directory yourself and make sure port "base" is already installed etc. Preferably you would use something like 'apt-get install', and that would download and install the binary package ? 'port -b' is supposed to do that, but only works with local packages yet. There is a ticket to implement remote archives, but it's rather stale... http:// trac.macports.org/ticket/8571 and also http://trac.macports.org/ ticket/10919 --anders From andrea.damore at macports.org Wed May 14 12:58:24 2008 From: andrea.damore at macports.org (Andrea D'Amore) Date: Wed May 14 12:54:15 2008 Subject: Manual install In-Reply-To: <482A9BCA.8010809@simonwheatley.co.uk> References: <482A9BCA.8010809@simonwheatley.co.uk> Message-ID: <4852B923-44C0-4E37-8A13-3CFD85E52B76@macports.org> On 14/mag/08, at 09:59, Simon Wheatley wrote: > Is it possible to point MacPorts at a downloaded "package" of some > kind and say "install that"? Something similar to Debian's 'dpkg -i'? If you're trying to avoid the need of an internet connection you could just get the tarballs and put them in appropriate folders in distfiles dir. From patrick at gundla.ch Wed May 14 14:12:44 2008 From: patrick at gundla.ch (Patrick Gundlach) Date: Wed May 14 14:09:21 2008 Subject: mysql server problems In-Reply-To: <5E51A6E7-0C2E-4E77-95B4-CB2B3757F789@macports.org> References: <09A2A557-3C87-4FFF-A179-BF697F3C8212@gundla.ch> <5E51A6E7-0C2E-4E77-95B4-CB2B3757F789@macports.org> Message-ID: Hi, >> >> So my question is: what have I done wrong installing the mysql5 >> db? Which actions can I take to get it running? > > Not sure what went wrong... Not sure why those files ended up owned > by root instead of the mysql user, since you used "sudo -u mysql" > that should have worked. If that's the only problem just change the > ownership: > > sudo chown -R mysql /opt/local/var/db/mysql5 OK, that did the trick. And also thanks to Bill for the pointer to the long post, I found it very useful (starting the daemon w/o launchtrl in the beginning). Thanks, Patrick (And of course thanks to the maintainer of the mysql package) From bxf4 at u.washington.edu Wed May 14 14:29:20 2008 From: bxf4 at u.washington.edu (Brian P. Flaherty) Date: Wed May 14 14:25:05 2008 Subject: Several errors building gnutls Message-ID: Hello, (Running MacBook Pro, with latest Leopard and MacPorts, and Xcode 3.0.) I built gnutls yesterday, because I thought mutt might need it for smtp authentication (no such luck!). In doing that, I got several errors and I'm not sure why. The first was that libgcrypt couldn't find libgpg-error, even though port had just installed libgpg-error. The solution was for me to add a configure argument to the Portfile: --with-gpg-error-prefix=/opt/local Then it worked. I then had to tell opencdk where to find libgcrypt, even though it had just been installed! --with-libgcrypt-prefix=/opt/local And then I had to that same libgcrypt prefix argument to the gnutls configure args. If I may ask, does this indicate that my MacPorts installation is flawed somehow, because these files weren't being found? If not, should I submit bug reports for these? Thanks for your time and help. Brian From dluke at geeklair.net Wed May 14 14:38:57 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed May 14 14:34:42 2008 Subject: Several errors building gnutls In-Reply-To: References: Message-ID: On May 14, 2008, at 5:29 PM, Brian P. Flaherty wrote: > If I may ask, does this indicate that my MacPorts installation is > flawed somehow, because these files weren't being found? We can't really know without more thorough information. The complete output of port -dv install foo (after port clean foo) would likely be enlightening. > If not, should I submit bug reports for these? Maybe? Without more information, I doubt that the maintainer will be able to reproduce the issue since presumably just installing works for them without having to add the configure arguments you added. -- 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/20080514/5252538d/PGP.bin From xunil at xunil.net Wed May 14 14:39:32 2008 From: xunil at xunil.net (Robert Liesenfeld) Date: Wed May 14 14:35:25 2008 Subject: Manual install In-Reply-To: <4852B923-44C0-4E37-8A13-3CFD85E52B76@macports.org> References: <482A9BCA.8010809@simonwheatley.co.uk> <4852B923-44C0-4E37-8A13-3CFD85E52B76@macports.org> Message-ID: <280AC5CB-BCB5-49EE-8039-48212E96C0F2@xunil.net> On May 14, 2008, at 12:58 PM, Andrea D'Amore wrote: > > On 14/mag/08, at 09:59, Simon Wheatley wrote: > >> Is it possible to point MacPorts at a downloaded "package" of some >> kind and say "install that"? Something similar to Debian's 'dpkg -i'? > > If you're trying to avoid the need of an internet connection you > could just get the tarballs and put them in appropriate folders in > distfiles dir. I think this is what the "port fetch portname" command does, isn't it? (Possibly including verification of checksums of said distfiles.) -R From dluke at geeklair.net Wed May 14 14:46:04 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed May 14 14:41:49 2008 Subject: Manual install In-Reply-To: <280AC5CB-BCB5-49EE-8039-48212E96C0F2@xunil.net> References: <482A9BCA.8010809@simonwheatley.co.uk> <4852B923-44C0-4E37-8A13-3CFD85E52B76@macports.org> <280AC5CB-BCB5-49EE-8039-48212E96C0F2@xunil.net> Message-ID: <6EA4F566-E6F7-4639-BFA9-406393A311E1@geeklair.net> On May 14, 2008, at 5:39 PM, Robert Liesenfeld wrote: > I think this is what the "port fetch portname" command does, isn't it? yep, although it's possible for variants to alter which files are fetched, so you have to be a little careful if you want to make sure you get all the files that you need for later offline use. > (Possibly including verification of checksums of said distfiles.) nope, that happens in the 'checksum' phase (which is usually run right after fetch). -- 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/20080514/837a07b3/PGP.bin From raimue at macports.org Wed May 14 14:46:45 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed May 14 14:42:33 2008 Subject: Manual install In-Reply-To: <280AC5CB-BCB5-49EE-8039-48212E96C0F2@xunil.net> References: <482A9BCA.8010809@simonwheatley.co.uk> <4852B923-44C0-4E37-8A13-3CFD85E52B76@macports.org> <280AC5CB-BCB5-49EE-8039-48212E96C0F2@xunil.net> Message-ID: <482B5DC5.7040501@macports.org> Robert Liesenfeld wrote: > On May 14, 2008, at 12:58 PM, Andrea D'Amore wrote: >> If you're trying to avoid the need of an internet connection you >> could just get the tarballs and put them in appropriate folders in >> distfiles dir. > > I think this is what the "port fetch portname" command does, isn't > it? (Possibly including verification of checksums of said distfiles.) Yes, port fetch would be enough for this. Although port fetch does not have the option to follow dependencies at the moment. But we already have a ticket for that [1]. So at the moment you have to do it manually for every dependency which can be quite a hassle. Rainer [1] http://trac.macports.org/ticket/2421 From paulbeard at gmail.com Wed May 14 15:19:22 2008 From: paulbeard at gmail.com (paul beard) Date: Wed May 14 15:15:16 2008 Subject: Manual install Message-ID: On Wed, May 14, 2008 at 2:42 PM, < macports-users-request@lists.macosforge.org> wrote: > > Message: 2 > Date: Wed, 14 May 2008 12:39:48 +0200 > From: Anders F Bj?rklund > Subject: Re: Manual install > To: Simon Wheatley > Cc: liste gtk > Message-ID: <5FDE443C-70C7-4EAC-85C8-D2B01B94515F@macports.org> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Simon Wheatley wrote: > > > Is it possible to point MacPorts at a downloaded "package" of some > > kind and say "install that"? Something similar to Debian's 'dpkg -i'? > > Not at the moment... You can build a package (pkg/rpm/deb), but then > it doesn't integrate with the already installed ports and registry > and so goes "outside" or parallel to what port knows about. Or you > can build an archive (tgz/tbz/tlz), but then you have to download and > move it to the right directory yourself and make sure port "base" is > already installed etc. > > Preferably you would use something like 'apt-get install', and that > would download and install the binary package ? 'port -b' is supposed > to do that, but only works with local packages yet. There is a ticket > to implement remote archives, but it's rather stale... http:// > trac.macports.org/ticket/8571 and also http://trac.macports.org/ > ticket/10919 > > Just out of curiousity, what is involved in making this work? Assuming I have the package installed and working on machine A, I could use "port contents foo" and pass that to zip or tar. That gives me all the files in a port neatly stowed in an archive. If I add the receipt file, is there a registry that reads and manages that or is it just the text files on disk? The reason I ask is that a. it would be very useful to have this feature, especially on systems without a lot of horsepower (given the high degree of standardization on this hardware, why compile anything yourself, if a compile farm exists to do that?) and b. I have done the steps above to get around packages that don't build, and I wonder how much cruft that introduces. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080514/ad46a822/attachment.html From sfiera at macports.org Wed May 14 14:56:40 2008 From: sfiera at macports.org (Chris Pickel) Date: Wed May 14 15:21:43 2008 Subject: Several errors building gnutls In-Reply-To: References: Message-ID: On 14 May, 2008, at 17:38, Daniel J. Luke wrote: > On May 14, 2008, at 5:29 PM, Brian P. Flaherty wrote: >> If I may ask, does this indicate that my MacPorts installation is >> flawed somehow, because these files weren't being found? > > We can't really know without more thorough information. > > The complete output of port -dv install foo (after port clean foo) > would likely be enlightening. > >> If not, should I submit bug reports for these? > > Maybe? Without more information, I doubt that the maintainer will be > able to reproduce the issue since presumably just installing works > for them without having to add the configure arguments you added. In any case, I've gone ahead and added the explicit configure args; the ports needed an update anyway. The only effect they should have is preventing installations in e.g. /usr/local from being picked up, and that's not a bad thing. If you're concerned about your MacPorts installation, the best thing to do would be to remove the configure args you added, then `sudo port -f configure libgcrypt`, and find config.log in `sudo port dir libgcrypt`/work. That might have some info. Chris -------------- 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/20080514/c2d2da65/PGP.bin From raimue at macports.org Wed May 14 15:50:25 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed May 14 15:46:16 2008 Subject: Manual install In-Reply-To: References: Message-ID: <482B6CB1.5090303@macports.org> paul beard wrote: > Just out of curiousity, what is involved in making this work? Assuming I > have the package installed and working on machine A, I could use "port > contents foo" and pass that to zip or tar. That gives me all the files > in a port neatly stowed in an archive. If I add the receipt file, is > there a registry that reads and manages that or is it just the text > files on disk? Additional to the receipt file for every port, there is the file_map which stores which files belong to which port. It is a huge file, but with registry2.0 this will change into a sqlite database (hopefully soon). > The reason I ask is that a. it would be very useful to have this > feature, especially on systems without a lot of horsepower (given the > high degree of standardization on this hardware, why compile anything > yourself, if a compile farm exists to do that?) and b. I have done the > steps above to get around packages that don't build, and I wonder how > much cruft that introduces. I heard there once was a plan to add a light version of DarwinPorts (dp-light) into packages to add them to the registry on installation, but it turned out that the parts of it are so interweaved that the whole thing was needed to do so... Never used it though, this is just what I have been told. But back to achieve what you requested. Archives should work already, I believe. You can create archives on one machine and use it on another (using port -b with archivemode enabled). It packs the destroot into an archive so you can just install it on another machine the "usual" way. I think this is what you need. Rainer From dluke at geeklair.net Wed May 14 18:45:56 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 14 May 2008 21:45:56 -0400 Subject: Manual install In-Reply-To: <482B6CB1.5090303@macports.org> References: <482B6CB1.5090303@macports.org> Message-ID: <672C2A40-93B8-44CA-9FBF-5E908174A86D@geeklair.net> On May 14, 2008, at 6:50 PM, Rainer M?ller wrote: >> The reason I ask is that a. it would be very useful to have this >> feature, especially on systems without a lot of horsepower (given >> the high degree of standardization on this hardware, why compile >> anything yourself, if a compile farm exists to do that?) and b. I >> have done the steps above to get around packages that don't build, >> and I wonder how much cruft that introduces. > > I heard there once was a plan to add a light version of DarwinPorts > (dp-light) I don't think that that's what dp-light did. dp-light just (sanely) decided to handle just building the software and passing the built stuff off to rpm to handle the actual package management features. > into packages to add them to the registry on installation, but it > turned out that the parts of it are so interweaved that the whole > thing was needed to do so... Never used it though, this is just what > I have been told. That was an idea for letting macports still be packaging system agnostic - thus still allowing it to duplicate the tracking that any package-manager would be doing. Part of the reason for wanting this was to integrate with apple-supplied 'pkg' files (and use the pkg receipts to fulfill dependencies). > But back to achieve what you requested. Archives should work > already, I believe. You can create archives on one machine and use > it on another (using port -b with archivemode enabled). It packs the > destroot into an archive so you can just install it on another > machine the "usual" way. I think this is what you need. The 'easy' way to get this to work now is to have your build machine do an nfs export of the archives and have the other machines nfs mount of those files. I imagine that the patches that are attached to that ticket still work (or mostly work) since not a lot has been done to the archive code (which is what they patch). I haven't had time to really re-work the feature how I want to (but don't let that stop anyone else who is interested in working on it). I'm also not sure it's worth it, as it may make sense to just choose a package manager to work well with and get rid of the package- management like features that are in macports now. Then again, we could just wait for apkg to be ready ;-) -- Daniel J. Luke +========================================================+ | *---------------- dluke at 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/20080514/c272bba2/attachment.sig From email at reghellin.com Thu May 15 02:08:44 2008 From: email at reghellin.com (Luca Reghellin) Date: Thu, 15 May 2008 11:08:44 +0200 (CEST) Subject: problem with autonfig Message-ID: <63004.217.172.218.183.1210842524.squirrel@manage.unbit.it> Hi! iMac G5 1.8 Panther 10.3.9 ---- I've just installef MacPorts via .dmg I want to install ruby and rubygems. the ruby installation failed. They said I needed autoconf, so I cleaned ruby, uninstalled all the ports so that 'port installed' said that no port was installed, and start an autoconf installation, but had errors: Computer-di-luca:~ luca$ sudo port install autoconf ---> Fetching expat ---> Verifying checksum(s) for expat ---> Extracting expat ---> Configuring expat ---> Building expat with target all ---> Staging expat into destroot ---> Installing expat 2.0.1_0 ---> Activating expat 2.0.1_0 ---> Cleaning expat ---> Fetching gperf ---> Verifying checksum(s) for gperf ---> Extracting gperf ---> Configuring gperf ---> Building gperf with target all ---> Staging gperf into destroot ---> Installing gperf 3.0.3_0 ---> Activating gperf 3.0.3_0 ---> Cleaning gperf ---> Fetching libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv with target all ---> Staging libiconv into destroot ---> Installing libiconv 1.12_0+darwin_7 ---> Activating libiconv 1.12_0+darwin_7 ---> Cleaning libiconv ---> Fetching ncursesw ---> Verifying checksum(s) for ncursesw ---> Extracting ncursesw ---> Applying patches to ncursesw ---> Configuring ncursesw ---> Building ncursesw with target all ---> Staging ncursesw into destroot ---> Installing ncursesw 5.6_1 ---> Activating ncursesw 5.6_1 ---> Cleaning ncursesw ---> Fetching ncurses ---> Verifying checksum(s) for ncurses ---> Extracting ncurses ---> Applying patches to ncurses ---> Configuring ncurses ---> Building ncurses with target all ---> Staging ncurses into destroot ---> Installing ncurses 5.6_0 ---> Activating ncurses 5.6_0 ---> Cleaning ncurses ---> Fetching gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Installing gettext 0.17_3 ---> Activating gettext 0.17_3 ---> Cleaning gettext ---> Fetching perl5.8 ---> 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_2 ---> Activating perl5.8 5.8.8_2 ---> Cleaning perl5.8 ---> Fetching p5-locale-gettext ---> Verifying checksum(s) for p5-locale-gettext ---> Extracting p5-locale-gettext ---> Configuring p5-locale-gettext ---> Building p5-locale-gettext with target all ---> Staging p5-locale-gettext into destroot ---> Installing p5-locale-gettext 1.05_0 ---> Activating p5-locale-gettext 1.05_0 ---> Cleaning p5-locale-gettext ---> Fetching help2man ---> Verifying checksum(s) for help2man ---> Extracting help2man ---> Applying patches to help2man ---> Configuring help2man ---> Building help2man with target all ---> Staging help2man into destroot ---> Installing help2man 1.36.4_1 ---> Activating help2man 1.36.4_1 ---> Cleaning help2man ---> Building libtool 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_libtool/work/libtool-1.5.26" && make all " returned error 2 Command output: cd . && /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libtool/work/libtool-1.5.26/missing --run autoconf aclocal.m4:20: warning: this file was generated for autoconf 2.61. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.ac:55: error: Autoconf version 2.60 or higher is required aclocal.m4:475: AM_INIT_AUTOMAKE is expanded from... configure.ac:55: the top level autom4te: /usr/bin/gm4 failed with exit status: 1 make: *** [configure] Error 1 Error: The following dependencies failed to build: libtool m4 Error: Status 1 encountered during processing. ---------------- So, what's the matter? Can you help me please? I'm not a unix programmer.. :( Tkz! :) Luca From email at reghellin.com Thu May 15 02:09:15 2008 From: email at reghellin.com (Luca Reghellin) Date: Thu, 15 May 2008 11:09:15 +0200 (CEST) Subject: problem with autoconf Message-ID: <63006.217.172.218.183.1210842555.squirrel@manage.unbit.it> Hi! iMac G5 1.8 Panther 10.3.9 ---- I've just installef MacPorts via .dmg I want to install ruby and rubygems. the ruby installation failed. They said I needed autoconf, so I cleaned ruby, uninstalled all the ports so that 'port installed' said that no port was installed, and start an autoconf installation, but had errors: Computer-di-luca:~ luca$ sudo port install autoconf ---> Fetching expat ---> Verifying checksum(s) for expat ---> Extracting expat ---> Configuring expat ---> Building expat with target all ---> Staging expat into destroot ---> Installing expat 2.0.1_0 ---> Activating expat 2.0.1_0 ---> Cleaning expat ---> Fetching gperf ---> Verifying checksum(s) for gperf ---> Extracting gperf ---> Configuring gperf ---> Building gperf with target all ---> Staging gperf into destroot ---> Installing gperf 3.0.3_0 ---> Activating gperf 3.0.3_0 ---> Cleaning gperf ---> Fetching libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv with target all ---> Staging libiconv into destroot ---> Installing libiconv 1.12_0+darwin_7 ---> Activating libiconv 1.12_0+darwin_7 ---> Cleaning libiconv ---> Fetching ncursesw ---> Verifying checksum(s) for ncursesw ---> Extracting ncursesw ---> Applying patches to ncursesw ---> Configuring ncursesw ---> Building ncursesw with target all ---> Staging ncursesw into destroot ---> Installing ncursesw 5.6_1 ---> Activating ncursesw 5.6_1 ---> Cleaning ncursesw ---> Fetching ncurses ---> Verifying checksum(s) for ncurses ---> Extracting ncurses ---> Applying patches to ncurses ---> Configuring ncurses ---> Building ncurses with target all ---> Staging ncurses into destroot ---> Installing ncurses 5.6_0 ---> Activating ncurses 5.6_0 ---> Cleaning ncurses ---> Fetching gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Installing gettext 0.17_3 ---> Activating gettext 0.17_3 ---> Cleaning gettext ---> Fetching perl5.8 ---> 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_2 ---> Activating perl5.8 5.8.8_2 ---> Cleaning perl5.8 ---> Fetching p5-locale-gettext ---> Verifying checksum(s) for p5-locale-gettext ---> Extracting p5-locale-gettext ---> Configuring p5-locale-gettext ---> Building p5-locale-gettext with target all ---> Staging p5-locale-gettext into destroot ---> Installing p5-locale-gettext 1.05_0 ---> Activating p5-locale-gettext 1.05_0 ---> Cleaning p5-locale-gettext ---> Fetching help2man ---> Verifying checksum(s) for help2man ---> Extracting help2man ---> Applying patches to help2man ---> Configuring help2man ---> Building help2man with target all ---> Staging help2man into destroot ---> Installing help2man 1.36.4_1 ---> Activating help2man 1.36.4_1 ---> Cleaning help2man ---> Building libtool 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_libtool/work/libtool-1.5.26" && make all " returned error 2 Command output: cd . && /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libtool/work/libtool-1.5.26/missing --run autoconf aclocal.m4:20: warning: this file was generated for autoconf 2.61. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.ac:55: error: Autoconf version 2.60 or higher is required aclocal.m4:475: AM_INIT_AUTOMAKE is expanded from... configure.ac:55: the top level autom4te: /usr/bin/gm4 failed with exit status: 1 make: *** [configure] Error 1 Error: The following dependencies failed to build: libtool m4 Error: Status 1 encountered during processing. ---------------- So, what's the matter? Can you help me please? I'm not a unix programmer.. :( Tkz! :) Luca From ryandesign at macports.org Thu May 15 04:45:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 15 May 2008 06:45:35 -0500 Subject: problem with autoconf In-Reply-To: <63006.217.172.218.183.1210842555.squirrel@manage.unbit.it> References: <63006.217.172.218.183.1210842555.squirrel@manage.unbit.it> Message-ID: On May 15, 2008, at 4:09 AM, Luca Reghellin wrote: > iMac G5 1.8 Panther 10.3.9 > > ---- > > I've just installef MacPorts via .dmg > > I want to install ruby and rubygems. the ruby installation failed. > They > said I needed autoconf, so I cleaned ruby, uninstalled all the > ports so > that 'port installed' said that no port was installed, and start an > autoconf installation, but had errors: > > Computer-di-luca:~ luca$ sudo port install autoconf [snip] > ---> Building libtool 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 > _libtool/work/libtool-1.5.26" > && make all " returned error 2 > Command output: cd . && /bin/sh > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _libtool/work/libtool-1.5.26/missing > --run autoconf > aclocal.m4:20: warning: this file was generated for autoconf 2.61. > You have another version of autoconf. It may work, but is not > guaranteed to. > If you have problems, you may need to regenerate the build system > entirely. > To do so, use the procedure documented by the package, typically > `autoreconf'. > configure.ac:55: error: Autoconf version 2.60 or higher is required > aclocal.m4:475: AM_INIT_AUTOMAKE is expanded from... > configure.ac:55: the top level > autom4te: /usr/bin/gm4 failed with exit status: 1 > make: *** [configure] Error 1 > > Error: The following dependencies failed to build: libtool m4 > Error: Status 1 encountered during processing. > > ---------------- > > So, what's the matter? Can you help me please? I'm not a unix > programmer.. :( It sounds like there is a circular dependency. autoconf declares a dependency on libtool, and libtool apparently requires autoconf, but does not declare the dependency. On Tiger and higher that apparently works fine because Tiger and higher include at least autoconf 2.60, but on Panther and lower I guess the included autoconf is too old. I don't know how we're going to resolve this one. Panther is unfortunately not well supported by MacPorts anymore. You may run into other issues. I just set up a Panther test machine myself, but haven't gotten to testing much on it yet. Most of the other contributors probably only have Tiger or Leopard. If possible, consider upgrading. From diem at cs.vu.nl Thu May 15 13:45:20 2008 From: diem at cs.vu.nl (Dimitri Hendriks) Date: Thu, 15 May 2008 22:45:20 +0200 Subject: coq build fails In-Reply-To: References: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> Message-ID: <22876F55-F67D-44F2-AF0D-A4068D7BA08A@cs.vu.nl> Thanks for your reply! Sorry for my ignorance, but what do I have to do with this file coq.diff ? Thanks, Dimitri On 11 May 2008, at 03:49, Ryan Schmidt wrote: > Does 8.1pl3 work better for you? Try this patch: > > http://trac.macports.org/ticket/13940 > > > On May 10, 2008, at 5:41 AM, Dimitri Hendriks wrote: > >> Dear all, >> >> I tried to build the port coq, but it fails, see output below. >> Any ideas? >> >> Thanks, Dimitri >> >> diem at jarvis:~<502> sudo port install coq >> Password: >> ---> Fetching camlp5 >> ---> Attempting to fetch camlp5-5.08.tgz from http:// >> pauillac.inria.fr/~ddr/camlp5/distrib/src/ >> ---> Verifying checksum(s) for camlp5 >> ---> Extracting camlp5 >> ---> Configuring camlp5 >> ---> Building camlp5 with target world.opt >> ---> Staging camlp5 into destroot >> ---> Installing camlp5 5.08_0 >> ---> Activating camlp5 5.08_0 >> ---> Cleaning camlp5 >> ---> Fetching coq >> Error: No defined site for tag: coq, using master_sites >> ---> Attempting to fetch coq-8.1pl2.tar.gz from http:// >> coq.inria.fr/V8.1pl2/files/ >> ---> Verifying checksum(s) for coq >> ---> Extracting coq >> ---> Configuring coq >> ---> Building coq 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_lang >> _coq/work/coq-8.1pl2" && make world " returned error 2 >> Command output: OCAMLOPT4 contrib/recdef/recdef.ml4 >> OCAMLC contrib/funind/tacinvutils.mli >> OCAMLOPT contrib/funind/tacinvutils.ml >> OCAMLOPT4 contrib/funind/tacinv.ml4 >> OCAMLC contrib/funind/indfun_common.mli >> OCAMLOPT contrib/funind/indfun_common.ml >> OCAMLC contrib/funind/rawtermops.mli >> OCAMLOPT contrib/funind/rawtermops.ml >> OCAMLC contrib/funind/rawterm_to_relation.mli >> OCAMLOPT contrib/funind/rawterm_to_relation.ml >> OCAMLC contrib/funind/functional_principles_proofs.mli >> OCAMLOPT contrib/funind/functional_principles_proofs.ml >> OCAMLC contrib/funind/functional_principles_types.mli >> OCAMLOPT contrib/funind/functional_principles_types.ml >> OCAMLOPT contrib/funind/invfun.ml >> OCAMLOPT contrib/funind/indfun.ml >> OCAMLOPT contrib/funind/merge.ml >> OCAMLOPT4 contrib/funind/indfun_main.ml4 >> OCAMLOPT -a -o contrib/contrib.cmxa >> "gcc" -o kernel/byterun/coq_fix_code.o -fno-defer-pop -Wall -Wno- >> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >> coq_fix_code.c >> "gcc" -o kernel/byterun/coq_memory.o -fno-defer-pop -Wall -Wno- >> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_memory.c >> "gcc" -o kernel/byterun/coq_values.o -fno-defer-pop -Wall -Wno- >> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_values.c >> "gcc" -o kernel/byterun/coq_interp.o -fno-defer-pop -Wall -Wno- >> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/coq_interp.c >> "ar" rc kernel/byterun/libcoqrun.a kernel/byterun/coq_fix_code.o >> kernel/byterun/coq_memory.o kernel/byterun/coq_values.o kernel/ >> byterun/coq_interp.o >> "ranlib" kernel/byterun/libcoqrun.a >> COQMKTOP -o bin/coqtop.opt >> powerpc-apple-darwin8-gcc-4.0.1: /opt/local/lib/ocaml/camlp5/ >> gramlib.a: No such file or directory >> Error during linking >> make[1]: *** [bin/coqtop.opt] Error 2 >> make: *** [world] Error 2 From lists at simonwheatley.co.uk Thu May 15 13:47:18 2008 From: lists at simonwheatley.co.uk (Simon Wheatley) Date: Thu, 15 May 2008 21:47:18 +0100 Subject: Manual install In-Reply-To: <482A9BCA.8010809@simonwheatley.co.uk> References: <482A9BCA.8010809@simonwheatley.co.uk> Message-ID: <482CA156.1040408@simonwheatley.co.uk> Simon Wheatley wrote: > Is it possible to point MacPorts at a downloaded "package" of some > kind and say "install that"? Something similar to Debian's 'dpkg -i'? Thanks all. I'll have a go with the various suggestions. S From erwan at rail.eu.org Thu May 15 13:52:52 2008 From: erwan at rail.eu.org (Erwan David) Date: Thu, 15 May 2008 22:52:52 +0200 Subject: Building on Intel, running on G4 Message-ID: <20080515205251.GM273@rail.eu.org> I've got an Intel Imac and a G4 powerbook. Is it possible to build the ports for the powerbook on the more powerful Imac ? From lars.sonchocky-helldorf at hamburg.de Thu May 15 16:25:09 2008 From: lars.sonchocky-helldorf at hamburg.de (Lars Sonchocky-Helldorf) Date: Fri, 16 May 2008 01:25:09 +0200 Subject: Gorm taking ages to compile? In-Reply-To: <1FCC8022-D781-41F6-8C5E-D7EB6BF8F2F2@macports.org> References: <21D7B05E-B4ED-4586-AE1A-03FEE42FACDB@gmail.com> <1FCC8022-D781-41F6-8C5E-D7EB6BF8F2F2@macports.org> Message-ID: I asked on the GNUstep List and got this answer: Anfang der weitergeleiteten E-Mail: > Von: Adam Fedor > Datum: 15. Mai 2008 23:37:12 MESZ > An: Lars Sonchocky-Helldorf > Kopie: GNUstep Discuss > Betreff: Re: Somewhere else someone else has problems with GORM > > > > On May 15, 2008, at 1:04 PM, Lars Sonchocky-Helldorf wrote: > >> Forwarded Mails from macports-users at lists.macosforge.org: >> >> Anfang der weitergeleiteten E-Mail: >> >>> Von: Christopher Choi >>> Datum: 8. Mai 2008 11:08:31 MESZ >>> An: macports-users at lists.macosforge.org >>> Betreff: Gorm taking ages to compile? >>> >>> Hi >>> I'm went to install Gorm from the ports by issuing the command >>> sudo port >>> install gorm...and it was going well until well its taking a >>> whole night to >>> do it, and its still doing the compilation of Gcc42... >>> I have a Titanium G4 1GHz with 1Gb RAM so would that explain why >>> its going >>> so slowly? but I still don't get why installing Gorm an >>> application can take >>> such a long time.. >>> >>> > > I'm working on updating macports. You don't really need gcc4 to > compile GNUstep for instance. It's taking a long time to get basic > changes back into their system though... > regards, Lars Am 08.05.2008 um 12:36 schrieb Ryan Schmidt: > On May 8, 2008, at 04:08, Christopher Choi wrote: > >> I'm went to install Gorm from the ports by issuing the command >> sudo port >> install gorm...and it was going well until well its taking a whole >> night to >> do it, and its still doing the compilation of Gcc42... >> I have a Titanium G4 1GHz with 1Gb RAM so would that explain why >> its going >> so slowly? but I still don't get why installing Gorm an >> application can take >> such a long time.. >> >> this is what the compiling output is: >> >> Titan:~ Chris$ sudo port install gorm > > [snip] > >> ---> Building gcc42 with target all >> >> So all is going well until this line showed up and is taking absolute >> age....what should I do? should I terminate it and try again? > > gcc42 takes about 6 hours to compile on a 1.5 GHz PowerBook G4, so > on your 1 GHZ PowerBook G4 I would expect it to take about 9 hours. > You should also have at least 3GB of free hard drive space. > > I'm afraid gorm just has a lot of dependencies [1]. It will take > awhile to compile them all. > > > [1] http://www.ryandesign.com/tmp/gorm.png > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From ramercer at gmail.com Thu May 15 18:22:37 2008 From: ramercer at gmail.com (Adam Mercer) Date: Thu, 15 May 2008 20:22:37 -0500 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <9b850fd0805132240x798bfe72t237d4dbcba19ac4f@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <799406d60805131202v5be9e3f4q113b810a0dc2cc44@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> <799406d60805131912o23fd494u91c85a773d7d4b4a@mail.gmail.com> <9b850fd0805131916h1c1627b8u1fb469e4effd30f3@mail.gmail.com> <799406d60805131939g154592e8gfea031a1ba76ec6b@mail.gmail.com> <9b850fd0805132240x798bfe72t237d4dbcba19ac4f@mail.gmail.com> Message-ID: <799406d60805151822i4464b76cp13ecf7ac753f8001@mail.gmail.com> On Wed, May 14, 2008 at 12:40 AM, Morgan Sutherland wrote: > (sorry Adam, forgot to replay-all): > > I currently have MacPython installed -- do you think that this could > cause problems with the Macports install? I've removed the MacPython > directory from my PATH. It shouldn't. The only thing I can suggest is to uninstall the python25 port and try reinstalling. Cheers Adam From skip at pobox.com Thu May 15 18:41:35 2008 From: skip at pobox.com (skip at pobox.com) Date: Thu, 15 May 2008 20:41:35 -0500 Subject: Can I install an earlier version of GTK 2.x? Message-ID: <18476.58959.90096.230889@montanaro-dyndns-org.local> It looks like MacPorts has GTK 1.2.10, 2.8.20 and 2.12.9 available. I see a gtkmm20 package with a version of 2.2.12, suggesting that maybe 2.2.12 is buried in there somewhere but invisible to me. Is it possible to fetch and install older versions of Gtk2 via MacPorts? Thanks, -- Skip Montanaro - skip at pobox.com - http://www.webfast.com/~skip/ "Be different, express yourself like everyone else." From andrea.damore at macports.org Fri May 16 01:36:30 2008 From: andrea.damore at macports.org (Andrea D'Amore) Date: Fri, 16 May 2008 10:36:30 +0200 Subject: Can I install an earlier version of GTK 2.x? In-Reply-To: <18476.58959.90096.230889@montanaro-dyndns-org.local> References: <18476.58959.90096.230889@montanaro-dyndns-org.local> Message-ID: <6120A7FF-99FF-4231-A7DD-C0BDD25E6B11@macports.org> On 16/mag/08, at 03:41, skip at pobox.com wrote: > Is it possible to fetch and install older versions of Gtk2 via > MacPorts? I read an article about it but can't find it anymore. Basically you should check svn history for package(s) of interest and fetch the Portfile release you need. From raimue at macports.org Fri May 16 02:24:29 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 16 May 2008 11:24:29 +0200 Subject: Can I install an earlier version of GTK 2.x? In-Reply-To: <6120A7FF-99FF-4231-A7DD-C0BDD25E6B11@macports.org> References: <18476.58959.90096.230889@montanaro-dyndns-org.local> <6120A7FF-99FF-4231-A7DD-C0BDD25E6B11@macports.org> Message-ID: <482D52CD.6050602@macports.org> Andrea D'Amore wrote: > On 16/mag/08, at 03:41, skip at pobox.com wrote: > >> Is it possible to fetch and install older versions of Gtk2 via >> MacPorts? > > I read an article about it but can't find it anymore. Basically you > should check svn history for package(s) of interest and fetch the > Portfile release you need. This one from the HOWTO section in the wiki? http://trac.macports.org/wiki/howto/InstallingOlderPort Rainer From andrea.damore at macports.org Fri May 16 03:01:58 2008 From: andrea.damore at macports.org (Andrea D'Amore) Date: Fri, 16 May 2008 12:01:58 +0200 Subject: Can I install an earlier version of GTK 2.x? In-Reply-To: <482D52CD.6050602@macports.org> References: <18476.58959.90096.230889@montanaro-dyndns-org.local> <6120A7FF-99FF-4231-A7DD-C0BDD25E6B11@macports.org> <482D52CD.6050602@macports.org> Message-ID: <4C6AA43E-C540-45CD-B6A7-1DB311BB741E@macports.org> On 16/mag/08, at 11:24, Rainer M?ller wrote: > This one from the HOWTO section in the wiki? > http://trac.macports.org/wiki/howto/InstallingOlderPort Definitely not, it was an external site, though the wiki page is exactly what the OP asked. From randall.h.wood at alexandriasoftware.com Fri May 16 03:09:27 2008 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Fri, 16 May 2008 06:09:27 -0400 Subject: Can I install an earlier version of GTK 2.x? In-Reply-To: <4C6AA43E-C540-45CD-B6A7-1DB311BB741E@macports.org> References: <18476.58959.90096.230889@montanaro-dyndns-org.local> <6120A7FF-99FF-4231-A7DD-C0BDD25E6B11@macports.org> <482D52CD.6050602@macports.org> <4C6AA43E-C540-45CD-B6A7-1DB311BB741E@macports.org> Message-ID: God that's an ugly page. On Fri, May 16, 2008 at 6:01 AM, Andrea D'Amore wrote: > > On 16/mag/08, at 11:24, Rainer M?ller wrote: > >> This one from the HOWTO section in the wiki? >> http://trac.macports.org/wiki/howto/InstallingOlderPort > > Definitely not, it was an external site, though the wiki page is > exactly what the OP asked. > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -- Randall Wood randall.h.wood at alexandriasoftware.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From akim at lrde.epita.fr Fri May 16 05:14:27 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Fri, 16 May 2008 14:14:27 +0200 Subject: Boost 1.35 Message-ID: <7164C4DE-AD5C-41AD-AF7C-FD6D079D8B19@lrde.epita.fr> Hi all, I have a few comments wrt Boost 1.35. First of all, I now have warnings from GDB that I did not have with 1.34: > warning: Could not find object file "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_boost/work/boost_1_35_0/bin.v2/ > libs/thread/build/darwin/release/macosx-version-10.4/threading-multi/ > thread.o" - no debug information available for "libs/thread/src/ > pthread/thread.cpp". > > warning: Could not find object file "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_boost/work/boost_1_35_0/bin.v2/ > libs/thread/build/darwin/release/macosx-version-10.4/threading-multi/ > exceptions.o" - no debug information available for "libs/thread/src/ > pthread/exceptions.cpp". > > warning: Could not find object file "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_boost/work/boost_1_35_0/bin.v2/ > libs/thread/build/darwin/release/macosx-version-10.4/threading-multi/ > once.o" - no debug information available for "libs/thread/src/ > pthread/once.cpp". I linked as follows: > ccache i686-apple-darwin8-g++-4.0.1 -Wno-deprecated -Wall -W - > Woverloaded-virtual -Wformat -Werror -Wcast-align -Wcast-qual - > Wwrite-strings -D_THREAD_SAFE -ggdb -o urbi-console urbi-console.o - > Wl,-bind_at_load -L/opt/local/lib ./.libs/libkernel.a - > lboost_thread-mt-1_35 Second, I no longer can find the documentation in the system. Maybe my previous install was broken, I don't know, but I have plenty of things in macports/build, in particular the documentation was available there. For instance /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_boost/work/boost_1_34_1/libs/range/ doc/utility_class.html I can't find the documentation anywhere else on my system, which was extremely convenient when working offline. (It seems that this point and the previous one are connected, and used to work fine probably because some build directory was not removed. Still it was better that it was not!). Finally, there are problems (which should be forwarded upstream) with /opt/local/include/boost-1_35/boost/ptr_container/ ptr_sequence_adapter.hpp It reads: void range_check_impl( iterator first, iterator last, std::bidirectional_iterator_tag ) { /* do nothing */ } void range_check_impl( iterator first, iterator last, std::random_access_iterator_tag ) { BOOST_ASSERT( first <= last && "out of range unique()/ erase_if()" ); BOOST_ASSERT( this->begin() <= first && "out of range unique()/erase_if()" ); BOOST_ASSERT( last <= this->end() && "out of range unique()/ erase_if)(" ); } void range_check( iterator first, iterator last ) { range_check_impl( first, last, BOOST_DEDUCED_TYPENAME iterator_category::type() ); } As you can see, the first function declared formal arguments that it does not use, which causes spurious warnings. Of course the second will also trigger the problem if BOOST_ASSERT is disable, so it should explicit "pseudo-use" them, using (void) first; (void) last; Thanks! From asrozar at yahoo.com Fri May 16 06:50:35 2008 From: asrozar at yahoo.com (Avery Rozar) Date: Fri, 16 May 2008 06:50:35 -0700 (PDT) Subject: libpixman Message-ID: <556273.67954.qm@web53410.mail.re2.yahoo.com> Hello, Has anyone had any issues loading wireshark? I seem to get stalled during the libpixman checksum. Here is the output; --> Fetching libpixman ---> Verifying checksum(s) for libpixman ---> Checksumming pixman-0.10.0.tar.bz2 Error: Checksum (md5) mismatch for pixman-0.10.0.tar.bz2 Portfile checksum: pixman-0.10.0.tar.bz2 md5 fb23e17a8a0308e8fad6dc153753ba9a Distfile checksum: pixman-0.10.0.tar.bz2 md5 513c5f770baec67cd2d225c21558df13 Error: Checksum (sha1) mismatch for pixman-0.10.0.tar.bz2 Portfile checksum: pixman-0.10.0.tar.bz2 sha1 9262e945281877c42d484098de664dcf1a68d857 Distfile checksum: pixman-0.10.0.tar.bz2 sha1 ee5b88fff745e3e0ff0f6a30eb2425a535e87eb4 Error: Checksum (rmd160) mismatch for pixman-0.10.0.tar.bz2 Portfile checksum: pixman-0.10.0.tar.bz2 rmd160 16c356f5fa3dfa4c0196456552daca3ab6244276 Distfile checksum: pixman-0.10.0.tar.bz2 rmd160 bb92bc21a1f9de2801c6e1d87fb95085497ad18b Error: Target org.macports.checksum returned: Unable to verify file checksums Warning: the following items did not execute (for libpixman): 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: Status 1 encountered during processing. Thanks, Avery -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080516/4653163d/attachment.htm From morgan at morgansutherland.net Fri May 16 17:37:13 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Fri, 16 May 2008 20:37:13 -0400 Subject: py25-numpy Failed to Build, 10.5.2 In-Reply-To: <799406d60805151822i4464b76cp13ecf7ac753f8001@mail.gmail.com> References: <9b850fd0805122207j53cf297aq5d2ae30d073e0e8d@mail.gmail.com> <9b850fd0805131212h416caeaao35766ee0dccac7b8@mail.gmail.com> <799406d60805131252h60098d17t69982704d08544f1@mail.gmail.com> <9b850fd0805131311g2edd8313xae9960f5506a80a4@mail.gmail.com> <9b850fd0805131836r2d84d7dcyea5e70fa1319fa7e@mail.gmail.com> <799406d60805131912o23fd494u91c85a773d7d4b4a@mail.gmail.com> <9b850fd0805131916h1c1627b8u1fb469e4effd30f3@mail.gmail.com> <799406d60805131939g154592e8gfea031a1ba76ec6b@mail.gmail.com> <9b850fd0805132240x798bfe72t237d4dbcba19ac4f@mail.gmail.com> <799406d60805151822i4464b76cp13ecf7ac753f8001@mail.gmail.com> Message-ID: <9b850fd0805161737s55c4078au7582eb80d5f9cadf@mail.gmail.com> Adam, thanks for your help. I solved the issue by uninstalling Python2.5, renaming the the .pydistutils.cfg file in ~/ (I believe this is installed by MacPython) and reinstalling. On Thu, May 15, 2008 at 9:22 PM, Adam Mercer wrote: > On Wed, May 14, 2008 at 12:40 AM, Morgan Sutherland > wrote: >> (sorry Adam, forgot to replay-all): >> >> I currently have MacPython installed -- do you think that this could >> cause problems with the Macports install? I've removed the MacPython >> directory from my PATH. > > It shouldn't. The only thing I can suggest is to uninstall the > python25 port and try reinstalling. > > Cheers > > Adam > -- Morgan Sutherland From sonikbuddha at hotmail.com Fri May 16 18:25:08 2008 From: sonikbuddha at hotmail.com (Sonikbuddha -) Date: Fri, 16 May 2008 18:25:08 -0700 Subject: encfs 1.4.2 fails to configure Message-ID: I've been attempting to install the newest version of encfs, version 1.4.2, which was released last month, but it has been failing every time it attempts to configure with the below error. Has anyone else encountered this problem? I have not found a bug tracker ticket for it as of yet. Since I recently reinstalled macports, I have only the most recent required packages installed and nothing else. I am running Leopard 10.5.2, macports 1.6, xcode 3.0. Final error in configure output. I am also attaching my config.log: checking for boostlib>= 1.33... yes configure: WARNING: BOOST_CPPFLAGS -I/opt/local/include checking whether the Boost::Serialization library is available... yes configure: error: Could not link against ! _________________________________________________________________ Give to a good cause with every e-mail. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?souce=EML_WL_ GoodCause -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 36588 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080516/43970f22/attachment-0001.obj From ryandesign at macports.org Fri May 16 22:49:13 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 17 May 2008 00:49:13 -0500 Subject: libpixman In-Reply-To: <556273.67954.qm@web53410.mail.re2.yahoo.com> References: <556273.67954.qm@web53410.mail.re2.yahoo.com> Message-ID: On May 16, 2008, at 8:50 AM, Avery Rozar wrote: > --> Fetching libpixman > ---> Verifying checksum(s) for libpixman > ---> Checksumming pixman-0.10.0.tar.bz2 > Error: Checksum (md5) mismatch for pixman-0.10.0.tar.bz2 > Portfile checksum: pixman-0.10.0.tar.bz2 md5 > fb23e17a8a0308e8fad6dc153753ba9a > Distfile checksum: pixman-0.10.0.tar.bz2 md5 > 513c5f770baec67cd2d225c21558df13 > Error: Checksum (sha1) mismatch for pixman-0.10.0.tar.bz2 > Portfile checksum: pixman-0.10.0.tar.bz2 sha1 > 9262e945281877c42d484098de664dcf1a68d857 > Distfile checksum: pixman-0.10.0.tar.bz2 sha1 > ee5b88fff745e3e0ff0f6a30eb2425a535e87eb4 > Error: Checksum (rmd160) mismatch for pixman-0.10.0.tar.bz2 > Portfile checksum: pixman-0.10.0.tar.bz2 rmd160 > 16c356f5fa3dfa4c0196456552daca3ab6244276 > Distfile checksum: pixman-0.10.0.tar.bz2 rmd160 > bb92bc21a1f9de2801c6e1d87fb95085497ad18b > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Warning: the following items did not execute (for libpixman): > 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: Status 1 encountered during processing. The libpixman checksums in the portfile are accurate. You must've gotten a bad download. Please clean and try again: sudo port clean --all libpixman sudo port install libpixman From ryandesign at macports.org Fri May 16 23:01:39 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 17 May 2008 01:01:39 -0500 Subject: Building on Intel, running on G4 In-Reply-To: <20080515205251.GM273@rail.eu.org> References: <20080515205251.GM273@rail.eu.org> Message-ID: On May 15, 2008, at 3:52 PM, Erwan David wrote: > I've got an Intel Imac and a G4 powerbook. Is it possible to build > the > ports for the powerbook on the more powerful Imac ? Oof. This would probably fall under the "very advanced" category of usage. You can build ports with the +universal variant. As you might guess, this will build universal binaries of the ports, which can then be used on both PowerPC and Intel Macs. (Without the +universal variant, MacPorts builds ports that work on whatever the local architecture is.) To get these universal binaries from the Intel Mac to the PowerPC Mac, I wouldn't do it any other way than transferring your Intel Mac's *entire* MacPorts installation to the PowerPC Mac. That is, take all of /opt/local on the Intel Mac and copy it to the PowerPC Mac via rsync or as a tarball. (You could exclude the /opt/local/var/ macports/distfiles directory to save space on the PowerPC Mac if desired.) By way of counterexample, I would *not* attempt to build a port universal on the Intel Mac and then copy just that port's files to the PowerPC Mac. For one thing the port may have dependencies on other ports. For another, MacPorts on the PowerPC Mac wouldn't know that you had copied these items, "port installed" on the PowerPC Mac wouldn't show it as installed, etc. You can add +universal to your /opt/local/etc/macports/variants.conf on your Intel Mac to ask it to build all ports you install with that variant, without you having to remember to type it at every install command. However, some ports have not yet been tested as universal binaries and may not build properly. Or they may build but then not work on the foreign architecture. For some ports the universal variant has been expressly disabled, either because no way has been found to make it possible, or because nobody has yet tried to make it possible. Both the Intel and the PowerPC Mac must have the same major version of Mac OS X installed, preferably the same version entirely, and should have the same version of Xcode too. For example both must be running Tiger with Xcode 2.5, or both must be running Leopard with Xcode 3.0. Don't attempt this if they're running different major versions. MacPorts itself (i.e. the port command) is universal when installed from the MacPorts installation disk image. I'm not confident, however, that it remains universal after you've gone through a selfupdate. This would be a problem if you had done a selfupdate on the Intel Mac (and that selfupdate resulted in MacPorts base being rebuilt) and you still wanted to use the port command on the PowerPC Mac after you had copied the Intel Mac's MacPorts installation to it. From ryandesign at macports.org Sat May 17 01:27:21 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 17 May 2008 03:27:21 -0500 Subject: encfs 1.4.2 fails to configure In-Reply-To: References: Message-ID: <637D1F2F-C3B0-489B-A590-296B9306CB9D@macports.org> On May 16, 2008, at 8:25 PM, Sonikbuddha - wrote: > I've been attempting to install the newest version of encfs, > version 1.4.2, which was released last month, but it has been > failing every time it attempts to configure with the below error. > Has anyone else encountered this problem? I have not found a bug > tracker ticket for it as of yet. > > Since I recently reinstalled macports, I have only the most recent > required packages installed and nothing else. I am running Leopard > 10.5.2, macports 1.6, xcode 3.0. > > Final error in configure output. I am also attaching my config.log: > > checking for boostlib>= 1.33... yes > configure: WARNING: BOOST_CPPFLAGS -I/opt/local/include > checking whether the Boost::Serialization library is available... yes > configure: error: Could not link against ! I get the same error on 10.4.11 Intel with Xcode 2.4.1. Please file a bug in the issue tracker: http://guide.macports.org/#project From tw.lbean at gmail.com Sat May 17 07:10:32 2008 From: tw.lbean at gmail.com (Triston Whetten) Date: Sat, 17 May 2008 09:10:32 -0500 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 Message-ID: The build phase of gnucash is failing with the following output: /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple definitions of symbol _gnc_libc_missing_noop .libs/libgncqof-backend-qsf.lax/libc-missing.a/libc-missing-noop.o definition of _gnc_libc_missing_noop in section (__TEXT,__text) ../../../../lib/libqof/qof/.libs/libgnc-qof.dylib(single module) definition of _gnc_libc_missing_noop collect2: ld returned 1 exit status make[7]: *** [libgncqof-backend-qsf.la] Error 1 make[6]: *** [all-recursive] Error 1 make[5]: *** [all] Error 2 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I have a few outdated ports that I haven't upgraded yet since the 'sync' this morning. To my untrained eye, none of the outdated ports look like they affect the issue I'm having. --- The following installed ports are outdated: fftw-3 3.1.2_4 < 3.1.2_5 g95 0.91_0 < 0.91_1 gnucash 2.2.4_4 < 2.2.5_0 gnutls 2.2.2_0 < 2.2.3_0 gtk-engines2 2.14.1_0 < 2.14.1_1 libgcrypt 1.4.0_1 < 1.4.1_0 libpng 1.2.26_0 < 1.2.29_0 libtasn1 1.3_0 < 1.4_0 libxml2 2.6.31_0 < 2.6.32_0 readline 5.2.007_0 < 5.2.012_1 sqlite3 3.5.8_0 < 3.5.9_0 --- Anyone else seen this? Thanks, Triston. From tabithamc at gmail.com Sat May 17 07:39:10 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 17 May 2008 04:39:10 -1000 Subject: ncursesw doesn't like to (re)activate Message-ID: <7fccb3000805170739k35a2a58dw4c472774dd914e6b@mail.gmail.com> Hi, I wanted to upgrade the ncursesw port on my Xserve so I first did a quick test like this: $ sudo port activate ncursesw ---> Activating ncursesw Error: port activate failed: Image error: /opt/local/share/terminfo/2/2621a already exists and does not belong to a registered port. Unable to activate port ncursesw. Is there a workaround for this problem so that I can upgrade (which includes port activation)? Thanks, T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080517/e0b96b9d/attachment.htm From n.oxyde at gmail.com Sat May 17 10:18:27 2008 From: n.oxyde at gmail.com (nox) Date: Sat, 17 May 2008 19:18:27 +0200 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <7fccb3000805170739k35a2a58dw4c472774dd914e6b@mail.gmail.com> References: <7fccb3000805170739k35a2a58dw4c472774dd914e6b@mail.gmail.com> Message-ID: Le 17 mai 08 ? 16:39, Tabitha McNerney a ?crit : > Hi, > > I wanted to upgrade the ncursesw port on my Xserve so I first did a > quick test like this: > > $ sudo port activate ncursesw > ---> Activating ncursesw > Error: port activate failed: Image error: /opt/local/share/terminfo/ > 2/2621a already exists and does not belong to a registered port. > Unable to activate port ncursesw. > Is there a workaround for this problem so that I can upgrade (which > includes port activation)? > > Thanks, > > T.M. What does `port provides /opt/local/share/terminfo/2/2621a` say? Regards, Anthony. From bxf4 at u.washington.edu Sat May 17 12:27:14 2008 From: bxf4 at u.washington.edu (Brian P. Flaherty) Date: Sat, 17 May 2008 12:27:14 -0700 (PDT) Subject: Several errors building gnutls In-Reply-To: Message-ID: On Wed, 14 May 2008, Chris Pickel wrote: > If you're concerned about your MacPorts installation, the best thing to do > would be to remove the configure args you added, then `sudo port -f configure > libgcrypt`, and find config.log in `sudo port dir libgcrypt`/work. That might > have some info. Thank you for the suggestion. I just had a similar problem with mc being unable to find pkg-config. I ran sudo port -f configure as suggested above and it shows this as the path: PATH: ${prefix}/bin PATH: ${prefix}/sbin PATH: /bin PATH: /sbin PATH: /usr/bin PATH: /usr/sbin PATH: /usr/X11R6/bin PATH: /usr/texbin I assume ${prefix} is to be /opt/local (it is defined as such on the configure call), but it is getting lost somewhere. I temporarily created a soft link from /opt/local/bin/pkg-config to /usr/bin/ and then mc configured without error. Is there a short list of places where these paths are defined for the MacPorts build environment that I can check? Thank you for your help. Brian From alakazam at melix.net Sat May 17 13:27:04 2008 From: alakazam at melix.net (Alakazam) Date: Sat, 17 May 2008 22:27:04 +0200 Subject: Building on Intel, running on G4 In-Reply-To: References: <20080515205251.GM273@rail.eu.org> Message-ID: Hello, I have copied this very interesting email to the HowTo section of the macports' wiki : > http://trac.macports.org/wiki/howto/buildUniversal The question of MacPorts still being universal after a selfupdate is indicated as being open. Regards, -- Alakazam On 17 mai 08, at 08:01, Ryan Schmidt wrote: > > On May 15, 2008, at 3:52 PM, Erwan David wrote: > >> I've got an Intel Imac and a G4 powerbook. Is it possible to build >> the >> ports for the powerbook on the more powerful Imac ? > > > Oof. This would probably fall under the "very advanced" category of > usage. > > You can build ports with the +universal variant. As you might guess, > this will build universal binaries of the ports, which can then be > used on both PowerPC and Intel Macs. (Without the +universal variant, > MacPorts builds ports that work on whatever the local architecture > is.) > > To get these universal binaries from the Intel Mac to the PowerPC > Mac, I wouldn't do it any other way than transferring your Intel > Mac's *entire* MacPorts installation to the PowerPC Mac. That is, > take all of /opt/local on the Intel Mac and copy it to the PowerPC > Mac via rsync or as a tarball. (You could exclude the /opt/local/var/ > macports/distfiles directory to save space on the PowerPC Mac if > desired.) By way of counterexample, I would *not* attempt to build a > port universal on the Intel Mac and then copy just that port's files > to the PowerPC Mac. For one thing the port may have dependencies on > other ports. For another, MacPorts on the PowerPC Mac wouldn't know > that you had copied these items, "port installed" on the PowerPC Mac > wouldn't show it as installed, etc. > > You can add +universal to your /opt/local/etc/macports/variants.conf > on your Intel Mac to ask it to build all ports you install with that > variant, without you having to remember to type it at every install > command. However, some ports have not yet been tested as universal > binaries and may not build properly. Or they may build but then not > work on the foreign architecture. For some ports the universal > variant has been expressly disabled, either because no way has been > found to make it possible, or because nobody has yet tried to make it > possible. > > Both the Intel and the PowerPC Mac must have the same major version > of Mac OS X installed, preferably the same version entirely, and > should have the same version of Xcode too. For example both must be > running Tiger with Xcode 2.5, or both must be running Leopard with > Xcode 3.0. Don't attempt this if they're running different major > versions. > > MacPorts itself (i.e. the port command) is universal when installed > from the MacPorts installation disk image. I'm not confident, > however, that it remains universal after you've gone through a > selfupdate. This would be a problem if you had done a selfupdate on > the Intel Mac (and that selfupdate resulted in MacPorts base being > rebuilt) and you still wanted to use the port command on the PowerPC > Mac after you had copied the Intel Mac's MacPorts installation to it. From diem at cs.vu.nl Sat May 17 13:48:36 2008 From: diem at cs.vu.nl (Dimitri Hendriks) Date: Sat, 17 May 2008 22:48:36 +0200 Subject: coq build fails In-Reply-To: <22876F55-F67D-44F2-AF0D-A4068D7BA08A@cs.vu.nl> References: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> <22876F55-F67D-44F2-AF0D-A4068D7BA08A@cs.vu.nl> Message-ID: <9CC08A4F-F007-4D3C-A148-92665ED816C1@cs.vu.nl> Can anyone tell me how to apply a patch file? Coq 8.1pl2 doesn't install here. I want to try a patch called coq.diff, as Ryan suggested (see below). But how does this work? Is there a port command for it, or do I have to do it manually? Honestly, I do not even know to which file this patch would apply. Any assistence is greatly appreciated, Dimitri On 15 May 2008, at 22:45, Dimitri Hendriks wrote: > Thanks for your reply! > > Sorry for my ignorance, but what do I have to do with this file > coq.diff ? > > Thanks, > Dimitri > > On 11 May 2008, at 03:49, Ryan Schmidt wrote: > >> Does 8.1pl3 work better for you? Try this patch: >> >> http://trac.macports.org/ticket/13940 >> >> >> On May 10, 2008, at 5:41 AM, Dimitri Hendriks wrote: >> >>> Dear all, >>> >>> I tried to build the port coq, but it fails, see output below. >>> Any ideas? >>> >>> Thanks, Dimitri >>> >>> diem at jarvis:~<502> sudo port install coq >>> Password: >>> ---> Fetching camlp5 >>> ---> Attempting to fetch camlp5-5.08.tgz from http:// >>> pauillac.inria.fr/~ddr/camlp5/distrib/src/ >>> ---> Verifying checksum(s) for camlp5 >>> ---> Extracting camlp5 >>> ---> Configuring camlp5 >>> ---> Building camlp5 with target world.opt >>> ---> Staging camlp5 into destroot >>> ---> Installing camlp5 5.08_0 >>> ---> Activating camlp5 5.08_0 >>> ---> Cleaning camlp5 >>> ---> Fetching coq >>> Error: No defined site for tag: coq, using master_sites >>> ---> Attempting to fetch coq-8.1pl2.tar.gz from http:// >>> coq.inria.fr/V8.1pl2/files/ >>> ---> Verifying checksum(s) for coq >>> ---> Extracting coq >>> ---> Configuring coq >>> ---> Building coq 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_lan >>> g_coq/work/coq-8.1pl2" && make world " returned error 2 >>> Command output: OCAMLOPT4 contrib/recdef/recdef.ml4 >>> OCAMLC contrib/funind/tacinvutils.mli >>> OCAMLOPT contrib/funind/tacinvutils.ml >>> OCAMLOPT4 contrib/funind/tacinv.ml4 >>> OCAMLC contrib/funind/indfun_common.mli >>> OCAMLOPT contrib/funind/indfun_common.ml >>> OCAMLC contrib/funind/rawtermops.mli >>> OCAMLOPT contrib/funind/rawtermops.ml >>> OCAMLC contrib/funind/rawterm_to_relation.mli >>> OCAMLOPT contrib/funind/rawterm_to_relation.ml >>> OCAMLC contrib/funind/functional_principles_proofs.mli >>> OCAMLOPT contrib/funind/functional_principles_proofs.ml >>> OCAMLC contrib/funind/functional_principles_types.mli >>> OCAMLOPT contrib/funind/functional_principles_types.ml >>> OCAMLOPT contrib/funind/invfun.ml >>> OCAMLOPT contrib/funind/indfun.ml >>> OCAMLOPT contrib/funind/merge.ml >>> OCAMLOPT4 contrib/funind/indfun_main.ml4 >>> OCAMLOPT -a -o contrib/contrib.cmxa >>> "gcc" -o kernel/byterun/coq_fix_code.o -fno-defer-pop -Wall -Wno- >>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>> coq_fix_code.c >>> "gcc" -o kernel/byterun/coq_memory.o -fno-defer-pop -Wall -Wno- >>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>> coq_memory.c >>> "gcc" -o kernel/byterun/coq_values.o -fno-defer-pop -Wall -Wno- >>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>> coq_values.c >>> "gcc" -o kernel/byterun/coq_interp.o -fno-defer-pop -Wall -Wno- >>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>> coq_interp.c >>> "ar" rc kernel/byterun/libcoqrun.a kernel/byterun/coq_fix_code.o >>> kernel/byterun/coq_memory.o kernel/byterun/coq_values.o kernel/ >>> byterun/coq_interp.o >>> "ranlib" kernel/byterun/libcoqrun.a >>> COQMKTOP -o bin/coqtop.opt >>> powerpc-apple-darwin8-gcc-4.0.1: /opt/local/lib/ocaml/camlp5/ >>> gramlib.a: No such file or directory >>> Error during linking >>> make[1]: *** [bin/coqtop.opt] Error 2 >>> make: *** [world] Error 2 > From raimue at macports.org Sat May 17 14:09:27 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 17 May 2008 23:09:27 +0200 Subject: Building on Intel, running on G4 In-Reply-To: References: <20080515205251.GM273@rail.eu.org> Message-ID: <482F4987.1040901@macports.org> Alakazam wrote: > The question of MacPorts still being universal after a selfupdate is > indicated as being open. No, MacPorts is not being build universal on selfupdate. Rainer From alakazam at melix.net Sat May 17 14:12:16 2008 From: alakazam at melix.net (Alakazam) Date: Sat, 17 May 2008 23:12:16 +0200 Subject: Building on Intel, running on G4 In-Reply-To: <482F4987.1040901@macports.org> References: <20080515205251.GM273@rail.eu.org> <482F4987.1040901@macports.org> Message-ID: <0197907F-2BB8-43E4-A8FF-07E7EFB72B61@melix.net> Hi ! On 17 mai 08, at 23:09, Rainer M?ller wrote: > Alakazam wrote: >> The question of MacPorts still being universal after a selfupdate >> is indicated as being open. > No, MacPorts is not being build universal on selfupdate. Even if the +universal variant is added to all ports in variants.conf (I can imagine this is completely unrelated) ? Then transferring MacPorts from one machine to another is going to be a bit more complex than simply transferring /opt/local ? Any suggestions on how to do this properly so that "port list installed", which might be useful on the secondary mac, still works correctly ? Regards, -- Alakazam From raimue at macports.org Sat May 17 14:26:50 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 17 May 2008 23:26:50 +0200 Subject: Building on Intel, running on G4 In-Reply-To: <0197907F-2BB8-43E4-A8FF-07E7EFB72B61@melix.net> References: <20080515205251.GM273@rail.eu.org> <482F4987.1040901@macports.org> <0197907F-2BB8-43E4-A8FF-07E7EFB72B61@melix.net> Message-ID: <482F4D9A.7010003@macports.org> Alakazam wrote: > On 17 mai 08, at 23:09, Rainer M?ller wrote: > >> Alakazam wrote: >>> The question of MacPorts still being universal after a selfupdate >>> is indicated as being open. >> No, MacPorts is not being build universal on selfupdate. > > Even if the +universal variant is added to all ports in variants.conf > (I can imagine this is completely unrelated) ? Currently that does not affect MacPorts base. port selfupdate calls a hardcoded ./configure command. For the future it would be good if MacPorts itself would use its own port, so that 'port selfupdate' would become the same as 'port sync && port upgrade MacPorts'. > Then transferring MacPorts from one machine to another is going to be > a bit more complex than simply transferring /opt/local ? > > Any suggestions on how to do this properly so that "port list > installed", which might be useful on the secondary mac, still works > correctly ? port archives would be a possibility. But at the moment it is not that easy to build archives. We had a discussion lately on that topic, see "Manual Install" started by Simon Wheatley [1]. Rainer [1] Message-Id: <482A9BCA.8010809 at simonwheatley.co.uk> From alakazam at melix.net Sat May 17 15:44:31 2008 From: alakazam at melix.net (Alakazam) Date: Sun, 18 May 2008 00:44:31 +0200 Subject: Manual install In-Reply-To: <482CA156.1040408@simonwheatley.co.uk> References: <482A9BCA.8010809@simonwheatley.co.uk> <482CA156.1040408@simonwheatley.co.uk> Message-ID: <4B9BBA28-F934-4C00-A694-25E0D459E05D@melix.net> Hi ! On 15 mai 08, at 22:47, Simon Wheatley wrote: > Simon Wheatley wrote: >> Is it possible to point MacPorts at a downloaded "package" of some >> kind and say "install that"? Something similar to Debian's 'dpkg -i'? > > Thanks all. I'll have a go with the various suggestions. Did you have any success using "port -b" and "port contents" ? I'm asking because this would be useful for the "Using the ports on two different macs" section of the following HowTo : > http://trac.macports.org/wiki/howto/buildUniversal In fact, if had any success with this, it might be a good HowTo ? Regards, -- Alakazam From morgan at morgansutherland.net Sat May 17 16:21:50 2008 From: morgan at morgansutherland.net (Morgan Sutherland) Date: Sat, 17 May 2008 19:21:50 -0400 Subject: py25-pygtksourceview I/O Error with docbook Message-ID: <9b850fd0805171621w591acf40i21778234a08a05e2@mail.gmail.com> I've been battling for a week to get py-gtk2 and py-gtksourceview installed. Hopefully this is the last issue: sudo port install py25-pygtksourceview ---> Fetching py25-pygtksourceview ---> Verifying checksum(s) for py25-pygtksourceview ---> Extracting py25-pygtksourceview ---> Configuring py25-pygtksourceview ---> Building py25-pygtksourceview 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_python_py25-pygtksourceview/work/pygtksourceview-2.2.0" && make all " returned error 2 Command output: make all-recursive Making all in test make[2]: Nothing to be done for `all'. Making all in docs /opt/local/bin/python2.5 -c 'import datetime; print datetime.date.today()' > reference/builddate.xml xsltproc --nonet --xinclude -o ../docs/html/ \ --path ../docs/reference:./reference \ --stringparam gtkdoc.bookname "pygtksourceview2" \ --stringparam gtkdoc.version . \ /opt/local/share/pygobject/xsl/ref-html-style.xsl ./reference/gtksourceview2-ref.xml I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl" compilation error: file /opt/local/share/pygobject/xsl/ref-html-style.xsl line 4 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl make[2]: *** [build_stamp] Error 5 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. This I/O error with docbook has been touched on in the past: http://lists.macosforge.org/pipermail/macports-users/2007-December/007470.html and http://trac.macports.org/ticket/7333 Could I possibly, for now, download "chunk.xsl" by hand? If so, where does it need to go? -- Morgan Sutherland From ryandesign at macports.org Sat May 17 16:46:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 17 May 2008 18:46:11 -0500 Subject: coq build fails In-Reply-To: <9CC08A4F-F007-4D3C-A148-92665ED816C1@cs.vu.nl> References: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> <22876F55-F67D-44F2-AF0D-A4068D7BA08A@cs.vu.nl> <9CC08A4F-F007-4D3C-A148-92665ED816C1@cs.vu.nl> Message-ID: <7E8DBDD2-9171-4FB7-9254-6B82CDC3C751@macports.org> Hello Dimitri. Sorry for my delay in responding. To apply patches, you download the patch from the ticket, then do something like this: $ sudo -s $ cd `port dir coq` $ patch -p0 < /path/to/coq.diff $ port install $ exit $ But I committed the patch yesterday and closed the ticket so there's nothing you need to do now except "sudo port selfupdate" and try again. But I don't think it will help. I did not have a problem with 8.1p2 nor 8.1p3, on Mac OS X 10.4.11 on Intel or PowerPC. I see that your error is that coq can't find gramlib.a which is supposed to be provided by camlp5. I see that you installed camlp5 5.08. That's also the version I got. My camlp5 does provide that static library: $ port contents camlp5 | grep \\.a /opt/local/lib/ocaml/camlp5/camlp5.a /opt/local/lib/ocaml/camlp5/gramlib.a /opt/local/lib/ocaml/camlp5/odyl.a $ See, "gramlib.a" is there. Is it for you? If not, try just rebuilding camlp5: $ sudo port -ncuf upgrade camlp5 $ I see you're on Mac OS X 10.4.x on a PowerPC Mac. What version of Xcode and MacPorts do you have? If you have Xcode earlier than 2.4.1, please update to 2.4.1 or 2.5. Let us know what happens. -Ryan On May 17, 2008, at 3:48 PM, Dimitri Hendriks wrote: > Can anyone tell me how to apply a patch file? > > Coq 8.1pl2 doesn't install here. I want to try a patch > called coq.diff, as Ryan suggested (see below). But how > does this work? Is there a port command for it, or do I > have to do it manually? Honestly, I do not even know to > which file this patch would apply. > > Any assistence is greatly appreciated, > Dimitri > > > On 15 May 2008, at 22:45, Dimitri Hendriks wrote: > >> Thanks for your reply! >> >> Sorry for my ignorance, but what do I have to do with this file >> coq.diff ? >> >> Thanks, >> Dimitri >> >> >> On 11 May 2008, at 03:49, Ryan Schmidt wrote: >> >>> Does 8.1pl3 work better for you? Try this patch: >>> >>> http://trac.macports.org/ticket/13940 >>> >>> >>> On May 10, 2008, at 5:41 AM, Dimitri Hendriks wrote: >>> >>>> Dear all, >>>> >>>> I tried to build the port coq, but it fails, see output below. >>>> Any ideas? >>>> >>>> Thanks, Dimitri >>>> >>>> diem at jarvis:~<502> sudo port install coq >>>> Password: >>>> ---> Fetching camlp5 >>>> ---> Attempting to fetch camlp5-5.08.tgz from http:// >>>> pauillac.inria.fr/~ddr/camlp5/distrib/src/ >>>> ---> Verifying checksum(s) for camlp5 >>>> ---> Extracting camlp5 >>>> ---> Configuring camlp5 >>>> ---> Building camlp5 with target world.opt >>>> ---> Staging camlp5 into destroot >>>> ---> Installing camlp5 5.08_0 >>>> ---> Activating camlp5 5.08_0 >>>> ---> Cleaning camlp5 >>>> ---> Fetching coq >>>> Error: No defined site for tag: coq, using master_sites >>>> ---> Attempting to fetch coq-8.1pl2.tar.gz from http:// >>>> coq.inria.fr/V8.1pl2/files/ >>>> ---> Verifying checksum(s) for coq >>>> ---> Extracting coq >>>> ---> Configuring coq >>>> ---> Building coq 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_la >>>> n >>>> g_coq/work/coq-8.1pl2" && make world " returned error 2 >>>> Command output: OCAMLOPT4 contrib/recdef/recdef.ml4 >>>> OCAMLC contrib/funind/tacinvutils.mli >>>> OCAMLOPT contrib/funind/tacinvutils.ml >>>> OCAMLOPT4 contrib/funind/tacinv.ml4 >>>> OCAMLC contrib/funind/indfun_common.mli >>>> OCAMLOPT contrib/funind/indfun_common.ml >>>> OCAMLC contrib/funind/rawtermops.mli >>>> OCAMLOPT contrib/funind/rawtermops.ml >>>> OCAMLC contrib/funind/rawterm_to_relation.mli >>>> OCAMLOPT contrib/funind/rawterm_to_relation.ml >>>> OCAMLC contrib/funind/functional_principles_proofs.mli >>>> OCAMLOPT contrib/funind/functional_principles_proofs.ml >>>> OCAMLC contrib/funind/functional_principles_types.mli >>>> OCAMLOPT contrib/funind/functional_principles_types.ml >>>> OCAMLOPT contrib/funind/invfun.ml >>>> OCAMLOPT contrib/funind/indfun.ml >>>> OCAMLOPT contrib/funind/merge.ml >>>> OCAMLOPT4 contrib/funind/indfun_main.ml4 >>>> OCAMLOPT -a -o contrib/contrib.cmxa >>>> "gcc" -o kernel/byterun/coq_fix_code.o -fno-defer-pop -Wall -Wno- >>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>> coq_fix_code.c >>>> "gcc" -o kernel/byterun/coq_memory.o -fno-defer-pop -Wall -Wno- >>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>> coq_memory.c >>>> "gcc" -o kernel/byterun/coq_values.o -fno-defer-pop -Wall -Wno- >>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>> coq_values.c >>>> "gcc" -o kernel/byterun/coq_interp.o -fno-defer-pop -Wall -Wno- >>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>> coq_interp.c >>>> "ar" rc kernel/byterun/libcoqrun.a kernel/byterun/coq_fix_code.o >>>> kernel/byterun/coq_memory.o kernel/byterun/coq_values.o kernel/ >>>> byterun/coq_interp.o >>>> "ranlib" kernel/byterun/libcoqrun.a >>>> COQMKTOP -o bin/coqtop.opt >>>> powerpc-apple-darwin8-gcc-4.0.1: /opt/local/lib/ocaml/camlp5/ >>>> gramlib.a: No such file or directory >>>> Error during linking >>>> make[1]: *** [bin/coqtop.opt] Error 2 >>>> make: *** [world] Error 2 From mp at dpj.sent.com Sun May 18 02:21:42 2008 From: mp at dpj.sent.com (Daniel Horwood) Date: Sun, 18 May 2008 17:21:42 +0800 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> Message-ID: <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> (Sorry, forgot to cc the list...) On 17/05/2008, at 10:10 PM, Triston Whetten wrote: > The build phase of gnucash is failing with the following output: > > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple definitions of > symbol _gnc_libc_missing_noop > .libs/libgncqof-backend-qsf.lax/libc-missing.a/libc-missing-noop.o > definition of _gnc_libc_missing_noop in section (__TEXT,__text) > ../../../../lib/libqof/qof/.libs/libgnc-qof.dylib(single module) > > > I have a few outdated ports that I haven't upgraded yet since the > 'sync' this morning. To my untrained eye, none of the outdated ports > look like they affect the issue I'm having. > --- > The following installed ports are outdated: > > > Anyone else seen this? > > Thanks, > Triston. I've done a few gnucash 2.2.5 builds recently, both X11 and quartz based, and haven't seen this error. I recommend that you upgrade the other outdated ports first, then 'port clean gnucash' and try the upgrade again. Dan From n.oxyde at gmail.com Sun May 18 03:39:54 2008 From: n.oxyde at gmail.com (nox) Date: Sun, 18 May 2008 12:39:54 +0200 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <7fccb3000805172205l59ec3bc3t65ece58cec846a09@mail.gmail.com> References: <7fccb3000805170739k35a2a58dw4c472774dd914e6b@mail.gmail.com> <7fccb3000805172205l59ec3bc3t65ece58cec846a09@mail.gmail.com> Message-ID: <52B3E815-59A1-4A5E-9D1A-81122C8B66DE@gmail.com> Le 18 mai 08 ? 07:05, Tabitha McNerney a ?crit : > Hi Anthony, it says: > > /opt/local/share/terminfo/2/2621a is provided by: ncursesw > > So it would seem that deactivating ncursesw doesn't remove this file > when it should? > > T.M. I don't know what happened. Try to manually erase the file and activate again ncursesw. PS: Next time be sure to hit "Reply to All" to send to the mailing-list. Regards, Anthony. From vmcgarry at austin.rr.com Sun May 18 05:01:10 2008 From: vmcgarry at austin.rr.com (Vincent McGarry) Date: Sun, 18 May 2008 07:01:10 -0500 Subject: Checksum failure with ImageMagick Message-ID: <050F4100-6CA0-49C1-A5CD-DE34B8889AD3@austin.rr.com> I get the following when trying to install ImageMagick. Vince McGarry ---> Verifying checksum(s) for ImageMagick DEBUG: Executing org.macports.checksum (ImageMagick) ---> Checksumming ImageMagick-6.4.1-2.tar.bz2 Error: Checksum (md5) mismatch for ImageMagick-6.4.1-2.tar.bz2 Portfile checksum: ImageMagick-6.4.1-2.tar.bz2 md5 848236112193f107a0f741862fd13f90 Distfile checksum: ImageMagick-6.4.1-2.tar.bz2 md5 8956f25ac8168dd1a4ce1ec15b49924e Error: Checksum (sha1) mismatch for ImageMagick-6.4.1-2.tar.bz2 Portfile checksum: ImageMagick-6.4.1-2.tar.bz2 sha1 c01addf7decdee35e7201ac87e57e46761a86789 Distfile checksum: ImageMagick-6.4.1-2.tar.bz2 sha1 34b3363c75417b8f1178f277946e52b4c606fe6d Error: Checksum (rmd160) mismatch for ImageMagick-6.4.1-2.tar.bz2 Portfile checksum: ImageMagick-6.4.1-2.tar.bz2 rmd160 4612636ed919065130c41654171d70026c9808f4 Distfile checksum: ImageMagick-6.4.1-2.tar.bz2 rmd160 df2981cac1b7c7720ea40218ed008d3bdaaf162d Error: Target org.macports.checksum returned: Unable to verify file checksums Warning: the following items did not execute (for ImageMagick): 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: Status 1 encountered during processing. From jmr at macports.org Sun May 18 05:13:34 2008 From: jmr at macports.org (Joshua Root) Date: Sun, 18 May 2008 22:13:34 +1000 Subject: ncursesw doesn't like to (re)activate Message-ID: <48301D6E.7070409@macports.org> > Le 18 mai 08 ? 07:05, Tabitha McNerney a ?crit : > >> Hi Anthony, it says: >> >> /opt/local/share/terminfo/2/2621a is provided by: ncursesw >> >> So it would seem that deactivating ncursesw doesn't remove this file >> when it should? >> >> T.M. > > I don't know what happened. Try to manually erase the file and > activate again ncursesw. Tabitha, are you perhaps using a case-sensitive filesystem? - Josh From macports.users at gmail.com Sun May 18 05:52:03 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sun, 18 May 2008 08:52:03 -0400 Subject: readline doesn't fetch Message-ID: I don't know what I'm doing here but I changed this line master_sites gnu ftp://ftp.cwru.edu/pub/bash/ in this file /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ readline/Portfile to this master_sites gnu ftp://ftp.gnu.org/gnu/readline/ and now it's installing. ? ---> Installing readline @5.2.012_1 ? From macports.users at gmail.com Sun May 18 09:16:15 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sun, 18 May 2008 12:16:15 -0400 Subject: man ls is not man ls Message-ID: <85D5991E-ADC8-4AAD-A73B-1D486DFADD89@gmail.com> 12:07:05> ls -e ls: invalid option -- e Try `ls --help' for more information. 12:07:19> ls --help |grep " -e" 12:07:22> which ls /opt/local/bin/ls 12:07:24> /bin/ls -ce Desktop Dl Documents Library Movies Music Pictures Public Sites base 12:07:30> man ls ? -e Print the Access Control List (ACL) associated with the file, if present. ? 12:07:46> man -w ls /usr/share/man/man1/ls.1.gz 12:09:52> From raimue at macports.org Sun May 18 09:22:14 2008 From: raimue at macports.org (=?windows-1252?Q?Rainer_M=FCller?=) Date: Sun, 18 May 2008 18:22:14 +0200 Subject: man ls is not man ls In-Reply-To: <85D5991E-ADC8-4AAD-A73B-1D486DFADD89@gmail.com> References: <85D5991E-ADC8-4AAD-A73B-1D486DFADD89@gmail.com> Message-ID: <483057B6.2030100@macports.org> Charles Darwin wrote: > 12:07:05> ls -e > ls: invalid option -- e > Try `ls --help' for more information. > 12:07:19> ls --help |grep " -e" > 12:07:22> which ls > /opt/local/bin/ls So you either installed coreutils +with_default_names or made that symlink by hand. Which one is the case? > 12:07:24> /bin/ls -ce > Desktop Dl Documents Library Movies Music Pictures Public Sites > base > 12:07:30> man ls > ? > -e Print the Access Control List (ACL) associated with the file, > if present. > ? > 12:07:46> man -w ls > /usr/share/man/man1/ls.1.gz > 12:09:52> The man page for ls from coreutils is at 'man gls'. Maybe there is a bug in coreutils which still installs the man pages with the 'g' prefix even if +with_default_names is selected. I would not recommend to overwrite the default ls from the system exactly for this reason. Scripts may rely on the default behavior. Rainer From macports.users at gmail.com Sun May 18 09:27:32 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sun, 18 May 2008 12:27:32 -0400 Subject: man ls is not man ls In-Reply-To: <483057B6.2030100@macports.org> References: <85D5991E-ADC8-4AAD-A73B-1D486DFADD89@gmail.com> <483057B6.2030100@macports.org> Message-ID: <4ED6BB4C-50D8-44DA-9EBD-C4ECE56C972F@gmail.com> On May 18, 2008, at 12:22 PM, Rainer M?ller wrote: > Charles Darwin wrote: >> 12:07:05> ls -e >> ls: invalid option -- e >> Try `ls --help' for more information. >> 12:07:19> ls --help |grep " -e" >> 12:07:22> which ls >> /opt/local/bin/ls > > So you either installed coreutils +with_default_names or made that > symlink by hand. Which one is the case? coreutils +with_default_names > > >> 12:07:24> /bin/ls -ce >> Desktop Dl Documents Library Movies Music Pictures Public >> Sites base >> 12:07:30> man ls >> ? >> -e Print the Access Control List (ACL) associated with the >> file, if present. >> ? >> 12:07:46> man -w ls >> /usr/share/man/man1/ls.1.gz >> 12:09:52> > > The man page for ls from coreutils is at 'man gls'. Maybe there is a > bug in coreutils which still installs the man pages with the 'g' > prefix even if +with_default_names is selected. > That seems to be the case since > man gls gives a different man page [and there is no -e option specified there]. Can this be fixed here [in macports] ? Charles > I would not recommend to overwrite the default ls from the system > exactly for this reason. Scripts may rely on the default behavior. > > Rainer From diem at cs.vu.nl Sun May 18 15:20:51 2008 From: diem at cs.vu.nl (Dimitri Hendriks) Date: Mon, 19 May 2008 00:20:51 +0200 Subject: coq build fails In-Reply-To: <7E8DBDD2-9171-4FB7-9254-6B82CDC3C751@macports.org> References: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> <22876F55-F67D-44F2-AF0D-A4068D7BA08A@cs.vu.nl> <9CC08A4F-F007-4D3C-A148-92665ED816C1@cs.vu.nl> <7E8DBDD2-9171-4FB7-9254-6B82CDC3C751@macports.org> Message-ID: <18098FCD-DD24-45F8-A85E-291E658ADC72@cs.vu.nl> Hi Ryan, thanks a lot for your response! I did a selfupdate (but thanks for showing how to patch!), and tried again to install coq, but resuls in the same error about the missing file gramlib.a. Indeed, I do not have this file gramlib.a. I reinstalled campl5, but this does not bring gramlib.a ! See output below. I am on a Mac 10.4.11, PPC. I have Xcode version 2.5 and macports 1.600. Thanks, Dimitri diem at jarvis:~<503> port contents camlp5 | grep \\.a /opt/local/lib/ocaml/camlp5/camlp5.a /opt/local/lib/ocaml/camlp5/odyl.a diem at jarvis:~<504> sudo port -ncuf upgrade camlp5 Password: ---> Fetching camlp5 ---> Verifying checksum(s) for camlp5 ---> Extracting camlp5 ---> Configuring camlp5 ---> Building camlp5 with target world.opt ---> Staging camlp5 into destroot ---> Deactivating camlp5 5.08_0 ---> Uninstalling camlp5 5.08_0 ---> Installing camlp5 5.08_0 ---> Activating camlp5 5.08_0 ---> Cleaning camlp5 diem at jarvis:~<505> port contents camlp5 | grep *.a diem at jarvis:~<506> port contents camlp5 | grep \\.a /opt/local/lib/ocaml/camlp5/camlp5.a /opt/local/lib/ocaml/camlp5/odyl.a diem at jarvis:~<507> On 18 May 2008, at 01:46, Ryan Schmidt wrote: > Hello Dimitri. Sorry for my delay in responding. To apply patches, > you download the patch from the ticket, then do something like this: > > $ sudo -s > $ cd `port dir coq` > $ patch -p0 < /path/to/coq.diff > $ port install > $ exit > $ > > But I committed the patch yesterday and closed the ticket so > there's nothing you need to do now except "sudo port selfupdate" > and try again. > > But I don't think it will help. I did not have a problem with 8.1p2 > nor 8.1p3, on Mac OS X 10.4.11 on Intel or PowerPC. > > I see that your error is that coq can't find gramlib.a which is > supposed to be provided by camlp5. I see that you installed camlp5 > 5.08. That's also the version I got. My camlp5 does provide that > static library: > > $ port contents camlp5 | grep \\.a > /opt/local/lib/ocaml/camlp5/camlp5.a > /opt/local/lib/ocaml/camlp5/gramlib.a > /opt/local/lib/ocaml/camlp5/odyl.a > $ > > See, "gramlib.a" is there. Is it for you? If not, try just > rebuilding camlp5: > > $ sudo port -ncuf upgrade camlp5 > $ > > I see you're on Mac OS X 10.4.x on a PowerPC Mac. What version of > Xcode and MacPorts do you have? If you have Xcode earlier than > 2.4.1, please update to 2.4.1 or 2.5. > > Let us know what happens. > > -Ryan > > > On May 17, 2008, at 3:48 PM, Dimitri Hendriks wrote: > >> Can anyone tell me how to apply a patch file? >> >> Coq 8.1pl2 doesn't install here. I want to try a patch >> called coq.diff, as Ryan suggested (see below). But how >> does this work? Is there a port command for it, or do I >> have to do it manually? Honestly, I do not even know to >> which file this patch would apply. >> >> Any assistence is greatly appreciated, >> Dimitri >> >> >> On 15 May 2008, at 22:45, Dimitri Hendriks wrote: >> >>> Thanks for your reply! >>> >>> Sorry for my ignorance, but what do I have to do with this file >>> coq.diff ? >>> >>> Thanks, >>> Dimitri >>> >>> >>> On 11 May 2008, at 03:49, Ryan Schmidt wrote: >>> >>>> Does 8.1pl3 work better for you? Try this patch: >>>> >>>> http://trac.macports.org/ticket/13940 >>>> >>>> >>>> On May 10, 2008, at 5:41 AM, Dimitri Hendriks wrote: >>>> >>>>> Dear all, >>>>> >>>>> I tried to build the port coq, but it fails, see output below. >>>>> Any ideas? >>>>> >>>>> Thanks, Dimitri >>>>> >>>>> diem at jarvis:~<502> sudo port install coq >>>>> Password: >>>>> ---> Fetching camlp5 >>>>> ---> Attempting to fetch camlp5-5.08.tgz from http:// >>>>> pauillac.inria.fr/~ddr/camlp5/distrib/src/ >>>>> ---> Verifying checksum(s) for camlp5 >>>>> ---> Extracting camlp5 >>>>> ---> Configuring camlp5 >>>>> ---> Building camlp5 with target world.opt >>>>> ---> Staging camlp5 into destroot >>>>> ---> Installing camlp5 5.08_0 >>>>> ---> Activating camlp5 5.08_0 >>>>> ---> Cleaning camlp5 >>>>> ---> Fetching coq >>>>> Error: No defined site for tag: coq, using master_sites >>>>> ---> Attempting to fetch coq-8.1pl2.tar.gz from http:// >>>>> coq.inria.fr/V8.1pl2/files/ >>>>> ---> Verifying checksum(s) for coq >>>>> ---> Extracting coq >>>>> ---> Configuring coq >>>>> ---> Building coq 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_l >>>>> an >>>>> g_coq/work/coq-8.1pl2" && make world " returned error 2 >>>>> Command output: OCAMLOPT4 contrib/recdef/recdef.ml4 >>>>> OCAMLC contrib/funind/tacinvutils.mli >>>>> OCAMLOPT contrib/funind/tacinvutils.ml >>>>> OCAMLOPT4 contrib/funind/tacinv.ml4 >>>>> OCAMLC contrib/funind/indfun_common.mli >>>>> OCAMLOPT contrib/funind/indfun_common.ml >>>>> OCAMLC contrib/funind/rawtermops.mli >>>>> OCAMLOPT contrib/funind/rawtermops.ml >>>>> OCAMLC contrib/funind/rawterm_to_relation.mli >>>>> OCAMLOPT contrib/funind/rawterm_to_relation.ml >>>>> OCAMLC contrib/funind/functional_principles_proofs.mli >>>>> OCAMLOPT contrib/funind/functional_principles_proofs.ml >>>>> OCAMLC contrib/funind/functional_principles_types.mli >>>>> OCAMLOPT contrib/funind/functional_principles_types.ml >>>>> OCAMLOPT contrib/funind/invfun.ml >>>>> OCAMLOPT contrib/funind/indfun.ml >>>>> OCAMLOPT contrib/funind/merge.ml >>>>> OCAMLOPT4 contrib/funind/indfun_main.ml4 >>>>> OCAMLOPT -a -o contrib/contrib.cmxa >>>>> "gcc" -o kernel/byterun/coq_fix_code.o -fno-defer-pop -Wall -Wno- >>>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>>> coq_fix_code.c >>>>> "gcc" -o kernel/byterun/coq_memory.o -fno-defer-pop -Wall -Wno- >>>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>>> coq_memory.c >>>>> "gcc" -o kernel/byterun/coq_values.o -fno-defer-pop -Wall -Wno- >>>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>>> coq_values.c >>>>> "gcc" -o kernel/byterun/coq_interp.o -fno-defer-pop -Wall -Wno- >>>>> unused -I "/opt/local/lib/ocaml"/caml -c kernel/byterun/ >>>>> coq_interp.c >>>>> "ar" rc kernel/byterun/libcoqrun.a kernel/byterun/coq_fix_code.o >>>>> kernel/byterun/coq_memory.o kernel/byterun/coq_values.o kernel/ >>>>> byterun/coq_interp.o >>>>> "ranlib" kernel/byterun/libcoqrun.a >>>>> COQMKTOP -o bin/coqtop.opt >>>>> powerpc-apple-darwin8-gcc-4.0.1: /opt/local/lib/ocaml/camlp5/ >>>>> gramlib.a: No such file or directory >>>>> Error during linking >>>>> make[1]: *** [bin/coqtop.opt] Error 2 >>>>> make: *** [world] Error 2 From tw.lbean at gmail.com Sun May 18 17:00:42 2008 From: tw.lbean at gmail.com (Triston Whetten) Date: Sun, 18 May 2008 19:00:42 -0500 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> Message-ID: <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> On May 18, 2008, at 4:21 AM, Daniel Horwood wrote: > (Sorry, forgot to cc the list...) > > On 17/05/2008, at 10:10 PM, Triston Whetten wrote: > >> The build phase of gnucash is failing with the following output: >> >> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple definitions of >> symbol _gnc_libc_missing_noop >> .libs/libgncqof-backend-qsf.lax/libc-missing.a/libc-missing-noop.o >> definition of _gnc_libc_missing_noop in section (__TEXT,__text) >> ../../../../lib/libqof/qof/.libs/libgnc-qof.dylib(single module) >> >> >> I have a few outdated ports that I haven't upgraded yet since the >> 'sync' this morning. To my untrained eye, none of the outdated ports >> look like they affect the issue I'm having. >> --- >> The following installed ports are outdated: >> >> >> Anyone else seen this? >> >> Thanks, >> Triston. > > I've done a few gnucash 2.2.5 builds recently, both X11 and quartz > based, and haven't seen this error. I recommend that you upgrade the > other outdated ports first, then 'port clean gnucash' and try the > upgrade again. > > Dan > I still get the same results even after upgrading every other outdated port. Any ideas how to go about figuring this one out? Triston. PS: I've got the whole build log available if it is any use... From mp at dpj.sent.com Sun May 18 17:50:31 2008 From: mp at dpj.sent.com (Daniel Horwood) Date: Mon, 19 May 2008 08:50:31 +0800 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> Message-ID: <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> The build log would be handy - if you can't send attachments to the list then just send it to me. Dan On 19/05/2008, at 8:00 AM, Triston Whetten wrote: > > On May 18, 2008, at 4:21 AM, Daniel Horwood wrote: > >> (Sorry, forgot to cc the list...) >> >> On 17/05/2008, at 10:10 PM, Triston Whetten wrote: >> >>> The build phase of gnucash is failing with the following output: >>> >>> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple definitions >>> of >>> symbol _gnc_libc_missing_noop >>> .libs/libgncqof-backend-qsf.lax/libc-missing.a/libc-missing-noop.o >>> definition of _gnc_libc_missing_noop in section (__TEXT,__text) >>> ../../../../lib/libqof/qof/.libs/libgnc-qof.dylib(single module) >>> >>> >>> I have a few outdated ports that I haven't upgraded yet since the >>> 'sync' this morning. To my untrained eye, none of the outdated >>> ports >>> look like they affect the issue I'm having. >>> --- >>> The following installed ports are outdated: >>> >>> >>> Anyone else seen this? >>> >>> Thanks, >>> Triston. >> >> I've done a few gnucash 2.2.5 builds recently, both X11 and quartz >> based, and haven't seen this error. I recommend that you upgrade the >> other outdated ports first, then 'port clean gnucash' and try the >> upgrade again. >> >> Dan >> > > I still get the same results even after upgrading every other > outdated port. Any ideas how to go about figuring this one out? > > Triston. > > PS: I've got the whole build log available if it is any use... > From tw.lbean at gmail.com Sun May 18 18:02:27 2008 From: tw.lbean at gmail.com (Triston Whetten) Date: Sun, 18 May 2008 20:02:27 -0500 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> Message-ID: <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> On May 18, 2008, at 7:50 PM, Daniel Horwood wrote: > The build log would be handy - if you can't send attachments to the > list then just send it to me. > > Dan > > > On 19/05/2008, at 8:00 AM, Triston Whetten wrote: > >> >> On May 18, 2008, at 4:21 AM, Daniel Horwood wrote: >> >>> (Sorry, forgot to cc the list...) >>> >>> On 17/05/2008, at 10:10 PM, Triston Whetten wrote: >>> >>>> The build phase of gnucash is failing with the following output: >>>> >>>> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: multiple >>>> definitions of >>>> symbol _gnc_libc_missing_noop >>>> .libs/libgncqof-backend-qsf.lax/libc-missing.a/libc-missing-noop.o >>>> definition of _gnc_libc_missing_noop in section (__TEXT,__text) >>>> ../../../../lib/libqof/qof/.libs/libgnc-qof.dylib(single module) >>>> >>>> >>>> I have a few outdated ports that I haven't upgraded yet since the >>>> 'sync' this morning. To my untrained eye, none of the outdated >>>> ports >>>> look like they affect the issue I'm having. >>>> --- >>>> The following installed ports are outdated: >>>> >>>> >>>> Anyone else seen this? >>>> >>>> Thanks, >>>> Triston. >>> >>> I've done a few gnucash 2.2.5 builds recently, both X11 and quartz >>> based, and haven't seen this error. I recommend that you upgrade the >>> other outdated ports first, then 'port clean gnucash' and try the >>> upgrade again. >>> >>> Dan >>> >> >> I still get the same results even after upgrading every other >> outdated port. Any ideas how to go about figuring this one out? >> >> Triston. >> >> PS: I've got the whole build log available if it is any use... >> > The full build log includes building qt (long) and a few other new things. I'm not sure why qt was involved since I was only upgrading gnucash (sudo port -d upgrade gnucash). The full build log is 4.5MB (of plain text). :) So, I trimmed the log down to just the gnucash build itself and have attached that. I'm happy to send the rest of the log if its useful. Thanks, Triston. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: buildlog-gnucash.txt Url: http://lists.macosforge.org/pipermail/macports-users/attachments/20080518/4e6115a1/attachment-0001.txt From talmage at zero.ad.jp Sun May 18 21:28:39 2008 From: talmage at zero.ad.jp (KT) Date: Mon, 19 May 2008 13:28:39 +0900 Subject: Question about installing ppmtomd port Message-ID: <248BB46A-A6F5-4C28-A384-69AE304C09B8@zero.ad.jp> I noticed that MacPorts now has the ppmtomd port, so I tried installing it via> sudo port -v selfupdate then sudo port install ppmtomd But returned an error message. (message pasted at end of email) I have MacPorts 1.600, and 10.4.11 on the macbook I'm trying to install ppmtomd on. Anyone know what the problem may be? Does this port package only work on 10.5.X? Thanks in advance. Kory -----------ERROR MESSAGE---------------- bash$ sudo port install ppmtomd ---> Building ppmtomd 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_print_p pmtomd/work/ppmtomd-1.5" && make all " returned error 2 Command output: ppmtomd.c:2589: error: 'spotpixels' undeclared (first use in this function) ppmtomd.c:2664: warning: implicit declaration of function 'ppm_allocrow' ppmtomd.c:2670: warning: incompatible implicit declaration of built- in function 'malloc' ppmtomd.c:2686: warning: incompatible implicit declaration of built- in function 'malloc' ppmtomd.c:2703: warning: implicit declaration of function 'random' ppmtomd.c:2773: warning: implicit declaration of function 'ppm_readppmrow' ppmtomd.c:2823: error: parse error before 'p' ppmtomd.c:2825: warning: implicit declaration of function 'PPM_DEPTH' ppmtomd.c:2825: error: 'p' undeclared (first use in this function) ppmtomd.c:2873: warning: implicit declaration of function 'PPM_GETR' ppmtomd.c:2874: warning: implicit declaration of function 'PPM_GETG' ppmtomd.c:2875: warning: implicit declaration of function 'PPM_GETB' ppmtomd.c:2879: warning: implicit declaration of function 'PPM_LUMIN' ppmtomd.c:2990: warning: comparison between signed and unsigned ppmtomd.c:2993: warning: comparison between signed and unsigned ppmtomd.c:2996: warning: comparison between signed and unsigned ppmtomd.c:2999: warning: comparison between signed and unsigned ppmtomd.c:3126: warning: implicit declaration of function 'rand' ppmtomd.c:3174: warning: comparison between signed and unsigned ppmtomd.c:3184: warning: implicit declaration of function 'PPM_ASSIGN' ppmtomd.c:3256: warning: pointer targets in passing argument 1 of 'packbits' differ in signedness ppmtomd.c:3256: warning: pointer targets in passing argument 3 of 'packbits' differ in signedness ppmtomd.c:3256: warning: pointer targets in passing argument 4 of 'packbits' differ in signedness ppmtomd.c:3293: warning: pointer targets in passing argument 1 of 'sprintf' differ in signedness ppmtomd.c:3300: warning: pointer targets in passing argument 1 of 'sprintf' differ in signedness ppmtomd.c:3307: warning: pointer targets in passing argument 1 of 'sprintf' differ in signedness ppmtomd.c:3314: warning: pointer targets in passing argument 1 of 'sprintf' differ in signedness ppmtomd.c:3322: warning: pointer targets in passing argument 1 of 'sprintf' differ in signedness ppmtomd.c:3339: warning: pointer targets in passing argument 1 of 'sprintf' differ in signedness make: *** [ppmtomd.o] Error 1 Error: Status 1 encountered during processing. From mp at dpj.sent.com Sun May 18 22:11:31 2008 From: mp at dpj.sent.com (Daniel Horwood) Date: Mon, 19 May 2008 13:11:31 +0800 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> Message-ID: <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> On 19/05/2008, at 9:02 AM, Triston Whetten wrote: > > The full build log includes building qt (long) and a few other new > things. I'm not sure why qt was involved since I was only upgrading > gnucash (sudo port -d upgrade gnucash). > > The full build log is 4.5MB (of plain text). :) So, I trimmed the > log down to just the gnucash build itself and have attached that. > > I'm happy to send the rest of the log if its useful. > > Thanks, > Triston. > I'm trying my hardest to duplicate this, but really can't! It may be because you're on Tiger and I'm on Leopard... I think the problem my lie outside of gnucash, because (browsing through code changes), there was very little to no changes made to those parts of gnucash which are dying in your build. I'd be interested to know if you can still build gnucash 2.2.4. Could you possibly download the gnucash 2.2.4 Portfile from svn and try to build from that? Is there anyone else on Tiger who has recently upgraded to gnucash 2.2.5? Could you chime in to let us know if it was successful? (Damn! I just deleted my old Tiger install last week, and don't have the install DVD anymore) One more thing... qt shouldn't be installing with gnucash+without_hbci - it's the aqbanking port that needs qt, but the +without_hbci variant should remove aqbanking from gnucash's dependencies... From andrea.damore at macports.org Sun May 18 23:54:33 2008 From: andrea.damore at macports.org (Andrea D'Amore) Date: Mon, 19 May 2008 08:54:33 +0200 Subject: octave-forge packages in macports Message-ID: <8717D923-3C07-4DE2-8E49-2859481E2B5B@macports.org> Hello, there are a bunch of octave-forge packages for octave 3.0.1 in macports, they follow the "octave-*" pattern where * is the lowercase package name. Please macports octave users have a look at them and report eventual bugs using macports trac system. Thanks Andrea From jmr at macports.org Mon May 19 05:40:41 2008 From: jmr at macports.org (Joshua Root) Date: Mon, 19 May 2008 22:40:41 +1000 Subject: gnucash In-Reply-To: <91161386-8949-4450-966C-B6B34B6CB8C1@mac.com> References: <91161386-8949-4450-966C-B6B34B6CB8C1@mac.com> Message-ID: <48317549.9030204@macports.org> James E. Bailey wrote: > Hello, I'm trying install the port for gnucash and I come into a problem > with one of the dependencies: AfterStep. The portfile wants to download > version 2.1.0 which is old and unavailable. There are several newer and > older versions available, and I can download or install them myself, but > I don't know how to get macports to recognise them. Is there anything I > can do? Can I update the portfile? I really don't know how to do that or > where to begin, but I thought I would ask here first. For future reference, the best place to ask for help with ports that have no maintainer is the macports-users mailing list (which I have added to cc). As far as I can tell, AfterStep is not a dependency of gnucash. What led you to the conclusion that it is? The problem with AfterStep seems to be that the tarball required by the port has been moved into a 'v2.1' subdirectory on the server. That's easy to fix. Updating the port to a newer AfterStep version may be as simple as changing the version number and checksums, or it may be a lot more work. No doubt Waqar has a better idea of which it would be. If you want to learn about writing Portfiles and contributing to MacPorts in general, see the Guide at http://guide.macports.org/. - Josh From lrivers at gmail.com Mon May 19 08:14:24 2008 From: lrivers at gmail.com (Lorin Rivers) Date: Mon, 19 May 2008 10:14:24 -0500 Subject: Apache not starting at boot Message-ID: <949829840805190814g7fda2875jece5137f70d0dff5@mail.gmail.com> I have done some extensive research and have followed all the setup instructions I can find, but apache2 still requires a manual start on my 10.4 iMac. When I run "sudo launchctl load -w /Library/LaunchDaemons/org.macports.apache2.plist", the response is "already loaded". Manual start doesn't report errors and apache works fine once I do that, but I'd like to not have to remember to start apache next time my power goes out. Here's the plist: Debug Label org.macports.apache2 OnDemand ProgramArguments /opt/local/bin/daemondo --label=apache2 --start-cmd /opt/local/etc/LaunchDaemons/org.macports.apache2/apache 2.wrapper start ; --stop-cmd /opt/local/etc/LaunchDaemons/org.macports.apache2/apache 2.wrapper stop ; --restart-cmd /opt/local/etc/LaunchDaemons/org.macports.apache2/apache 2.wrapper restart ; --pid=none RunAtLoad The only other bit of info is that occasionally, I see something about "bonjour" (couldn't find it just now, though). Also, mysql is starting up just fine... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080519/7ef3a35d/attachment.htm From asrozar at yahoo.com Mon May 19 08:20:33 2008 From: asrozar at yahoo.com (Avery Rozar) Date: Mon, 19 May 2008 08:20:33 -0700 (PDT) Subject: Wireshark Message-ID: <893540.25903.qm@web53401.mail.re2.yahoo.com> Hello Macports-users, I'm trying to install wireshark using macports, but I get this error, and dont know what it is telling me. I did install xcode 3 before I installed macports, so I dont know why it would need xfree86? I thought xfee86 was an alternative, but I'm probably wrong. Thanks anyway, Avery bash-3.2# port install wireshark ---> 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: /usr/bin/cc -c -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -dynamic wcWrap.c rm -f utf8Wrap.o unshared/utf8Wrap.o /usr/bin/cc -c -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -Os -fno-strict-aliasing utf8Wrap.c -o unshared/utf8Wrap.o rm -f utf8Wrap.o /usr/bin/cc -c -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -dynamic utf8Wrap.c rm -f FilterEv.o unshared/FilterEv.o /usr/bin/cc -c -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -Os -fno-strict-aliasing FilterEv.c -o unshared/FilterEv.o rm -f FilterEv.o /usr/bin/cc -c -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -dynamic FilterEv.c rm -f RegstFlt.o unshared/RegstFlt.o /usr/bin/cc -c -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -Os -fno-strict-aliasing RegstFlt.c -o unshared/RegstFlt.o rm -f RegstFlt.o /usr/bin/cc -c -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -dynamic RegstFlt.c rm -f locking.o unshared/locking.o /usr/bin/cc -c -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -Os -fno-strict-aliasing locking.c -o unshared/locking.o rm -f locking.o /usr/bin/cc -c -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -dynamic locking.c rm -f LockDis.o unshared/LockDis.o /usr/bin/cc -c -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -Os -fno-strict-aliasing LockDis.c -o unshared/LockDis.o rm -f LockDis.o /usr/bin/cc -c -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -dynamic LockDis.c rm -f x11trans.o unshared/x11trans.o /usr/bin/cc -c -Wall -Wpointer-arith -no-cpp-precomp -fno-common -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 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DHAS_SNPRINTF -DLIBX11-DPOSTLOCALELIBDIR=\"lib\" -Os -fno-strict-aliasing -I../../lib/xtrans -DTCPCONN -DUNIXCONN -DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DIPv6 -DBSD44SOCKETS -DX11_t -DTRANS_CLIENT x11trans.c -o unshared/x11trans.o In file included from x11trans.c:82: ../../lib/xtrans/Xtranssock.c:1378: error: 'MAXHOSTNAMELEN' undeclared here (not in a function) make[4]: *** [x11trans.o] Error 1 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [World] Error 2 make: *** [World] Error 2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080519/1c089c38/attachment-0001.htm From lists at mgreg.com Mon May 19 08:29:18 2008 From: lists at mgreg.com (lists@mgreg) Date: Mon, 19 May 2008 11:29:18 -0400 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> Message-ID: <3FC01A28-5456-4B3F-8B42-77B84CDBFF90@mgreg.com> On May 19, 2008, at 1:11 AM, Daniel Horwood wrote: > > > On 19/05/2008, at 9:02 AM, Triston Whetten wrote: > >> >> The full build log includes building qt (long) and a few other new >> things. I'm not sure why qt was involved since I was only upgrading >> gnucash (sudo port -d upgrade gnucash). >> >> The full build log is 4.5MB (of plain text). :) So, I trimmed the >> log down to just the gnucash build itself and have attached that. >> >> I'm happy to send the rest of the log if its useful. >> >> Thanks, >> Triston. >> > > I'm trying my hardest to duplicate this, but really can't! It may be > because you're on Tiger and I'm on Leopard... > > I think the problem my lie outside of gnucash, because (browsing > through code changes), there was very little to no changes made to > those parts of gnucash which are dying in your build. > > I'd be interested to know if you can still build gnucash 2.2.4. Could > you possibly download the gnucash 2.2.4 Portfile from svn and try to > build from that? > > Is there anyone else on Tiger who has recently upgraded to gnucash > 2.2.5? Could you chime in to let us know if it was successful? > > (Damn! I just deleted my old Tiger install last week, and don't have > the install DVD anymore) > > One more thing... qt shouldn't be installing with gnucash+without_hbci > - it's the aqbanking port that needs qt, but the +without_hbci variant > should remove aqbanking from gnucash's dependencies... I'm not even trying to upgrade, i'm just trying to install from scratch and can't. I receive about 30+ dependencies that fail to build. Thoughts? From infinite.element at gmail.com Mon May 19 09:08:25 2008 From: infinite.element at gmail.com (infinite.element at gmail.com) Date: Mon, 19 May 2008 18:08:25 +0200 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> Message-ID: <0E12A2C6-112F-4912-88F6-6ED3E04BDFC3@gmail.com> Hi, for what it's worth -- I got the same error and "resolved" it by changing the function's (gnc_libc_missing_noop) definition to "static" in .../lib/libc/lib-missing-noop.c (IIRC). Yielding the symbol no longer being multiply defined and no linker complaining about unresolved symbols... And gnucash 2.2.5 works nicely for me after that. Bye, Clemens On 19.05.2008, at 07:11, Daniel Horwood wrote: > > > On 19/05/2008, at 9:02 AM, Triston Whetten wrote: > >> >> The full build log includes building qt (long) and a few other new >> things. I'm not sure why qt was involved since I was only upgrading >> gnucash (sudo port -d upgrade gnucash). >> >> The full build log is 4.5MB (of plain text). :) So, I trimmed the >> log down to just the gnucash build itself and have attached that. >> >> I'm happy to send the rest of the log if its useful. >> >> Thanks, >> Triston. >> > > I'm trying my hardest to duplicate this, but really can't! It may be > because you're on Tiger and I'm on Leopard... > > I think the problem my lie outside of gnucash, because (browsing > through code changes), there was very little to no changes made to > those parts of gnucash which are dying in your build. > > I'd be interested to know if you can still build gnucash 2.2.4. Could > you possibly download the gnucash 2.2.4 Portfile from svn and try to > build from that? > > Is there anyone else on Tiger who has recently upgraded to gnucash > 2.2.5? Could you chime in to let us know if it was successful? > > (Damn! I just deleted my old Tiger install last week, and don't have > the install DVD anymore) > > One more thing... qt shouldn't be installing with gnucash+without_hbci > - it's the aqbanking port that needs qt, but the +without_hbci variant > should remove aqbanking from gnucash's dependencies... > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -- Clemens Wittinger, enxio.org GPG FP: D04D 76D8 DA90 E682 9ABC C888 291E 44AA 699F FE3F From xunil at xunil.net Mon May 19 09:17:40 2008 From: xunil at xunil.net (Robert Liesenfeld) Date: Mon, 19 May 2008 09:17:40 -0700 Subject: Wireshark In-Reply-To: <893540.25903.qm@web53401.mail.re2.yahoo.com> References: <893540.25903.qm@web53401.mail.re2.yahoo.com> Message-ID: <21CF856D-56C8-442D-AFEB-4D83932341D2@xunil.net> On May 19, 2008, at 8:20 AM, Avery Rozar wrote: > Hello Macports-users, > I'm trying to install wireshark using macports, but I get this > error, and dont know what it is telling me. > > I did install xcode 3 before I installed macports, so I dont know > why it would need xfree86? I thought xfee86 was an alternative, but > I'm probably wrong. Thanks anyway, > > Avery > > > bash-3.2# port install wireshark > ---> Building XFree86 with target World > Error: Target org.macports.build returned: shell command " cd ...snip... > In file included from x11trans.c:82: > ../../lib/xtrans/Xtranssock.c:1378: error: 'MAXHOSTNAMELEN' > undeclared here (not in a function) > make[4]: *** [x11trans.o] Error 1 > make[3]: *** [all] Error 1 > make[2]: *** [all] Error 1 > make[1]: *** [World] Error 2 > make: *** [World] Error 2 > This is due to the fact that wireshark depends on gtk2, and gtk2 builds with X11 support by default, apparently thus adding a dependency on XFree86. You can use the +no_x11 variant (port install wireshark +no_x11) to use Quartz rendering instead of X11. This should remove the dependency (though I haven't tried it myself). -Robert From xunil at xunil.net Mon May 19 09:21:32 2008 From: xunil at xunil.net (Robert Liesenfeld) Date: Mon, 19 May 2008 09:21:32 -0700 Subject: Apache not starting at boot In-Reply-To: <949829840805190814g7fda2875jece5137f70d0dff5@mail.gmail.com> References: <949829840805190814g7fda2875jece5137f70d0dff5@mail.gmail.com> Message-ID: <4EF1C768-16D0-4DB5-A9A9-F864E20A46E9@xunil.net> On May 19, 2008, at 8:14 AM, Lorin Rivers wrote: > I have done some extensive research and have followed all the setup > instructions I can find, but apache2 still requires a manual start > on my 10.4 iMac. > > When I run "sudo launchctl load -w /Library/LaunchDaemons/ > org.macports.apache2.plist", the response is "already loaded". > > Manual start doesn't report errors and apache works fine once I do > that, but I'd like to not have to remember to start apache next time > my power goes out. > > ... snip ... I found I had problems with launchd on 10.4 as well; in your situation I would usually do a 'launchctl unload -w /Library...' followed by a 'launchctl load -w /Library...'. This seemed to give launchd the prodding it needed. Note also that if Apache fails to start, repeatedly (due to configuration errors), I believe launchd will eventually turn off the daemon and leave it off, such as how init under other UNIXes handles runaway processes. > > The only other bit of info is that occasionally, I see something > about "bonjour" (couldn't find it just now, though). Also, mysql is > starting up just fine... > Mysql starting OK indicates that launchd is working well (though I suspect you'd be having much bigger problems if launchd was actually broken :). Can't help you with the Bonjour messages, I'm afraid... -Robert From xunil at xunil.net Mon May 19 09:31:26 2008 From: xunil at xunil.net (Robert Liesenfeld) Date: Mon, 19 May 2008 09:31:26 -0700 Subject: Wireshark In-Reply-To: <150535.72503.qm@web53402.mail.re2.yahoo.com> References: <150535.72503.qm@web53402.mail.re2.yahoo.com> Message-ID: On May 19, 2008, at 9:27 AM, Avery Rozar wrote: > Thanks for your reply, > I'm new to the mac, is there a difference between xcode 3.0, and the > xfree86 package? Thanks. > Yes, the Xcode package is the suite of developer tools from Apple. These tools are required to build ports. XFree86 is an X11 server, prevalent in the Linux world. If you don't know what an X11 server is, you will probably be happy with the +no_x11 variant on ports that support it (such as wireshark). -Robert From jmr at macports.org Mon May 19 09:55:30 2008 From: jmr at macports.org (Joshua Root) Date: Tue, 20 May 2008 02:55:30 +1000 Subject: Wireshark Message-ID: <4831B102.5090008@macports.org> Robert Liesenfeld wrote: > On May 19, 2008, at 8:20 AM, Avery Rozar wrote: > >> Hello Macports-users, >> I'm trying to install wireshark using macports, but I get this >> error, and dont know what it is telling me. >> >> I did install xcode 3 before I installed macports, so I dont know >> why it would need xfree86? I thought xfee86 was an alternative, but >> I'm probably wrong. Thanks anyway, [...] > > This is due to the fact that wireshark depends on gtk2, and gtk2 > builds with X11 support by default, apparently thus adding a > dependency on XFree86. You can use the +no_x11 variant (port install > wireshark +no_x11) to use Quartz rendering instead of X11. This > should remove the dependency (though I haven't tried it myself). XFree86 will only be installed as a dependency if you don't have all the needed bits of X11. Avery, you're probably missing the X11 SDK, which is an optional choice in the XCode installer. - Josh From lrivers at gmail.com Mon May 19 09:57:36 2008 From: lrivers at gmail.com (Lorin Rivers) Date: Mon, 19 May 2008 11:57:36 -0500 Subject: Apache not starting at boot In-Reply-To: <4EF1C768-16D0-4DB5-A9A9-F864E20A46E9@xunil.net> References: <949829840805190814g7fda2875jece5137f70d0dff5@mail.gmail.com> <4EF1C768-16D0-4DB5-A9A9-F864E20A46E9@xunil.net> Message-ID: <949829840805190957g5b1f10c9o2441144a6017607e@mail.gmail.com> OK, thanks, I'll try the unload/load mambo and see what happens On Mon, May 19, 2008 at 11:21 AM, Robert Liesenfeld wrote: > > On May 19, 2008, at 8:14 AM, Lorin Rivers wrote: > > I have done some extensive research and have followed all the setup >> instructions I can find, but apache2 still requires a manual start on my >> 10.4 iMac. >> >> When I run "sudo launchctl load -w >> /Library/LaunchDaemons/org.macports.apache2.plist", the response is >> "already loaded". >> >> Manual start doesn't report errors and apache works fine once I do that, >> but I'd like to not have to remember to start apache next time my power goes >> out. >> >> >> ... snip ... > > I found I had problems with launchd on 10.4 as well; in your situation I > would usually do a 'launchctl unload -w /Library...' followed by a > 'launchctl load -w /Library...'. This seemed to give launchd the prodding > it needed. Note also that if Apache fails to start, repeatedly (due to > configuration errors), I believe launchd will eventually turn off the daemon > and leave it off, such as how init under other UNIXes handles runaway > processes. > > >> The only other bit of info is that occasionally, I see something about >> "bonjour" (couldn't find it just now, though). Also, mysql is starting up >> just fine... >> >> > Mysql starting OK indicates that launchd is working well (though I suspect > you'd be having much bigger problems if launchd was actually broken :). > Can't help you with the Bonjour messages, I'm afraid... > > -Robert > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080519/cd49fff1/attachment-0001.htm From stevebc3 at verizon.net Mon May 19 10:45:34 2008 From: stevebc3 at verizon.net (Christiansen Stephen) Date: Mon, 19 May 2008 13:45:34 -0400 Subject: MacPorts Install Issue on 10.3.9 Message-ID: <5422EAB7-F526-4AAD-8BC0-79594B143C86@verizon.net> Listers... I need some advice on an install of MacPorts for Mac OS 10.3.9. I installed the X11 version indicated as appropriate for 10.3-10.3.9. I then installed XCode 1.5 which is shown on the Apple Developer site as appropriate for 10.3.9, and the MacPorts package for Panther. All installs went fine but I'm unable to access the port command from the shell, which probably means the MacPorts path is not being added. Indeed, I can't even find a .profile file. Should I be using a different version of any of the installs I've described? The website is specific about the version of XCode for 10.5 and 10.4, but doesn't really describe what should be used for 10.3. I'm a novice at all this and the end game is to get Curl working on our Xserve which is running server version of 10.3.9. My above descriptions apply to our development environment. I've installed MacPorts with no problem on my MB Pro running Leopard. Any help would be greatly appreciated. Steve ------------------------------ Steve Christiansen stevebc3 at verizon.net ------------------------------ From raimue at macports.org Mon May 19 10:53:51 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 19 May 2008 19:53:51 +0200 Subject: MacPorts Install Issue on 10.3.9 In-Reply-To: <5422EAB7-F526-4AAD-8BC0-79594B143C86@verizon.net> References: <5422EAB7-F526-4AAD-8BC0-79594B143C86@verizon.net> Message-ID: <4831BEAF.3060804@macports.org> Christiansen Stephen wrote: > Listers... > > I need some advice on an install of MacPorts for Mac OS 10.3.9. > > I installed the X11 version indicated as appropriate for 10.3-10.3.9. > I then installed XCode 1.5 which is shown on the Apple Developer site > as appropriate for 10.3.9, and the MacPorts package for Panther. All > installs went fine but I'm unable to access the port command from the > shell, which probably means the MacPorts path is not being added. > Indeed, I can't even find a .profile file. This is a known bug: http://trac.macports.org/ticket/13742 Run this command [1]: curl -Lo postflight http://tinyurl.com/2qqbth && bash postflight Or you need to do it manually, see http://guide.macports.org/#installing.shell HTH, Rainer [1] The tinyurl is pointing to From ktan at realityartisans.com Mon May 19 11:06:22 2008 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Mon, 19 May 2008 14:06:22 -0400 Subject: Wireshark In-Reply-To: References: <150535.72503.qm@web53402.mail.re2.yahoo.com> Message-ID: <71028883-E094-433A-8C29-80602555430B@realityartisans.com> On May 19, 2008, at 12:31, Robert Liesenfeld wrote: > > On May 19, 2008, at 9:27 AM, Avery Rozar wrote: > >> Thanks for your reply, >> I'm new to the mac, is there a difference between xcode 3.0, and the >> xfree86 package? Thanks. >> > > Yes, the Xcode package is the suite of developer tools from Apple. > These tools are required to build ports. XFree86 is an X11 server, > prevalent in the Linux world. If you don't know what an X11 server > is, you will probably be happy with the +no_x11 variant on ports that > support it (such as wireshark). Okay, just for giggles, I did: sudo port -v install wireshark +no_x11 Unfortunately, at the end, it complained the another variant was activated so I deactivated that with: sudo port -v deactivate wireshark +darwin_8 and activated the +no_x11 version with: sudo port -v install wireshark +no_x11 which returned without error. And port -v installed wireshark displays the following: The following ports are currently installed: wireshark @1.0.0_0+darwin_8 wireshark @1.0.0_0+darwin_8+no_x11 (active) However, when I double-clicked the icon in /Applications, I get an error in Console that reads: 2008-05-19 13:54:37.579 open[15218] No such file: /usr/local/bin/ wireshark and the new activated wireshark isn't in /opt/local/bin either (where the other wireshark used to reside). What gives? Is there anything I can do to get it to install correctly (either in /usr/local/bin or / opt/local/bin)? -- 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) From jamesebailey at mac.com Mon May 19 12:53:25 2008 From: jamesebailey at mac.com (James E. Bailey) Date: Mon, 19 May 2008 21:53:25 +0200 Subject: gnucash In-Reply-To: <48317549.9030204@macports.org> References: <91161386-8949-4450-966C-B6B34B6CB8C1@mac.com> <48317549.9030204@macports.org> Message-ID: <4E07BE3B-269E-4763-9947-03550B575076@mac.com> Am 19.05.2008 um 14:40 schrieb Joshua Root: > James E. Bailey wrote: >> Hello, I'm trying install the port for gnucash and I come into a >> problem with one of the dependencies: AfterStep. The portfile wants >> to download version 2.1.0 which is old and unavailable. There are >> several newer and older versions available, and I can download or >> install them myself, but I don't know how to get macports to >> recognise them. Is there anything I can do? Can I update the >> portfile? I really don't know how to do that or where to begin, but >> I thought I would ask here first. > > For future reference, the best place to ask for help with ports that > have no maintainer is the macports-users mailing list (which I have > added to cc). > > As far as I can tell, AfterStep is not a dependency of gnucash. What > led you to the conclusion that it is? > > The problem with AfterStep seems to be that the tarball required by > the port has been moved into a 'v2.1' subdirectory on the server. > That's easy to fix. > > Updating the port to a newer AfterStep version may be as simple as > changing the version number and checksums, or it may be a lot more > work. No doubt Waqar has a better idea of which it would be. > > If you want to learn about writing Portfiles and contributing to > MacPorts in general, see the Guide at http://guide.macports.org/. > > - Josh Haha, I forgot I have to subscribe to the list in order to send a message? Thanks, I just ran install variants: without_hbci, universal gnucash, and among the files macports decided to try and download AfterStep was included. I downloaded the portfile and am attempting to build and add it to my own macports repository now, but I'll look for other responses and tips at the macport mailing list. Thanks From stevebc3 at verizon.net Mon May 19 13:33:40 2008 From: stevebc3 at verizon.net (Christiansen Stephen) Date: Mon, 19 May 2008 16:33:40 -0400 Subject: MacPorts Install Issue on 10.3.9 In-Reply-To: <4831BEAF.3060804@macports.org> References: <5422EAB7-F526-4AAD-8BC0-79594B143C86@verizon.net> <4831BEAF.3060804@macports.org> Message-ID: Ranier, Thanks for getting me up to speed. I executed the referenced postflight script and all is well. Steve ------------------------------ Steve Christiansen stevebc3 at verizon.net ------------------------------ On May 19, 2008, at 1:53 PM, Rainer M?ller wrote: > Christiansen Stephen wrote: >> Listers... >> I need some advice on an install of MacPorts for Mac OS 10.3.9. >> I installed the X11 version indicated as appropriate for >> 10.3-10.3.9. I then installed XCode 1.5 which is shown on the >> Apple Developer site as appropriate for 10.3.9, and the MacPorts >> package for Panther. All installs went fine but I'm unable to >> access the port command from the shell, which probably means the >> MacPorts path is not being added. Indeed, I can't even find >> a .profile file. > > This is a known bug: http://trac.macports.org/ticket/13742 > > Run this command [1]: > curl -Lo postflight http://tinyurl.com/2qqbth && bash postflight > > Or you need to do it manually, see > http://guide.macports.org/#installing.shell > > HTH, Rainer > > [1] The tinyurl is pointing to > From khillig at umich.edu Mon May 19 14:33:44 2008 From: khillig at umich.edu (Kurt Hillig) Date: Mon, 19 May 2008 17:33:44 -0400 (EDT) Subject: Is there a download-only (i.e. a no-build) option? Message-ID: At work I've got great connectivity and a new (Intel) Mac; at home I've got lousy connectivity and a PPC Mac; in between I've got a laptop with lots of free disk space. What I'd like to do is download all of the source for a package and all of its dependencies on my work machine, but *not* do any compiling on that machine (since I won't be using this at work anyway); then transfer the /opt directory tree to my home machine via the laptop and finish the process of compiling the software without having to spend days (and yes, it does take days!) downloading over the slow link. I've poked through all the guides and it looks like one can create a local portfile repository that Macports can be pointed at; but it also looks like this has to be set up manually, one package at a time - and it also looks like I'd have to do a full install of each package to get the files I need for this. Is there a an easier way to do this? Maybe something like 'port fetch gnucash' that can do what I want? Or a script that will extract the non-binary pieces of a port and turn the remainder into a suitable local repository? Dr. Kurt Hillig UMNet Administration I always tell the Fax (734)763-4050 University of Michigan absolute truth, Phone (734)647-8778 Ann Arbor, MI 48105-3640 as I see it. EMail khillig(at)umich.edu > Computers were invented to help people waste more time faster < From dluke at geeklair.net Mon May 19 14:40:50 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon, 19 May 2008 17:40:50 -0400 Subject: Is there a download-only (i.e. a no-build) option? In-Reply-To: References: Message-ID: On May 19, 2008, at 5:33 PM, Kurt Hillig wrote: > What I'd like to do is download all of the source for a package and > all of > its dependencies on my work machine, but *not* do any compiling on > that > machine (since I won't be using this at work anyway); then transfer > the > /opt directory tree to my home machine via the laptop and finish the > process of compiling the software without having to spend days (and > yes, > it does take days!) downloading over the slow link. If you just want the downloaded source, you can do 'port fetch' for the ports you are interested in and copy over ${prefix}/var/macports/ distfiles (where ${prefix} is probably /opt/local). It should just contain the downloaded source (and patches). fetch doesn't follow dependencies, so you'll have to handle that manually (or you can install the ports on your work machine - the process of which will cause all of the necessary files to be saved into the distfiles directory). -- Daniel J. Luke +========================================================+ | *---------------- dluke at 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/20080519/fce0148a/attachment.sig From lanceboyle at qwest.net Mon May 19 14:41:49 2008 From: lanceboyle at qwest.net (Jerry) Date: Mon, 19 May 2008 14:41:49 -0700 Subject: No subject Message-ID: <52E38423-D646-4B03-961C-76B8D91DD4BB@qwest.net> I had this result with port install LyX: Fetching bzip2 Attempting to fetch bzip2-1.0.5.tar.gz from http://www.bzip.org/1.0.5/ Verifying checksum(s) for bzip2 Extracting bzip2 Applying patches to bzip2 Configuring bzip2 Building bzip2 with target all Staging bzip2 into destroot Installing bzip2 1.0.5_1 Activating bzip2 1.0.5_1 Cleaning bzip2 Fetching libxml2 Attempting to fetch libxml2-2.6.32.tar.gz from ftp://fr.rpmfind.net/ pub/libxml/ Verifying checksum(s) for libxml2 Extracting libxml2 Configuring libxml2 Building libxml2 with target all Staging libxml2 into destroot Installing libxml2 2.6.32_0 Activating libxml2 2.6.32_0 Cleaning libxml2 Fetching tiff Attempting to fetch tiff-3.8.2.tar.gz from ftp:// ftp.remotesensing.org/pub/libtiff/ Verifying checksum(s) for tiff Extracting tiff Configuring tiff Building tiff with target all Staging tiff into destroot Installing tiff 3.8.2_1+macosx Activating tiff 3.8.2_1+macosx Cleaning tiff Fetching ImageMagick Attempting to fetch ImageMagick-6.4.1-2.tar.bz2 from http:// image_magick.veidrodis.com/image_magick/ Verifying checksum(s) for ImageMagick Error: Checksum (md5) mismatch for ImageMagick-6.4.1-2.tar.bz2 Error: Checksum (sha1) mismatch for ImageMagick-6.4.1-2.tar.bz2 Error: Checksum (rmd160) mismatch for ImageMagick-6.4.1-2.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: ImageMagick python25 qt4-mac dbus libmng autoconf help2man p5-locale-gettext libtool automake lcms Error: Status 1 encountered during processing. From lanceboyle at qwest.net Mon May 19 14:43:07 2008 From: lanceboyle at qwest.net (Jerry) Date: Mon, 19 May 2008 14:43:07 -0700 Subject: Failure installing LyX Message-ID: <523A42D4-FEAB-4C7C-8EFB-976BA0528090@qwest.net> (Sorry for the previous post without a subject line.) I go this result with port install LyX: Jerry Fetching bzip2 Attempting to fetch bzip2-1.0.5.tar.gz from http://www.bzip.org/1.0.5/ Verifying checksum(s) for bzip2 Extracting bzip2 Applying patches to bzip2 Configuring bzip2 Building bzip2 with target all Staging bzip2 into destroot Installing bzip2 1.0.5_1 Activating bzip2 1.0.5_1 Cleaning bzip2 Fetching libxml2 Attempting to fetch libxml2-2.6.32.tar.gz from ftp://fr.rpmfind.net/ pub/libxml/ Verifying checksum(s) for libxml2 Extracting libxml2 Configuring libxml2 Building libxml2 with target all Staging libxml2 into destroot Installing libxml2 2.6.32_0 Activating libxml2 2.6.32_0 Cleaning libxml2 Fetching tiff Attempting to fetch tiff-3.8.2.tar.gz from ftp:// ftp.remotesensing.org/pub/libtiff/ Verifying checksum(s) for tiff Extracting tiff Configuring tiff Building tiff with target all Staging tiff into destroot Installing tiff 3.8.2_1+macosx Activating tiff 3.8.2_1+macosx Cleaning tiff Fetching ImageMagick Attempting to fetch ImageMagick-6.4.1-2.tar.bz2 from http:// image_magick.veidrodis.com/image_magick/ Verifying checksum(s) for ImageMagick Error: Checksum (md5) mismatch for ImageMagick-6.4.1-2.tar.bz2 Error: Checksum (sha1) mismatch for ImageMagick-6.4.1-2.tar.bz2 Error: Checksum (rmd160) mismatch for ImageMagick-6.4.1-2.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: ImageMagick python25 qt4-mac dbus libmng autoconf help2man p5-locale-gettext libtool automake lcms Error: Status 1 encountered during processing. From blb at macports.org Mon May 19 14:54:14 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 19 May 2008 15:54:14 -0600 Subject: Failure installing LyX In-Reply-To: <523A42D4-FEAB-4C7C-8EFB-976BA0528090@qwest.net> References: <523A42D4-FEAB-4C7C-8EFB-976BA0528090@qwest.net> Message-ID: On May 19, 2008, at 3:43 PM, Jerry wrote: > (Sorry for the previous post without a subject line.) > > I go this result with port install LyX: > > Jerry > ... > Verifying checksum(s) for ImageMagick > Error: Checksum (md5) mismatch for ImageMagick-6.4.1-2.tar.bz2 > Error: Checksum (sha1) mismatch for ImageMagick-6.4.1-2.tar.bz2 > Error: Checksum (rmd160) mismatch for ImageMagick-6.4.1-2.tar.bz2 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: ImageMagick > python25 qt4-mac dbus libmng autoconf help2man p5-locale-gettext > libtool automake lcms > Error: Status 1 encountered during processing. > Looks a lot like ticket 15341: http://trac.macports.org/ticket/15341 Bryan From tabithamc at gmail.com Mon May 19 15:58:13 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Mon, 19 May 2008 12:58:13 -1000 Subject: My own repo of MacPorts (freezing distfiles)? Message-ID: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> Hi all -- I was wondering -- if I wanted to have my own repository of MacPorts (e.g., if I want to freeze each port's version so that I can build ports systems on many machines and they'll all have the same ports versions), can I do so by simply by editing: /opt/local/etc/macports/sources.conf > and changing this line in sources.conf: rsync://rsync.macports.org/release/ports/ > to my own rsync server? And also changing: /opt/local/etc/macports/macports.conf > this line: # Rsync server to fetch MacPorts sources from > rsync_server rsync.macports.org > What if I wanted to place a bunch of "frozen" versioned distfiles on my server but instead of running rsync, it was just subversion instead? How does MacPorts currently bridge between the rsync protocol and svn? Has anyone else done this type of thing before? Thanks, T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080519/028d5af2/attachment.htm From sonikbuddha at hotmail.com Mon May 19 16:08:45 2008 From: sonikbuddha at hotmail.com (Sonikbuddha -) Date: Mon, 19 May 2008 16:08:45 -0700 Subject: encfs 1.4.2 fails to configure In-Reply-To: <637D1F2F-C3B0-489B-A590-296B9306CB9D@macports.org> References: <637D1F2F-C3B0-489B-A590-296B9306CB9D@macports.org> Message-ID: Ticket filed for this issue, for those interested in commenting or following: #15348 > CC: macports-users at lists.macosforge.org > From: ryandesign at macports.org > Subject: Re: encfs 1.4.2 fails to configure > Date: Sat, 17 May 2008 03:27:21 -0500 > To: sonikbuddha at hotmail.com > > > On May 16, 2008, at 8:25 PM, Sonikbuddha - wrote: > > > I've been attempting to install the newest version of encfs, > > version 1.4.2, which was released last month, but it has been > > failing every time it attempts to configure with the below error. > > Has anyone else encountered this problem? I have not found a bug > > tracker ticket for it as of yet. > > > > Since I recently reinstalled macports, I have only the most recent > > required packages installed and nothing else. I am running Leopard > > 10.5.2, macports 1.6, xcode 3.0. > > > > Final error in configure output. I am also attaching my config.log: > > > > checking for boostlib>= 1.33... yes > > configure: WARNING: BOOST_CPPFLAGS -I/opt/local/include > > checking whether the Boost::Serialization library is available... yes > > configure: error: Could not link against ! > > I get the same error on 10.4.11 Intel with Xcode 2.4.1. Please file a > bug in the issue tracker: > > http://guide.macports.org/#project > _________________________________________________________________ Give to a good cause with every e-mail. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?souce=EML_WL_ GoodCause -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080519/8e2b4caf/attachment.htm From mp at dpj.sent.com Mon May 19 16:54:24 2008 From: mp at dpj.sent.com (Daniel Horwood) Date: Tue, 20 May 2008 07:54:24 +0800 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <0E12A2C6-112F-4912-88F6-6ED3E04BDFC3@gmail.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> <0E12A2C6-112F-4912-88F6-6ED3E04BDFC3@gmail.com> Message-ID: <1428C790-8328-4763-AABE-82E0718CE237@dpj.sent.com> On 20/05/2008, at 12:08 AM, infinite.element at gmail.com wrote: > Hi, > > for what it's worth -- I got the same error and "resolved" it by > changing the function's (gnc_libc_missing_noop) definition to > "static" in .../lib/libc/lib-missing-noop.c (IIRC). Yielding the > symbol no longer being multiply defined and no linker complaining > about unresolved symbols... And gnucash 2.2.5 works nicely for me > after that. > > Bye, > Clemens > Hi Clemens, are you on Tiger? What version of XCode are you running? Could you also open a trac ticket and a patch file if possible, although this should probably be taken upstream as well... > On 19.05.2008, at 07:11, Daniel Horwood wrote: > >> >> >> On 19/05/2008, at 9:02 AM, Triston Whetten wrote: >> >>> >>> The full build log includes building qt (long) and a few other new >>> things. I'm not sure why qt was involved since I was only upgrading >>> gnucash (sudo port -d upgrade gnucash). >>> >>> The full build log is 4.5MB (of plain text). :) So, I trimmed the >>> log down to just the gnucash build itself and have attached that. >>> >>> I'm happy to send the rest of the log if its useful. >>> >>> Thanks, >>> Triston. >>> >> >> I'm trying my hardest to duplicate this, but really can't! It may be >> because you're on Tiger and I'm on Leopard... >> >> I think the problem my lie outside of gnucash, because (browsing >> through code changes), there was very little to no changes made to >> those parts of gnucash which are dying in your build. >> >> I'd be interested to know if you can still build gnucash 2.2.4. Could >> you possibly download the gnucash 2.2.4 Portfile from svn and try to >> build from that? >> >> Is there anyone else on Tiger who has recently upgraded to gnucash >> 2.2.5? Could you chime in to let us know if it was successful? >> >> (Damn! I just deleted my old Tiger install last week, and don't have >> the install DVD anymore) >> >> One more thing... qt shouldn't be installing with gnucash >> +without_hbci >> - it's the aqbanking port that needs qt, but the +without_hbci >> variant >> should remove aqbanking from gnucash's dependencies... >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -- > Clemens Wittinger, enxio.org > GPG FP: D04D 76D8 DA90 E682 9ABC C888 291E 44AA 699F FE3F > > From mp at dpj.sent.com Mon May 19 16:57:56 2008 From: mp at dpj.sent.com (Daniel Horwood) Date: Tue, 20 May 2008 07:57:56 +0800 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <3FC01A28-5456-4B3F-8B42-77B84CDBFF90@mgreg.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> <3FC01A28-5456-4B3F-8B42-77B84CDBFF90@mgreg.com> Message-ID: <5B3AB3DD-3B69-4803-BD74-9103AE335035@dpj.sent.com> On 19/05/2008, at 11:29 PM, lists at mgreg wrote: > > On May 19, 2008, at 1:11 AM, Daniel Horwood wrote: > >> >> >> On 19/05/2008, at 9:02 AM, Triston Whetten wrote: >> >>> >>> The full build log includes building qt (long) and a few other new >>> things. I'm not sure why qt was involved since I was only upgrading >>> gnucash (sudo port -d upgrade gnucash). >>> >>> The full build log is 4.5MB (of plain text). :) So, I trimmed the >>> log down to just the gnucash build itself and have attached that. >>> >>> I'm happy to send the rest of the log if its useful. >>> >>> Thanks, >>> Triston. >>> >> >> I'm trying my hardest to duplicate this, but really can't! It may be >> because you're on Tiger and I'm on Leopard... >> >> I think the problem my lie outside of gnucash, because (browsing >> through code changes), there was very little to no changes made to >> those parts of gnucash which are dying in your build. >> >> I'd be interested to know if you can still build gnucash 2.2.4. Could >> you possibly download the gnucash 2.2.4 Portfile from svn and try to >> build from that? >> >> Is there anyone else on Tiger who has recently upgraded to gnucash >> 2.2.5? Could you chime in to let us know if it was successful? >> >> (Damn! I just deleted my old Tiger install last week, and don't have >> the install DVD anymore) >> >> One more thing... qt shouldn't be installing with gnucash >> +without_hbci >> - it's the aqbanking port that needs qt, but the +without_hbci >> variant >> should remove aqbanking from gnucash's dependencies... > > > I'm not even trying to upgrade, i'm just trying to install from > scratch and can't. I receive about 30+ dependencies that fail to > build. Thoughts? Oh, I thought you said in an earlier post that you had gnucash 2.2.4 installed. It looks like Clemens has found a solution by patching one of the gnucash source files - you could try it manually or wait for a portfile update. From clubjuggler at gmail.com Mon May 19 19:55:32 2008 From: clubjuggler at gmail.com (Tanner Lovelace) Date: Mon, 19 May 2008 22:55:32 -0400 Subject: My own repo of MacPorts (freezing distfiles)? In-Reply-To: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> References: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> Message-ID: Last question first: > Has anyone else done this type of thing before? Yes, definitely! On Mon, May 19, 2008 at 6:58 PM, Tabitha McNerney wrote: > Hi all -- > > I was wondering -- if I wanted to have my own repository of MacPorts (e.g., > if I want to freeze each port's version so that I can build ports systems on > many machines and they'll all have the same ports versions), can I do so by > simply by editing: > >> /opt/local/etc/macports/sources.conf > > and changing this line in sources.conf: > >> rsync://rsync.macports.org/release/ports/ > > to my own rsync server? > If you want to not use rsync, you can change that line from an rsync:// url to a file:// url. For example, I've changed my source.conf to be: file:////Users/lovelace/src/ports/ file:///opt/local/var/macports/sources/svn.macports.org/trunk/dports/ Note that you can have multiple repositories in the list. > And also changing: > >> /opt/local/etc/macports/macports.conf > > this line: > >> # Rsync server to fetch MacPorts sources from >> >> rsync_server rsync.macports.org > I have not had to change this line in my setup, but I'm not using rsync at all. Perhaps someone who knows more can answer this part of the question? > What if I wanted to place a bunch of "frozen" versioned distfiles on my > server but instead of running rsync, it was just subversion instead? How > does MacPorts currently bridge between the rsync protocol and svn? The way it works in my setup is as such. As I said before I have two port sources defined using the file:// url format. Both of these locations on disk are all subversion repositories checked out. When I do a "port sync" it recognizes this and automatically runs "svn up" to pull the latest changes. I can, of course, run "svn up" manually at any time. Note that I found this wiki page to be very helpful in setting up syncing with subversion: http://trac.macports.org/wiki/howto/SyncingWithSVN Cheers, Tanner Lovelace -- Tanner Lovelace http://wtl.wayfarer.org/ (fieldless) In fess two roundels in pale, a billet fesswise and an increscent, all sable. From tabithamc at gmail.com Mon May 19 22:39:21 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Mon, 19 May 2008 19:39:21 -1000 Subject: My own repo of MacPorts (freezing distfiles)? In-Reply-To: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> References: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> Message-ID: <7fccb3000805192239p60125f57w2a616d87eacce953@mail.gmail.com> Tanner, That's great. Thanks for your suggestions, very much appreciated! Best, T.M. On 5/19/08, Tabitha McNerney wrote: > > Hi all -- > > I was wondering -- if I wanted to have my own repository of MacPorts (e.g., > if I want to freeze each port's version so that I can build ports systems on > many machines and they'll all have the same ports versions), can I do so by > simply by editing: > > /opt/local/etc/macports/sources.conf >> > > and changing this line in sources.conf: > > rsync://rsync.macports.org/release/ports/ >> > > to my own rsync server? > > And also changing: > > /opt/local/etc/macports/macports.conf >> > > this line: > > # Rsync server to fetch MacPorts sources from >> > rsync_server rsync.macports.org >> > > What if I wanted to place a bunch of "frozen" versioned distfiles on my > server but instead of running rsync, it was just subversion instead? How > does MacPorts currently bridge between the rsync protocol and svn? > > Has anyone else done this type of thing before? > > Thanks, > > T.M. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080519/b7ce7401/attachment.htm From infinite.element at gmail.com Mon May 19 22:53:21 2008 From: infinite.element at gmail.com (infinite.element at gmail.com) Date: Tue, 20 May 2008 07:53:21 +0200 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <1428C790-8328-4763-AABE-82E0718CE237@dpj.sent.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> <0E12A2C6-112F-4912-88F6-6ED3E04BDFC3@gmail.com> <1428C790-8328-4763-AABE-82E0718CE237@dpj.sent.com> Message-ID: Hi Daniel. On 20.05.2008, at 01:54, Daniel Horwood wrote: > On 20/05/2008, at 12:08 AM, infinite.element at gmail.com wrote: > >> Hi, >> >> for what it's worth -- I got the same error and "resolved" it by >> changing the function's (gnc_libc_missing_noop) definition to >> "static" in .../lib/libc/lib-missing-noop.c (IIRC). Yielding the >> symbol no longer being multiply defined and no linker complaining >> about unresolved symbols... And gnucash 2.2.5 works nicely for me >> after that. >> >> Bye, >> Clemens >> > > Hi Clemens, are you on Tiger? What version of XCode are you running? Yes. 2.4.1. > > Could you also open a trac ticket and a patch file if possible, > although this should probably be taken upstream as well... > Yes (15350). Erm, upstream? Given the ugliness of the fix, I actually doubt that :-) Bye, Clemens > > > >> On 19.05.2008, at 07:11, Daniel Horwood wrote: >> >>> >>> >>> On 19/05/2008, at 9:02 AM, Triston Whetten wrote: >>> >>>> >>>> The full build log includes building qt (long) and a few other new >>>> things. I'm not sure why qt was involved since I was only >>>> upgrading >>>> gnucash (sudo port -d upgrade gnucash). >>>> >>>> The full build log is 4.5MB (of plain text). :) So, I trimmed the >>>> log down to just the gnucash build itself and have attached that. >>>> >>>> I'm happy to send the rest of the log if its useful. >>>> >>>> Thanks, >>>> Triston. >>>> >>> >>> I'm trying my hardest to duplicate this, but really can't! It may be >>> because you're on Tiger and I'm on Leopard... >>> >>> I think the problem my lie outside of gnucash, because (browsing >>> through code changes), there was very little to no changes made to >>> those parts of gnucash which are dying in your build. >>> >>> I'd be interested to know if you can still build gnucash 2.2.4. >>> Could >>> you possibly download the gnucash 2.2.4 Portfile from svn and try to >>> build from that? >>> >>> Is there anyone else on Tiger who has recently upgraded to gnucash >>> 2.2.5? Could you chime in to let us know if it was successful? >>> >>> (Damn! I just deleted my old Tiger install last week, and don't have >>> the install DVD anymore) >>> >>> One more thing... qt shouldn't be installing with gnucash >>> +without_hbci >>> - it's the aqbanking port that needs qt, but the +without_hbci >>> variant >>> should remove aqbanking from gnucash's dependencies... >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> >> -- >> Clemens Wittinger, enxio.org >> GPG FP: D04D 76D8 DA90 E682 9ABC C888 291E 44AA 699F FE3F >> >> > From ryandesign at macports.org Tue May 20 01:43:42 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 20 May 2008 03:43:42 -0500 Subject: coq build fails In-Reply-To: <18098FCD-DD24-45F8-A85E-291E658ADC72@cs.vu.nl> References: <54CA8538-4189-488C-A5DC-604696AB8D07@cs.vu.nl> <22876F55-F67D-44F2-AF0D-A4068D7BA08A@cs.vu.nl> <9CC08A4F-F007-4D3C-A148-92665ED816C1@cs.vu.nl> <7E8DBDD2-9171-4FB7-9254-6B82CDC3C751@macports.org> <18098FCD-DD24-45F8-A85E-291E658ADC72@cs.vu.nl> Message-ID: <1C490F2C-87ED-44CF-A7E8-BC9CD8C685CB@macports.org> On May 18, 2008, at 17:20, Dimitri Hendriks wrote: > Indeed, I do not have this file gramlib.a. > I reinstalled campl5, but this does not > bring gramlib.a ! See output below. > > I am on a Mac 10.4.11, PPC. I have Xcode version 2.5 > and macports 1.600. Then I'm not sure what's wrong. You should file a ticket in the issue tracker and be sure to Cc the maintainer of campl5. You should probably rebuild campl5 one more time with the debug flag, and attach the entire output to the ticket as a file. That could help the maintainer of campl5 figure out why it's not installing gramlib.a. So, do: sudo port -ncufd upgrade campl5 > campl5.debug.txt 2>&1 And then attach campl5.debug.txt to your new ticket. From ml-vic at de-martino.it Tue May 20 02:32:23 2008 From: ml-vic at de-martino.it (Vittorio) Date: Tue, 20 May 2008 11:32:23 +0200 Subject: Leopard: Activating ipfw at boot time Message-ID: <656E51F3-C491-43E5-BA39-D912DAB8A1EC@de-martino.it> Perhaps I'm a bit OT, anyway ..... Having a long experience with freebsd and with its ipfw firewall, very flexible indeed, I would like to use the same ipfw.rules under mac os x 10.5.2 Leopard as I keep on using under freebsd deactivating the mac os x "automatic" firewall (I mean telling it to let all traffic in and out). Now my set of rules work great if I launche them manually. How can I tell leopard to execute the ipfw.rules script automagically at each boot? Ciao Vittorio From ndiscreet at gmail.com Tue May 20 05:02:26 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Tue, 20 May 2008 07:02:26 -0500 Subject: Transcode Failure on Leopard Message-ID: <4832BDD2.3080109@gmail.com> First what I am working with here: Mac OSX 10.5.2 XCode 3.0 1.42 GHz iBook G4 The error I received on a fresh install of MacPorts 1.6 fully self-updated: Undefined symbols: "_mpeg2convert_rgb24", referenced from: _mpeg2convert_rgb24$non_lazy_ptr in tcdecode-decode_mpeg2.o ld: symbol(s) not found collect2: ld returned 1 exit status make[3]: *** [tcdecode] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for transcode): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. From mp at dpj.sent.com Tue May 20 06:08:44 2008 From: mp at dpj.sent.com (Daniel Horwood) Date: Tue, 20 May 2008 21:08:44 +0800 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> <0E12A2C6-112F-4912-88F6-6ED3E04BDFC3@gmail.com> <1428C790-8328-4763-AABE-82E0718CE237@dpj.sent.com> Message-ID: <37D4EC41-61A8-43B3-AC11-F28E58304FF4@dpj.sent.com> Hi Clemens, On 20/05/2008, at 1:53 PM, infinite.element at gmail.com wrote: > Hi Daniel. > > On 20.05.2008, at 01:54, Daniel Horwood wrote: >> On 20/05/2008, at 12:08 AM, infinite.element at gmail.com wrote: >> >>> Hi, >>> >>> for what it's worth -- I got the same error and "resolved" it by >>> changing the function's (gnc_libc_missing_noop) definition to >>> "static" in .../lib/libc/lib-missing-noop.c (IIRC). Yielding the >>> symbol no longer being multiply defined and no linker complaining >>> about unresolved symbols... And gnucash 2.2.5 works nicely for me >>> after that. >>> >>> Bye, >>> Clemens >>> >> >> Hi Clemens, are you on Tiger? What version of XCode are you running? > > > Yes. 2.4.1. > >> >> Could you also open a trac ticket and a patch file if possible, >> although this should probably be taken upstream as well... >> > > Yes (15350). Erm, upstream? Given the ugliness of the fix, I > actually doubt that :-) > Ugly, but effective ;-) Your workaround shouldn't be detrimental on OS X, because that particular function is only used as an old Solaris workaround I think, but I'll ask the gnucash devs to see what they think is the best solution. From dluke at geeklair.net Tue May 20 07:32:08 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue, 20 May 2008 10:32:08 -0400 Subject: Leopard: Activating ipfw at boot time In-Reply-To: <656E51F3-C491-43E5-BA39-D912DAB8A1EC@de-martino.it> References: <656E51F3-C491-43E5-BA39-D912DAB8A1EC@de-martino.it> Message-ID: <4B50F169-963C-4FA0-8B93-3019FD363907@geeklair.net> On May 20, 2008, at 5:32 AM, Vittorio wrote: > Perhaps I'm a bit OT, yes, you are :) > How can I tell leopard to execute the ipfw.rules script automagically > at each boot? One way to do this, would be to create a launchd plist, something like this should work: Debug Label my_firewall_rules OnDemand ProgramArguments /usr/local/sbin/firewall_rules.sh start RunAtLoad -- Daniel J. Luke +========================================================+ | *---------------- dluke at 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/20080520/50349354/attachment.sig From raimue at macports.org Tue May 20 07:38:26 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 20 May 2008 16:38:26 +0200 Subject: My own repo of MacPorts (freezing distfiles)? In-Reply-To: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> References: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> Message-ID: <4832E262.1070905@macports.org> Tabitha McNerney wrote: > I was wondering -- if I wanted to have my own repository of MacPorts > (e.g., if I want to freeze each port's version so that I can build ports > systems on many machines and they'll all have the same ports versions), > can I do so by simply by editing: > > /opt/local/etc/macports/sources.conf > > > and changing this line in sources.conf: > > rsync://rsync.macports.org/release/ports/ > > > > to my own rsync server? Yes, you can use rsync://, file://, http:// or mports:// here. > And also changing: > > /opt/local/etc/macports/macports.conf > > > this line: > > # Rsync server to fetch MacPorts sources from > > rsync_server rsync.macports.org This setting is used for selfupdate only. So if you don't want your clients to update to another versions, use your own rsync server which got the version you want to be used. > What if I wanted to place a bunch of "frozen" versioned distfiles on my > server but instead of running rsync, it was just subversion instead? How > does MacPorts currently bridge between the rsync protocol and svn? You can use a file:/// path in sources.conf pointing to a svn checkout. If a file:/// path contains an .svn directory, 'port sync' will use svn to sync it. Rainer From vcpatel at emory.edu Tue May 20 07:46:03 2008 From: vcpatel at emory.edu (vcpatel at emory.edu) Date: Tue, 20 May 2008 10:46:03 -0400 Subject: Ghostscript 8.62_1+Universal fails on PPC macs Message-ID: <4832E42B.2060702@emory.edu> Hello. I have installed Ghostscript 8.62_1+Universal on a NFS share that is mounted by various Intel and PPC Macs. gs works fine on Intel Macs but does not work on PPC macs (gives Bus error). All computers are running OS X 10.5.2 with all updates applied. Here is the output of the same command run on Intel and PPC Macs: Intel ===== >which gs /opt/local/bin/gs >gs -q -dQUIET -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=0 "-sDEVICE=pngalpha" -dTextAlphaBits=4 -dGraphicsAlphaBits=4 "-r72x72" -g612x792 "-sOutputFile=test.png" test.ps test.png is created successfully PPC === >which gs /opt/local/bin/gs >gs -q -dQUIET -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=0 "-sDEVICE=pngalpha" -dTextAlphaBits=4 -dGraphicsAlphaBits=4 "-r72x72" -g612x792 "-sOutputFile=test.png" test.ps Bus error > >gs -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=0 "-sDEVICE=pngalpha" -dTextAlphaBits=4 -dGraphicsAlphaBits=4 "-r72x72" -g612x792 "-sOutputFile=test.png" test.ps Bus error Any ideas? Thanks. Viren DOHG, Emory University From clubjuggler at gmail.com Tue May 20 11:45:39 2008 From: clubjuggler at gmail.com (Tanner Lovelace) Date: Tue, 20 May 2008 14:45:39 -0400 Subject: My own repo of MacPorts (freezing distfiles)? In-Reply-To: <4832E262.1070905@macports.org> References: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> <4832E262.1070905@macports.org> Message-ID: On Tue, May 20, 2008 at 10:38 AM, Rainer M?ller wrote: > Yes, you can use rsync://, file://, http:// or mports:// here. What does the "mports://" protocol do? Cheers, Tanner Lovelace -- Tanner Lovelace http://wtl.wayfarer.org/ (fieldless) In fess two roundels in pale, a billet fesswise and an increscent, all sable. From raimue at macports.org Tue May 20 11:51:01 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 20 May 2008 20:51:01 +0200 Subject: My own repo of MacPorts (freezing distfiles)? In-Reply-To: References: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> <4832E262.1070905@macports.org> Message-ID: <48331D95.5070505@macports.org> Tanner Lovelace wrote: > On Tue, May 20, 2008 at 10:38 AM, Rainer M?ller wrote: > >> Yes, you can use rsync://, file://, http:// or mports:// here. > > What does the "mports://" protocol do? This is for the MPWA (MacPorts Web Application). Currently hosted at http://db.macports.org/ and it will hopefully get better during this years Google Summer of Code. Rainer From tabithamc at gmail.com Tue May 20 11:53:50 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Tue, 20 May 2008 08:53:50 -1000 Subject: Freeradius 1.1.7 installing problem under Leopard In-Reply-To: References: Message-ID: <7fccb3000805201153x6b423ecbj3c34686a207e8071@mail.gmail.com> FreeRadius 1.x is now now longer maintained by the FreeRadius community, per: http://www.freeradius.org/download.html > Version 1.1 - No longer maintained! > > As of January 2008, the version 1.1.x releases are no longer actively > maintained. Version 1.1.7 was the last release in that cycle. We recommend > that everyone using Version 1.1.7 (or any earlier version) upgrade to the > latest 2.0.x release as soon as possible. > > If there are any security isses found in Version 1.1.7, we will release a > Version 1.1.8 to fix them. However, any new features or bug fixes will * > not* be added to the 1.1.x releases. > The freeradius MacPort is also no longer maintained): http://trac.macports.org/browser/trunk/dports/sysutils/freeradius/Portfile maintainers nomaintainer > Is anyone in the MacPorts community (besides myself and J?rgen) interested in reviving the FreeRadius MacPort to support the newer major version of the server, 2.x? Best regards, Tabitha On Tue, Nov 27, 2007 at 10:35 PM, J?rgen Br?ndle wrote: > Hi there, > > after having no luck installing freeradius 1.1.6 und Tiger I now tried to > port install freeradius 1.1.7 on Leopard. > > But also had no luck :-( > > Below you can see the log of the second install run. > As you can see most of the "makings" worked fine. > Only a few stopped with: > > *** Warning: Linking the shared library rlm_perl.la against the > *** static library > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > is not portable! > > > First: Anyone out there got it to work and may help me > Second: I don't think I need the rlm.perl stuff. SO is it possible to just > ignore it (comment it out somewhere) > > Thanks in advance for any help. > > > Juergen > > > > jbmbp:~ jb$ sudo port -dv install freeradius > Password: > DEBUG: Found port in > file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/sysutils/freeradius > DEBUG: Changing to port directory: /opt/local/var/macports/sources/ > rsync.macports.org/release/ports/sysutils/freeradius > DEBUG: Requested variant darwin is not provided by port freeradius. > DEBUG: Requested variant i386 is not provided by port freeradius. > DEBUG: Requested variant macosx is not provided by port freeradius. > DEBUG: Found port in > file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/openssl > DEBUG: Changing to port directory: /opt/local/var/macports/sources/ > rsync.macports.org/release/ports/devel/openssl > DEBUG: Requested variant i386 is not provided by port openssl. > DEBUG: Requested variant macosx is not provided by port openssl. > DEBUG: Executing variant darwin provides darwin > DEBUG: Searching for dependency: openssl > DEBUG: Found Dependency: receipt exists for openssl > DEBUG: Found port in > file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/gdbm > DEBUG: Changing to port directory: /opt/local/var/macports/sources/ > rsync.macports.org/release/ports/databases/gdbm > DEBUG: Requested variant darwin is not provided by port gdbm. > DEBUG: Requested variant i386 is not provided by port gdbm. > DEBUG: Requested variant macosx is not provided by port gdbm. > DEBUG: Searching for dependency: gdbm > DEBUG: Found Dependency: receipt exists for gdbm > DEBUG: Skipping completed org.macports.main (freeradius) > DEBUG: Skipping completed org.macports.fetch (freeradius) > DEBUG: Skipping completed org.macports.checksum (freeradius) > DEBUG: Skipping completed org.macports.extract (freeradius) > DEBUG: Skipping completed org.macports.patch (freeradius) > DEBUG: Skipping completed org.macports.configure (freeradius) > ---> Building freeradius with target all > DEBUG: Executing org.macports.build (freeradius) > DEBUG: Environment: > DEBUG: Assembled command: 'cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7" > && make all' > Making all in src... > Making all in include... > make[4]: Nothing to be done for `all'. > Making all in lib... > make[4]: Nothing to be done for `all'. > Making all in modules... > Making all in rlm_acct_unique... > Making all in rlm_always... > Making all in rlm_attr_filter... > Making all in rlm_attr_rewrite... > Making all in rlm_chap... > Making all in rlm_counter... > Making all in rlm_dbm... > Making all in rlm_detail... > Making all in rlm_digest... > Making all in rlm_eap... > Making all in libeap... > make[7]: Nothing to be done for `all'. > Making all in types... > /usr/bin/make WHAT_TO_MAKE=all common > Making all in rlm_eap_gtc... > Making all in rlm_eap_leap... > Making all in rlm_eap_md5... > Making all in rlm_eap_mschapv2... > Making all in rlm_eap_peap... > Making all in rlm_eap_sim... > Making all in rlm_eap_tls... > Making all in rlm_eap_ttls... > Making all in libeap... > make[8]: Nothing to be done for `all'. > Making all in types... > /usr/bin/make WHAT_TO_MAKE=all common > Making all in rlm_eap_gtc... > Making all in rlm_eap_leap... > Making all in rlm_eap_md5... > Making all in rlm_eap_mschapv2... > Making all in rlm_eap_peap... > Making all in rlm_eap_sim... > Making all in rlm_eap_tls... > Making all in rlm_eap_ttls... > Making all in rlm_exec... > Making all in rlm_expr... > Making all in rlm_fastusers... > Making all in rlm_files... > Making all in rlm_ippool... > Making all in rlm_krb5... > make[6]: Nothing to be done for `all'. > Making all in rlm_ldap... > Making all in rlm_mschap... > Making all in rlm_ns_mta_md5... > Making all in rlm_otp... > Making all in rlm_pam... > Making all in rlm_pap... > Making all in rlm_passwd... > Making all in rlm_perl... > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/libtool > --mode=link gcc -release 1.1.7 \ > -module -export-dynamic -L/opt/local/lib -o rlm_perl.la \ > -rpath /opt/local/lib rlm_perl.lo rlm_perl.c > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/src/lib/ > libradius.la \ > `perl -MExtUtils::Embed -e ldopts` -lresolv -lpthread > > *** Warning: Linking the shared library rlm_perl.la against the > *** static library > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > is not portable! > rm -fr .libs/rlm_perl-1.1.7.so .libs/rlm_perl.a .libs/rlm_perl.so > gcc ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/ > rlm_perl-1.1.7.so -bundle .libs/rlm_perl.o -L/opt/local/lib > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/src/lib/.libs/libradius.dylib > -L/usr/local/lib > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > -L/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE -lperl -ldl -lm > -lutil -lc -lresolv -lpthread -arch i386 -arch ppc > ld: warning in > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/src/lib/.libs/libradius.dylib, > file is not of required architecture > (cd .libs && rm -f rlm_perl.so && ln -s rlm_perl-1.1.7.so rlm_perl.so) > ar cru .libs/rlm_perl.a > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > rlm_perl.o > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > ranlib: archive member: .libs/rlm_perl.a(DynaLoader.a) fat file for cputype > (18) cpusubtype (0) is not an object file (bad magic number) > ar: internal ranlib command failed > make[6]: *** [rlm_perl.la] Error 1 > make[5]: *** [common] Error 2 > make[4]: *** [all] Error 2 > make[3]: *** [common] Error 2 > make[2]: *** [all] Error 2 > make[1]: *** [common] Error 2 > make: *** [all] Error 2 > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7" > && make all " returned error 2 > Command output: make[6]: Nothing to be done for `all'. > Making all in rlm_ldap... > Making all in rlm_mschap... > Making all in rlm_ns_mta_md5... > Making all in rlm_otp... > Making all in rlm_pam... > Making all in rlm_pap... > Making all in rlm_passwd... > Making all in rlm_perl... > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/libtool > --mode=link gcc -release 1.1.7 \ > -module -export-dynamic -L/opt/local/lib -o rlm_perl.la \ > -rpath /opt/local/lib rlm_perl.lo rlm_perl.c > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/src/lib/ > libradius.la \ > `perl -MExtUtils::Embed -e ldopts` -lresolv -lpthread > > *** Warning: Linking the shared library rlm_perl.la against the > *** static library > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > is not portable! > rm -fr .libs/rlm_perl-1.1.7.so .libs/rlm_perl.a .libs/rlm_perl.so > gcc ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/ > rlm_perl-1.1.7.so -bundle .libs/rlm_perl.o -L/opt/local/lib > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/src/lib/.libs/libradius.dylib > -L/usr/local/lib > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > -L/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE -lperl -ldl -lm > -lutil -lc -lresolv -lpthread -arch i386 -arch ppc > ld: warning in > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_freeradius/work/freeradius-1.1.7/src/lib/.libs/libradius.dylib, > file is not of required architecture > (cd .libs && rm -f rlm_perl.so && ln -s rlm_perl-1.1.7.so rlm_perl.so) > ar cru .libs/rlm_perl.a > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > rlm_perl.o > /System/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a > ranlib: archive member: .libs/rlm_perl.a(DynaLoader.a) fat file for cputype > (18) cpusubtype (0) is not an object file (bad magic number) > ar: internal ranlib command failed > make[6]: *** [rlm_perl.la] Error 1 > make[5]: *** [common] Error 2 > make[4]: *** [all] Error 2 > make[3]: *** [common] Error 2 > make[2]: *** [all] Error 2 > make[1]: *** [common] Error 2 > make: *** [all] Error 2 > > Warning: the following items did not execute (for freeradius): > org.macports.activate org.macports.build org.macports.destroot > org.macports.install > Error: Status 1 encountered during processing. > jbmbp:~ jb$ > > > _______________________________________________ > macports-users mailing list > macports-users at 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/20080520/e9e68ae2/attachment-0001.htm From lanceboyle at qwest.net Tue May 20 12:37:47 2008 From: lanceboyle at qwest.net (Jerry) Date: Tue, 20 May 2008 12:37:47 -0700 Subject: port install LyX fails with "qt 4 library not found!" Message-ID: <43D5E8E6-AABF-4A25-A36A-DFDCBED366E5@qwest.net> Hi list, I experienced a failure of qt4 to install when attempting to install LyX. I'm using PPC 10.4.11. pcre is inactive FWIW. Here is the output: Configuring qt4-mac Building qt4-mac with target first Staging qt4-mac into destroot Installing qt4-mac 4.4.0_2+dbus+docs Activating qt4-mac 4.4.0_2+dbus+docs Cleaning qt4-mac Fetching LyX Attempting to fetch lyx-1.5.4.tar.bz2 from http://lyx.cybermirror.org/ stable/ Verifying checksum(s) for LyX Extracting LyX Applying patches to LyX Configuring LyX 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_aqua_Ly X/work/lyx-1.5.4" && ./configure --prefix=/Applications/MacPorts/ LyX.app --with-frontend=qt4 --without-x --with-included-gettext -- enable-optimization=-Os --disable-concept-checks --with-qt4-dir=/opt/ local " returned error 1 Command output: config.status: creating src/config.h config.status: executing depfiles commands c onfig.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile Configuration Host type: powerpc-apple-darwin8.11.0 Special build flags: pch use-ispell C Compiler: /usr/bin/gcc-4.0 C Compiler LyX flags: C Compiler flags: -I/opt/local/include -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -O2 C++ Compiler: /usr/bin/g++-4.0 (4.0.1) C++ Compile r LyX flags: C++ Compiler flags: -I/opt/local/include -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -O2 Linker flags: Linker user flags: -L/opt/local/lib Qt 4 Frontend: Qt 4 version: Packaging: macosx LyX binary dir: /Applications/MacPorts/LyX.app/ Contents/MacOS LyX files dir: /Applications/MacPorts/LyX.app/ Contents/Resources **** The following problems have been detected by configure. **** Please check the messages below before running 'make'. **** (see the section 'Problems' in the INSTALL file) ** qt 4 library not found ! Error: Status 1 encountered during processing. From clubjuggler at gmail.com Tue May 20 12:58:10 2008 From: clubjuggler at gmail.com (Tanner Lovelace) Date: Tue, 20 May 2008 15:58:10 -0400 Subject: port install LyX fails with "qt 4 library not found!" In-Reply-To: <43D5E8E6-AABF-4A25-A36A-DFDCBED366E5@qwest.net> References: <43D5E8E6-AABF-4A25-A36A-DFDCBED366E5@qwest.net> Message-ID: On Tue, May 20, 2008 at 3:37 PM, Jerry wrote: > Hi list, > > I experienced a failure of qt4 to install when attempting to install > LyX. I'm using PPC 10.4.11. pcre is inactive FWIW. Here is the output: > [...] > **** The following problems have been detected by configure. > **** Please check the messages below before running 'make'. > **** (see the section 'Problems' in the INSTALL file) > ** qt 4 library not found ! > Error: Status 1 encountered during processing. It looks like the qt4-mac pkg-config files are in /opt/local/Library/Frameworks/pkgconfig/ instead of being in /opt/local/lib/pkgconfig/ and as that's why the Lyx port can't find it. I've opened ticket #15353 (http://trac.macports.org/ticket/15353 ) to track this and I'll see if I can get a patch for the qt4-mac port when I get home later tonight. In the meantime, you can try prepending your port command with PKG_CONFIG_PATH=/opt/local/Library/Frameworks/pkgconfig/:/opt/local/lib/pkgconfig/ I have not tried that to see if it will work, so YMMV. Cheers, Tanner Lovelace -- Tanner Lovelace http://wtl.wayfarer.org/ (fieldless) In fess two roundels in pale, a billet fesswise and an increscent, all sable. From ktan at realityartisans.com Tue May 20 14:47:39 2008 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Tue, 20 May 2008 17:47:39 -0400 Subject: Wireshark In-Reply-To: <71028883-E094-433A-8C29-80602555430B@realityartisans.com> References: <150535.72503.qm@web53402.mail.re2.yahoo.com> <71028883-E094-433A-8C29-80602555430B@realityartisans.com> Message-ID: On May 19, 2008, at 14:06, Kok-Yong Tan wrote: > > On May 19, 2008, at 12:31, Robert Liesenfeld wrote: > >> >> On May 19, 2008, at 9:27 AM, Avery Rozar wrote: >> >>> Thanks for your reply, >>> I'm new to the mac, is there a difference between xcode 3.0, and the >>> xfree86 package? Thanks. >>> >> >> Yes, the Xcode package is the suite of developer tools from Apple. >> These tools are required to build ports. XFree86 is an X11 server, >> prevalent in the Linux world. If you don't know what an X11 server >> is, you will probably be happy with the +no_x11 variant on ports that >> support it (such as wireshark). > > > Okay, just for giggles, I did: > > sudo port -v install wireshark +no_x11 > > Unfortunately, at the end, it complained the another variant was > activated so I deactivated that with: > > sudo port -v deactivate wireshark +darwin_8 > > and activated the +no_x11 version with: > > sudo port -v install wireshark +no_x11 > > which returned without error. And > > port -v installed wireshark > > displays the following: > > The following ports are currently installed: > wireshark @1.0.0_0+darwin_8 > wireshark @1.0.0_0+darwin_8+no_x11 (active) > > However, when I double-clicked the icon in /Applications, I get an > error in Console that reads: > > 2008-05-19 13:54:37.579 open[15218] No such file: /usr/local/bin/ > wireshark > > and the new activated wireshark isn't in /opt/local/bin either (where > the other wireshark used to reside). What gives? Is there anything > I can do to get it to install correctly (either in /usr/local/bin or / > opt/local/bin)? I've also tried the following to no avail: sudo port -v uninstall wireshark @1.0.0_0+darwin_8+no_x11 and then: sudo port -v install wireshark @1.0.0+no_x11 which returned without error but it still keeps looking for wireshark in /usr/local/bin so I guess macports isn't installing wireshark where the non-X11 wrapper seems to want it to be. I can find the X11 version of wireshark in /opt/local/var/macports/software/wireshark/ 1.0.0_0+darwin_8/opt/local/bin/wireshark but no non-X11 version of wireshark anywhere. I am running Mac OS 10.4.11 with Xcode 2.4.1 and X11R6 installed from the developer disk. -- 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) From macsforever2000 at macports.org Tue May 20 15:28:05 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Tue, 20 May 2008 16:28:05 -0600 Subject: Using wxPython Message-ID: <99867DB8-BA2A-412B-9A46-3E475E6E52B3@macports.org> Hi all, I'm trying to run a simple wxPython program, but I get a strange error: This program needs access to the screen. Please run with 'pythonw', not 'python', and only when you are logged in on the main display of your Mac. The program is as follows: import wx class App(wx.App): def OnInit(self): frame = wx.Frame(parent=None, title='Bare') frame.Show() return True app = App() app.MainLoop() There is no "pythonw" in the MacPorts version of Python 2.5. Does anyone know how I can use wxPython with MacPorts? I'm running Mac OS X 10.5.2 on a Mac Pro. Xcode 3.0. MacPorts 1.6. Cheers! Frank Schima Boulder, CO schimaf at boulder.nist.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080520/eadddd70/attachment.htm From macsforever2000 at macports.org Tue May 20 15:47:07 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Tue, 20 May 2008 16:47:07 -0600 Subject: Using wxPython In-Reply-To: <99867DB8-BA2A-412B-9A46-3E475E6E52B3@macports.org> References: <99867DB8-BA2A-412B-9A46-3E475E6E52B3@macports.org> Message-ID: <740B2048-73DA-48E9-B7AA-C51F7746234B@macports.org> On May 20, 2008, at 4:28 PM, Frank Schima wrote: > I'm trying to run a simple wxPython program, but I get a strange > error: > > This program needs access to the screen. > Please run with 'pythonw', not 'python', and only when you are logged > in on the main display of your Mac. [deleted] > There is no "pythonw" in the MacPorts version of Python 2.5. Does > anyone know how I can use wxPython with MacPorts? > > I'm running Mac OS X 10.5.2 on a Mac Pro. Xcode 3.0. MacPorts 1.6. I see this ticket is related to all this: Is there a status on when this might be fixed? :) Cheers! Frank Schima Boulder, CO schimaf at boulder.nist.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080520/1648c628/attachment.htm From msavory1 at nzbox.com Tue May 20 16:12:57 2008 From: msavory1 at nzbox.com (Mike Savory) Date: Tue, 20 May 2008 16:12:57 -0700 Subject: Wireshark In-Reply-To: References: <150535.72503.qm@web53402.mail.re2.yahoo.com> <71028883-E094-433A-8C29-80602555430B@realityartisans.com> Message-ID: <0FD734B7-99AB-4DCE-BEFB-67655A80AB95@nzbox.com> Hi The Wireshark Port installs the following binaries $ port contents wireshark Port wireshark contains: /opt/local/bin/capinfos /opt/local/bin/dftest /opt/local/bin/dumpcap /opt/local/bin/editcap /opt/local/bin/idl2wrs /opt/local/bin/mergecap /opt/local/bin/randpkt /opt/local/bin/rawshark /opt/local/bin/text2pcap /opt/local/bin/tshark /opt/local/bin/wireshark .... My understanding of the Wireshark application is that if it is built without X11 support then then the other binaries are still built, but wireshark itself not built as a binary. ie Wireshark only works with a gui This is supported by examinng the portfile where the variant is defined as variant no_x11 { depends_lib-delete port:gtk2 configure.args-delete --disable-gtk2 configure.args-append --disable-wireshark } It does not attempt to built an Aqua variant. See Section GUI item 3 on http://wiki.wireshark.org/Development/Wishlist The port does not install anything in /Applications so the "wrapper" you have is not part of macports and probably came from elsewhere (which is why it cant find the binaries). What do you get when you type > which wireshark > /opt/local/bin/wireshark -v > /opt/local/bin/tshark -v Regards Mike On May 20, 2008, at 2:47 PM, Kok-Yong Tan wrote: > > On May 19, 2008, at 14:06, Kok-Yong Tan wrote: > >> >> On May 19, 2008, at 12:31, Robert Liesenfeld wrote: >> >>> >>> On May 19, 2008, at 9:27 AM, Avery Rozar wrote: >>> >>>> Thanks for your reply, >>>> I'm new to the mac, is there a difference between xcode 3.0, and >>>> the >>>> xfree86 package? Thanks. >>>> >>> >>> Yes, the Xcode package is the suite of developer tools from Apple. >>> These tools are required to build ports. XFree86 is an X11 server, >>> prevalent in the Linux world. If you don't know what an X11 server >>> is, you will probably be happy with the +no_x11 variant on ports >>> that >>> support it (such as wireshark). >> >> >> Okay, just for giggles, I did: >> >> sudo port -v install wireshark +no_x11 >> >> Unfortunately, at the end, it complained the another variant was >> activated so I deactivated that with: >> >> sudo port -v deactivate wireshark +darwin_8 >> >> and activated the +no_x11 version with: >> >> sudo port -v install wireshark +no_x11 >> >> which returned without error. And >> >> port -v installed wireshark >> >> displays the following: >> >> The following ports are currently installed: >> wireshark @1.0.0_0+darwin_8 >> wireshark @1.0.0_0+darwin_8+no_x11 (active) >> >> However, when I double-clicked the icon in /Applications, I get an >> error in Console that reads: >> >> 2008-05-19 13:54:37.579 open[15218] No such file: /usr/local/bin/ >> wireshark >> >> and the new activated wireshark isn't in /opt/local/bin either (where >> the other wireshark used to reside). What gives? Is there anything >> I can do to get it to install correctly (either in /usr/local/bin >> or / >> opt/local/bin)? > > > I've also tried the following to no avail: > > sudo port -v uninstall wireshark @1.0.0_0+darwin_8+no_x11 > > and then: > > sudo port -v install wireshark @1.0.0+no_x11 > > which returned without error but it still keeps looking for wireshark > in /usr/local/bin so I guess macports isn't installing wireshark > where the non-X11 wrapper seems to want it to be. I can find the X11 > version of wireshark in /opt/local/var/macports/software/wireshark/ > 1.0.0_0+darwin_8/opt/local/bin/wireshark but no non-X11 version of > wireshark anywhere. > > I am running Mac OS 10.4.11 with Xcode 2.4.1 and X11R6 installed from > the developer disk. > > -- > 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) > > > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From ktan at realityartisans.com Tue May 20 16:36:49 2008 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Tue, 20 May 2008 19:36:49 -0400 Subject: Wireshark In-Reply-To: <0FD734B7-99AB-4DCE-BEFB-67655A80AB95@nzbox.com> References: <150535.72503.qm@web53402.mail.re2.yahoo.com> <71028883-E094-433A-8C29-80602555430B@realityartisans.com> <0FD734B7-99AB-4DCE-BEFB-67655A80AB95@nzbox.com> Message-ID: It appears that you're right. Actually, until I uninstalled the +no_x11 variant and re-installed the x11 variant, there was no wireshark in /opt/local/bin (i.e., "which wireshark" failed). I must've picked up the nice blue Aqua icon from somewhere else. Oh well. Anyway, I did some digging into the package contents that included the nice little blue 3D Wireshark icon in /Applications and where the executable should be in the package contents is just a Bash shell script containing the following lines: #!/bin/bash open -a X11 /usr/local/bin/wireshark so I went in there and edited it to read: #!/bin/bash open -a X11 /opt/local/bin/wireshark after I had reinstalled the X11 wireshark variant. Now, double- clicking it first brings up X11 first before starting wireshark under it. It'll do for now until someone comes up with an Aqua variant... :-) Thanks for the info. On May 20, 2008, at 19:12, Mike Savory wrote: > Hi > > The Wireshark Port installs the following binaries > > $ port contents wireshark > Port wireshark contains: > /opt/local/bin/capinfos > /opt/local/bin/dftest > /opt/local/bin/dumpcap > /opt/local/bin/editcap > /opt/local/bin/idl2wrs > /opt/local/bin/mergecap > /opt/local/bin/randpkt > /opt/local/bin/rawshark > /opt/local/bin/text2pcap > /opt/local/bin/tshark > /opt/local/bin/wireshark > .... > > My understanding of the Wireshark application is that if it is > built without X11 support then then the other binaries are still > built, but wireshark itself not built as a binary. ie Wireshark > only works with a gui > > This is supported by examinng the portfile where the variant is > defined as > > variant no_x11 { > depends_lib-delete port:gtk2 > configure.args-delete --disable-gtk2 > configure.args-append --disable-wireshark > } > > It does not attempt to built an Aqua variant. > See Section GUI item 3 on > http://wiki.wireshark.org/Development/Wishlist > > > The port does not install anything in /Applications so the > "wrapper" you have is not part of macports and probably came from > elsewhere (which is why it cant find the binaries). > > What do you get when you type > > > which wireshark > > /opt/local/bin/wireshark -v > > /opt/local/bin/tshark -v > > Regards > > Mike > > > On May 20, 2008, at 2:47 PM, Kok-Yong Tan wrote: > >> >> On May 19, 2008, at 14:06, Kok-Yong Tan wrote: >> >>> >>> On May 19, 2008, at 12:31, Robert Liesenfeld wrote: >>> >>>> >>>> On May 19, 2008, at 9:27 AM, Avery Rozar wrote: >>>> >>>>> Thanks for your reply, >>>>> I'm new to the mac, is there a difference between xcode 3.0, >>>>> and the >>>>> xfree86 package? Thanks. >>>>> >>>> >>>> Yes, the Xcode package is the suite of developer tools from Apple. >>>> These tools are required to build ports. XFree86 is an X11 server, >>>> prevalent in the Linux world. If you don't know what an X11 server >>>> is, you will probably be happy with the +no_x11 variant on ports >>>> that >>>> support it (such as wireshark). >>> >>> >>> Okay, just for giggles, I did: >>> >>> sudo port -v install wireshark +no_x11 >>> >>> Unfortunately, at the end, it complained the another variant was >>> activated so I deactivated that with: >>> >>> sudo port -v deactivate wireshark +darwin_8 >>> >>> and activated the +no_x11 version with: >>> >>> sudo port -v install wireshark +no_x11 >>> >>> which returned without error. And >>> >>> port -v installed wireshark >>> >>> displays the following: >>> >>> The following ports are currently installed: >>> wireshark @1.0.0_0+darwin_8 >>> wireshark @1.0.0_0+darwin_8+no_x11 (active) >>> >>> However, when I double-clicked the icon in /Applications, I get an >>> error in Console that reads: >>> >>> 2008-05-19 13:54:37.579 open[15218] No such file: /usr/local/bin/ >>> wireshark >>> >>> and the new activated wireshark isn't in /opt/local/bin either >>> (where >>> the other wireshark used to reside). What gives? Is there anything >>> I can do to get it to install correctly (either in /usr/local/bin >>> or / >>> opt/local/bin)? >> >> >> I've also tried the following to no avail: >> >> sudo port -v uninstall wireshark @1.0.0_0+darwin_8+no_x11 >> >> and then: >> >> sudo port -v install wireshark @1.0.0+no_x11 >> >> which returned without error but it still keeps looking for wireshark >> in /usr/local/bin so I guess macports isn't installing wireshark >> where the non-X11 wrapper seems to want it to be. I can find the X11 >> version of wireshark in /opt/local/var/macports/software/wireshark/ >> 1.0.0_0+darwin_8/opt/local/bin/wireshark but no non-X11 version of >> wireshark anywhere. >> >> I am running Mac OS 10.4.11 with Xcode 2.4.1 and X11R6 installed from >> the developer disk. >> -- 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) From tyoshida at mac.com Wed May 21 04:19:01 2008 From: tyoshida at mac.com (Takashi Yoshida) Date: Wed, 21 May 2008 19:19:01 +0800 Subject: Apache not starting at boot In-Reply-To: <949829840805190957g5b1f10c9o2441144a6017607e@mail.gmail.com> References: <949829840805190814g7fda2875jece5137f70d0dff5@mail.gmail.com> <4EF1C768-16D0-4DB5-A9A9-F864E20A46E9@xunil.net> <949829840805190957g5b1f10c9o2441144a6017607e@mail.gmail.com> Message-ID: <700E6819-0C4F-4ADF-A631-34E3131A126B@mac.com> Hi, I think I encountered this problem long ago. If I remember it correctly, I think I tried setting the ServerName in the httpd.conf file. Open the httpd.conf (should be at /opt/local/apache2/conf) and set the ServerName. Once I did that, Apache 2 started fine on start up. You can also try running: /opt/local/apache2/bin/apachectl configtest and see if there are any issues with your httpd.conf as well. Regards, On May 20, 2008, at 12:57 AM, Lorin Rivers wrote: > OK, thanks, I'll try the unload/load mambo and see what happens > > On Mon, May 19, 2008 at 11:21 AM, Robert Liesenfeld > wrote: > > On May 19, 2008, at 8:14 AM, Lorin Rivers wrote: > > I have done some extensive research and have followed all the setup > instructions I can find, but apache2 still requires a manual start > on my 10.4 iMac. > > When I run "sudo launchctl load -w /Library/LaunchDaemons/ > org.macports.apache2.plist", the response is "already loaded". > > Manual start doesn't report errors and apache works fine once I do > that, but I'd like to not have to remember to start apache next time > my power goes out. > > > ... snip ... > > I found I had problems with launchd on 10.4 as well; in your > situation I would usually do a 'launchctl unload -w /Library...' > followed by a 'launchctl load -w /Library...'. This seemed to give > launchd the prodding it needed. Note also that if Apache fails to > start, repeatedly (due to configuration errors), I believe launchd > will eventually turn off the daemon and leave it off, such as how > init under other UNIXes handles runaway processes. > > > > The only other bit of info is that occasionally, I see something > about "bonjour" (couldn't find it just now, though). Also, mysql is > starting up just fine... > > > Mysql starting OK indicates that launchd is working well (though I > suspect you'd be having much bigger problems if launchd was actually > broken :). Can't help you with the Bonjour messages, I'm afraid... > > -Robert > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -- Takashi Yoshida tyoshida [at] mac [dot] com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080521/a6291f1a/attachment.htm From mbthorn at gmail.com Wed May 21 06:13:38 2008 From: mbthorn at gmail.com (Mike) Date: Wed, 21 May 2008 09:13:38 -0400 Subject: Using wxPython In-Reply-To: <99867DB8-BA2A-412B-9A46-3E475E6E52B3@macports.org> References: <99867DB8-BA2A-412B-9A46-3E475E6E52B3@macports.org> Message-ID: <48566221-6D8C-4611-9926-0B8C44075358@gmail.com> I just tried: >>> import wx >>> >>> class Frame(wx.App) : >>> pass >>> >>> class App(wx.App) : >>> def OnInit(self) : >>> self.frame = wx.Frame(parent=None, title='Bare') >>> self.frame.Show() >>> self.SetTopWindow(self.frame) >>> return True >>> >>> if __name__ == '__main__': >>> app = App() >>> app.MainLoop() and it worked fine. I am not a python programmer so I don't know if there is a significant difference between our programs. I am using pretty much the same thing in terms of software, only I didn't use ports/fink to get it. I went to wxpython.org and followed their instructions. Apparently there are some idiosyncrasies with the mac os install. -mike On May 20, 2008, at 6:28 PM, Frank Schima wrote: > Hi all, > > > I'm trying to run a simple wxPython program, but I get a strange > error: > > This program needs access to the screen. > Please run with 'pythonw', not 'python', and only when you are logged > in on the main display of your Mac. > > The program is as follows: > > import wx > class App(wx.App): > def OnInit(self): > frame = wx.Frame(parent=None, title='Bare') > frame.Show() > return True > app = App() > app.MainLoop() > > There is no "pythonw" in the MacPorts version of Python 2.5. Does > anyone know how I can use wxPython with MacPorts? > > I'm running Mac OS X 10.5.2 on a Mac Pro. Xcode 3.0. MacPorts 1.6. > > > Cheers! > Frank Schima > Boulder, CO > schimaf at boulder.nist.gov > > _______________________________________________ > 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/20080521/aa1a8a8a/attachment.htm From macsforever2000 at macports.org Wed May 21 07:56:12 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Wed, 21 May 2008 08:56:12 -0600 Subject: Using wxPython In-Reply-To: <48566221-6D8C-4611-9926-0B8C44075358@gmail.com> References: <99867DB8-BA2A-412B-9A46-3E475E6E52B3@macports.org> <48566221-6D8C-4611-9926-0B8C44075358@gmail.com> Message-ID: <053C5D20-F870-41A4-B70E-7F49D2FF1753@macports.org> Hi Mike, On May 21, 2008, at 7:13 AM, Mike wrote: > I just tried: > >>>> import wx >>>> >>>> class Frame(wx.App) : >>>> pass >>>> >>>> class App(wx.App) : >>>> def OnInit(self) : >>>> self.frame = wx.Frame(parent=None, title='Bare') >>>> self.frame.Show() >>>> self.SetTopWindow(self.frame) >>>> return True >>>> >>>> if __name__ == '__main__': >>>> app = App() >>>> app.MainLoop() > > and it worked fine. I am not a python programmer so I don't know if > there is a significant difference between our programs. I am using > pretty much the same thing in terms of software, only I didn't use > ports/fink to get it. I went to wxpython.org and followed their > instructions. Apparently there are some idiosyncrasies with the mac > os install. Indeed the Leopard built-in Python includes pythonw (or the Framework build of python) and works. But I need the MacPorts Python 2.5 to work because I need all the other crunchy goodness that Apple does not provide like scipy, numpy, serial, py25-matplotlib, etc. Are there any wxPython programmers using Python from MacPorts? It's such a shame to have to develop in Linux with VMware to get around this issue. Or worse, switch to GTK!!!! :) Can someone explain why we cannot simply use the Framework build of Python 2.5 in MacPorts like Python 2.4 already apparently does? Cheers! Frank Schima Boulder, CO schimaf at boulder.nist.gov From andrea.damore at macports.org Wed May 21 08:01:14 2008 From: andrea.damore at macports.org (Andrea D'Amore) Date: Wed, 21 May 2008 17:01:14 +0200 Subject: Freeradius 1.1.7 installing problem under Leopard In-Reply-To: <7fccb3000805201153x6b423ecbj3c34686a207e8071@mail.gmail.com> References: <7fccb3000805201153x6b423ecbj3c34686a207e8071@mail.gmail.com> Message-ID: <2D744D95-DB50-4D1B-9DA4-33504AA15D8A@macports.org> On 20/mag/08, at 20:53, Tabitha McNerney wrote: > Is anyone in the MacPorts community (besides myself and J?rgen) > interested in reviving the FreeRadius MacPort to support the newer > major version of the server, 2.x? 2.0.4 has been commited, should be available at next portindex run (every 12 hours). From macports.users at gmail.com Wed May 21 08:14:45 2008 From: macports.users at gmail.com (Charles Darwin) Date: Wed, 21 May 2008 11:14:45 -0400 Subject: git Sources Message-ID: <616C881F-AC0C-4C0C-9001-8FE1D8178BBC@gmail.com> Is git supported for keeping track of the macports/trunk ? I other words, can I use git in order to get port's source code? From eazylivn4 at yahoo.com Wed May 21 11:39:46 2008 From: eazylivn4 at yahoo.com (eazy livn) Date: Wed, 21 May 2008 11:39:46 -0700 (PDT) Subject: Help installing gnome with macport Message-ID: <689305.73594.qm@web56112.mail.re3.yahoo.com> An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080521/cfbad087/attachment.htm From hagedorn at tcnj.edu Wed May 21 16:14:43 2008 From: hagedorn at tcnj.edu (Thomas Hagedorn) Date: Wed, 21 May 2008 19:14:43 -0400 Subject: Running MacPorts MySql on a different port Message-ID: <4834ACE3.1010603@tcnj.edu> I need to have two versions of MySql running. One is the binary MySql from MySql and the other is the Macports version. Manually, using the command sudo -b /opt/local/bin/mysqld_safe5 --port=3307 I can start the (MacPorts) MySql on port 3307 and simultaneously run the (MySql) MySql (which is in /usr/local/mysql). Everything seems to work fine. Now here are the problems that I need help solving: 1. How do I configure the launchd or org.macports.mysql5.plist files so that the port 3307 is chosen when mysql starts automatically at startup? The problem seems to be passing --port=3307 to the mysql.server program doesn't work. 2. How can I install MySql using MacPorts so that port 3307 is set as the default port for the MacPorts installation? Many thanks in advance! Sincerely, Tom Hagedorn From wsiegrist at apple.com Wed May 21 16:20:24 2008 From: wsiegrist at apple.com (William Siegrist) Date: Wed, 21 May 2008 16:20:24 -0700 Subject: Running MacPorts MySql on a different port In-Reply-To: <4834ACE3.1010603@tcnj.edu> References: <4834ACE3.1010603@tcnj.edu> Message-ID: <80F8FE1B-19E1-4576-B7B1-34D84086D602@apple.com> On May 21, 2008, at 4:14 PM, Thomas Hagedorn wrote: > > 1. How do I configure the launchd or org.macports.mysql5.plist > files so > that the port 3307 is chosen when mysql starts automatically at > startup? The problem seems to be passing --port=3307 to the > mysql.server program doesn't work. > In your my.cnf file, you can specify port=3307 in the [mysqld] section. http://dev.mysql.com/doc/refman/5.0/en/option-files.html -Bill -------------- 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/20080521/b68d44b9/attachment.p7s From pgijnxn02 at sneakemail.com Wed May 21 18:17:42 2008 From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts)) Date: Wed, 21 May 2008 21:17:42 -0400 Subject: Problem building nautilus In-Reply-To: <7a665ffc0805190736l5302de96haf7319812b0ecad9@mail.gmail.com> References: <7a665ffc0805190736l5302de96haf7319812b0ecad9@mail.gmail.com> Message-ID: <7a665ffc0805211817y2c1f57acwc72cfb8fe4d6e87f@mail.gmail.com> Hello all. When I posted this, I received a message saying that it was "awaiting moderation" and that I should hear if it was rejected or approved. I haven't heard anything, so it's not clear to me if my question made it to the list. Please let me know if anyone would like to see the debug output. Thanks, Joel On 5/19/08, Joel Thibault (MacPorts) wrote: > I want to upgrade gnucash, which causes an upgrade of nautilus. I > have tried la few things like cleaning the port and re-installing its > dependencies, but I keep getting the same error message. MacPorts and > all other ports are up to date. > > Output: > ------------ > /opt/local/bin/orbit-idl-2 -I > /opt/local/share/idl/bonobo-activation-2.0 -I > /opt/local/share/idl/bonobo-2.0 -I.. nautilus-shell-interface.idl > orbit-idl-2 2.14.12 compiling > mode, hide preprocessor errors, passes: stubs skels common headers > > Processing file nautilus-shell-interface.idl > Error: Empty file > > ** (orbit-idl-2:19861): WARNING **: nautilus-shell-interface.idl > compilation failed > make[2]: *** [nautilus_shell_interface_idl_stamp] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Error: Status 1 encountered during processing. > ------------ > > End of output with port -d: > ------------ > /opt/local/bin/orbit-idl-2 -I > /opt/local/share/idl/bonobo-activation-2.0 -I > /opt/local/share/idl/bonobo-2.0 -I.. nautilus-shell-interface.idl > orbit-idl-2 2.14.12 compiling > mode, hide preprocessor errors, passes: stubs skels common headers > > Processing file nautilus-shell-interface.idl > Error: Empty file > > ** (orbit-idl-2:8248): WARNING **: nautilus-shell-interface.idl > compilation failed > make[2]: *** [nautilus_shell_interface_idl_stamp] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Warning: the following items did not execute (for nautilus): > org.macports.activate org.macports.build org.macports.destroot > org.macports.archive org.macports.install > Error: Status 1 encountered during processing. > ------------ > > Please let me know what additional information would be useful in > debugging this problem. I have attached the full output of "port -d > upgrade -cuv nautilus" as nautilus.txt > > Thanks, > Joel Thibault > > > > -- > Joel Thibault [AIM: Jole Tebo] > Software Engineer in Boston > > -- Joel Thibault [AIM: Jole Tebo] Software Engineer in Boston From tabithamc at gmail.com Thu May 22 04:32:58 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Thu, 22 May 2008 01:32:58 -1000 Subject: Freeradius 1.1.7 installing problem under Leopard In-Reply-To: <2D744D95-DB50-4D1B-9DA4-33504AA15D8A@macports.org> References: <7fccb3000805201153x6b423ecbj3c34686a207e8071@mail.gmail.com> <2D744D95-DB50-4D1B-9DA4-33504AA15D8A@macports.org> Message-ID: <7fccb3000805220432g9ce23dcye000391ca2777e2f@mail.gmail.com> Andrea, That's fantastic news. Thank you for reviving this port in the vein of the 2.x branch since the 1.x branch is ceasing. Tabitha On 5/21/08, Andrea D'Amore wrote: > > > On 20/mag/08, at 20:53, Tabitha McNerney wrote: > > > Is anyone in the MacPorts community (besides myself and J?rgen) > > interested in reviving the FreeRadius MacPort to support the newer > > major version of the server, 2.x? > > > 2.0.4 has been commited, should be available at next portindex run > (every 12 hours). > > _______________________________________________ > 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/20080522/3fd6935d/attachment-0001.htm From harrylparker at gmail.com Thu May 22 06:58:38 2008 From: harrylparker at gmail.com (Harry Parker) Date: Thu, 22 May 2008 09:58:38 -0400 Subject: Using wxPython Message-ID: <2a77b9140805220658x25596bb8g2e9e906149ba65d6@mail.gmail.com> On Wed, 21 May 2008 08:56:12 -0600 Frank Schima wrote: > Indeed the Leopard built-in Python includes pythonw (or the Framework > build of python) and works. But I need the MacPorts Python 2.5 to work > because I need all the other crunchy goodness that Apple does not > provide like scipy, numpy, serial, py25-matplotlib, etc. > > Are there any wxPython programmers using Python from MacPorts? It's > such a shame to have to develop in Linux with VMware to get around > this issue. Or worse, switch to GTK!!!! :) No need to talk crazy talk! You can get SciPy for Leopard, including NumPy and also matplotlib and wxPython, all with simple pre-built downloads from SciPy and the Python site. See near the bottom of the page at http://www.scipy.org/Download for instructions for installing Python 2.5.2, SciPy and NumPy. I went with the MacPython package option from http://www.pythonmac.org/packages/ There you can also get prebuilt versions of matplotlib and the latest wxPython. They all work well for me. (Well, I haven't used matplotlib, but I don't expect any problems.) I haven't tried PySerial either, but their web site says it works with Mac out of the box, too. Perhaps that's why so little support exists for modern Python from MacPorts: MacPorts doesn't add much to the mix, except confusion. Python supports its own portable build system that works well on Mac OS X. MacPorts is great for compiling C code from projects that don't have Mac support included. Its a real pain compared to downloading a ready-made DNG or package file that installs in seconds with a few clicks. From florian.ebeling at gmail.com Thu May 22 08:33:39 2008 From: florian.ebeling at gmail.com (Florian Ebeling) Date: Thu, 22 May 2008 17:33:39 +0200 Subject: git Sources In-Reply-To: <616C881F-AC0C-4C0C-9001-8FE1D8178BBC@gmail.com> References: <616C881F-AC0C-4C0C-9001-8FE1D8178BBC@gmail.com> Message-ID: <5cbbe4ae0805220833y672607c2kcb6fff17e042d9b5@mail.gmail.com> > Is git supported for keeping track of the macports/trunk ? I other > words, can I use git in order to get port's source code? Macports in in a SVN repository, but there is a git mirror which gets refreshed regularly, I think. http://github.com/kballard/macports/tree/master Florian -- Florian Ebeling florian.ebeling at gmail.com From randall.h.wood at alexandriasoftware.com Thu May 22 08:35:48 2008 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Thu, 22 May 2008 11:35:48 -0400 Subject: Fwd: Help installing gnome with macport In-Reply-To: <527571.98144.qm@web56108.mail.re3.yahoo.com> References: <527571.98144.qm@web56108.mail.re3.yahoo.com> Message-ID: Forwarding because I hit reply instead of reply-all by accident ---------- Forwarded message ---------- From: eazy livn Date: Thu, May 22, 2008 at 9:11 AM Subject: Re: Help installing gnome with macport To: Randall Wood Thank you Randall for taking time to reply to my request for help. I tried your suggestion. However, the process still fails. I also tried downloading, and installing, the library directly from http://sam.zoy.org/projects/libcaca/ using the library install instructions from that site. Then I tried running the install again, but I continue to receive the same error, which makes me wonder if the checksum being used to validate the file may itself be incorrect. Below is what happens when I tried your suggestion: Thanks again for your help! Best, ~don ip24-254-1-110:/sw/share root# port clean --all libcaca ; ---> Cleaning libcaca ip24-254-1-110:/sw/share root# port install libcaca ; ---> Fetching libcaca ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://sam.zoy.org/projects/libcaca/ ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/libcaca ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/downloads/libcaca Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. ip24-254-1-110:/sw/share root# port install gnome; ---> Fetching libcaca ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://sam.zoy.org/projects/libcaca/ ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/libcaca ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/downloads/libcaca Error: Target org.macports.fetch returned: fetch failed Error: The following dependencies failed to build: gnome-desktop-suite gnome-applets gnome-control-center gnome-settings-daemon gst-plugins-good libcaca libcdio libcddb libdv libshout2 speex taglib wavpack libgnomekbd libxklavier metacity gnome-python-desktop gnome-media gtksourceview gnuregex totem-pl-parser gucharmap system-tools-backends p5-net-dbus p5-xml-twig gnome-audio gnome-backgrounds gnome-games ggz-client-libs libggz guile gmp libsdl_mixer libsdl smpeg py25-gtkglext gtkglext py25-opengl py25-pil py25-setuptools py25-zlib py25-tkinter tcl tk gnome-keyring-manager gnome-mag gnome-session gnome-system-monitor gtkmm cairomm glibmm libsigcxx2 gnome-terminal vte gnome-user-docs gnome-utils gnopernicus libgail-gnome libgtkhtml3 seahorse avahi dbus-python25 gdbm libdaemon py25-gdbm gpgme gnupg bzip2 pth vino yelp firefox-x11 zip zenity Error: Status 1 encountered during processing. "An act of kindness, no matter how small, is never wasted." - Aesop --- On Thu, 5/22/08, Randall Wood wrote: From: Randall Wood Subject: Re: Help installing gnome with macport To: eazylivn4 at yahoo.com Date: Thursday, May 22, 2008, 2:43 AM In this case, it seems that the libcaca source code did not download correctly. Try this: sudo port clean --all libcaca ; sudo port install libcaca If that works, then pick up with building gnome again. On Wed, May 21, 2008 at 2:39 PM, eazy livn wrote: > I'm new to Macports so I request forbearance if my question seems stupid. > > When I attempt to install gnome I use the following command in a terminal > window: 'port install gnome'. After running for a substantial amount of > time, I receive the error listed below when the process quits. Thanks for > any help anyone can provide. > > Best, > ~don -- Randall Wood randall.h.wood at alexandriasoftware.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." -- Randall Wood randall.h.wood at alexandriasoftware.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From macsforever2000 at macports.org Thu May 22 08:56:02 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Thu, 22 May 2008 09:56:02 -0600 Subject: Help installing gnome with macport In-Reply-To: <689305.73594.qm@web56112.mail.re3.yahoo.com> References: <689305.73594.qm@web56112.mail.re3.yahoo.com> Message-ID: <2530EF61-D109-42B9-8054-EEBE7331F4B5@macports.org> Hi Randall, On May 21, 2008, at 12:39 PM, eazy livn wrote: > I'm new to Macports so I request forbearance if my question seems > stupid. > > When I attempt to install gnome I use the following command in a > terminal window: 'port install gnome'. After running for a > substantial amount of time, I receive the error listed below when > the process quits. Thanks for any help anyone can provide. > > Best, > ~don > > ---> Fetching libcaca > ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://sam.zoy.org/projects/libcaca/ > ---> Verifying checksum(s) for libcaca > Error: Checksum (md5) mismatch for libcaca-0.9.tar.bz2 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: gnome-desktop- > suite gnome-applets gnome-control-center gnome-settings-daemon gst- > plugins-good libcaca libcdio libcddb libdv libshout2 speex taglib > wavpack libgnomekbd libxklavier metacity gnome-python-desktop gnome- > media gtksourceview gnuregex totem-pl-parser gucharmap system-tools- > backends p5-net-dbus p5-xml-twig gnome-audio gnome-backgrounds gnome- > games ggz-client-libs libggz guile gmp libsdl_mixer libsdl smpeg > py25-gtkglext gtkglext py25-opengl py25-pil py25-setuptools py25- > zlib py25-tkinter tcl tk gnome-keyring-manager gnome-mag gnome- > session gnome-system-monitor gtkmm cairomm glibmm libsigcxx2 gnome- > terminal vte gnome-user-docs gnome-utils gnopernicus libgail-gnome > libgtkhtml3 seahorse avahi dbus-python25 gdbm libdaemon py25-gdbm > gpgme gnupg bzip2 pth vino yelp firefox-x11 zip zenity > Error: Status 1 encountered during processing. The libcaca source moved for some reason. I fixed the Portfile to point to the new location. I also wrote up a bug ticket for it. In the future, you can write a bug report for problems like this. Please see the wiki page on it: Cheers! Frank Schima Boulder, CO schimaf at boulder.nist.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080522/68449223/attachment.htm From macsforever2000 at macports.org Thu May 22 08:58:51 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Thu, 22 May 2008 09:58:51 -0600 Subject: Help installing gnome with macport In-Reply-To: <2530EF61-D109-42B9-8054-EEBE7331F4B5@macports.org> References: <689305.73594.qm@web56112.mail.re3.yahoo.com> <2530EF61-D109-42B9-8054-EEBE7331F4B5@macports.org> Message-ID: <5C0086D5-74F9-4D21-8626-E5FF8CCC56E7@macports.org> On May 22, 2008, at 9:56 AM, Frank Schima wrote: > Hi Randall, Heh, i meant Don! Sorry about the name mixup. Cheers! Frank Schima Boulder, CO schimaf at boulder.nist.gov From dersh at alum.mit.edu Thu May 22 09:13:26 2008 From: dersh at alum.mit.edu (Adam Dershowitz) Date: Thu, 22 May 2008 09:13:26 -0700 Subject: Qt4-mac issue Message-ID: I have run into a problem using the new version of Qt4-mac (4.4). I am trying to build sqliteman, an application that uses Qt4. It would build fine for me with the prior Qt4 macport version. And I have been informed that it does work fine with 4.4 on other platforms. The problem is that when I try to do the build I get errors from make, after cmake. The problem is that make is looking in the wrong place for include files and such. If I do a verbose build I get things like this on the make: -I/opt/local/include/qt4 -I/opt/local/include/qt4/QtGui But these directories don't exist. I believe that they were the correct place location to find things for Qt4.3? It seems like they were moved to /opt/local/Library/Frameworks.... So the question is how to get cmake/make to correctly find this change? I am not sure if this is actually a problem with something being cached in my sqliteman directory, or if it is a problem with how cmake locates directories? Is there a bad link somewhere in the Qt install? Frankly I am not sure if this is a bug in Macports Qt4, in sqliteman, in how to use cmake, or where to find the answer. But I figured I would start with macports, since that is where the change in locations for directories occurred. Thanks, --Adam From clubjuggler at gmail.com Thu May 22 09:58:46 2008 From: clubjuggler at gmail.com (Tanner Lovelace) Date: Thu, 22 May 2008 12:58:46 -0400 Subject: Qt4-mac issue In-Reply-To: References: Message-ID: Are you building sqliteman through MacPorts? I just built it myself and it worked fine. When did you install the latest qt4-mac port? If I had to guess, I would bet that you're still running CMake version 2.4.x. I'm running the latest (2.6) and it didn't have any problem building it. Try doing "sudo port upgrade cmake" and then building sqliteman. Cheers, Tanner Lovelace On Thu, May 22, 2008 at 12:13 PM, Adam Dershowitz wrote: > I have run into a problem using the new version of Qt4-mac (4.4). I am > trying to build sqliteman, an application that uses Qt4. It would build > fine for me with the prior Qt4 macport version. And I have been informed > that it does work fine with 4.4 on other platforms. > The problem is that when I try to do the build I get errors from make, after > cmake. The problem is that make is looking in the wrong place for include > files and such. > If I do a verbose build I get things like this on the make: > -I/opt/local/include/qt4 -I/opt/local/include/qt4/QtGui > But these directories don't exist. I believe that they were the correct > place location to find things for Qt4.3? It seems like they were moved to > /opt/local/Library/Frameworks.... > So the question is how to get cmake/make to correctly find this change? I > am not sure if this is actually a problem with something being cached in my > sqliteman directory, or if it is a problem with how cmake locates > directories? Is there a bad link somewhere in the Qt install? > > Frankly I am not sure if this is a bug in Macports Qt4, in sqliteman, in how > to use cmake, or where to find the answer. But I figured I would start with > macports, since that is where the change in locations for directories > occurred. > > > Thanks, > > --Adam > > > > -- Tanner Lovelace http://wtl.wayfarer.org/ (fieldless) In fess two roundels in pale, a billet fesswise and an increscent, all sable. From dersh at alum.mit.edu Thu May 22 10:08:42 2008 From: dersh at alum.mit.edu (Adam Dershowitz) Date: Thu, 22 May 2008 10:08:42 -0700 Subject: Qt4-mac issue In-Reply-To: References: Message-ID: I was not building it with macports (it must be a pretty new port, and I had not noticed it before. And I am using 1.1, which is just a beta). I am using cmake 2.6-patch 0. But I did figure out what the problem was. The issue was just that cmake had created a cache in the folder that pointed to the locations of different things. The change in Qt4, to the frameworks locations, was not caught by cmake, so it was using the old set of info. I deleted a few things in the directory that were cmake related. I think that the one that probably did it was deleting CMakeCache.txt. Then doing cmake forced it to find all that stuff again in the new locations. So the lesson is that any applications, that use Qt, but are not in Macports, will be looking in the old locations and won't build properly until they are forced to look in the new place. I would guess that there is something that is functionally like "cmake clean" that would force this update, but I didn't find that command. --Adam On May 22, 2008, at 9:58 AM, Tanner Lovelace wrote: > Are you building sqliteman through MacPorts? I just built it myself > and > it worked fine. When did you install the latest qt4-mac port? > > If I had to guess, I would bet that you're still running CMake > version 2.4.x. > I'm running the latest (2.6) and it didn't have any problem building > it. > Try doing "sudo port upgrade cmake" and then building sqliteman. > > Cheers, > Tanner Lovelace > > On Thu, May 22, 2008 at 12:13 PM, Adam Dershowitz > wrote: >> I have run into a problem using the new version of Qt4-mac (4.4). >> I am >> trying to build sqliteman, an application that uses Qt4. It would >> build >> fine for me with the prior Qt4 macport version. And I have been >> informed >> that it does work fine with 4.4 on other platforms. >> The problem is that when I try to do the build I get errors from >> make, after >> cmake. The problem is that make is looking in the wrong place for >> include >> files and such. >> If I do a verbose build I get things like this on the make: >> -I/opt/local/include/qt4 -I/opt/local/include/qt4/QtGui >> But these directories don't exist. I believe that they were the >> correct >> place location to find things for Qt4.3? It seems like they were >> moved to >> /opt/local/Library/Frameworks.... >> So the question is how to get cmake/make to correctly find this >> change? I >> am not sure if this is actually a problem with something being >> cached in my >> sqliteman directory, or if it is a problem with how cmake locates >> directories? Is there a bad link somewhere in the Qt install? >> >> Frankly I am not sure if this is a bug in Macports Qt4, in >> sqliteman, in how >> to use cmake, or where to find the answer. But I figured I would >> start with >> macports, since that is where the change in locations for directories >> occurred. >> >> >> Thanks, >> >> --Adam >> >> >> >> > > > > -- > Tanner Lovelace > http://wtl.wayfarer.org/ > (fieldless) In fess two roundels in pale, a billet fesswise and an > increscent, all sable. From macsforever2000 at macports.org Thu May 22 14:14:19 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Thu, 22 May 2008 15:14:19 -0600 Subject: Help installing gnome with macport In-Reply-To: <352606.71934.qm@web56104.mail.re3.yahoo.com> References: <352606.71934.qm@web56104.mail.re3.yahoo.com> Message-ID: <93A1A8A9-54E1-435E-AA1C-45F1E5C09819@macports.org> On May 22, 2008, at 3:01 PM, eazy livn wrote: > Hi Frank, > Thanks for your efforts. I tried to install the library and still > get the same error. I'm wondering if I'm doing something dumb > here..... Here is the error message: > > /opt/local eazylivn$ sudo port clean --all libcaca > ---> Cleaning libcaca > > /opt/local eazylivn$ sudo port install libcaca > ---> Fetching libcaca > ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://sam.zoy.org/projects/libcaca/ > ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/libcaca > ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://svn.macports.org/repository/macports/downloads/libcaca > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. Please use reply-all to keep all replies on the list. It takes a little while for the changes to sync I believe. But later today or tomorrow you have to do the following: sudo port selfupdate Then try to install again. sudo port install libcaca sudo port install gnome Cheers! Frank Schima Boulder, CO schimaf at boulder.nist.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080522/61395081/attachment.htm From max.garfinkel at talk21.com Thu May 22 14:30:28 2008 From: max.garfinkel at talk21.com (Max Garfinkel) Date: Thu, 22 May 2008 22:30:28 +0100 Subject: enabling Variant: options when installing nano Message-ID: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> Hello, I am new to macports and I am trying to enable syntax highlighting for nano. I tried just editing the nanorc file but I get errors like this: Error in /opt/local/etc/nanorc on line 3: Command "syntax" not understood I have read around and I am guessing that I need to set the configuration options when doing the install. I notice that the apps page has a list configuration.args and Variant: options. I can't seem to find any information on how to pass these options to the install. It seems it may be to do with env variables? Rather than particular help configuring nano I would rather have an explanation of how to apply these options as it seems to be not really documented anywhere. I would be very grateful for a nudge in the right direction. max P.s This is my first post to a mailing list so apologies if I have broken any etiquette. From paulbeard at gmail.com Thu May 22 16:03:38 2008 From: paulbeard at gmail.com (paul beard) Date: Thu, 22 May 2008 16:03:38 -0700 Subject: admin question: can digests be tweaked to come no more often than daily? Message-ID: Can the threshold for digests be bumped up so we don't get so many per day? I have gotten as many as four digest mailing in a single day, kinda defeats the purpose. Thanks -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080522/d0674cd5/attachment.htm From wsiegrist at apple.com Thu May 22 16:36:08 2008 From: wsiegrist at apple.com (William Siegrist) Date: Thu, 22 May 2008 16:36:08 -0700 Subject: admin question: can digests be tweaked to come no more often than daily? In-Reply-To: References: Message-ID: <57C0F016-CF42-47A5-A965-D0BC1D6DD28E@apple.com> On May 22, 2008, at 4:03 PM, paul beard wrote: > Can the threshold for digests be bumped up so we don't get so many > per day? I have gotten as many as four digest mailing in a single > day, kinda defeats the purpose. > > I increased the size threshold for digests. It should be pretty rare now to hit the size threshold before the daily digest is sent. -Bill -------------- 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/20080522/81c3f46a/attachment.p7s From raimue at macports.org Thu May 22 16:36:45 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 23 May 2008 01:36:45 +0200 Subject: enabling Variant: options when installing nano In-Reply-To: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> Message-ID: <4836038D.50908@macports.org> Max Garfinkel wrote: > Hello, I am new to macports and I am trying to enable syntax > highlighting for nano. I tried just editing the nanorc file but I get > errors like this: > Error in /opt/local/etc/nanorc on line 3: Command "syntax" not > understood > I have read around and I am guessing that I need to set the > configuration options when doing the install. I notice that the apps > page has a list configuration.args and Variant: options. I can't seem > to find any information on how to pass these options to the install. > It seems it may be to do with env variables? Rather than particular > help configuring nano I would rather have an explanation of how to > apply these options as it seems to be not really documented anywhere. > I would be very grateful for a nudge in the right direction. I am not a user of nano, but I think you need the +color variant of nano. $ port variants nano [...] color: Enable color syntax highlighting Use the following commands to install nano with this variant: $ sudo port deactivate nano $ sudo port install nano +color > P.s This is my first post to a mailing list so apologies if I have > broken any etiquette. Welcome as a MacPorts user! No, you didn't do anything wrong :-) Rainer From cs at zip.com.au Thu May 22 17:38:51 2008 From: cs at zip.com.au (Cameron Simpson) Date: Fri, 23 May 2008 10:38:51 +1000 Subject: enabling syntax highlighting for vim? Message-ID: <20080523003851.GA15634@cskk.homeip.net> A bit like Max, I would like syntax highlighting for vim. I know vim itself is colour capable because the "~" blank line markers and warning messages are in different colours. However, my source code is in boring monochrome. There do not seem to be variants to enable syntax highighting, nor separate packages (or at least, my searches do not reveal them to me). I've even build vim with the +huge variant to no avail. Suggestions? -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ TeX: When you pronounce it correctly to your computer, the terminal may become slightly moist. - D. E. Knuth. From raimue at macports.org Thu May 22 18:10:42 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 23 May 2008 03:10:42 +0200 Subject: enabling syntax highlighting for vim? In-Reply-To: <20080523003851.GA15634@cskk.homeip.net> References: <20080523003851.GA15634@cskk.homeip.net> Message-ID: <48361992.10304@macports.org> Cameron Simpson wrote: > A bit like Max, I would like syntax highlighting for vim. > > I know vim itself is colour capable because the "~" blank line markers and > warning messages are in different colours. However, my source code is in > boring monochrome. There do not seem to be variants to enable syntax > highighting, nor separate packages (or at least, my searches do not reveal > them to me). I've even build vim with the +huge variant to no avail. There is no variant for it, because basically every vim installation has the ability to do colored syntax highlighting. You just need to configure vim to do it. Also, a google search for "vim syntax highlighting" revealed a lot of useful answers for me... Anyway, you need the following line in your .vimrc: syntax on See also :help colorscheme how to use other colors instead of the default. Rainer From cs at zip.com.au Thu May 22 18:53:43 2008 From: cs at zip.com.au (Cameron Simpson) Date: Fri, 23 May 2008 11:53:43 +1000 Subject: enabling syntax highlighting for vim? In-Reply-To: <48361992.10304@macports.org> Message-ID: <20080523015343.GA20518@cskk.homeip.net> On 23May2008 03:10, Rainer M?ller wrote: > Cameron Simpson wrote: >> A bit like Max, I would like syntax highlighting for vim. >> I know vim itself is colour capable because the "~" blank line markers and >> warning messages are in different colours. However, my source code is in >> boring monochrome. [...] > > There is no variant for it, because basically every vim installation has > the ability to do colored syntax highlighting. You just need to configure > vim to do it. [...] > Anyway, you need the following line in your .vimrc: > syntax on I am revealed as a fool. I had believed that because my personal .vimrc was identical on my Mac and on my home machine the deficiency was in vim (I was guessing missing syntax files or missing functionality). But adding the above line to my vimrc turns on syntax colouring and shows I was unwittingly relying on a default setting on other installations (gentoo and fedora linux mostly). Thanks. > See also :help colorscheme how to use other colors instead of the default. Ta. I did play with this in the distant past (mostly to try to eliminate the dark blue, close to unreadable on my terminals, which have a black background). I'll revisit this stuff soon. Thanks again, -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ The best way to rob a bank is to own one. - Roberto Calvi From cs at zip.com.au Thu May 22 18:59:37 2008 From: cs at zip.com.au (Cameron Simpson) Date: Fri, 23 May 2008 11:59:37 +1000 Subject: missing $CC and $LD settings in some packages Message-ID: <20080523015937.GA22037@cskk.homeip.net> Recent instance: I just rebuilt mercurial using "port upgrade". The first attempt failed with a failure I see quite frequently: a command line which commences with "-DNDEBUG ...". This is symptomatic of missing the "cc/gcc" or "ld" commands, in turn symptomatic of a Makefile using $(CC)/$(LD) and expecting to inherit them from the shell environment. Dodgy but common. My usual workaround is to export CC=gcc and LD=ld and rerun port. And in turn, I had to add: extra_env CC LD to my macports.conf. Is this just an old busted config on my part, or is there a real configuration deficiency here? Cheers, -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ We might have been the hundred-millionth or so paying customers at one of the local screenings of "Jurassic Park." After all the hoopla, the kid dismissed it as "Not bad for a dinosaur movie." And, as if to add insult to injury, she was right. - jtchew at netcom.com (Joe Chew) From ryandesign at macports.org Thu May 22 20:24:07 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 22 May 2008 22:24:07 -0500 Subject: missing $CC and $LD settings in some packages In-Reply-To: <20080523015937.GA22037@cskk.homeip.net> References: <20080523015937.GA22037@cskk.homeip.net> Message-ID: On May 22, 2008, at 20:59, Cameron Simpson wrote: > Recent instance: I just rebuilt mercurial using "port upgrade". The > first > attempt failed with a failure I see quite frequently: a command > line which > commences with "-DNDEBUG ...". This is symptomatic of missing the > "cc/gcc" > or "ld" commands, in turn symptomatic of a Makefile using $(CC)/$ > (LD) and > expecting to inherit them from the shell environment. Dodgy but > common. > > My usual workaround is to export CC=gcc and LD=ld and rerun port. > And in > turn, I had to add: > extra_env CC LD > to my macports.conf. > > Is this just an old busted config on my part, or is there a real > configuration deficiency here? This is a bug which affects Leopard users in some circumstances. A workaround is already in MacPorts base in trunk. You can either build MacPorts trunk from source, or when you encounter the error, simply issue the "port upgrade" (or "port install") command again and it should work the second time. From ryandesign at macports.org Thu May 22 21:21:47 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 22 May 2008 23:21:47 -0500 Subject: difficulty cross-compiling on Leopard for Tiger In-Reply-To: <1E715B64-0E0D-480F-880A-F59F4CAAA025@zachfine.com> References: <32C87F01-4F12-4DDF-ACAE-BA349A81FE3B@macports.org> <1E715B64-0E0D-480F-880A-F59F4CAAA025@zachfine.com> Message-ID: <7D59FDCA-3658-45C9-B34C-2EE026D61616@macports.org> On May 22, 2008, at 23:14, Zachary Fine wrote: > Hello Ryan, thanks for the insight and the applause. > > I did try debug mode to get more information. Here's the result: > > [zachmbp:~] zach% sudo port clean php5---> Cleaning php5 > [zachmbp:~] zach% sudo port -d install php5 +fastcgi +imap +macosx > +mysql5 +pcntl +pear +sqlite +tidy [snip] > DEBUG: Changing to port directory: /opt/local/var/macports/sources/ > rsync.macports.org/release/ports/mail/cclient > DEBUG: Requested variant pear is not provided by port cclient. > DEBUG: Requested variant fastcgi is not provided by port cclient. > DEBUG: Requested variant i386 is not provided by port cclient. > DEBUG: Requested variant macosx is not provided by port cclient. > DEBUG: Requested variant imap is not provided by port cclient. > DEBUG: Requested variant pcntl is not provided by port cclient. > DEBUG: Requested variant sqlite is not provided by port cclient. > DEBUG: Requested variant tidy is not provided by port cclient. > DEBUG: Requested variant mysql5 is not provided by port cclient. > DEBUG: Requested variant darwin_8 is not provided by port cclient. > DEBUG: Requested variant darwin is not provided by port cclient. > DEBUG: Executing variant universal provides universal > DEBUG: Default universal variant only works with ports based on > configure [snip] Ok, so it's cclient, which is needed for the +imap variant. I filed a ticket for you: http://trac.macports.org/ticket/15404 Don't forget to Reply All so your reply goes to the list too, not just to me. From ryandesign at macports.org Thu May 22 22:57:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 23 May 2008 00:57:33 -0500 Subject: Running MacPorts MySql on a different port In-Reply-To: <80F8FE1B-19E1-4576-B7B1-34D84086D602@apple.com> References: <4834ACE3.1010603@tcnj.edu> <80F8FE1B-19E1-4576-B7B1-34D84086D602@apple.com> Message-ID: On May 21, 2008, at 18:20, William Siegrist wrote: > On May 21, 2008, at 4:14 PM, Thomas Hagedorn wrote: > >> 1. How do I configure the launchd or org.macports.mysql5.plist >> files so >> that the port 3307 is chosen when mysql starts automatically at >> startup? The problem seems to be passing --port=3307 to the >> mysql.server program doesn't work. >> > > In your my.cnf file, you can specify port=3307 in the [mysqld] > section. > > http://dev.mysql.com/doc/refman/5.0/en/option-files.html Specifically, use the file /opt/local/etc/mysql5/my.cnf, because the MacPorts mysql5 will look at that one, and your MySQL binary will not. From m_smithfield at yahoo.com Thu May 22 23:53:28 2008 From: m_smithfield at yahoo.com (Mark Smithfield) Date: Thu, 22 May 2008 23:53:28 -0700 (PDT) Subject: trouble building libtool Message-ID: <281265.12853.qm@web55310.mail.re4.yahoo.com> I am using OSX 10.3.9. While attempting to build libtool, the following error occured.. ---------------- ---> Building libtool 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_libtool/work/libtool-1.5.26" && make all " returned error 2 Command output: rm -f acinclude.m4 acinclude.m4T cat ./libtool.m4 > acinclude.m4T mv acinclude.m4T acinclude.m4 cd . && /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libtool/work/libtool-1.5.26/missing --run aclocal-1.10 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libtool/work/libtool-1.5.26/missing: line 54: aclocal-1.10: command not found WARNING: `aclocal-1.10' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libtool/work/libtool-1.5.26/missing --run automake-1.10 --gnu /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libtool/work/libtool-1.5.26/missing: line 54: automake-1.10: command not found WARNING: `automake-1.10' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libtool/work/libtool-1.5.26/missing --run autoconf aclocal.m4:20: warning: this file was generated for autoconf 2.61. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.ac:55: error: Autoconf version 2.60 or higher is required aclocal.m4:475: AM_INIT_AUTOMAKE is expanded from... configure.ac:55: the top level autom4te: /usr/bin/gm4 failed with exit status: 1 make: *** [configure] Error 1 Error: The following dependencies failed to build: rsync popt autoconf libtool m4 Error: Status 1 encountered during processing. ---------------- This seems to be telling me that I need to update the entire automake toolchain. I am not at all comfortable with automake, and there is an awful lot with which to get comfortable. I have placed the /opt/local/ early in my path, so I can use port to upgrade, but I don't know where to start. Is there a top to the automake pyramid, or just a bunch of low hills? And... Shouldn't this *be* a dependency of the build process? Shouldn't libtool properly trigger this for me? This seems like a very messy situation (having to upgrade your build tools while in the midst of building dependents) and I would just like to get an idea of how it occurs to people that are more experienced with the process. From jmr at macports.org Fri May 23 00:20:21 2008 From: jmr at macports.org (Joshua Root) Date: Fri, 23 May 2008 17:20:21 +1000 Subject: trouble building libtool In-Reply-To: <281265.12853.qm@web55310.mail.re4.yahoo.com> References: <281265.12853.qm@web55310.mail.re4.yahoo.com> Message-ID: <48367035.8070800@macports.org> Mark Smithfield wrote: > I am using OSX 10.3.9. > > While attempting to build libtool, the following error > occured.. [...] > This seems to be telling me that I need to update the > entire automake toolchain. I am not at all comfortable > with automake, and there is an awful lot with which to > get comfortable. [...] > Shouldn't this *be* a dependency of the build process? > Shouldn't libtool properly trigger this for me? It does indeed look like libtool needs automake. But automake depends on autoconf, which depends on libtool! I don't know how this apparent circular dependency should be resolved. Perhaps someone with a better understanding of the autotools can enlighten us. - Josh From max.garfinkel at talk21.com Fri May 23 01:37:00 2008 From: max.garfinkel at talk21.com (Max Garfinkel) Date: Fri, 23 May 2008 09:37:00 +0100 Subject: enabling Variant: options when installing nano In-Reply-To: <4836038D.50908@macports.org> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> Message-ID: <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> Many thanks, I will give that a whirl this evening! So is the correct method for applying variants to use the syntax sudo port install port_name +variant +variant ...etc ? Cheers Max Garfinkel wrote: > Hello, I am new to macports and I am trying to enable syntax > highlighting for nano. I tried just editing the nanorc file but I get > errors like this: > Error in /opt/local/etc/nanorc on line 3: Command "syntax" not > understood > I have read around and I am guessing that I need to set the > configuration options when doing the install. I notice that the apps > page has a list configuration.args and Variant: options. I can't seem > to find any information on how to pass these options to the install. > It seems it may be to do with env variables? Rather than particular > help configuring nano I would rather have an explanation of how to > apply these options as it seems to be not really documented anywhere. > I would be very grateful for a nudge in the right direction. I am not a user of nano, but I think you need the +color variant of nano. $ port variants nano [...] color: Enable color syntax highlighting Use the following commands to install nano with this variant: $ sudo port deactivate nano $ sudo port install nano +color > P.s This is my first post to a mailing list so apologies if I have > broken any etiquette. Welcome as a MacPorts user! No, you didn't do anything wrong :-) Rainer From tobias.weisserth at gmail.com Fri May 23 02:43:51 2008 From: tobias.weisserth at gmail.com (Tobias Weisserth) Date: Fri, 23 May 2008 11:43:51 +0200 Subject: Ruby installation damaged: how to deactivate/uninstall/update? Message-ID: <483691D7.2050901@gmail.com> Hi there, I am having trouble with my Ruby installation from MacPorts. This is what I have installed: Installed Versions: 1.8.6-p110_0+thread_hooks 1.8.6-p111_1+thread_hooks Active Version: 1.8.6-p111_1+thread_hooks Now I want to uninstall the deactivated version like this: sudo port -f uninstall ruby at 1.8.6-p110_0+thread_hooks And I get this result: Error: port uninstall failed: Registry error: Please specify the name of the port. What's wrong? I have the same problem when trying to update Ruby: sudo port -unf upgrade ruby +thread_hooks Which gives me this: Error: Uninstall ruby 1.8.6-p111_1+thread_hooks failed: Registry error: Please specify the name of the port. I need help here. Any ideas? Thanks, Tobias W. From tobias.weisserth at gmail.com Fri May 23 04:53:35 2008 From: tobias.weisserth at gmail.com (Tobias Weisserth) Date: Fri, 23 May 2008 13:53:35 +0200 Subject: clamav-0.93 fails Message-ID: <4836B03F.8040306@gmail.com> Hi everybody, I'm trying to go from clamav 0.92 to 0.93 (Tiger, PPC) This is what I get when I try to run sudo port -uRn upgrade clamav -- Command output: explode.c:273: warning: pointer targets in passing argument 1 of 'cli_readint32' differ in signedness explode.c:284: warning: pointer targets in passing argument 1 of 'cli_readint32' differ in signedness explode.c:292: warning: pointer targets in passing argument 1 of 'c li_readint32' differ in signedness /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I/opt/local/include -I/opt/local/include -fdefer-pop -fdelayed-branch -fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch -fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm -fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop -frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns -fschedule-insns2 -fsched-spec -fregmove -fdelete-null-pointer-checks -freorder-functions -funit-at-a-time -falign-functions -falign-jumps -falign-loops -falign-labels -ftree-pre -MT explode.lo -MD -MP -MF .deps/explode.Tpo -c explode.c -o explode.o >/dev/null 2>&1 mv -f .deps/explode.Tpo .deps/explode.Plo /bin/sh ../libtool --tag=CC --mode=compile /usr/bi n/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I/opt/local/include -I/opt/local/include -fdefer-pop -fdelayed-branch -fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch -fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm -fexpensive-optimizati ons -fstrength-reduce -frerun-cse-after-loop -frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns -fschedule-insns2 -fsched-spec -fregmove -fdelete-null-pointer-checks -freorder-functions -funit-at-a-time -falign-functions -falign-jumps -falign-loops -falign-labels -ftree-pre -MT textnorm.lo -MD -MP -MF .deps/textnorm.Tpo -c -o textnorm.lo textnorm.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I/opt/local/include -I/opt/local/include -fdefer-pop -fdelayed- branch -fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch -fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm -fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop -frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns -fschedule-insn s2 -fsched-spec -fregmove -fdelete-null-pointer-checks -freorder-functions -funit-at-a-time -falign-functions -falign-jumps -falign-loops -falign-labels -ftree-pre -MT textnorm.lo -MD -MP -MF .deps/textnorm.Tpo -c textnorm.c -fno-common -DPIC -o .libs/textnorm.o textnorm.c:1: warning: this target machine does not have delayed branches /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I/opt/local/include -I/opt/local/include -fdefer-pop -fdelayed-branch -fguess-branch-probability -fcprop- registers -floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch -fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm -fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop -frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns -fschedule-insns2 -fsched-spec -fregmove -fdelete-null-po inter-checks -freorder-functions -funit-at-a-time -falign-functions -falign-jumps -falign-loops -falign-labels -ftree-pre -MT textnorm.lo -MD -MP -MF .deps/textnorm.Tpo -c textnorm.c -o textnorm.o >/dev/null 2>&1 mv -f .deps/textnorm.Tpo .deps/textnorm.Plo /bin/sh ../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -fdefer-pop -fdelayed-branch -fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-ter - ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch -fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm -fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop -frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns -fschedule-insns2 -fsched-spec -fregmove -fdelete-null-pointer-checks -freorder-functions -funit-at-a-time -falign-functions -falign-jumps -falign-loops -falign-labels -f tree-pre -versio n-info 4:1:0 -no-undefined -L/opt/local/lib -o libclamav.la -rpath /opt/local/lib matcher-ac.lo matcher-bm.lo matcher.lo md5.lo others.lo readdb.lo cvd.lo dsig.lo str.lo scanners.lo textdet.lo filetypes.lo rtf.lo blob.lo mbox.lo message.lo table.lo text.lo ole2_extract.lo vba_extract.lo msexpand.lo pe.lo upx.lo htmlnorm.lo chmunpack.lo rebuildpe.lo petite.lo wwunpack.lo unsp.lo aspack.lo packlibs.lo fsg.lo mew.lo upack.lo line.lo untar.lo unzip.lo inflate64.lo special.lo binhex.lo is_tar.lo tnef.lo autoi t.lo strlcpy.lo regcomp.lo regerror.lo regexec.lo regfree.lo unarj.lo bzlib.lo nulsft.lo infblock.lo pdf.lo spin.lo yc.lo elf.lo sis.lo uuencode.lo phishcheck.lo phish_domaincheck_db.lo phish_whitelist.lo regex_list.lo mspack.lo cab.lo entconv.lo hashtab.lo dconf.lo lzma_iface.lo explode.lo textnorm.lo -L/opt/local/lib -lz -L/opt/local/lib -lbz2 -R/opt/local/lib -liconv lzma/liblzma.la ../libclamunrar_iface/libclamunrar_iface.la rm -fr .libs/libclamav.lax mkdir .libs/libclamav.lax rm -fr .libs/libclamav .lax/liblzma.a mkdir .libs/libclamav.lax/liblzma.a Extracting /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_clamav/work/clamav-0.93/libclamav/lzma/.libs/liblzma.a (cd .libs/libclamav.lax/liblzma.a && ar x /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_clamav/work/clamav-0.93/libclamav/lzma/.libs/liblzma.a) /usr/bin/gcc-4.0 -dynamiclib -o .libs/libclamav.4.0.1.dylib .libs/matcher-ac.o .libs/matcher-bm.o .libs/matcher.o .libs/md5.o .libs/others.o .libs/readdb.o .libs/cvd.o .libs/dsig.o .libs/str.o .libs/scanners.o .libs/textdet.o .libs/filetypes.o .libs/rtf.o .libs/blob.o .libs/mbox.o .libs/message.o .libs/table.o .libs/text.o .libs/ole2_extract.o .libs/vba_extract.o .libs/msexpand.o .libs/pe.o .libs/upx.o .libs/htmlnorm.o .libs/chmunpack.o .libs/rebuildpe.o .libs/petite.o .libs/wwunpack.o .libs/unsp.o .libs/aspack.o .libs/packlibs.o .libs/fsg.o .libs/mew.o .libs/upack.o .libs/line.o .libs/untar.o .libs/unzip.o .libs/inflate64.o .libs/special.o .libs/binhex.o .libs/is_tar.o .libs/tnef.o .libs/autoit.o .libs/strlcpy.o .libs/regcomp.o .libs/regerror.o .libs/regexec.o .libs/regfree.o .libs/unarj.o .libs/bzlib.o .libs/nulsft.o .libs/infblock.o .libs/pdf.o .libs/spin.o .libs/yc.o .libs/elf.o .libs/sis.o .libs/uuencode.o .libs/phishcheck.o .libs/phish_domaincheck_db.o .libs/phish_whitelist.o .libs/regex_list.o .libs/mspack.o .libs/cab.o .libs/entconv.o .libs/hashtab.o .libs/dconf.o .libs/lzma_iface.o .libs/explode.o .libs/textnorm.o .libs/libclamav.lax/liblzma.a/LzmaStateDecode.o -L/opt/local/lib -lz -lbz2 /opt/local/lib/libiconv.dylib ../libclamunrar_iface/.libs/libclamunrar_iface.dylib /opt/local/lib/libclamunrar.dylib -install_name /opt/local/lib/libclamav.4.dylib -compatibility_version 5 -current_version 5.1 -Wl,-single_module ld: warning can't open dynamic library: /opt/local/lib/libclamunrar.4.dylib referenced from: ../libclamunrar_iface/.libs/libclamunrar_iface.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: Undefined symbols: _ppm_constructor referenced from libclamunrar expected to be defined in /opt/local/lib/libclamunrar.4.dylib _ppm_destructor referenced from libclamunrar expected to be defined in /opt/local/lib/libclamunrar.4.dylib _rar_init_filters referenced from libclamunrar expected to be defined in /opt/local/lib/libclamunrar.4.dylib _rar_unpack referenced from libclamunrar expected to be defined in /opt/local/lib/libclamunrar.4.dylib _rarvm_free referenced from libclamunrar expected to be defined in /opt/local/lib/libclamunrar.4.dylib /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link edit command failed make[3]: *** [libclamav.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Any ideas? Thanks, Tobias W. From dluke at geeklair.net Fri May 23 06:08:00 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri, 23 May 2008 09:08:00 -0400 Subject: clamav-0.93 fails In-Reply-To: <4836B03F.8040306@gmail.com> References: <4836B03F.8040306@gmail.com> Message-ID: <5932EA5E-AD9D-4C49-A611-AF5F39709C27@geeklair.net> On May 23, 2008, at 7:53 AM, Tobias Weisserth wrote: > I'm trying to go from clamav 0.92 to 0.93 (Tiger, PPC) > > This is what I get when I try to run > > sudo port -uRn upgrade clamav [snip] > Any ideas? This is http://trac.macports.org/ticket/15070 Unfortunately upstream doesn't support building clamav with an older version installed and I haven't had time to find and test a fix for this yet. There is a simple workaround, though: sudo port -f uninstall clamav sudo port clean --all clamav sudo port install clamav -- Daniel J. Luke +========================================================+ | *---------------- dluke at 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/20080523/4704ecdf/attachment.sig From mark at dxradio.demon.co.uk Fri May 23 13:36:16 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Fri, 23 May 2008 21:36:16 +0100 Subject: php5 upgrade today In-Reply-To: <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> Message-ID: I saw Ryandesign's php update this morning, and I just ran a Powerbook:~ $ sudo port -d selfupdate then a Powerbook:~ $ sudo port outdated The following installed ports are outdated: php5 5.2.6_0 < 5.2.6_1 But then doing a upgrade outdated failed ... Powerbook:~ $ sudo port upgrade outdated ---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite Error: Activating php5 5.2.6_0 failed: Image error: php5 @5.2.6_0+apache2+macosx+mysql5+sqlite is already active. the "upgrade outdated" usually works for me, so what am I doing wrong this time? Mark From ryandesign at macports.org Fri May 23 14:54:40 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 23 May 2008 16:54:40 -0500 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> Message-ID: <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> On May 23, 2008, at 15:36, Mark Hattam wrote: > I saw Ryandesign's php update this morning, and I just ran a > > Powerbook:~ $ sudo port -d selfupdate > > then a > > Powerbook:~ $ sudo port outdated > The following installed ports are outdated: > php5 5.2.6_0 < 5.2.6_1 > > But then doing a upgrade outdated failed ... > > Powerbook:~ $ sudo port upgrade outdated > ---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite > Error: Activating php5 5.2.6_0 failed: Image error: php5 > @5.2.6_0+apache2+macosx+mysql5+sqlite is already active. > > the "upgrade outdated" usually works for me, so what am I doing wrong > this time? hmm.... I have to recommend uninstalling your php5 and cleaning your php5 work directory, then building the new one. sudo port -f uninstall php5 @5.2.6_0+apache2+macosx+mysql5+sqlite sudo port clean --work php5 sudo port install php5 +apache2 +mysql5 +sqlite From ryandesign at macports.org Fri May 23 14:55:31 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 23 May 2008 16:55:31 -0500 Subject: enabling Variant: options when installing nano In-Reply-To: <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> Message-ID: On May 23, 2008, at 03:37, Max Garfinkel wrote: > Many thanks, I will give that a whirl this evening! So is the > correct method > for applying variants to use the syntax > sudo port install port_name +variant +variant ...etc ? Yes. See the guide: http://guide.macports.org/#using.variants From mark at dxradio.demon.co.uk Fri May 23 15:21:00 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Fri, 23 May 2008 23:21:00 +0100 Subject: php5 upgrade today In-Reply-To: <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> Message-ID: At 16:54 -0500 23/5/08, Ryan Schmidt wrote: >On May 23, 2008, at 15:36, Mark Hattam wrote: > >>I saw Ryandesign's php update this morning, and I just ran a >> >>Powerbook:~ $ sudo port -d selfupdate >> >>then a >> >>Powerbook:~ $ sudo port outdated >>The following installed ports are outdated: >>php5 5.2.6_0 < 5.2.6_1 >> >>But then doing a upgrade outdated failed ... >> >>Powerbook:~ $ sudo port upgrade outdated >>---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite >>Error: Activating php5 5.2.6_0 failed: Image error: php5 >>@5.2.6_0+apache2+macosx+mysql5+sqlite is already active. >> >>the "upgrade outdated" usually works for me, so what am I doing wrong >>this time? > >hmm.... I have to recommend uninstalling your php5 and cleaning your >php5 work directory, then building the new one. > >sudo port -f uninstall php5 @5.2.6_0+apache2+macosx+mysql5+sqlite >sudo port clean --work php5 >sudo port install php5 +apache2 +mysql5 +sqlite Hmm ... that started off OK, but then got much worse ... Powerbook:~ $ sudo port outdated The following installed ports are outdated: php5 5.2.6_0 < 5.2.6_1 Powerbook:~ $ sudo port upgrade outdated ---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite Error: Activating php5 5.2.6_0 failed: Image error: php5 @5.2.6_0+apache2+macosx+mysql5+sqlite is already active. Powerbook:~ $ sudo port -f uninstall php5 @5.2.6_0+apache2+macosx+mysql5+sqlite ---> Deactivating php5 5.2.6_0+apache2+macosx+mysql5+sqlite ---> Uninstalling php5 5.2.6_0+apache2+macosx+mysql5+sqlite Powerbook:~ $ sudo port clean --work php5 Portfile changed since last build; discarding previous state. ---> Cleaning php5 Powerbook:~ $ sudo port install php5 +apache2 +mysql5 +sqlite ---> Fetching XFree86 Error: Target org.macports.fetch returned: You have an Apple X11SDK installation already. MacPorts will not overwrite it. If you wish to use Apple X11, install it from your Mac OS X install disc. If you really want to use XFree86 instead, please move it aside first : sudo mv /usr/X11R6 /usr/X11R6.apple Error: The following dependencies failed to build: gd2 XFree86 fontconfig Error: Status 1 encountered during processing. Mark From ryandesign at macports.org Fri May 23 16:21:06 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 23 May 2008 18:21:06 -0500 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> Message-ID: <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> On May 23, 2008, at 17:21, Mark Hattam wrote: > At 16:54 -0500 23/5/08, Ryan Schmidt wrote: > >> On May 23, 2008, at 15:36, Mark Hattam wrote: >> >>> I saw Ryandesign's php update this morning, and I just ran a >>> >>> Powerbook:~ $ sudo port -d selfupdate >>> >>> then a >>> >>> Powerbook:~ $ sudo port outdated >>> The following installed ports are outdated: >>> php5 5.2.6_0 < 5.2.6_1 >>> >>> But then doing a upgrade outdated failed ... >>> >>> Powerbook:~ $ sudo port upgrade outdated >>> ---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite >>> Error: Activating php5 5.2.6_0 failed: Image error: php5 >>> @5.2.6_0+apache2+macosx+mysql5+sqlite is already active. >>> >>> the "upgrade outdated" usually works for me, so what am I doing >>> wrong >>> this time? >> >> hmm.... I have to recommend uninstalling your php5 and cleaning >> your php5 work directory, then building the new one. >> >> sudo port -f uninstall php5 @5.2.6_0+apache2+macosx+mysql5+sqlite >> sudo port clean --work php5 >> sudo port install php5 +apache2 +mysql5 +sqlite > > Hmm ... that started off OK, but then got much worse ... > > Powerbook:~ $ sudo port outdated > The following installed ports are outdated: > php5 5.2.6_0 < 5.2.6_1 > > Powerbook:~ $ sudo port upgrade outdated > ---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite > Error: Activating php5 5.2.6_0 failed: Image error: php5 @5.2.6_0 > +apache2+macosx+mysql5+sqlite is already active. > > Powerbook:~ $ sudo port -f uninstall php5 @5.2.6_0+apache2+macosx > +mysql5+sqlite > ---> Deactivating php5 5.2.6_0+apache2+macosx+mysql5+sqlite > ---> Uninstalling php5 5.2.6_0+apache2+macosx+mysql5+sqlite > > Powerbook:~ $ sudo port clean --work php5 > Portfile changed since last build; discarding previous state. > ---> Cleaning php5 > > Powerbook:~ $ sudo port install php5 +apache2 +mysql5 +sqlite > ---> Fetching XFree86 > Error: Target org.macports.fetch returned: > > You have an Apple X11SDK installation already. > MacPorts will not overwrite it. > > If you wish to use Apple X11, > install it from your Mac OS X install disc. > > If you really want to use XFree86 instead, > please move it aside first : > > sudo mv /usr/X11R6 /usr/X11R6.apple > Error: The following dependencies failed to build: gd2 > XFree86 fontconfig > Error: Status 1 encountered during processing. The change in php5 5.2.6_1 is that it now uses the gd2 port to provide the gd graphics library, instead of the older gd library included with the php source. The gd2 port requires an X11 installation, unless you use its +no_x11 variant. You appear to have part, but not all, of an Apple X11 installation. You can either complete your Apple X11 installation (I recommend this), or you can remove your Apple X11 installation and use XFree86 (or xorg) instead if you prefer. Or you can install the gd2 port with the +no_x11 variant; then it won't care that your X11 is incomplete. To complete your Apple X11 installation, install X11User from your Mac OS X DVD and X11SDK from your Xcode disk image. You already have one, but not the other. To figure out which you have, look in / Library/Receipts. Then install the one you don't have. According to the message the XFree86 port printed for you, you already have X11SDK. So I believe you need to install X11User from your Mac OS X DVD. From jmr at macports.org Fri May 23 22:54:48 2008 From: jmr at macports.org (Joshua Root) Date: Sat, 24 May 2008 15:54:48 +1000 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> Message-ID: <4837ADA8.6050007@macports.org> Mark Hattam wrote: > Powerbook:~ $ sudo port upgrade outdated > ---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite > Error: Activating php5 5.2.6_0 failed: Image error: php5 > @5.2.6_0+apache2+macosx+mysql5+sqlite is already active. That looks like this bug: - Josh From ryandesign at macports.org Sat May 24 01:24:19 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 03:24:19 -0500 Subject: Using wxPython In-Reply-To: <740B2048-73DA-48E9-B7AA-C51F7746234B@macports.org> References: <99867DB8-BA2A-412B-9A46-3E475E6E52B3@macports.org> <740B2048-73DA-48E9-B7AA-C51F7746234B@macports.org> Message-ID: <1994CEC2-81BA-4CDC-A4BA-5F49AEAFD17B@macports.org> On May 20, 2008, at 17:47, Frank Schima wrote: > On May 20, 2008, at 4:28 PM, Frank Schima wrote: > >> I'm trying to run a simple wxPython program, but I get a strange >> error: >> >> This program needs access to the screen. >> Please run with 'pythonw', not 'python', and only when you are logged >> in on the main display of your Mac. > > [deleted] > >> There is no "pythonw" in the MacPorts version of Python 2.5. Does >> anyone know how I can use wxPython with MacPorts? >> >> I'm running Mac OS X 10.5.2 on a Mac Pro. Xcode 3.0. MacPorts 1.6. > > I see this ticket is related to all this: > Also: http://trac.macports.org/ticket/12817 > Is there a status on when this might be fixed? :) From ryandesign at macports.org Sat May 24 01:38:58 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 03:38:58 -0500 Subject: My own repo of MacPorts (freezing distfiles)? In-Reply-To: <4832E262.1070905@macports.org> References: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> <4832E262.1070905@macports.org> Message-ID: <87EF8911-9554-4DA4-8738-2336606D96CD@macports.org> On May 20, 2008, at 09:38, Rainer M?ller wrote: > Tabitha McNerney wrote: > >> What if I wanted to place a bunch of "frozen" versioned distfiles >> on my >> server but instead of running rsync, it was just subversion >> instead? How >> does MacPorts currently bridge between the rsync protocol and svn? > > You can use a file:/// path in sources.conf pointing to a svn > checkout. > If a file:/// path contains an .svn directory, 'port sync' will use > svn > to sync it. But in this paragraph she's asking about frozen distfiles, not portfiles. Tabitha, distfiles are downloaded directly from the various projects' web sites. No rsync or Subversion is involved. The URLs from which the distfiles are fetched are coded into each portfile. Some ports use fetch groups, which are defined in the MacPorts base source. All ports use the MacPorts Subversion repository as a fallback; this is coded in the MacPorts base source too. You could either rewrite the fetch code in MacPorts base to fetch everything from your favorite URL(s) and distribute a custom version of MacPorts to your users, or you could pre-fetch the distfiles by any means you like and manually (or automatically via a script you would write) place them in the right places within /opt/ local/var/macports/distfiles. MacPorts will use existing distfiles if they are present and correct. William Siegrist also recently announced the opening of http:// distfiles.macports.org/ where distfiles from (some? all? most?) ports will be (permanently?) archived. MacPorts does not yet make use of this source, but probably will in the future. If your reason for wanting to host your own distfiles is a concern over old distfiles becoming unavailable, then distfiles.macports.org should be the answer. The way in which svn and rsync are bridged, for the portfiles collection, is that a script runs on the rsync server which updates the rsync server with the content from the Subversion repository. This occurs every 30 minutes. From ryandesign at macports.org Sat May 24 01:40:06 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 03:40:06 -0500 Subject: Ghostscript 8.62_1+Universal fails on PPC macs In-Reply-To: <4832E42B.2060702@emory.edu> References: <4832E42B.2060702@emory.edu> Message-ID: Please file a ticket in the issue tracker. http://guide.macports.org/#project On May 20, 2008, at 09:46, vcpatel at emory.edu wrote: > Hello. I have installed Ghostscript 8.62_1+Universal on a NFS share > that > is mounted by various Intel and PPC Macs. gs works fine on Intel Macs > but does not work on PPC macs (gives Bus error). All computers are > running OS X 10.5.2 with all updates applied. Here is the output of > the > same command run on Intel and PPC Macs: > > Intel > ===== >> which gs > /opt/local/bin/gs >> gs -q -dQUIET -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT > -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=0 > "-sDEVICE=pngalpha" -dTextAlphaBits=4 -dGraphicsAlphaBits=4 "-r72x72" > -g612x792 "-sOutputFile=test.png" test.ps > > test.png is created successfully > > PPC > === >> which gs > /opt/local/bin/gs >> gs -q -dQUIET -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT > -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=0 > "-sDEVICE=pngalpha" -dTextAlphaBits=4 -dGraphicsAlphaBits=4 "-r72x72" > -g612x792 "-sOutputFile=test.png" test.ps > Bus error >> >> gs -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 > -dAlignToPixels=0 -dGridFitTT=0 "-sDEVICE=pngalpha" -dTextAlphaBits=4 > -dGraphicsAlphaBits=4 "-r72x72" -g612x792 "-sOutputFile=test.png" > test.ps > Bus error > > Any ideas? Thanks. From ryandesign at macports.org Sat May 24 01:44:24 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 03:44:24 -0500 Subject: Transcode Failure on Leopard In-Reply-To: <4832BDD2.3080109@gmail.com> References: <4832BDD2.3080109@gmail.com> Message-ID: <8541C85F-7A1E-4294-8B5D-3FCF7C7E6E9C@macports.org> I see an existing ticket on a transcode build failure on Mac OS X 10.5.2 on Intel, but it appears to be a different problem than yours: http://trac.macports.org/ticket/14434 So you should file a new ticket. Here's how: http://guide.macports.org/#project On May 20, 2008, at 07:02, Altoine Barker wrote: > First what I am working with here: > > Mac OSX 10.5.2 > > XCode 3.0 > > 1.42 GHz iBook G4 > > The error I received on a fresh install of MacPorts 1.6 fully self- > updated: > > > Undefined symbols: > "_mpeg2convert_rgb24", referenced from: > _mpeg2convert_rgb24$non_lazy_ptr in tcdecode-decode_mpeg2.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [tcdecode] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Warning: the following items did not execute (for transcode): > org.macports.activate org.macports.build org.macports.destroot > org.macports.install > Error: Status 1 encountered during processing. From ryandesign at macports.org Sat May 24 02:07:21 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 04:07:21 -0500 Subject: Question about installing ppmtomd port In-Reply-To: <248BB46A-A6F5-4C28-A384-69AE304C09B8@zero.ad.jp> References: <248BB46A-A6F5-4C28-A384-69AE304C09B8@zero.ad.jp> Message-ID: <609BC3BA-20C5-4E6A-9425-C6EDE888BE44@macports.org> Kory, The port works on 10.4. A dependency was missing, which I fixed today. Please wait 9 hours from the time of this message, to give the portindex time to regenerate, then do "sudo port selfupdate" and try installing ppmtomd again and it should work. http://trac.macports.org/ticket/15349 On May 18, 2008, at 23:28, KT wrote: > I noticed that MacPorts now has the ppmtomd port, so I tried > installing it via> > > sudo port -v selfupdate > then > sudo port install ppmtomd > > But returned an error message. (message pasted at end of email) > I have MacPorts 1.600, and 10.4.11 on the macbook I'm trying to > install ppmtomd on. > Anyone know what the problem may be? Does this port package only > work on 10.5.X? > > Thanks in advance. > > Kory > > > -----------ERROR MESSAGE---------------- > > bash$ sudo port install ppmtomd > ---> Building ppmtomd 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_print > _p > pmtomd/work/ppmtomd-1.5" && make all " returned error 2 > Command output: ppmtomd.c:2589: error: 'spotpixels' undeclared (first > use in this function) > ppmtomd.c:2664: warning: implicit declaration of function > 'ppm_allocrow' > ppmtomd.c:2670: warning: incompatible implicit declaration of built- > in function 'malloc' > ppmtomd.c:2686: warning: incompatible implicit declaration of built- > in function 'malloc' > ppmtomd.c:2703: warning: implicit declaration of function 'random' > ppmtomd.c:2773: warning: implicit declaration of function > 'ppm_readppmrow' > ppmtomd.c:2823: error: parse error before 'p' > ppmtomd.c:2825: warning: implicit declaration of function 'PPM_DEPTH' > ppmtomd.c:2825: error: 'p' undeclared (first use in this function) > ppmtomd.c:2873: warning: implicit declaration of function 'PPM_GETR' > ppmtomd.c:2874: warning: implicit declaration of function 'PPM_GETG' > ppmtomd.c:2875: warning: implicit declaration of function 'PPM_GETB' > ppmtomd.c:2879: warning: implicit declaration of function 'PPM_LUMIN' > ppmtomd.c:2990: warning: comparison between signed and unsigned > ppmtomd.c:2993: warning: comparison between signed and unsigned > ppmtomd.c:2996: warning: comparison between signed and unsigned > ppmtomd.c:2999: warning: comparison between signed and unsigned > ppmtomd.c:3126: warning: implicit declaration of function 'rand' > ppmtomd.c:3174: warning: comparison between signed and unsigned > ppmtomd.c:3184: warning: implicit declaration of function 'PPM_ASSIGN' > ppmtomd.c:3256: warning: pointer targets in passing argument 1 of > 'packbits' differ in signedness > ppmtomd.c:3256: warning: pointer targets in passing argument 3 of > 'packbits' differ in signedness > ppmtomd.c:3256: warning: pointer targets in passing argument 4 of > 'packbits' differ in signedness > ppmtomd.c:3293: warning: pointer targets in passing argument 1 of > 'sprintf' differ in signedness > ppmtomd.c:3300: warning: pointer targets in passing argument 1 of > 'sprintf' differ in signedness > ppmtomd.c:3307: warning: pointer targets in passing argument 1 of > 'sprintf' differ in signedness > ppmtomd.c:3314: warning: pointer targets in passing argument 1 of > 'sprintf' differ in signedness > ppmtomd.c:3322: warning: pointer targets in passing argument 1 of > 'sprintf' differ in signedness > ppmtomd.c:3339: warning: pointer targets in passing argument 1 of > 'sprintf' differ in signedness > make: *** [ppmtomd.o] Error 1 > > Error: Status 1 encountered during processing. From ryandesign at macports.org Sat May 24 02:09:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 04:09:35 -0500 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <48301D6E.7070409@macports.org> References: <48301D6E.7070409@macports.org> Message-ID: <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> On May 18, 2008, at 07:13, Joshua Root wrote: >> Le 18 mai 08 ? 07:05, Tabitha McNerney a ?crit : >> >>> Hi Anthony, it says: >>> >>> /opt/local/share/terminfo/2/2621a is provided by: ncursesw >>> >>> So it would seem that deactivating ncursesw doesn't remove this file >>> when it should? >> >> I don't know what happened. Try to manually erase the file and >> activate again ncursesw. > > Tabitha, are you perhaps using a case-sensitive filesystem? She said she's using an Xserve, which does make a case-sensitive filesystem more likely... From ryandesign at macports.org Sat May 24 02:14:24 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 04:14:24 -0500 Subject: readline doesn't fetch In-Reply-To: References: Message-ID: <75F2634C-95C1-43D5-BE7D-944585ABEDE7@macports.org> On May 18, 2008, at 07:52, Charles Darwin wrote: > I don't know what I'm doing here but I changed this line > master_sites gnu ftp://ftp.cwru.edu/pub/bash/ > in this file > /opt/local/var/macports/sources/rsync.macports.org/release/ports/ > devel/ > readline/Portfile > to this > master_sites gnu ftp://ftp.gnu.org/gnu/readline/ > > and now it's installing. > ? > ---> Installing readline @5.2.012_1 > ? readline fetches fine for me without any changes. I don't think your change helped anything. ftp.gnu.org is already in the gnu mirror_sites list. Maybe you encountered a temporary connection failure with that server or one of the dozen others in the gnu mirror_sites list which resolved itself by the time you tried again. From tabithamc at gmail.com Sat May 24 04:11:49 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 24 May 2008 01:11:49 -1000 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> Message-ID: <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> On Fri, May 23, 2008 at 11:09 PM, Ryan Schmidt wrote: > On May 18, 2008, at 07:13, Joshua Root wrote: > > Le 18 mai 08 ? 07:05, Tabitha McNerney a ?crit : >>> >>> Hi Anthony, it says: >>>> >>>> /opt/local/share/terminfo/2/2621a is provided by: ncursesw >>>> >>>> So it would seem that deactivating ncursesw doesn't remove this file >>>> when it should? >>>> >>> >>> I don't know what happened. Try to manually erase the file and >>> activate again ncursesw. >>> >> >> Tabitha, are you perhaps using a case-sensitive filesystem? >> > > She said she's using an Xserve, which does make a case-sensitive filesystem > more likely... Yes, I'm sorry I forgot to mention that. Indeed, I'm using HFSX+ for the file system (which most definitely is case sensitive). I was able to erase the files that nox suggested and that worked. However a "port uninstall ncursesw" should really do this but it does not (after a port ncursesw uninstall, those files are left behind as remnants on the filesystem). Thanks, T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080524/9d8cac87/attachment.htm From tabithamc at gmail.com Sat May 24 04:13:26 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 24 May 2008 01:13:26 -1000 Subject: My own repo of MacPorts (freezing distfiles)? In-Reply-To: <87EF8911-9554-4DA4-8738-2336606D96CD@macports.org> References: <7fccb3000805191558x71c1a90p62cea9fb5742c05f@mail.gmail.com> <4832E262.1070905@macports.org> <87EF8911-9554-4DA4-8738-2336606D96CD@macports.org> Message-ID: <7fccb3000805240413h62c79b48ud1d1555641fcb68d@mail.gmail.com> On Fri, May 23, 2008 at 10:38 PM, Ryan Schmidt wrote: > On May 20, 2008, at 09:38, Rainer M?ller wrote: > > Tabitha McNerney wrote: >> >> What if I wanted to place a bunch of "frozen" versioned distfiles on my >>> server but instead of running rsync, it was just subversion instead? How >>> does MacPorts currently bridge between the rsync protocol and svn? >>> >> >> You can use a file:/// path in sources.conf pointing to a svn checkout. >> If a file:/// path contains an .svn directory, 'port sync' will use svn >> to sync it. >> > > But in this paragraph she's asking about frozen distfiles, not portfiles. > Tabitha, distfiles are downloaded directly from the various projects' web > sites. No rsync or Subversion is involved. The URLs from which the distfiles > are fetched are coded into each portfile. Some ports use fetch groups, which > are defined in the MacPorts base source. All ports use the MacPorts > Subversion repository as a fallback; this is coded in the MacPorts base > source too. You could either rewrite the fetch code in MacPorts base to > fetch everything from your favorite URL(s) and distribute a custom version > of MacPorts to your users, or you could pre-fetch the distfiles by any means > you like and manually (or automatically via a script you would write) place > them in the right places within /opt/local/var/macports/distfiles. MacPorts > will use existing distfiles if they are present and correct. > > William Siegrist also recently announced the opening of http:// > distfiles.macports.org/ where distfiles from (some? all? most?) ports will > be (permanently?) archived. MacPorts does not yet make use of this source, > but probably will in the future. If your reason for wanting to host your own > distfiles is a concern over old distfiles becoming unavailable, then > distfiles.macports.org should be the answer. Ryan, thanks for pointing out William Siegrist's distfiles.macports.org -- that's precisely what I'd like to make use of! Thanks, T.M. > > > > The way in which svn and rsync are bridged, for the portfiles collection, > is that a script runs on the rsync server which updates the rsync server > with the content from the Subversion repository. This occurs every 30 > minutes. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080524/2e1cd8a4/attachment.htm From jeroen.dv at student.kuleuven.be Sat May 24 04:18:11 2008 From: jeroen.dv at student.kuleuven.be (Jeroen De Vlieger) Date: Sat, 24 May 2008 13:18:11 +0200 Subject: loging facilities Message-ID: Hi, I was wondering if macports keeps some kind of port. keeping track of what was installed, uninstalled, upgraded, activated, deactivated, etc but what i've mainly been looking for was a way to request the date of the last time that a 'selfupdate' or a 'sync' has been completed succesfully, thus giving me an idea of how outdated my repository is. Does macports log these kind of things? if so, where is that log situated. with kind regards. Jeroen De Vlieger jeroen.dv at student.kuleuven.be -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080524/f7dd6e16/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 486 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080524/f7dd6e16/attachment.sig From jmr at macports.org Sat May 24 04:25:31 2008 From: jmr at macports.org (Joshua Root) Date: Sat, 24 May 2008 21:25:31 +1000 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> Message-ID: <4837FB2B.80703@macports.org> Tabitha McNerney wrote: > On Fri, May 23, 2008 at 11:09 PM, Ryan Schmidt > wrote: > > On May 18, 2008, at 07:13, Joshua Root wrote: > > Le 18 mai 08 ? 07:05, Tabitha McNerney a ?crit : > > Hi Anthony, it says: > > /opt/local/share/terminfo/2/2621a is provided by: ncursesw > > So it would seem that deactivating ncursesw doesn't > remove this file > when it should? > > > I don't know what happened. Try to manually erase the file and > activate again ncursesw. > > > Tabitha, are you perhaps using a case-sensitive filesystem? > > > She said she's using an Xserve, which does make a case-sensitive > filesystem more likely... > > > Yes, I'm sorry I forgot to mention that. Indeed, I'm using HFSX+ for the > file system (which most definitely is case sensitive). > > I was able to erase the files that nox suggested and that worked. > However a "port uninstall ncursesw" should really do this but it does > not (after a port ncursesw uninstall, those files are left behind as > remnants on the filesystem). Yes, it certainly should work. As far as I know, MacPorts generally works correctly on case-sensitive filesystems. I asked about it because I have /opt/local/share/terminfo/2/2621A, not /opt/local/share/terminfo/2/2621a. So it looks like the entry in the file map has a different case than the file itself. I don't know how that could have happened, but hopefully this narrows the problem down a bit for Anthony. - Josh From mark at dxradio.demon.co.uk Sat May 24 05:24:24 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sat, 24 May 2008 13:24:24 +0100 Subject: php5 upgrade today In-Reply-To: <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> Message-ID: At 18:21 -0500 23/5/08, Ryan Schmidt wrote: >On May 23, 2008, at 17:21, Mark Hattam wrote: > >>At 16:54 -0500 23/5/08, Ryan Schmidt wrote: >> >>>On May 23, 2008, at 15:36, Mark Hattam wrote: >>> >>>>I saw Ryandesign's php update this morning, and I just ran a >>>> >>>>Powerbook:~ $ sudo port -d selfupdate >>>> >>>>then a >>>> >>>>Powerbook:~ $ sudo port outdated >>>>The following installed ports are outdated: >>>>php5 5.2.6_0 < 5.2.6_1 >>>> >>>>But then doing a upgrade outdated failed ... >>>> >>>>Powerbook:~ $ sudo port upgrade outdated >>>>---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite >>>>Error: Activating php5 5.2.6_0 failed: Image error: php5 >>>>@5.2.6_0+apache2+macosx+mysql5+sqlite is already active. >>>> >>>>the "upgrade outdated" usually works for me, so what am I doing wrong >>>>this time? >>> >>>hmm.... I have to recommend uninstalling your php5 and cleaning >>>your php5 work directory, then building the new one. >>> >>>sudo port -f uninstall php5 @5.2.6_0+apache2+macosx+mysql5+sqlite >>>sudo port clean --work php5 >>>sudo port install php5 +apache2 +mysql5 +sqlite >> >>Hmm ... that started off OK, but then got much worse ... >> >>Powerbook:~ $ sudo port outdated >>The following installed ports are outdated: >>php5 5.2.6_0 < 5.2.6_1 >> >>Powerbook:~ $ sudo port upgrade outdated >>---> Activating php5 5.2.6_0+apache2+macosx+mysql5+sqlite >>Error: Activating php5 5.2.6_0 failed: Image error: php5 >>@5.2.6_0+apache2+macosx+mysql5+sqlite is already active. >> >>Powerbook:~ $ sudo port -f uninstall php5 >>@5.2.6_0+apache2+macosx+mysql5+sqlite >>---> Deactivating php5 5.2.6_0+apache2+macosx+mysql5+sqlite >>---> Uninstalling php5 5.2.6_0+apache2+macosx+mysql5+sqlite >> >>Powerbook:~ $ sudo port clean --work php5 >>Portfile changed since last build; discarding previous state. >>---> Cleaning php5 >> >>Powerbook:~ $ sudo port install php5 +apache2 +mysql5 +sqlite >>---> Fetching XFree86 >>Error: Target org.macports.fetch returned: >> >> You have an Apple X11SDK installation already. >> MacPorts will not overwrite it. >> >> If you wish to use Apple X11, >> install it from your Mac OS X install disc. >> >> If you really want to use XFree86 instead, >> please move it aside first : >> >> sudo mv /usr/X11R6 /usr/X11R6.apple >> Error: The following dependencies failed to build: gd2 >>XFree86 fontconfig >>Error: Status 1 encountered during processing. > >The change in php5 5.2.6_1 is that it now uses the gd2 port to >provide the gd graphics library, instead of the older gd library >included with the php source. The gd2 port requires an X11 >installation, unless you use its +no_x11 variant. > >You appear to have part, but not all, of an Apple X11 installation. >You can either complete your Apple X11 installation (I recommend >this), or you can remove your Apple X11 installation and use XFree86 >(or xorg) instead if you prefer. Or you can install the gd2 port >with the +no_x11 variant; then it won't care that your X11 is >incomplete. > >To complete your Apple X11 installation, install X11User from your >Mac OS X DVD and X11SDK from your Xcode disk image. You already have >one, but not the other. To figure out which you have, look in >/Library/Receipts. Then install the one you don't have. According to >the message the XFree86 port printed for you, you already have >X11SDK. So I believe you need to install X11User from your Mac OS X >DVD. Ah OK ... I've now done the X11User optional install off the Tiger DVD. And it gets a little further ... but only a little ... Powerbook:~ $ sudo port install php5 +apache2 +mysql5 +sqlite Password: ---> Fetching fontconfig ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http://fontconfig.org/release/ ---> Verifying checksum(s) for fontconfig ---> Extracting fontconfig ---> Configuring fontconfig 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_graphics_fontconfig/work/fontconfig-2.5.0" && ./configure --prefix=/opt/local --docdir=/opt/local/share/doc/fontconfig-2.5.0 --disable-docs --with-add-fonts=/usr/X11R6/lib/X11/fonts,/Library/Fonts,/Network/Library/Fonts,/System/Library/Fonts,/opt/local/share/fonts " returned error 77 Command output: checking for a BSD-compatible install... /usr/bin/install checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... no checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... /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. Error: The following dependencies failed to build: gd2 fontconfig Error: Status 1 encountered during processing. Mark From tabithamc at gmail.com Sat May 24 06:12:29 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 24 May 2008 03:12:29 -1000 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <4837FB2B.80703@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> Message-ID: <7fccb3000805240612i733526bfp6a5d2ad198fb9409@mail.gmail.com> On Sat, May 24, 2008 at 1:25 AM, Joshua Root wrote: > Tabitha McNerney wrote: > > On Fri, May 23, 2008 at 11:09 PM, Ryan Schmidt > ryandesign at macports.org>> wrote: >> >> On May 18, 2008, at 07:13, Joshua Root wrote: >> >> Le 18 mai 08 ? 07:05, Tabitha McNerney a ?crit : >> >> Hi Anthony, it says: >> >> /opt/local/share/terminfo/2/2621a is provided by: ncursesw >> >> So it would seem that deactivating ncursesw doesn't >> remove this file >> when it should? >> >> >> I don't know what happened. Try to manually erase the file and >> activate again ncursesw. >> >> >> Tabitha, are you perhaps using a case-sensitive filesystem? >> >> >> She said she's using an Xserve, which does make a case-sensitive >> filesystem more likely... >> >> >> Yes, I'm sorry I forgot to mention that. Indeed, I'm using HFSX+ for the >> file system (which most definitely is case sensitive). >> I was able to erase the files that nox suggested and that worked. However >> a "port uninstall ncursesw" should really do this but it does not (after a >> port ncursesw uninstall, those files are left behind as remnants on the >> filesystem). >> > > Yes, it certainly should work. As far as I know, MacPorts generally works > correctly on case-sensitive filesystems. I asked about it because I have > /opt/local/share/terminfo/2/2621A, not /opt/local/share/terminfo/2/2621a. > > So it looks like the entry in the file map has a different case than the > file itself. I don't know how that could have happened, but hopefully this > narrows the problem down a bit for Anthony. Josh, thanks for confirming. I just did a triple check, and I've got inside: /opt/local/share/terminfo/2 these files (case sensitive): 2621 2621-wl 2621A 2621a Very interesting. I hope this is helpful. My boss has, as a rule, that we always use case sensitive (HFSX) file systems for volumes we mount to our XServes so its probably a good thing he is so strict because it helped me find this nuance with ncursesw and can therefore help the MacPorts community. Also, as a note, Mac OS X Server 10.5 (and I think also Mac OS X 10.5) can now be installed with the HFSX case sensitive option for boot disc volume (this is a first if I'm not mistaken as it was not available in Tiger to do so for boot discs). Thanks much, T.M. > > > - Josh > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080524/1cae1e08/attachment.htm From raimue at macports.org Sat May 24 06:29:47 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 24 May 2008 15:29:47 +0200 Subject: loging facilities In-Reply-To: References: Message-ID: <4838184B.70007@macports.org> Jeroen De Vlieger wrote: > I was wondering if macports keeps some kind of port. > keeping track of what was installed, uninstalled, upgraded, activated, > deactivated, etc > > but what i've mainly been looking for was a way to request the date of > the last time that a 'selfupdate' or a 'sync' has been completed > succesfully, thus giving me an idea of how outdated my repository is. > > Does macports log these kind of things? > if so, where is that log situated. No, currently MacPorts does not do logging. But in GSoC 2008 Dale Emmons will work on adding logging to MacPorts. It sounds like a good idea to log the last time selfupdate/sync was done. Rainer From raimue at macports.org Sat May 24 06:50:22 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 24 May 2008 15:50:22 +0200 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <4837FB2B.80703@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> Message-ID: <48381D1E.2020201@macports.org> Joshua Root wrote: > So it looks like the entry in the file map has a different case than the > file itself. I don't know how that could have happened, but hopefully > this narrows the problem down a bit for Anthony. Our file_map.db is case-insensitive for paths. From pextlib1.0/filemap.h: * filemaps are dictionaries (what Tcl calls arrays) with case unsensitive keys * that are file paths and values that are port names. Also, we have another bug in registry1.0 [1] which occurs when uninstalling with a different case. A command like 'port uninstall Ncurses' could leave some files. Rainer [1] http://trac.macports.org/ticket/11759 From jmr at macports.org Sat May 24 06:52:43 2008 From: jmr at macports.org (Joshua Root) Date: Sat, 24 May 2008 23:52:43 +1000 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <7fccb3000805240612i733526bfp6a5d2ad198fb9409@mail.gmail.com> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> <7fccb3000805240612i733526bfp6a5d2ad198fb9409@mail.gmail.com> Message-ID: <48381DAB.4020709@macports.org> Tabitha McNerney wrote: > Josh, thanks for confirming. I just did a triple check, and I've got inside: > > /opt/local/share/terminfo/2 > > these files (case sensitive): > > 2621 2621-wl 2621A 2621a OK, so there are two issues here, which may be related. First, ncursesw wants to install files whose names differ only in case, which doesn't work on case-insensitive filesystems. This is an upstream problem. Second, MacPorts "forgets" that all but one of these files was installed by ncursesw, and hence doesn't remove it upon the port's deactivation. We definitely want to fix that second problem. However, I did some googling just now, and it may be possible to work around both issues by using the --with-hashed-db configure option. This uses Berkeley DB for the terminfo database instead of separate files. - Josh From jmr at macports.org Sat May 24 06:57:04 2008 From: jmr at macports.org (Joshua Root) Date: Sat, 24 May 2008 23:57:04 +1000 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <48381D1E.2020201@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> <48381D1E.2020201@macports.org> Message-ID: <48381EB0.80309@macports.org> Rainer M?ller wrote: > Joshua Root wrote: >> So it looks like the entry in the file map has a different case than >> the file itself. I don't know how that could have happened, but >> hopefully this narrows the problem down a bit for Anthony. > > Our file_map.db is case-insensitive for paths. > > From pextlib1.0/filemap.h: > * filemaps are dictionaries (what Tcl calls arrays) with case > unsensitive keys > * that are file paths and values that are port names. Aha. So we should probably change uninstall and deactivate to remove all the files that case-insensitively match what's in the file_map, instead of just one? - Josh From raimue at macports.org Sat May 24 07:03:50 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 24 May 2008 16:03:50 +0200 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <48381EB0.80309@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> <48381D1E.2020201@macports.org> <48381EB0.80309@macports.org> Message-ID: <48382046.1090103@macports.org> Joshua Root wrote: > Rainer M?ller wrote: >> Joshua Root wrote: >>> So it looks like the entry in the file map has a different case than >>> the file itself. I don't know how that could have happened, but >>> hopefully this narrows the problem down a bit for Anthony. >> Our file_map.db is case-insensitive for paths. >> >> From pextlib1.0/filemap.h: >> * filemaps are dictionaries (what Tcl calls arrays) with case >> unsensitive keys >> * that are file paths and values that are port names. > > Aha. So we should probably change uninstall and deactivate to remove all > the files that case-insensitively match what's in the file_map, instead > of just one? The problem is that our file_map can't handle "2621A" and "2621a" even on case-sensitive filesystem. After it installed one file, it will complain on the other file that this path already exists in the file_map. How much work we should still invest into registry1.0? I don't know if this is just a quick fix or if it will reveal more problems. In my opinion we should rather work on registry2.0. Rainer From jmr at macports.org Sat May 24 07:37:53 2008 From: jmr at macports.org (Joshua Root) Date: Sun, 25 May 2008 00:37:53 +1000 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <48382046.1090103@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> <48381D1E.2020201@macports.org> <48381EB0.80309@macports.org> <48382046.1090103@macports.org> Message-ID: <48382841.20908@macports.org> Rainer M?ller wrote: > Joshua Root wrote: >> Rainer M?ller wrote: >>> Joshua Root wrote: >>>> So it looks like the entry in the file map has a different case than >>>> the file itself. I don't know how that could have happened, but >>>> hopefully this narrows the problem down a bit for Anthony. >>> Our file_map.db is case-insensitive for paths. >>> >>> From pextlib1.0/filemap.h: >>> * filemaps are dictionaries (what Tcl calls arrays) with case >>> unsensitive keys >>> * that are file paths and values that are port names. >> >> Aha. So we should probably change uninstall and deactivate to remove >> all the files that case-insensitively match what's in the file_map, >> instead of just one? > > The problem is that our file_map can't handle "2621A" and "2621a" even > on case-sensitive filesystem. After it installed one file, it will > complain on the other file that this path already exists in the file_map. Hmm, but apparently it does not complain when both files are installed by one port. > How much work we should still invest into registry1.0? I don't know if > this is just a quick fix or if it will reveal more problems. In my opinion > we should rather work on registry2.0. Well, this needs to be fixed somewhere, whether in the registry or in the ncursesw port. - Josh From raimue at macports.org Sat May 24 07:57:05 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 24 May 2008 16:57:05 +0200 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <48382841.20908@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> <48381D1E.2020201@macports.org> <48381EB0.80309@macports.org> <48382046.1090103@macports.org> <48382841.20908@macports.org> Message-ID: <48382CC1.6070106@macports.org> Joshua Root wrote: > Rainer M?ller wrote: >> The problem is that our file_map can't handle "2621A" and "2621a" even >> on case-sensitive filesystem. After it installed one file, it will >> complain on the other file that this path already exists in the file_map. > > Hmm, but apparently it does not complain when both files are installed > by one port. It does as reported by Tabitha. Maybe these files are new and were not in the version of ncurses installed before. This will only happen on case-sensitive filesystems which most of us do not use. I assume the terminfo files are generated on build time, so one of them gets overwritten by the other on case-insensitive filesystems. As a result there will be only one of them and no problems with the file_map. Rainer From ryandesign at macports.org Sat May 24 13:17:44 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 15:17:44 -0500 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> Message-ID: <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> On May 24, 2008, at 07:24, Mark Hattam wrote: > Powerbook:~ $ sudo port install php5 +apache2 +mysql5 +sqlite > Password: > ---> Fetching fontconfig > ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// > fontconfig.org/release/ > ---> Verifying checksum(s) for fontconfig > ---> Extracting fontconfig > ---> Configuring fontconfig > 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_graph > ics_fontconfig/work/fontconfig-2.5.0" && ./configure --prefix=/opt/ > local --docdir=/opt/local/share/doc/fontconfig-2.5.0 --disable-docs > --with-add-fonts=/usr/X11R6/lib/X11/fonts,/Library/Fonts,/Network/ > Library/Fonts,/System/Library/Fonts,/opt/local/share/fonts " > returned error 77 > Command output: checking for a BSD-compatible install... /usr/bin/ > install > checking whether build environment is sane... yes > checking for gawk... gawk > checking whether make sets $(MAKE)... no > checking whether to enable maintainer-specific portions of > Makefiles... no > checking for gcc... /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. > > Error: The following dependencies failed to build: gd2 fontconfig > Error: Status 1 encountered during processing. hmmm. Well what does the config.log say? It'll be in `port dir fontconfig`/work/fontconfig-2.5.0/config.log From mark at dxradio.demon.co.uk Sat May 24 13:29:08 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sat, 24 May 2008 21:29:08 +0100 Subject: php5 upgrade today In-Reply-To: <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> Message-ID: At 15:17 -0500 24/5/08, Ryan Schmidt wrote: >On May 24, 2008, at 07:24, Mark Hattam wrote: > >>Powerbook:~ $ sudo port install php5 +apache2 +mysql5 +sqlite >>Password: >>---> Fetching fontconfig >>---> Attempting to fetch fontconfig-2.5.0.tar.gz from >>http://fontconfig.org/release/ >>---> Verifying checksum(s) for fontconfig >>---> Extracting fontconfig >>---> Configuring fontconfig >>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_graphics_fontconfig/work/fontconfig-2.5.0" >>&& ./configure --prefix=/opt/local >>--docdir=/opt/local/share/doc/fontconfig-2.5.0 --disable-docs >>--with-add-fonts=/usr/X11R6/lib/X11/fonts,/Library/Fonts,/Network/Library/Fonts,/System/Library/Fonts,/opt/local/share/fonts >>" returned error 77 >>Command output: checking for a BSD-compatible install... /usr/bin/install >>checking whether build environment is sane... yes >>checking for gawk... gawk >>checking whether make sets $(MAKE)... no >>checking whether to enable maintainer-specific portions of Makefiles... no >>checking for gcc... /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. >> >>Error: The following dependencies failed to build: gd2 fontconfig >>Error: Status 1 encountered during processing. > > >hmmm. Well what does the config.log say? It'll be in `port dir >fontconfig`/work/fontconfig-2.5.0/config.log After a fair bit of searching ... the log is in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/ Here it is ... This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --prefix=/opt/local --docdir=/opt/local/share/doc/fontconfig-2.5.0 --disable-docs --with-add-fonts=/usr/X11R6/lib/X11/fonts,/Library/Fonts,/Network/Library/Fonts,/System/Library/Fonts,/opt/local/share/fonts ## --------- ## ## Platform. ## ## --------- ## hostname = Powerbook.local uname -m = Power Macintosh uname -r = 8.11.0 uname -s = Darwin uname -v = Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC /usr/bin/uname -p = powerpc /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = Mach kernel version: Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Kernel configured for a single processor only. 1 processor is physically available. Processor type: ppc7450 (PowerPC 7450) Processor active: 0 Primary memory available: 1.00 gigabytes Default processor set: 52 tasks, 160 threads, 1 processors Load average: 2.11, Mach factor: 0.33 /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /opt/local/bin PATH: /opt/local/sbin PATH: /bin PATH: /sbin PATH: /usr/bin PATH: /usr/sbin PATH: /usr/X11R6/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2037: checking for a BSD-compatible install configure:2093: result: /usr/bin/install configure:2104: checking whether build environment is sane configure:2147: result: yes configure:2212: checking for gawk configure:2228: found /opt/local/bin/gawk configure:2239: result: gawk configure:2250: checking whether make sets $(MAKE) configure:2275: result: no configure:2455: checking whether to enable maintainer-specific portions of Makefiles configure:2464: result: no configure:2545: checking for gcc configure:2572: result: /usr/bin/gcc-4.0 configure:2810: checking for C compiler version configure:2817: /usr/bin/gcc-4.0 --version >&5 ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory configure:2820: $? = 127 configure:2827: /usr/bin/gcc-4.0 -v >&5 ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory configure:2830: $? = 127 configure:2837: /usr/bin/gcc-4.0 -V >&5 ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory configure:2840: $? = 127 configure:2863: checking for C compiler default output file name configure:2890: /usr/bin/gcc-4.0 -O2 -I/opt/local/include -L/opt/local/lib conftest.c >&5 ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory configure:2893: $? = 127 configure:2931: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "fontconfig" | #define VERSION "2.5.0" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2938: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_env_CCC_set= ac_cv_env_CCC_value= ac_cv_env_CC_set=set ac_cv_env_CC_value=/usr/bin/gcc-4.0 ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value=-O2 ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=-I/opt/local/include ac_cv_env_CPP_set=set ac_cv_env_CPP_value=/usr/bin/cpp-4.0 ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value=-O2 ac_cv_env_CXX_set=set ac_cv_env_CXX_value=/usr/bin/g++-4.0 ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FFLAGS_set=set ac_cv_env_FFLAGS_value=-O2 ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=-L/opt/local/lib ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_LIBXML2_CFLAGS_set= ac_cv_env_LIBXML2_CFLAGS_value= ac_cv_env_LIBXML2_LIBS_set= ac_cv_env_LIBXML2_LIBS_value= ac_cv_env_PKG_CONFIG_set= ac_cv_env_PKG_CONFIG_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_prog_AWK=gawk ac_cv_prog_ac_ct_CC=/usr/bin/gcc-4.0 ac_cv_prog_make_make_set=no ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/missing --run aclocal-1.9' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='' AMTAR='${SHELL} /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/missing --run tar' AR='' ARCHITECTURE='' AS='' AUTOCONF='${SHELL} /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/missing --run autoconf' AUTOHEADER='${SHELL} /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/missing --run autoheader' AUTOMAKE='${SHELL} /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/missing --run automake-1.9' AWK='gawk' CC='/usr/bin/gcc-4.0' CCDEPMODE='' CC_FOR_BUILD='' CFLAGS='-O2' CONFDIR='' CPP='/usr/bin/cpp-4.0' CPPFLAGS='-I/opt/local/include' CROSS_COMPILING_FALSE='' CROSS_COMPILING_TRUE='' CXX='/usr/bin/g++-4.0' CXXCPP='' CXXDEPMODE='' CXXFLAGS='-O2' CYGPATH_W='echo' DEFS='' DEPDIR='' DLLTOOL='' DOCDIR='' DOCMAN3='' DOCSRC='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' ENABLE_DOCS_FALSE='' ENABLE_DOCS_TRUE='' EXEEXT='' EXEEXT_FOR_BUILD='' EXPAT_CFLAGS='' EXPAT_LIBS='' F77='' FC_ADD_FONTS='' FC_CACHEDIR='' FC_DEFAULT_FONTS='' FC_FONTDATE='' FC_FONTPATH='' FFLAGS='-O2' FREETYPE_CFLAGS='' FREETYPE_LIBS='' GREP='' HASDOCBOOK='' HAVE_EXPAT='' HAVE_XMLPARSE_H='' ICONV_LIBS='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' LDFLAGS='-L/opt/local/lib' LIBOBJS='' LIBS='' LIBTOOL='' LIBXML2_CFLAGS='' LIBXML2_LIBS='' LN_S='' LTLIBOBJS='' LT_CURRENT='4' LT_CURRENT_MINUS_AGE='1' LT_REVISION='0' LT_VERSION_INFO='4:0:3' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/missing --run makeinfo' MS_LIB_AVAILABLE_FALSE='' MS_LIB_AVAILABLE_TRUE='' OBJDUMP='' OBJEXT='' ORTH_FILES='' OS_WIN32_FALSE='' OS_WIN32_TRUE='' PACKAGE='fontconfig' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' PKG_CONFIG='' RANLIB='' SED='' SET_MAKE='MAKE=make' SHELL='/bin/sh' STRIP='' USEDOCBOOK_FALSE='' USEDOCBOOK_TRUE='' VERSION='2.5.0' WARN_CFLAGS='' ac_ct_CC='/usr/bin/gcc-4.0' ac_ct_CXX='' ac_ct_F77='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='' am__fastdepCXX_TRUE='' am__include='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='' build_alias='' build_cpu='' build_os='' build_vendor='' confdir='' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='/opt/local/share/doc/fontconfig-2.5.0' dvidir='${docdir}' exec_prefix='NONE' fc_cachedir='' ft_config='' host='' host_alias='' host_cpu='' host_os='' host_vendor='' htmldir='${docdir}' includedir='${prefix}/include' infodir='${datarootdir}/info' install_sh='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='${datarootdir}/man' mkdir_p='$(install_sh) -d' ms_librarian='' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/opt/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define PACKAGE_STRING "" #define PACKAGE_BUGREPORT "" #define PACKAGE "fontconfig" #define VERSION "2.5.0" configure: exit 77 Mark From ryandesign at macports.org Sat May 24 14:07:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 16:07:10 -0500 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> Message-ID: On May 24, 2008, at 15:29, Mark Hattam wrote: > At 15:17 -0500 24/5/08, Ryan Schmidt wrote: > >> On May 24, 2008, at 07:24, Mark Hattam wrote: >> >>> configure: error: C compiler cannot create executables >>> See `config.log' for more details. >>> >>> Error: The following dependencies failed to build: gd2 fontconfig >>> Error: Status 1 encountered during processing. >> >> hmmm. Well what does the config.log say? It'll be in `port dir >> fontconfig`/work/fontconfig-2.5.0/config.log > > After a fair bit of searching ... the log is in > > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_graph > ics_fontconfig/work/fontconfig-2.5.0/ Like I said, it's in `port dir fontconfig`/work/fontconfig-2.5.0/ config.log :) In other words, you can type this in the Terminal to change to that directory: cd `port dir fontconfig`/work/fontconfig-2.5.0 Or you can type this to open the directory in the Finder: open `port dir fontconfig`/work/fontconfig-2.5.0 > Here it is ... [snip] > configure:2545: checking for gcc > configure:2572: result: /usr/bin/gcc-4.0 > configure:2810: checking for C compiler version > configure:2817: /usr/bin/gcc-4.0 --version >&5 > ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory > configure:2820: $? = 127 > configure:2827: /usr/bin/gcc-4.0 -v >&5 > ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory > configure:2830: $? = 127 > configure:2837: /usr/bin/gcc-4.0 -V >&5 > ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory > configure:2840: $? = 127 > configure:2863: checking for C compiler default output file name > configure:2890: /usr/bin/gcc-4.0 -O2 -I/opt/local/include -L/opt/ > local/lib conftest.c > >&5 > ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory Do you have /usr/bin/gcc-4.0? fontconfig seems to be unable to find it. If you don't have it, did you install Xcode? If not, you need it. If you did install Xcode, I can't explain the absence of /usr/bin/ gcc-4.0; try installing Xcode again. For Mac OS X 10.4, make sure you use either Xcode 2.5 or 2.4.1 (nothing older). From mark at dxradio.demon.co.uk Sat May 24 14:48:07 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sat, 24 May 2008 22:48:07 +0100 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> Message-ID: At 16:07 -0500 24/5/08, Ryan Schmidt wrote: >On May 24, 2008, at 15:29, Mark Hattam wrote: > >>At 15:17 -0500 24/5/08, Ryan Schmidt wrote: >> >>>On May 24, 2008, at 07:24, Mark Hattam wrote: >>> >>>>configure: error: C compiler cannot create executables >>>>See `config.log' for more details. >>>> >>>>Error: The following dependencies failed to build: gd2 fontconfig >>>>Error: Status 1 encountered during processing. >>> >>>hmmm. Well what does the config.log say? It'll be in `port dir >>>fontconfig`/work/fontconfig-2.5.0/config.log >> >>After a fair bit of searching ... the log is in >> >>/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontconfig/work/fontconfig-2.5.0/ > >Like I said, it's in `port dir fontconfig`/work/fontconfig-2.5.0/config.log :) > >In other words, you can type this in the Terminal to change to that directory: > >cd `port dir fontconfig`/work/fontconfig-2.5.0 > >Or you can type this to open the directory in the Finder: > >open `port dir fontconfig`/work/fontconfig-2.5.0 Hmm ... doesn't work ... Powerbook:~ $ cd `port dir fontconfig`/work/fontconfig-2.5.0 -bash: cd: /opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/fontconfig/work/fontconfig-2.5.0: No such file or directory That has a /sources/ in it, whereas the actual log is in /build/ > > >>Here it is ... > >[snip] > >>configure:2545: checking for gcc >>configure:2572: result: /usr/bin/gcc-4.0 >>configure:2810: checking for C compiler version >>configure:2817: /usr/bin/gcc-4.0 --version >&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory >>configure:2820: $? = 127 >>configure:2827: /usr/bin/gcc-4.0 -v >&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory >>configure:2830: $? = 127 >>configure:2837: /usr/bin/gcc-4.0 -V >&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory >>configure:2840: $? = 127 >>configure:2863: checking for C compiler default output file name >>configure:2890: /usr/bin/gcc-4.0 -O2 -I/opt/local/include >>-L/opt/local/lib conftest.c >>>&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory > >Do you have /usr/bin/gcc-4.0? fontconfig seems to be unable to find >it. If you don't have it, did you install Xcode? If not, you need >it. If you did install Xcode, I can't explain the absence of >/usr/bin/gcc-4.0; try installing Xcode again. For Mac OS X 10.4, >make sure you use either Xcode 2.5 or 2.4.1 (nothing older). I don't see a usr/bin/gcc-4.0 ... Yes, I have installed XCode ... /Library/Receipts has X11Documentation.pkg 6 November 2007 02:40 X11SDK.pkg 6 November 2007 02:40 X11Update2006.pkg Today 13:29 X11User.pkg Today 11:33 Remember earlier you said for me to install the X11User as I had X11SDK already, but that was insufficient. I've had MacPorts installed for ages ... MacPorts-1.4.0.pkg has a receipt 5 April 2007 22:32 ... and it's self-updated since then. It was only a couple of weeks ago that I rebuilt php5 5.2.6 to additionally include the +sqlite variant and that worked. (Well it built and worked as php fine, just that I really wanted sqlite 3 rather than sqlite 2) ... I still have Apache2 and MySQL5 and nano and subversion and ... other packages installed and working built by MacPorts. So I really don't don't know what's happened. The only thing I've tried in MacPorts and that has failed anytime recently is this latest php5 port ... though I don't know why this has hosed my XCode. However, I can try reinstalling XCode again and see if that makes it work ... Mark From mark at dxradio.demon.co.uk Sat May 24 16:08:00 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sun, 25 May 2008 00:08:00 +0100 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> Message-ID: At 16:07 -0500 24/5/08, Ryan Schmidt wrote: >On May 24, 2008, at 15:29, Mark Hattam wrote: > >>At 15:17 -0500 24/5/08, Ryan Schmidt wrote: >> >>>On May 24, 2008, at 07:24, Mark Hattam wrote: >>> >>>>configure: error: C compiler cannot create executables >>>>See `config.log' for more details. >>>> >>>>Error: The following dependencies failed to build: gd2 fontconfig >>>>Error: Status 1 encountered during processing. >>> >>> > >>configure:2545: checking for gcc >>configure:2572: result: /usr/bin/gcc-4.0 >>configure:2810: checking for C compiler version >>configure:2817: /usr/bin/gcc-4.0 --version >&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory >>configure:2820: $? = 127 >>configure:2827: /usr/bin/gcc-4.0 -v >&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory >>configure:2830: $? = 127 >>configure:2837: /usr/bin/gcc-4.0 -V >&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory >>configure:2840: $? = 127 >>configure:2863: checking for C compiler default output file name >>configure:2890: /usr/bin/gcc-4.0 -O2 -I/opt/local/include >>-L/opt/local/lib conftest.c >>>&5 >>./configure: line 1: /usr/bin/gcc-4.0: No such file or directory > >Do you have /usr/bin/gcc-4.0? fontconfig seems to be unable to find >it. If you don't have it, did you install Xcode? If not, you need >it. If you did install Xcode, I can't explain the absence of >/usr/bin/gcc-4.0; try installing Xcode again. For Mac OS X 10.4, >make sure you use either Xcode 2.5 or 2.4.1 (nothing older). re-installed XCode 2.5 and it now appears to be happy ... it's still building the php5 part, but it's got this much done and thus I'm pretty confident it will accomplish the task in due time. Powerbook:/usr/bin markhattam$ sudo port install php5 +apache2 +mysql5 +sqlite ---> Configuring fontconfig ---> Building fontconfig with target all ---> Staging fontconfig into destroot ---> Installing fontconfig 2.5.0_0+macosx ---> Activating fontconfig 2.5.0_0+macosx ---> Cleaning fontconfig ---> 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_1 ---> Activating gd2 2.0.35_1 ---> Cleaning gd2 ---> Fetching php5 ---> Verifying checksum(s) for php5 ---> Extracting php5 ---> Configuring php5 ---> Building php5 with target all it'll be at this stage for some time yet ... Mark From ryandesign at macports.org Sat May 24 17:50:26 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 19:50:26 -0500 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> Message-ID: <20C36193-9F3C-46E6-B50C-31567087CA9C@macports.org> On May 24, 2008, at 16:48, Mark Hattam wrote: > At 16:07 -0500 24/5/08, Ryan Schmidt wrote: > >> On May 24, 2008, at 15:29, Mark Hattam wrote: >> >>> At 15:17 -0500 24/5/08, Ryan Schmidt wrote: >>> >>>> On May 24, 2008, at 07:24, Mark Hattam wrote: >>>> >>>>> configure: error: C compiler cannot create executables >>>>> See `config.log' for more details. >>>>> >>>>> Error: The following dependencies failed to build: gd2 fontconfig >>>>> Error: Status 1 encountered during processing. >>>> >>>> hmmm. Well what does the config.log say? It'll be in `port dir >>>> fontconfig`/work/fontconfig-2.5.0/config.log >>> >>> After a fair bit of searching ... the log is in >>> >>> /opt/local/var/macports/build/ >>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_gra >>> phics_fontconfig/work/fontconfig-2.5.0/ >> >> Like I said, it's in `port dir fontconfig`/work/fontconfig-2.5.0/ >> config.log :) >> >> In other words, you can type this in the Terminal to change to >> that directory: >> >> cd `port dir fontconfig`/work/fontconfig-2.5.0 >> >> Or you can type this to open the directory in the Finder: >> >> open `port dir fontconfig`/work/fontconfig-2.5.0 > > Hmm ... doesn't work ... > > Powerbook:~ $ cd `port dir fontconfig`/work/fontconfig-2.5.0 > -bash: cd: /opt/local/var/macports/sources/rsync.macports.org/ > release/ports/graphics/fontconfig/work/fontconfig-2.5.0: No such > file or directory > > That has a /sources/ in it, whereas the actual log is in /build/ The directory `port dir fontconfig` should include a symlink called "work" which links to the location in the build directory you mentioned. Unless you turned off that option. (I forget where that option is.) Or unless you clean the work area i.e. with "port clean -- work fontconfig". But in any case you found the directory. >>> ./configure: line 1: /usr/bin/gcc-4.0: No such file or directory >> >> Do you have /usr/bin/gcc-4.0? fontconfig seems to be unable to >> find it. If you don't have it, did you install Xcode? If not, you >> need it. If you did install Xcode, I can't explain the absence of / >> usr/bin/gcc-4.0; try installing Xcode again. For Mac OS X 10.4, >> make sure you use either Xcode 2.5 or 2.4.1 (nothing older). > > I don't see a usr/bin/gcc-4.0 ... > > Yes, I have installed XCode ... > /Library/Receipts has > > X11Documentation.pkg 6 November 2007 02:40 > X11SDK.pkg 6 November 2007 02:40 > X11Update2006.pkg Today 13:29 > X11User.pkg Today 11:33 > > Remember earlier you said for me to install the X11User as I had > X11SDK already, but that was insufficient. X11 and Xcode are two different things. X11 is Apple's version of the XFree86 X window system. Xcode is Apple's development environment including Apple's version of the gcc compiler. The latter is required for most ports, and apparently missing on your system. > I've had MacPorts installed for ages ... MacPorts-1.4.0.pkg has a > receipt 5 April 2007 22:32 ... and it's self-updated since then. > > It was only a couple of weeks ago that I rebuilt php5 5.2.6 to > additionally include the +sqlite variant and that worked. (Well it > built and worked as php fine, just that I really wanted sqlite 3 > rather than sqlite 2) ... I still have Apache2 and MySQL5 and nano > and subversion and ... other packages installed and working built > by MacPorts. > > So I really don't don't know what's happened. The only thing I've > tried in MacPorts and that has failed anytime recently is this > latest php5 port ... though I don't know why this has hosed my XCode. > > However, I can try reinstalling XCode again and see if that makes > it work ... Not sure why Xcode (or specifically the gcc compiler) would be absent now if you used to have it. But hopefully reinstalling Xcode (2.4.1 or 2.5) will bring it back. From ryandesign at macports.org Sat May 24 17:50:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 24 May 2008 19:50:57 -0500 Subject: php5 upgrade today In-Reply-To: References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> Message-ID: <562DB79B-2C43-4CE3-8E17-087CA3AE5368@macports.org> On May 24, 2008, at 18:08, Mark Hattam wrote: > re-installed XCode 2.5 and it now appears to be happy ... it's > still building the php5 part, but it's got this much done and thus > I'm pretty confident it will accomplish the task in due time. Good! Glad we got it sorted out. From tabithamc at gmail.com Sat May 24 18:47:35 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 24 May 2008 15:47:35 -1000 Subject: Help installing gnome with macport In-Reply-To: <93A1A8A9-54E1-435E-AA1C-45F1E5C09819@macports.org> References: <352606.71934.qm@web56104.mail.re3.yahoo.com> <93A1A8A9-54E1-435E-AA1C-45F1E5C09819@macports.org> Message-ID: <7fccb3000805241847sf7c9643pbc899c6611a6163b@mail.gmail.com> Hello Frank, et al ... I have a very recent version of the libcaca MacPort port file (did a selfupdate if I'm not mistaken after your changes synced a few days ago). I had no problems fetching the distfile for libcaca (specifically port -v fetch libcaca --> got me libcaca-0.9.tar.bz2) but when I attempted to install it after the fetch phase (e.g., port -v install libcaca), I got a distfile checksum error: Portfile checksum: libcaca-0.9.tar.bz2 md5 c7d5c46206091a9203fcb214abb25e4a > Distfile checksum: libcaca-0.9.tar.bz2 md5 80f5e3828d740d3292d05ddfd6c280ed > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Warning: the following items did not execute (for libcaca): > 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: Status 1 encountered during processing. > If you look at the current portfile for libcaca here: http://trac.macports.org/browser/trunk/dports/graphics/libcaca/Portfile You'll see that the checksum is stated to be: checksums md5 c7d5c46206091a9203fcb214abb25e4a > And this is a conflict as the output of port -v install libcaca asserts. I started to look around on the libcaca home page to try and find an original copy of libcaca-0.9.tar.bz2 but I could not find this resource file. How sure can we be that the source hasn't been tampered with since the Portfile was created? Maybe I'm worrying too much. What should we do? Thanks, -T.M. On Thu, May 22, 2008 at 11:14 AM, Frank Schima wrote: > On May 22, 2008, at 3:01 PM, eazy livn wrote: > > Hi Frank, > Thanks for your efforts. I tried to install the library and still get the > same error. I'm wondering if I'm doing something dumb here..... Here is > the error message: > > /opt/local eazylivn$ sudo port clean --all libcaca > ---> Cleaning libcaca > > /opt/local eazylivn$ sudo port install libcaca > ---> Fetching libcaca > ---> Attempting to fetch libcaca-0.9.tar.bz2 from > http://sam.zoy.org/projects/libcaca/ > ---> Attempting to fetch libcaca-0.9.tar.bz2 from > http://svn.macports.org/repository/macports/distfiles/libcaca > ---> Attempting to fetch libcaca-0.9.tar.bz2 from > http://svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch libcaca-0.9.tar.bz2 from > http://svn.macports.org/repository/macports/downloads/libcaca > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. > > > Please use reply-all to keep all replies on the list. > It takes a little while for the changes to sync I believe. But later today > or tomorrow you have to do the following: > > sudo port selfupdate > > Then try to install again. > > sudo port install libcaca > sudo port install gnome > > > Cheers! > Frank Schima > Boulder, CO > schimaf at boulder.nist.gov > > > > > _______________________________________________ > 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/20080524/ef4c4373/attachment.htm From tabithamc at gmail.com Sat May 24 19:12:51 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 24 May 2008 16:12:51 -1000 Subject: Help installing gnome with macport In-Reply-To: <7fccb3000805241847sf7c9643pbc899c6611a6163b@mail.gmail.com> References: <352606.71934.qm@web56104.mail.re3.yahoo.com> <93A1A8A9-54E1-435E-AA1C-45F1E5C09819@macports.org> <7fccb3000805241847sf7c9643pbc899c6611a6163b@mail.gmail.com> Message-ID: <7fccb3000805241912x31b1b6c0r8b253194c68ca560@mail.gmail.com> Hello everyone, Here is an update. On the libcaca wiki I found think link to download libcaca-0.9.tar.bz2 ... http://libcaca.zoy.org/attachment/wiki/libcaca/libcaca-0.9.tar.bz2?format=raw Sure enough, I download it and ran an md5 check on it, here's what I got: $ md5deep libcaca-0.9.tar.bz2 > c7d5c46206091a9203fcb214abb25e4a /Users/me/Desktop/libcaca-0.9.tar.bz2 > Certainly c7d5c46206091a9203fcb214abb25e4a is the same md5 checksum that is authored into the libcaca portfile, therefore, I now have even more reservations because the distfile md5 checksum doesn't match: Distfile checksum: libcaca-0.9.tar.bz2 md5 80f5e3828d740d3292d05ddfd6c280ed > I do not believe that I am being unreasonable to worry that the distfile and portfile md5 checksums do not match! So what is the best course of action to take? Where did the distfile come from when I performed "port -v fetch libcaca" a few days ago? I think I will replace that distfile with the libcaca-0.9.tar.bz2 that I downloaded from the libcaca site. ANy other ideas? -T.M. On Sat, May 24, 2008 at 3:47 PM, Tabitha McNerney wrote: > Hello Frank, et al ... > > I have a very recent version of the libcaca MacPort port file (did a > selfupdate if I'm not mistaken after your changes synced a few days ago). I > had no problems fetching the distfile for libcaca (specifically port -v > fetch libcaca --> got me libcaca-0.9.tar.bz2) but when I attempted to > install it after the fetch phase (e.g., port -v install libcaca), I got a > distfile checksum error: > > Portfile checksum: libcaca-0.9.tar.bz2 md5 c7d5c46206091a9203fcb214abb25e4a >> Distfile checksum: libcaca-0.9.tar.bz2 md5 >> 80f5e3828d740d3292d05ddfd6c280ed >> Error: Target org.macports.checksum returned: Unable to verify file >> checksums >> Warning: the following items did not execute (for libcaca): >> 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: Status 1 encountered during processing. >> > > If you look at the current portfile for libcaca here: > > http://trac.macports.org/browser/trunk/dports/graphics/libcaca/Portfile > > You'll see that the checksum is stated to be: > > checksums md5 c7d5c46206091a9203fcb214abb25e4a >> > > And this is a conflict as the output of port -v install libcaca asserts. I > started to look around on the libcaca home page to try and find an original > copy of libcaca-0.9.tar.bz2 but I could not find this resource file. How > sure can we be that the source hasn't been tampered with since the Portfile > was created? Maybe I'm worrying too much. What should we do? > > Thanks, > > -T.M. > > > On Thu, May 22, 2008 at 11:14 AM, Frank Schima < > macsforever2000 at macports.org> wrote: > >> On May 22, 2008, at 3:01 PM, eazy livn wrote: >> >> Hi Frank, >> Thanks for your efforts. I tried to install the library and still get the >> same error. I'm wondering if I'm doing something dumb here..... Here is >> the error message: >> >> /opt/local eazylivn$ sudo port clean --all libcaca >> ---> Cleaning libcaca >> >> /opt/local eazylivn$ sudo port install libcaca >> ---> Fetching libcaca >> ---> Attempting to fetch libcaca-0.9.tar.bz2 from >> http://sam.zoy.org/projects/libcaca/ >> ---> Attempting to fetch libcaca-0.9.tar.bz2 from >> http://svn.macports.org/repository/macports/distfiles/libcaca >> ---> Attempting to fetch libcaca-0.9.tar.bz2 from >> http://svn.macports.org/repository/macports/distfiles/general/ >> ---> Attempting to fetch libcaca-0.9.tar.bz2 from >> http://svn.macports.org/repository/macports/downloads/libcaca >> Error: Target org.macports.fetch returned: fetch failed >> Error: Status 1 encountered during processing. >> >> >> Please use reply-all to keep all replies on the list. >> It takes a little while for the changes to sync I believe. But later today >> or tomorrow you have to do the following: >> >> sudo port selfupdate >> >> Then try to install again. >> >> sudo port install libcaca >> sudo port install gnome >> >> >> Cheers! >> Frank Schima >> Boulder, CO >> schimaf at boulder.nist.gov >> >> >> >> >> _______________________________________________ >> 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/20080524/36d0e7fb/attachment.htm From raimue at macports.org Sat May 24 19:46:26 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 25 May 2008 04:46:26 +0200 Subject: Help installing gnome with macport In-Reply-To: <7fccb3000805241847sf7c9643pbc899c6611a6163b@mail.gmail.com> References: <352606.71934.qm@web56104.mail.re3.yahoo.com> <93A1A8A9-54E1-435E-AA1C-45F1E5C09819@macports.org> <7fccb3000805241847sf7c9643pbc899c6611a6163b@mail.gmail.com> Message-ID: <4838D302.2040706@macports.org> Tabitha McNerney wrote: > I have a very recent version of the libcaca MacPort port file (did a > selfupdate if I'm not mistaken after your changes synced a few days > ago). I had no problems fetching the distfile for libcaca (specifically > port -v fetch libcaca --> got me libcaca-0.9.tar.bz2) but when I > attempted to install it after the fetch phase (e.g., port -v install > libcaca), I got a distfile checksum error: > > Portfile checksum: libcaca-0.9.tar.bz2 md5 > c7d5c46206091a9203fcb214abb25e4a > Distfile checksum: libcaca-0.9.tar.bz2 md5 > 80f5e3828d740d3292d05ddfd6c280ed > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Warning: the following items did not execute (for libcaca): > 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: Status 1 encountered during processing. Try to fetch the file again. $ sudo port clean --all libcaca $ sudo port install libcaca The checksum for the distfile is okay for me. Rainer From tw.lbean at gmail.com Sat May 24 20:12:20 2008 From: tw.lbean at gmail.com (Triston Whetten) Date: Sat, 24 May 2008 22:12:20 -0500 Subject: Trouble upgrading gnucash 2.2.4 to 2.2.5 In-Reply-To: <5B3AB3DD-3B69-4803-BD74-9103AE335035@dpj.sent.com> References: <97EDBE5B-12F6-4841-8D87-98BBDF68EA2E@dpj.sent.com> <2A53A5E5-93B2-4537-AD31-398773116E3D@dpj.sent.com> <5393C74A-E17D-457F-8F71-F002112CB560@gmail.com> <20DDCB16-80F9-4817-90C1-3475F8E52B9B@dpj.sent.com> <93910872-A86A-4990-A1E0-27C364EAD19A@gmail.com> <45CB80F0-E42F-4558-8CEF-BB2C93098462@dpj.sent.com> <3FC01A28-5456-4B3F-8B42-77B84CDBFF90@mgreg.com> <5B3AB3DD-3B69-4803-BD74-9103AE335035@dpj.sent.com> Message-ID: <00C585CB-4872-4C44-B8FA-84E1F48BD729@gmail.com> Patching the source file worked for me too. I did notice that if you just remove the contents of the file that was patched (leaving a 0 byte file) instead of declaring it static, that it compiles just fine. Couldn't test if it ran fine since something else got the macports system into really hosed state. :( Thanks, Triston. On May 19, 2008, at 6:57 PM, Daniel Horwood wrote: > > On 19/05/2008, at 11:29 PM, lists at mgreg wrote: > >> >> On May 19, 2008, at 1:11 AM, Daniel Horwood wrote: >> >>> >>> >>> On 19/05/2008, at 9:02 AM, Triston Whetten wrote: >>> >>>> >>>> The full build log includes building qt (long) and a few other new >>>> things. I'm not sure why qt was involved since I was only >>>> upgrading >>>> gnucash (sudo port -d upgrade gnucash). >>>> >>>> The full build log is 4.5MB (of plain text). :) So, I trimmed the >>>> log down to just the gnucash build itself and have attached that. >>>> >>>> I'm happy to send the rest of the log if its useful. >>>> >>>> Thanks, >>>> Triston. >>>> >>> >>> I'm trying my hardest to duplicate this, but really can't! It may be >>> because you're on Tiger and I'm on Leopard... >>> >>> I think the problem my lie outside of gnucash, because (browsing >>> through code changes), there was very little to no changes made to >>> those parts of gnucash which are dying in your build. >>> >>> I'd be interested to know if you can still build gnucash 2.2.4. >>> Could >>> you possibly download the gnucash 2.2.4 Portfile from svn and try to >>> build from that? >>> >>> Is there anyone else on Tiger who has recently upgraded to gnucash >>> 2.2.5? Could you chime in to let us know if it was successful? >>> >>> (Damn! I just deleted my old Tiger install last week, and don't have >>> the install DVD anymore) >>> >>> One more thing... qt shouldn't be installing with gnucash >>> +without_hbci >>> - it's the aqbanking port that needs qt, but the +without_hbci >>> variant >>> should remove aqbanking from gnucash's dependencies... >> >> >> I'm not even trying to upgrade, i'm just trying to install from >> scratch and can't. I receive about 30+ dependencies that fail to >> build. Thoughts? > > Oh, I thought you said in an earlier post that you had gnucash > 2.2.4 installed. It looks like Clemens has found a solution by > patching one of the gnucash source files - you could try it > manually or wait for a portfile update. > From tabithamc at gmail.com Sat May 24 22:58:45 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 24 May 2008 19:58:45 -1000 Subject: Help installing gnome with macport In-Reply-To: <4838D302.2040706@macports.org> References: <352606.71934.qm@web56104.mail.re3.yahoo.com> <93A1A8A9-54E1-435E-AA1C-45F1E5C09819@macports.org> <7fccb3000805241847sf7c9643pbc899c6611a6163b@mail.gmail.com> <4838D302.2040706@macports.org> Message-ID: <7fccb3000805242258x4a9828ffjdf18a31ec4513acd@mail.gmail.com> On Sat, May 24, 2008 at 4:46 PM, Rainer M?ller wrote: > Tabitha McNerney wrote: > >> I have a very recent version of the libcaca MacPort port file (did a >> selfupdate if I'm not mistaken after your changes synced a few days ago). I >> had no problems fetching the distfile for libcaca (specifically port -v >> fetch libcaca --> got me libcaca-0.9.tar.bz2) but when I attempted to >> install it after the fetch phase (e.g., port -v install libcaca), I got a >> distfile checksum error: >> >> Portfile checksum: libcaca-0.9.tar.bz2 md5 >> c7d5c46206091a9203fcb214abb25e4a >> Distfile checksum: libcaca-0.9.tar.bz2 md5 >> 80f5e3828d740d3292d05ddfd6c280ed >> Error: Target org.macports.checksum returned: Unable to verify file >> checksums >> Warning: the following items did not execute (for libcaca): >> 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: Status 1 encountered during processing. >> > > Try to fetch the file again. > > $ sudo port clean --all libcaca > $ sudo port install libcaca > > The checksum for the distfile is okay for me. Rainer, Good suggestion. After a sudo port clean --all libcaca I then ran the fetch phase separately, and got the bit bucket: # port -v fetch libcaca > ---> Fetching libcaca > ---> libcaca-0.9.tar.bz2 doesn't seem to exist in > /opt/local/var/macports/distfiles/libcaca > ---> Attempting to fetch libcaca-0.9.tar.bz2 from > http://sam.zoy.org/projects/libcaca/ > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 0 0 0 0 0 0 0 0 --:--:-- 0:00:04 > --:--:-- 0 > ---> Attempting to fetch libcaca-0.9.tar.bz2 from > http://svn.macports.org/repository/macports/distfiles/libcaca > % 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 libcaca-0.9.tar.bz2 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 libcaca-0.9.tar.bz2 from > http://svn.macports.org/repository/macports/downloads/libcaca > % 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 libcaca): > org.macports.fetch > Error: Status 1 encountered during processing. > Hmmm ... the stars are not aligned for our friend libcaca lately. Thanks, T.M. Rainer > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080524/00bfe961/attachment.htm From mark at dxradio.demon.co.uk Sat May 24 18:02:50 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sun, 25 May 2008 02:02:50 +0100 Subject: php5 upgrade today In-Reply-To: <562DB79B-2C43-4CE3-8E17-087CA3AE5368@macports.org> References: <6B3BB082-1613-4E3C-8104-D48ED5D49C44@talk21.com> <4836038D.50908@macports.org> <003701c8bcb0$2b83e7f0$8244a8c0@virgingames.local> <738111EF-C454-40EB-9447-9CD29EF041D9@macports.org> <1D7F0E66-3A87-44F4-A964-55672042E95A@macports.org> <1DE02D59-5074-46F7-960B-CB828FC5B49C@macports.org> <562DB79B-2C43-4CE3-8E17-087CA3AE5368@macports.org> Message-ID: At 19:50 -0500 24/5/08, Ryan Schmidt wrote: >On May 24, 2008, at 18:08, Mark Hattam wrote: > >>re-installed XCode 2.5 and it now appears to be happy ... it's >>still building the php5 part, but it's got this much done and thus >>I'm pretty confident it will accomplish the task in due time. > >Good! Glad we got it sorted out. Yep, it's finished building and it works! Thank you for your patience Mark From tabithamc at gmail.com Sun May 25 06:48:49 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sun, 25 May 2008 03:48:49 -1000 Subject: ImageMagick checksum error Message-ID: <7fccb3000805250648l3c1ff1f3l4963d86c5655b157@mail.gmail.com> Besides libcaca, I also discovered today an ImageMagick checksum error as follows: # port -v install ImageMagick > ---> Verifying checksum(s) for ImageMagick > ---> Checksumming ImageMagick-6.4.1-2.tar.bz2 > Error: Checksum (md5) mismatch for ImageMagick-6.4.1-2.tar.bz2 > Portfile checksum: ImageMagick-6.4.1-2.tar.bz2 md5 > 848236112193f107a0f741862fd13f90 > Distfile checksum: ImageMagick-6.4.1-2.tar.bz2 md5 > 8956f25ac8168dd1a4ce1ec15b49924e > Error: Checksum (sha1) mismatch for ImageMagick-6.4.1-2.tar.bz2 > Portfile checksum: ImageMagick-6.4.1-2.tar.bz2 sha1 > c01addf7decdee35e7201ac87e57e46761a86789 > Distfile checksum: ImageMagick-6.4.1-2.tar.bz2 sha1 > 34b3363c75417b8f1178f277946e52b4c606fe6d > Error: Checksum (rmd160) mismatch for ImageMagick-6.4.1-2.tar.bz2 > Portfile checksum: ImageMagick-6.4.1-2.tar.bz2 rmd160 > 4612636ed919065130c41654171d70026c9808f4 > Distfile checksum: ImageMagick-6.4.1-2.tar.bz2 rmd160 > df2981cac1b7c7720ea40218ed008d3bdaaf162d > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Warning: the following items did not execute (for ImageMagick): > 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: Status 1 encountered during processing. > I will look into this further. Maybe when I did a port selfupdate a few days ago the Portfile and the distfile were out of sync? Thanks, T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080525/cc9a6fa1/attachment.htm From raimue at macports.org Sun May 25 07:04:20 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 25 May 2008 16:04:20 +0200 Subject: Help installing gnome with macport In-Reply-To: <7fccb3000805242258x4a9828ffjdf18a31ec4513acd@mail.gmail.com> References: <352606.71934.qm@web56104.mail.re3.yahoo.com> <93A1A8A9-54E1-435E-AA1C-45F1E5C09819@macports.org> <7fccb3000805241847sf7c9643pbc899c6611a6163b@mail.gmail.com> <4838D302.2040706@macports.org> <7fccb3000805242258x4a9828ffjdf18a31ec4513acd@mail.gmail.com> Message-ID: <483971E4.8090000@macports.org> Tabitha McNerney wrote: > Good suggestion. After a sudo port clean --all libcaca I then ran the > fetch phase separately, and got the bit bucket: [...] Make sure you really got the latest Portfile (port sync). | raim at Dysnomia ~ $ port cat libcaca |head -1 | # $Id: Portfile 36996 2008-05-22 15:46:21Z macsforever2000 at macports.org $ | raim at Dysnomia ~ $ sudo port -v fetch libcaca | Password: | ---> Fetching libcaca | ---> libcaca-0.9.tar.bz2 doesn't seem to exist in /opt/local/var/macports/distfiles/categories/libcaca | ---> Attempting to fetch libcaca-0.9.tar.bz2 from http://libcaca.zoy.org/files/libcaca/ | % Total % Received % Xferd Average Speed Time Time Time Current | Dload Upload Total Spent Left Speed | 100 167k 100 167k 0 0 103k 0 0:00:01 0:00:01 --:--:-- 188k Frank changed the master_sites, while your Portfile still uses the old URL. Rainer From jmr at macports.org Sun May 25 07:52:51 2008 From: jmr at macports.org (Joshua Root) Date: Mon, 26 May 2008 00:52:51 +1000 Subject: ImageMagick checksum error In-Reply-To: <7fccb3000805250648l3c1ff1f3l4963d86c5655b157@mail.gmail.com> References: <7fccb3000805250648l3c1ff1f3l4963d86c5655b157@mail.gmail.com> Message-ID: <48397D43.5040007@macports.org> Tabitha McNerney wrote: > Besides libcaca, I also discovered today an ImageMagick checksum error as > follows: > > # port -v install ImageMagick >> ---> Verifying checksum(s) for ImageMagick >> ---> Checksumming ImageMagick-6.4.1-2.tar.bz2 >> Error: Checksum (md5) mismatch for ImageMagick-6.4.1-2.tar.bz2 This is #15341: . The current ImageMagick port version is 6.4.1-3. - Josh From krischik at users.sourceforge.net Sun May 25 08:01:33 2008 From: krischik at users.sourceforge.net (Martin Krischik) Date: Sun, 25 May 2008 17:01:33 +0200 Subject: Dovecot installation Message-ID: Hello, I am new to Mac and currently I am trying to move all the work I did up to now done by my linux server to my new mac pro. And very first task is my E-Mail collections which up to now was handled by a dovecot IMAP server. Only the dovecot does not work as expected and hunting the problem is made difficult by the fact that I can't restart the server. For those who know Linux: it's the equivalent to "rcdovecot restart" or "/etc/init.d/dovecot restart" which I can't figure out. Can anybody help me out here? Martin From lanceboyle at qwest.net Sun May 25 15:24:49 2008 From: lanceboyle at qwest.net (Jerry) Date: Sun, 25 May 2008 15:24:49 -0700 Subject: qt4 missing when installing LyX Message-ID: <341D3D1E-0164-4D88-A62E-5CA599B65BFC@qwest.net> Hi, I'm still having trouble getting LyX installed. The problem seems to be a missing qt4 library. Just wondering if anyone else is having this problem. Jerry Port command started with PID 27564 Configuring LyX 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_aqua_Ly X/work/lyx-1.5.4" && ./configure --prefix=/Applications/MacPorts/ LyX.app --with-frontend=qt4 --without-x --with-included-gettext -- enable-optimization=-Os --disable-concept-checks --with-qt4-dir=/opt/ local " returned error 1 Command output: config.status: src/config.h is unchanged config.status: executing depfiles comman ds config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile Configuration Host type: powerpc-apple-darwin8.11.0 Special build flags: pch use-ispell C Compiler: /usr/bin/gcc-4.0 C Compiler LyX flags: C Compiler flags: -I/opt/local/include -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -O2 C++ Compiler: /usr/bin/g++-4.0 (4.0.1) C++ Com piler LyX flags: C++ Compiler flags: -I/opt/local/include -I/System/ Library/Frameworks/CoreFoundation.framework/Headers -O2 Linker flags: Linker user flags: -L/opt/local/lib Qt 4 Frontend: Qt 4 version: Packaging: macosx LyX binary dir: /Applications/MacPorts/LyX.app/ Contents/MacOS LyX files dir: /Applications/MacPorts/LyX.app/ Contents/Resources **** The following problems have been detected by configure. **** Please check the messages below before running 'make'. **** (see the section 'Problems' in the INSTALL file) ** qt 4 library not found ! Error: Status 1 encountered during processing. From peter at pogma.com Sun May 25 18:45:15 2008 From: peter at pogma.com (Peter O'Gorman) Date: Sun, 25 May 2008 20:45:15 -0500 Subject: trouble building libtool In-Reply-To: <48367035.8070800@macports.org> References: <281265.12853.qm@web55310.mail.re4.yahoo.com> <48367035.8070800@macports.org> Message-ID: <483A162B.60608@pogma.com> Joshua Root wrote: > I don't know how this apparent circular dependency should be resolved. > Perhaps someone with a better understanding of the autotools can > enlighten us. autoconf should not depend on libtool ( the tests that use libtool should just skip if it is not installed ). autoconf should depend on m4, automake depend on autoconf, and libtool, since it is patched, should depend on all of them. Peter -- Peter O'Gorman http://pogma.com From ryandesign at macports.org Sun May 25 23:18:39 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 26 May 2008 01:18:39 -0500 Subject: Dovecot installation In-Reply-To: References: Message-ID: <269B6F28-386C-4213-A39A-DDF35C770F39@macports.org> Hi Martin. Welcome to MacPorts! On Mac OS X 10.4 and later, you use launchctl to control startup processes. To start dovecot now, and cause it to be started every time you turn on or restart the computer, do this: sudo launchctl load -w /Library/LaunchDaemons/org.macports.dovecot.plist To stop dovecot now, and cause it to no longer be started every time you turn on or restart the computer, do this: sudo launchctl unload -w /Library/LaunchDaemons/ org.macports.dovecot.plist On May 25, 2008, at 10:01, Martin Krischik wrote: > I am new to Mac and currently I am trying to move all the work I did > up to now done by my linux server to my new mac pro. > > And very first task is my E-Mail collections which up to now was > handled by a dovecot IMAP server. Only the dovecot does not work as > expected and hunting the problem is made difficult by the fact that I > can't restart the server. For those who know Linux: it's the > equivalent to "rcdovecot restart" or "/etc/init.d/dovecot restart" > which I can't figure out. From jmr at macports.org Mon May 26 10:33:40 2008 From: jmr at macports.org (Joshua Root) Date: Tue, 27 May 2008 03:33:40 +1000 Subject: ncursesw doesn't like to (re)activate In-Reply-To: <48382CC1.6070106@macports.org> References: <48301D6E.7070409@macports.org> <7A95DFA7-626E-425E-9A61-1A56E96076D0@macports.org> <7fccb3000805240411y5cf340bcja7fd8829be834956@mail.gmail.com> <4837FB2B.80703@macports.org> <48381D1E.2020201@macports.org> <48381EB0.80309@macports.org> <48382046.1090103@macports.org> <48382841.20908@macports.org> <48382CC1.6070106@macports.org> Message-ID: <483AF474.6020205@macports.org> Rainer M?ller wrote: > Joshua Root wrote: >> Rainer M?ller wrote: >>> The problem is that our file_map can't handle "2621A" and "2621a" >>> even on case-sensitive filesystem. After it installed one file, it >>> will complain on the other file that this path already exists in the >>> file_map. >> >> Hmm, but apparently it does not complain when both files are installed >> by one port. > > It does as reported by Tabitha. Maybe these files are new and were not > in the version of ncurses installed before. This will only happen on > case-sensitive filesystems which most of us do not use. > > I assume the terminfo files are generated on build time, so one of them > gets overwritten by the other on case-insensitive filesystems. As a > result there will be only one of them and no problems with the file_map. It turns out that there is a ticket open for this: - Josh From krischik at users.sourceforge.net Mon May 26 10:23:24 2008 From: krischik at users.sourceforge.net (Martin Krischik) Date: Mon, 26 May 2008 19:23:24 +0200 Subject: Dovevot Authetication Message-ID: <039BC356-386A-44A7-A408-4E9106D4AB64@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello it's me again. My Dovecot now runs, I can start and stop without trouble. Thank you very much for your help. Now I have trouble with the authentication. I always get: - ----------------------------- >telnet macpro imap Trying 85.158.176.48... Connected to macpro.krischik.com. Escape character is '^]'. * OK Dovecot ready. 1 LOGIN martin xxxxx 1 NO Authentication failed. - ----------------------------- And this with a plain text authentication used for testing: - ----------------------------- # passwd-like file with specified location # passdb passwd-file { # Path for passwd-file args = /opt/local/etc/dovecot/passwd.dovecot } - ----------------------------- Maybe someone spend to much time: it there a best practice for authentication on MacOS. Martin PS: I am already squeezing my Microsoft mouse - only then there is no Expos? appearing ;-). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iD8DBQFIOvIMijwKaHyem9cRAuNhAJ4/lESBxes2pAnfFZ3cBNW8bSUvyACgiFHY sZGC1pZiix/x2+hFDqji7nc= =arLB -----END PGP SIGNATURE----- From cs at zip.com.au Mon May 26 17:21:19 2008 From: cs at zip.com.au (Cameron Simpson) Date: Tue, 27 May 2008 10:21:19 +1000 Subject: Dovevot Authetication In-Reply-To: <039BC356-386A-44A7-A408-4E9106D4AB64@users.sourceforge.net> Message-ID: <20080527002119.GA1211@cskk.homeip.net> On 26May2008 19:23, Martin Krischik wrote: | it's me again. My Dovecot now runs, I can start and stop without | trouble. Thank you very much for your help. | | Now I have trouble with the authentication. I always get: | | - ----------------------------- | >telnet macpro imap | Trying 85.158.176.48... | Connected to macpro.krischik.com. | Escape character is '^]'. | * OK Dovecot ready. | 1 LOGIN martin xxxxx | 1 NO Authentication failed. | - ----------------------------- | | And this with a plain text authentication used for testing: | | - ----------------------------- | # passwd-like file with specified location | # | passdb passwd-file { | # Path for passwd-file | args = /opt/local/etc/dovecot/passwd.dovecot | } | - ----------------------------- | | Maybe someone spend to much time: it there a best practice for | authentication on MacOS. Hmm. 1: Are you in the passwd.dovecot file? 2: Dovecot has a lower limit on the uids it will make available. What is your uid? Is it below 1000? The limit is tunable, but when I ran into this a few years ago I seized the opportunity to obtain uid 11111 instead:-) 3: MacOSX accounts aren't all in /etc/passwd. I expect that's all neatly hidden by the getpwnam() function or nothing would work, but maybe there is something Mac specific happening. Check out (1) and (2) above first though. Disclaimer: I have not tried to use dovecot on MacOSX, and am not a dovecot expert either. Cheers, -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ Errors have occurred. We won't tell you where or why. Lazy programmers. - Haiku Error Messages http://www.salonmagazine.com/21st/chal/1998/02/10chal2.html From raimue at macports.org Mon May 26 17:35:09 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 27 May 2008 02:35:09 +0200 Subject: Dovevot Authetication In-Reply-To: <20080527002119.GA1211@cskk.homeip.net> References: <20080527002119.GA1211@cskk.homeip.net> Message-ID: <483B573D.3060807@macports.org> Cameron Simpson wrote: > | And this with a plain text authentication used for testing: > | > | - ----------------------------- > | # passwd-like file with specified location > | # > | passdb passwd-file { > | # Path for passwd-file > | args = /opt/local/etc/dovecot/passwd.dovecot > | } > | - ----------------------------- > | > | Maybe someone spend to much time: it there a best practice for > | authentication on MacOS. There is the configuration option disable_plaintext_auth to disallow authentification over plain text. Make sure it is set to no if you want plain text auth. Make sure the user dovecot is running at has read access to that file. You can also enable auth_verbose and auth_debug in the config to get some more logging. > Hmm. > > 1: Are you in the passwd.dovecot file? > 2: Dovecot has a lower limit on the uids it will make available. > What is your uid? Is it below 1000? The limit is tunable, but when I ran > into this a few years ago I seized the opportunity to obtain uid 11111 > instead:-) User accounts on Mac OS X start at 500 as far as I know. If this is a common problem, maybe the default config file should be patched to reflect this? > 3: MacOSX accounts aren't all in /etc/passwd. I expect that's all neatly > hidden by the getpwnam() function or nothing would work, but maybe > there is something Mac specific happening. Check out (1) and (2) above > first though. User accounts are handled by the Directory Service. See 'man 8 DirectoryService' for more information. Rainer From tabithamc at gmail.com Mon May 26 23:58:43 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Mon, 26 May 2008 20:58:43 -1000 Subject: Ruby port and its socket library In-Reply-To: <7fccb3000805080608x5a0e35f6j628b74327ca07f9@mail.gmail.com> References: <7fccb3000805080608x5a0e35f6j628b74327ca07f9@mail.gmail.com> Message-ID: <7fccb3000805262358u3c856e8fnabeadd59c1aec6b3@mail.gmail.com> Hello everyone, I'm just updating this email post that I made originally on the 8th of this month because the problem continues and I realized that I'm not the only one who noticed this -- as there have since been some tickets opened up about this: Here: http://trac.macports.org/ticket/15299 and here: http://trac.macports.org/ticket/15254 Thanks for bearing with me ... Ruby is used by a lot of people in the MacPorts and non-MacPorts communities and I am perplexed as to what changed on Leopard to cause these conflicts with MacPorts builds of Ruby? T.M. On 5/8/08, Tabitha McNerney wrote: > > Hello, > > I accidentally uninstalled my previous installed version of the ruby > MacPort (ruby 1.8.6 patch 110) and then I upgraded the port to the current > ruby port (ruby 1.8.6 patch 114). The previous version of Ruby was made on > Mac OS X Leopard 10.5.1 and it worked perfectly. I had since upgraded to > 10.5.2 and now when I attempt to install the new portfile, I am getting > errors regarding Ruby's attempt to build its socket library. As I do a > verbose install (as in # port -v install ruby) here's the excerpt of where I > am seeing a problem in the output: > > kconv.rb: m...........c......... >> nkf.c: m... >> socket.c: ccccccccccm. >> No definition for bsock_do_not_rev_lookup >> . >> No definition for bsock_do_not_rev_lookup_set >> . >> No definition for bsock_s_for_fd >> . >> No definition for bsock_close_read >> . >> No definition for bsock_close_write >> . >> No definition for bsock_shutdown >> ... >> No definition for bsock_getsockname >> . >> No definition for bsock_getpeername >> . >> No definition for bsock_send >> . >> No definition for bsock_recv >> .. >> No definition for ip_addr >> . >> No definition for ip_peeraddr >> . >> No definition for ip_recvfrom >> . >> No definition for ip_s_getaddress >> ... >> No definition for socks_init >> . >> No definition for socks_s_close >> . >> No definition for tcp_accept >> .. >> No definition for tcp_sysaccept >> . >> No definition for tcp_svr_init >> .. >> No definition for udp_init >> . >> No definition for udp_connect >> . >> No definition for udp_bind >> . >> No definition for udp_send >> .. >> No definition for unix_init >> . >> No definition for unix_path >> . >> No definition for unix_addr >> . >> No definition for unix_peeraddr >> . >> No definition for unix_recvfrom >> . >> No definition for unix_send_io >> . >> No definition for unix_recv_io >> . >> No definition for unix_s_socketpair >> . >> No definition for unix_s_socketpair >> . >> No definition for unix_svr_init >> . >> No definition for unix_accept >> .. >> No definition for unix_sysaccept >> .. >> No definition for sock_initialize >> .......... >> No definition for sock_s_socketpair >> . >> No definition for sock_s_socketpair >> . >> No definition for sock_gethostname >> .. >> No definition for sock_s_gethostbyaddr >> ... >> No definition for sock_s_getnameinfo >> . >> No definition for sock_s_pack_sockaddr_in >> . >> No definition for sock_s_pack_sockaddr_in >> . >> No definition for sock_s_unpack_sockaddr_in >> . >> No definition for sock_s_pack_sockaddr_un >> . >> No definition for sock_s_pack_sockaddr_un >> . >> No definition for sock_s_unpack_sockaddr_un >> >> stringio.c: >> c..................................................... >> strscan.c: >> cc............................................. >> zlib.c: >> mcccccccccccccccccc................................................................................... >> > > This is the nuttiest thing and I can't figure out what the problem is yet > (I'm starting to dig around in the Ruby source files to see what might be > happening). Has anyone else noticed this? My hardware is kind of new too > (its 64-bit EFI firmware, a Mac Pro early 2008 tower running 10.5.2 ... > don't know if Apple might have done something low level which the sockets > library for Ruby depends on)? > > Any suggestions would be highly appreciated. > > Regards, > > T.M. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080526/27aafd63/attachment.htm From abe.gillespie.lists at gmail.com Tue May 27 06:19:43 2008 From: abe.gillespie.lists at gmail.com (Abram Gillespie) Date: Tue, 27 May 2008 09:19:43 -0400 Subject: Must I use Fink? In-Reply-To: References: <283a65ca0709270750k7e4c9030t29bab377d5d0b863@mail.gmail.com> <54D81A6F-0F37-40EF-A5C8-C9569FBCEE04@macports.org> <283a65ca0709271405m4c48b947ocbf9eeffc57f46ec@mail.gmail.com> <283a65ca0805051241n4c9ae414qbd118f4241fe7f4b@mail.gmail.com> Message-ID: <283a65ca0805270619s50c87ac9xb78d293e095c106f@mail.gmail.com> Ryan, Your older instructions from 9/27 worked perfectly. Thanks for the help Ryan / MacPorts list! -Abe On Thu, May 8, 2008 at 12:04 AM, Ryan Schmidt wrote: > You're right, the php5 port doesn't have a dbase variant yet. > > To see where the php5 portfile is on your hard drive, type: > > port file php5 > > To copy it to a new directory "php5" in your home directory, for example, > type: > > mkdir ~/php5 > cp `port file php5` ~/php5 > > Then you can edit ~/php5/Portfile as desired and to install it, you type: > > cd ~/php5 > sudo port install > > Or add variants as desired, e.g.: > > sudo port install +apache2 > > > On May 5, 2008, at 2:41 PM, Abram Gillespie wrote: > >> This is waaay old but I'm finally getting around to this (read: the >> client is paying). I've since updated to Macports 1.6. Is this >> custom port still necessary (I assume so since I still don't see a >> dbase option)? If so, I want to use a combo of patching and setting >> up a local port (so I don't fubar the clean port). I assume I don't >> just grab php5 source and dump it into a local directory and point >> sources.conf at it. I'm sure a get a copy of the port, place it >> locally, patch it, then follow >> http://guide.macports.org/#development.local-repositories. How do I >> go about getting a local copy of the php5 port. Also, am I missing >> anything? >> >> Thank you for all the help! And I'll be sure to report back my >> experience. >> >> -Abe >> >> On Thu, Sep 27, 2007 at 5:05 PM, Abram Gillespie >> wrote: >>> >>> I'm under the gun right now. I'll be able to try at least by Monday. >>> I'll let you know as soon as I do. >>> >>> Thanks so much! >>> -Abe >>> >>> >>> >>> On 9/27/07, Ryan Schmidt wrote: >>>> >>>> On Sep 27, 2007, at 10:04, Chris Pickel wrote: >>>> >>>>> On 27 Sep, 2007, at 10:50, Abram Gillespie wrote: >>>>>> >>>>>> I haven't gotten any response as to how I go about getting the >>>>>> php_dbase extension for the php5 package. Is it possible? Should I >>>>>> just drop MacPorts and go back to Fink? >>>>> >>>>> I've attached a possible patch. Sync your ports repository, apply >>>>> it with "sudo patch `port file php` php5-dbase.patch", and then try >>>>> a "sudo port install php5 +dbase +whatever_else". I don't know >>>>> anything about dbase so I don't know if it'll work, but it's a try. >>>> >>>> Please don't desert us! :) I only hadn't responded because I wasn't >>>> familiar with dbase and had not yet had time to familiarize myself. >>>> Please let me know if the patch from Chris works and I'll be happy to >>>> incorporate it into the php5 portfile. >>>> >>>> BTW, his patching instructions should have read... >>>> >>>> sudo patch `port file php5` php5-dbase.patch > From sequethin at gmail.com Tue May 27 10:18:56 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Tue, 27 May 2008 13:18:56 -0400 Subject: can't allocate region? Message-ID: I just ran port upgrade installed and after it upgraded pango I got this: tclsh(39855,0xa0886fa0) malloc: *** mmap(size=2514944) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug unable to alloc 2514733 bytes zsh: abort sudo port upgrade installed What's going on there? --Mike H From ryandesign at macports.org Tue May 27 17:10:09 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 27 May 2008 19:10:09 -0500 Subject: can't allocate region? In-Reply-To: References: Message-ID: On May 27, 2008, at 12:18, Michael Hernandez wrote: > I just ran port upgrade installed and after it upgraded pango I got > this: > > tclsh(39855,0xa0886fa0) malloc: *** mmap(size=2514944) failed (error > code=12) > *** error: can't allocate region > *** set a breakpoint in malloc_error_break to debug > unable to alloc 2514733 bytes > zsh: abort sudo port upgrade installed > > > What's going on there? I don't have a clue, but it might help someone see what's wrong if we knew what version of MacPorts, Xcode, and Mac OS X you have, and on what kind of Mac. From raimue at macports.org Tue May 27 17:25:33 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 28 May 2008 02:25:33 +0200 Subject: can't allocate region? In-Reply-To: References: Message-ID: <483CA67D.4080707@macports.org> Michael Hernandez wrote: > I just ran port upgrade installed and after it upgraded pango I got > this: Don't use upgrade installed, use upgrade outdated instead. But that wouldn't solve the issue, I think. > tclsh(39855,0xa0886fa0) malloc: *** mmap(size=2514944) failed (error > code=12) > *** error: can't allocate region > *** set a breakpoint in malloc_error_break to debug > unable to alloc 2514733 bytes > zsh: abort sudo port upgrade installed > > > What's going on there? According to intro(2), error code 12 is ENOMEM. 12 ENOMEM Cannot allocate memory. The new process image required more memory than was allowed by the hardware or by system-imposed memory management constraints. A lack of swap space is normally temporary; however, a lack of core is not. Soft limits may be increased to their corresponding hard limits. This means Tcl tried to use more memory than you have. I don't know when this happens, but I have seen Tcl using more than 200-300 MB on long upgrades on my machine. I don't know how to detect memory leaks in Tcl nor can I tell you where it comes from. Did you have another memory hungry task running at the same time? Rainer From sequethin at gmail.com Tue May 27 17:25:41 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Tue, 27 May 2008 20:25:41 -0400 Subject: can't allocate region? In-Reply-To: References: Message-ID: On May 27, 2008, at 8:10 PM, Ryan Schmidt wrote: > > On May 27, 2008, at 12:18, Michael Hernandez wrote: > >> I just ran port upgrade installed and after it upgraded pango I got >> this: >> >> tclsh(39855,0xa0886fa0) malloc: *** mmap(size=2514944) failed (error >> code=12) >> *** error: can't allocate region >> *** set a breakpoint in malloc_error_break to debug >> unable to alloc 2514733 bytes >> zsh: abort sudo port upgrade installed >> >> >> What's going on there? > > I don't have a clue, but it might help someone see what's wrong if > we knew what version of MacPorts, Xcode, and Mac OS X you have, and > on what kind of Mac. > > I'm using macports 1.6, Xcode 3, OS X 10.5.2, on a MacBook Pro 2.4GHz core 2 duo, 2GB RAM. And as I write this I realize that my HD is also 100% full and that's probably the cause of this. Sorry for the noise. That is a pretty ugly error though, so it scared me. The malloc error made me think something was wrong with my RAM. --Mike H From raimue at macports.org Tue May 27 17:27:56 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 28 May 2008 02:27:56 +0200 Subject: can't allocate region? In-Reply-To: References: Message-ID: <483CA70C.3000904@macports.org> Michael Hernandez wrote: > And as I write this I realize that my HD is also 100% full and that's > probably the cause of this. Sorry for the noise. That is a pretty ugly > error though, so it scared me. The malloc error made me think > something was wrong with my RAM. Ah, as I said in the other mail, this was ENOMEM. So I think the error occurred because the system couldn't get any more swap space. Rainer From sequethin at gmail.com Tue May 27 17:32:45 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Tue, 27 May 2008 20:32:45 -0400 Subject: can't allocate region? In-Reply-To: <483CA70C.3000904@macports.org> References: <483CA70C.3000904@macports.org> Message-ID: On May 27, 2008, at 8:27 PM, Rainer M?ller wrote: > Michael Hernandez wrote: >> And as I write this I realize that my HD is also 100% full and >> that's probably the cause of this. Sorry for the noise. That is a >> pretty ugly error though, so it scared me. The malloc error made >> me think something was wrong with my RAM. > > Ah, as I said in the other mail, this was ENOMEM. So I think the > error occurred because the system couldn't get any more swap space. > > Rainer I'm deleting some files now. I'll re-run and see what happens. I just expected OS X to yell at me for having a full drive, so I didn't think my drive would be full. Well, here's hoping... --Mike H From sequethin at gmail.com Tue May 27 17:42:09 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Tue, 27 May 2008 20:42:09 -0400 Subject: can't allocate region? In-Reply-To: <483CA70C.3000904@macports.org> References: <483CA70C.3000904@macports.org> Message-ID: <440D3066-9254-486D-8FE4-BE1C6E9D6DD6@gmail.com> On May 27, 2008, at 8:27 PM, Rainer M?ller wrote: > Michael Hernandez wrote: >> And as I write this I realize that my HD is also 100% full and >> that's probably the cause of this. Sorry for the noise. That is a >> pretty ugly error though, so it scared me. The malloc error made >> me think something was wrong with my RAM. > > Ah, as I said in the other mail, this was ENOMEM. So I think the > error occurred because the system couldn't get any more swap space. > > Rainer Well it ran - tried to upgrade pidgin and failed (I wonder when that port will be updated, but that's unrelated), upgraded wget... exited successfully. I did run "port outdated" this time, instead of "port installed", so that could be it too. Thanks for the replies! --Mike H From tw.lbean at gmail.com Tue May 27 17:49:22 2008 From: tw.lbean at gmail.com (Triston Whetten) Date: Tue, 27 May 2008 19:49:22 -0500 Subject: can't allocate region? In-Reply-To: <483CA70C.3000904@macports.org> References: <483CA70C.3000904@macports.org> Message-ID: <8AEF4217-82D9-4AA0-90C3-9588E4F7D981@gmail.com> I personally have seen this type of issue (e.g. crashing with tclsh malloc() error) *many* times while upgrading outdated ports after a port sync. I haven't paid attention to the error output. I have noticed that watching via memory usage via 'top -o rprvt', python increases over time until it has 2GB private allocation and crashes. I usually use 'port -Rfnuk upgrade outdated' to upgrade outdated ports. When upgrade is done, I run 'port clean all'. One case that I thinked caused this type of issue multiple times was upgrading gtk2 recently. After a couple of hours the memory just begins to rapidly increase (rapidly is say 1.5GB allocated over 45 minutes after running for 2 hours). I wish I had more details to share. Anything useful I could collect/observe that would be of use to shed some light on this? Triston. On May 27, 2008, at 7:27 PM, Rainer M?ller wrote: > Michael Hernandez wrote: >> And as I write this I realize that my HD is also 100% full and that's >> probably the cause of this. Sorry for the noise. That is a pretty >> ugly >> error though, so it scared me. The malloc error made me think >> something was wrong with my RAM. > > Ah, as I said in the other mail, this was ENOMEM. So I think the error > occurred because the system couldn't get any more swap space. > > Rainer > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From jmr at macports.org Tue May 27 22:39:08 2008 From: jmr at macports.org (Joshua Root) Date: Wed, 28 May 2008 15:39:08 +1000 Subject: can't allocate region? In-Reply-To: <483CA70C.3000904@macports.org> References: <483CA70C.3000904@macports.org> Message-ID: <483CEFFC.60309@macports.org> Rainer M?ller wrote: > Michael Hernandez wrote: >> And as I write this I realize that my HD is also 100% full and that's >> probably the cause of this. Sorry for the noise. That is a pretty ugly >> error though, so it scared me. The malloc error made me think >> something was wrong with my RAM. > > Ah, as I said in the other mail, this was ENOMEM. So I think the error > occurred because the system couldn't get any more swap space. Actually, it was an mmap call that failed. It was probably trying to write out a file, and failed because of no available disk space, while there could easily have still been available RAM. The size of 2.5 MB would fit for something like file_map.db. Unfortunately we can't really do much about how Tcl internally responds to resource allocation failures. - Josh From michel.bierlaire at epfl.ch Wed May 28 02:07:08 2008 From: michel.bierlaire at epfl.ch (Michel Bierlaire) Date: Wed, 28 May 2008 11:07:08 +0200 Subject: aspell: Unhandled Error: The key "f-tex-command" is unknown. In-Reply-To: References: Message-ID: Dear all, Does anyone know if there is a fix for the aspell error when used with LaTeX? It seems that the problem has already been reported on this list, but I've not seen the solution. When the command "aspell check myfile.tex" is used, the following error message is displayed, and nothing happens: Unhandled Error: The key "f-tex-command" is unknown. Abort trap Thank you for your help. Michel Michel Bierlaire Transport and Mobility Laboratory School of Architecture, Civil and Environmental Engineering EPFL - Ecole Polytechnique F?d?rale de Lausanne http://transp-or.epfl.ch Phone: +41-21-693.25.37 Fax: +41-21-693.80.60 From richard at inf.ed.ac.uk Wed May 28 05:19:34 2008 From: richard at inf.ed.ac.uk (Richard Tobin) Date: Wed, 28 May 2008 13:19:34 +0100 (BST) Subject: Trouble upgrading Firefox Message-ID: <20080528121934.809423EB620@macpro.inf.ed.ac.uk> An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://lists.macosforge.org/pipermail/macports-users/attachments/20080528/293f0543/attachment.pl From tabithamc at gmail.com Wed May 28 20:38:34 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Wed, 28 May 2008 17:38:34 -1000 Subject: Question about build dependencies Message-ID: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> Hello all -- I have what might seem to be a dumb question. I noticed today that the MacPort named "libiconv" version 1.12 has a build dependency on another port named gperf, specifically: $ port deps libiconv > libiconv has build dependencies on: gperf What I find very interesting about this situation, however, is that on my MacPorts system I have not consciously built / installed the gperf port. But I have successfully built and installed the libiconv port. Therefore, I am wondering, how is it possible that the libiconv port was able to build and install without the gperf port dependency having first been built? Thanks for shedding any light on this. -T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080528/540492b4/attachment.htm From ryandesign at macports.org Wed May 28 21:43:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 28 May 2008 23:43:11 -0500 Subject: Question about build dependencies In-Reply-To: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> Message-ID: On May 28, 2008, at 22:38, Tabitha McNerney wrote: > I have what might seem to be a dumb question. I noticed today that > the MacPort named "libiconv" version 1.12 has a build dependency on > another port named gperf, specifically: > > $ port deps libiconv > libiconv has build dependencies on: > gperf > > What I find very interesting about this situation, however, is that > on my MacPorts system I have not consciously built / installed the > gperf port. But I have successfully built and installed the > libiconv port. Therefore, I am wondering, how is it possible that > the libiconv port was able to build and install without the gperf > port dependency having first been built? Apparently libiconv requires gperf. I don't know anything about this; that's the way the port was when I inherited it. The dependency is declared like this: depends_build \ bin:gperf:gperf That means if a binary (the "bin" part) called "gperf" (the first "gperf" part) does not exist on the computer, then install the gperf port (the 2nd "gperf" part). On my Tiger system, a gperf binary is provided by Mac OS X in /usr/ bin/gperf so the gperf port does not need to be installed. Usually ports depend on other ports only. In this case, the previous maintainer of libiconv must've thought the gperf provided by Mac OS X was sufficient. I don't even know what gperf does. From tabithamc at gmail.com Wed May 28 21:53:22 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Wed, 28 May 2008 18:53:22 -1000 Subject: Question about build dependencies In-Reply-To: References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> Message-ID: <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> Ah, thanks, that makes sense -- in other words, if there is a build depends that can already be satisfied by a build that the operating system (e.g., Mac OS X) provides, then it will go ahead and use that without complaining if, at the same time, a MacPorts-supplied build is not available (e.g., it all depends on if the binary is in the PATH). Thanks Ryan for help in understanding this! Best, T.M. On Wed, May 28, 2008 at 6:43 PM, Ryan Schmidt wrote: > On May 28, 2008, at 22:38, Tabitha McNerney wrote: > > I have what might seem to be a dumb question. I noticed today that the >> MacPort named "libiconv" version 1.12 has a build dependency on another port >> named gperf, specifically: >> >> $ port deps libiconv >> libiconv has build dependencies on: >> gperf >> >> What I find very interesting about this situation, however, is that on my >> MacPorts system I have not consciously built / installed the gperf port. But >> I have successfully built and installed the libiconv port. Therefore, I am >> wondering, how is it possible that the libiconv port was able to build and >> install without the gperf port dependency having first been built? >> > > Apparently libiconv requires gperf. I don't know anything about this; > that's the way the port was when I inherited it. > > The dependency is declared like this: > > depends_build \ > bin:gperf:gperf > > That means if a binary (the "bin" part) called "gperf" (the first "gperf" > part) does not exist on the computer, then install the gperf port (the 2nd > "gperf" part). > > On my Tiger system, a gperf binary is provided by Mac OS X in > /usr/bin/gperf so the gperf port does not need to be installed. > > Usually ports depend on other ports only. In this case, the previous > maintainer of libiconv must've thought the gperf provided by Mac OS X was > sufficient. I don't even know what gperf does. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080528/326e5a03/attachment.htm From ryandesign at macports.org Wed May 28 21:58:27 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 28 May 2008 23:58:27 -0500 Subject: Question about build dependencies In-Reply-To: <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> Message-ID: <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> Well, it doesn't depend on the user's PATH. MacPorts internally sets the PATH to a very specific value which includes the OS directories and the MacPorts prefix. And it searches those paths only. Also, this is not specific to the depends_build section. Any dependency (build, library or runtime) can be written in this way. On May 28, 2008, at 23:53, Tabitha McNerney wrote: > Ah, thanks, that makes sense -- in other words, if there is a build > depends that can already be satisfied by a build that the operating > system (e.g., Mac OS X) provides, then it will go ahead and use > that without complaining if, at the same time, a MacPorts-supplied > build is not available (e.g., it all depends on if the binary is in > the PATH). > > Thanks Ryan for help in understanding this! > > Best, > > T.M. > > On Wed, May 28, 2008 at 6:43 PM, Ryan Schmidt > wrote: > On May 28, 2008, at 22:38, Tabitha McNerney wrote: > > I have what might seem to be a dumb question. I noticed today that > the MacPort named "libiconv" version 1.12 has a build dependency on > another port named gperf, specifically: > > $ port deps libiconv > libiconv has build dependencies on: > gperf > > What I find very interesting about this situation, however, is that > on my MacPorts system I have not consciously built / installed the > gperf port. But I have successfully built and installed the > libiconv port. Therefore, I am wondering, how is it possible that > the libiconv port was able to build and install without the gperf > port dependency having first been built? > > Apparently libiconv requires gperf. I don't know anything about > this; that's the way the port was when I inherited it. > > The dependency is declared like this: > > depends_build \ > bin:gperf:gperf > > That means if a binary (the "bin" part) called "gperf" (the first > "gperf" part) does not exist on the computer, then install the > gperf port (the 2nd "gperf" part). > > On my Tiger system, a gperf binary is provided by Mac OS X in /usr/ > bin/gperf so the gperf port does not need to be installed. > > Usually ports depend on other ports only. In this case, the > previous maintainer of libiconv must've thought the gperf provided > by Mac OS X was sufficient. I don't even know what gperf does. > > From tabithamc at gmail.com Wed May 28 22:01:11 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Wed, 28 May 2008 19:01:11 -1000 Subject: Question about build dependencies In-Reply-To: <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> Message-ID: <7fccb3000805282201x57f6e760wa0a1b1cd241974bc@mail.gmail.com> Ok, I am learning ever more, thank you for yet even more clarification. Therefore the user's shell PATH variable really doesn't matter. Thank you yet again (I am realizing that this is really kind of obvious if one takes a harder look at the MacPorts files themselves -- its a challenge at times as a sys admin since my head has to be in may clouds and juggling a variety of systems including but not limited to MacPorts). T.M. On Wed, May 28, 2008 at 6:58 PM, Ryan Schmidt wrote: > Well, it doesn't depend on the user's PATH. MacPorts internally sets the > PATH to a very specific value which includes the OS directories and the > MacPorts prefix. And it searches those paths only. > > Also, this is not specific to the depends_build section. Any dependency > (build, library or runtime) can be written in this way. > > > > On May 28, 2008, at 23:53, Tabitha McNerney wrote: > > Ah, thanks, that makes sense -- in other words, if there is a build >> depends that can already be satisfied by a build that the operating system >> (e.g., Mac OS X) provides, then it will go ahead and use that without >> complaining if, at the same time, a MacPorts-supplied build is not available >> (e.g., it all depends on if the binary is in the PATH). >> >> Thanks Ryan for help in understanding this! >> >> Best, >> >> T.M. >> >> On Wed, May 28, 2008 at 6:43 PM, Ryan Schmidt >> wrote: >> On May 28, 2008, at 22:38, Tabitha McNerney wrote: >> >> I have what might seem to be a dumb question. I noticed today that the >> MacPort named "libiconv" version 1.12 has a build dependency on another port >> named gperf, specifically: >> >> $ port deps libiconv >> libiconv has build dependencies on: >> gperf >> >> What I find very interesting about this situation, however, is that on my >> MacPorts system I have not consciously built / installed the gperf port. But >> I have successfully built and installed the libiconv port. Therefore, I am >> wondering, how is it possible that the libiconv port was able to build and >> install without the gperf port dependency having first been built? >> >> Apparently libiconv requires gperf. I don't know anything about this; >> that's the way the port was when I inherited it. >> >> The dependency is declared like this: >> >> depends_build \ >> bin:gperf:gperf >> >> That means if a binary (the "bin" part) called "gperf" (the first "gperf" >> part) does not exist on the computer, then install the gperf port (the 2nd >> "gperf" part). >> >> On my Tiger system, a gperf binary is provided by Mac OS X in >> /usr/bin/gperf so the gperf port does not need to be installed. >> >> Usually ports depend on other ports only. In this case, the previous >> maintainer of libiconv must've thought the gperf provided by Mac OS X was >> sufficient. I don't even know what gperf does. >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080528/1cba861a/attachment.htm From ryandesign at macports.org Wed May 28 22:38:58 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 00:38:58 -0500 Subject: Question about build dependencies In-Reply-To: <7fccb3000805282201x57f6e760wa0a1b1cd241974bc@mail.gmail.com> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805282201x57f6e760wa0a1b1cd241974bc@mail.gmail.com> Message-ID: <01A3D008-0126-4B0A-AA44-CB8FBB38755F@macports.org> I know the feeling. We can't always be experts at everything! There's too much to know. Anytime you have MacPorts questions, you know where to ask! (Right here. You ask here.) On May 29, 2008, at 00:01, Tabitha McNerney wrote: > Ok, I am learning ever more, thank you for yet even more > clarification. Therefore the user's shell PATH variable really > doesn't matter. > > Thank you yet again (I am realizing that this is really kind of > obvious if one takes a harder look at the MacPorts files themselves > -- its a challenge at times as a sys admin since my head has to be > in may clouds and juggling a variety of systems including but not > limited to MacPorts). > > T.M. > > On Wed, May 28, 2008 at 6:58 PM, Ryan Schmidt > wrote: > Well, it doesn't depend on the user's PATH. MacPorts internally > sets the PATH to a very specific value which includes the OS > directories and the MacPorts prefix. And it searches those paths only. > > Also, this is not specific to the depends_build section. Any > dependency (build, library or runtime) can be written in this way. > > > > On May 28, 2008, at 23:53, Tabitha McNerney wrote: > > Ah, thanks, that makes sense -- in other words, if there is a build > depends that can already be satisfied by a build that the operating > system (e.g., Mac OS X) provides, then it will go ahead and use > that without complaining if, at the same time, a MacPorts-supplied > build is not available (e.g., it all depends on if the binary is in > the PATH). > > Thanks Ryan for help in understanding this! > > Best, > > T.M. > > On Wed, May 28, 2008 at 6:43 PM, Ryan Schmidt > wrote: > On May 28, 2008, at 22:38, Tabitha McNerney wrote: > > I have what might seem to be a dumb question. I noticed today that > the MacPort named "libiconv" version 1.12 has a build dependency on > another port named gperf, specifically: > > $ port deps libiconv > libiconv has build dependencies on: > gperf > > What I find very interesting about this situation, however, is that > on my MacPorts system I have not consciously built / installed the > gperf port. But I have successfully built and installed the > libiconv port. Therefore, I am wondering, how is it possible that > the libiconv port was able to build and install without the gperf > port dependency having first been built? > > Apparently libiconv requires gperf. I don't know anything about > this; that's the way the port was when I inherited it. > > The dependency is declared like this: > > depends_build \ > bin:gperf:gperf > > That means if a binary (the "bin" part) called "gperf" (the first > "gperf" part) does not exist on the computer, then install the > gperf port (the 2nd "gperf" part). > > On my Tiger system, a gperf binary is provided by Mac OS X in /usr/ > bin/gperf so the gperf port does not need to be installed. > > Usually ports depend on other ports only. In this case, the > previous maintainer of libiconv must've thought the gperf provided > by Mac OS X was sufficient. I don't even know what gperf does. From tabithamc at gmail.com Thu May 29 02:05:29 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Wed, 28 May 2008 23:05:29 -1000 Subject: Question about build dependencies In-Reply-To: <01A3D008-0126-4B0A-AA44-CB8FBB38755F@macports.org> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805282201x57f6e760wa0a1b1cd241974bc@mail.gmail.com> <01A3D008-0126-4B0A-AA44-CB8FBB38755F@macports.org> Message-ID: <7fccb3000805290205g58edb24cr42e421b5152eb2fc@mail.gmail.com> Ryan and friends, I really love the MacPorts community. Really, I mean that. It's one of the most enjoyable groups of people even though we have never met in person and even though we each contribute in different ways. Thank you to everyone for the various contributions and for making MacPorts way way cool! Thanks as always, Tabitha On Wed, May 28, 2008 at 7:38 PM, Ryan Schmidt wrote: > I know the feeling. We can't always be experts at everything! There's too > much to know. Anytime you have MacPorts questions, you know where to ask! > (Right here. You ask here.) > > > > On May 29, 2008, at 00:01, Tabitha McNerney wrote: > > Ok, I am learning ever more, thank you for yet even more clarification. >> Therefore the user's shell PATH variable really doesn't matter. >> >> Thank you yet again (I am realizing that this is really kind of obvious if >> one takes a harder look at the MacPorts files themselves -- its a challenge >> at times as a sys admin since my head has to be in may clouds and juggling a >> variety of systems including but not limited to MacPorts). >> >> T.M. >> >> On Wed, May 28, 2008 at 6:58 PM, Ryan Schmidt >> wrote: >> Well, it doesn't depend on the user's PATH. MacPorts internally sets the >> PATH to a very specific value which includes the OS directories and the >> MacPorts prefix. And it searches those paths only. >> >> Also, this is not specific to the depends_build section. Any dependency >> (build, library or runtime) can be written in this way. >> >> >> >> On May 28, 2008, at 23:53, Tabitha McNerney wrote: >> >> Ah, thanks, that makes sense -- in other words, if there is a build >> depends that can already be satisfied by a build that the operating system >> (e.g., Mac OS X) provides, then it will go ahead and use that without >> complaining if, at the same time, a MacPorts-supplied build is not available >> (e.g., it all depends on if the binary is in the PATH). >> >> Thanks Ryan for help in understanding this! >> >> Best, >> >> T.M. >> >> On Wed, May 28, 2008 at 6:43 PM, Ryan Schmidt >> wrote: >> On May 28, 2008, at 22:38, Tabitha McNerney wrote: >> >> I have what might seem to be a dumb question. I noticed today that the >> MacPort named "libiconv" version 1.12 has a build dependency on another port >> named gperf, specifically: >> >> $ port deps libiconv >> libiconv has build dependencies on: >> gperf >> >> What I find very interesting about this situation, however, is that on my >> MacPorts system I have not consciously built / installed the gperf port. But >> I have successfully built and installed the libiconv port. Therefore, I am >> wondering, how is it possible that the libiconv port was able to build and >> install without the gperf port dependency having first been built? >> >> Apparently libiconv requires gperf. I don't know anything about this; >> that's the way the port was when I inherited it. >> >> The dependency is declared like this: >> >> depends_build \ >> bin:gperf:gperf >> >> That means if a binary (the "bin" part) called "gperf" (the first "gperf" >> part) does not exist on the computer, then install the gperf port (the 2nd >> "gperf" part). >> >> On my Tiger system, a gperf binary is provided by Mac OS X in >> /usr/bin/gperf so the gperf port does not need to be installed. >> >> Usually ports depend on other ports only. In this case, the previous >> maintainer of libiconv must've thought the gperf provided by Mac OS X was >> sufficient. I don't even know what gperf does. >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080528/9b1da464/attachment.htm From tabithamc at gmail.com Thu May 29 05:43:14 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Thu, 29 May 2008 02:43:14 -1000 Subject: Question about build dependencies In-Reply-To: <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> Message-ID: <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> Ryan, A follow-up question if you don't mind (I had to walk away from the computer to think and then come back to this). In the example you gave of: The dependency is declared like this: depends_build \ bin:gperf:gperf That means if a binary (the "bin" part) called "gperf" (the first "gperf" part) does not exist on the computer, then install the gperf port (the 2nd "gperf" part). and: Well, it doesn't depend on the user's PATH. MacPorts internally sets the > PATH to a very specific value which includes the OS directories and the > MacPorts prefix. And it searches those paths only. > Let's say we have both gperf from Apple on the computer's root file system at: /usr/bin/gperf Then as you said, having this available will satisfy the build dependency condition of a port who has the gperf build dependency. But what if we also decide to install the MacPorts version of gperf, as in: /opt/local/bin/gperf So in this case we have two instances of gperf. In this case, does MacPorts always search the prefix (such as /opt/local/*) first before moving on to the root file system? My intuition is that this is an obvious answer of "yes" but I just wanted to confirm this (and as you said, this would apply to not just build dependencies). For example, it might be a good idea to try and have as many dependencies for ports (whether build, run or library) be based on other ports rather than what Apple provides on the root filesystem because Apple can (and will) change their mind about things (which is fine with me just as long as for most if not all dependencies I can use MacPorts and not depend on Apple's frame of mind)! Thanks again, Tabitha On Wed, May 28, 2008 at 6:58 PM, Ryan Schmidt wrote: > Well, it doesn't depend on the user's PATH. MacPorts internally sets the > PATH to a very specific value which includes the OS directories and the > MacPorts prefix. And it searches those paths only. > > Also, this is not specific to the depends_build section. Any dependency > (build, library or runtime) can be written in this way. > > > > On May 28, 2008, at 23:53, Tabitha McNerney wrote: > > Ah, thanks, that makes sense -- in other words, if there is a build >> depends that can already be satisfied by a build that the operating system >> (e.g., Mac OS X) provides, then it will go ahead and use that without >> complaining if, at the same time, a MacPorts-supplied build is not available >> (e.g., it all depends on if the binary is in the PATH). >> >> Thanks Ryan for help in understanding this! >> >> Best, >> >> T.M. >> >> On Wed, May 28, 2008 at 6:43 PM, Ryan Schmidt >> wrote: >> On May 28, 2008, at 22:38, Tabitha McNerney wrote: >> >> I have what might seem to be a dumb question. I noticed today that the >> MacPort named "libiconv" version 1.12 has a build dependency on another port >> named gperf, specifically: >> >> $ port deps libiconv >> libiconv has build dependencies on: >> gperf >> >> What I find very interesting about this situation, however, is that on my >> MacPorts system I have not consciously built / installed the gperf port. But >> I have successfully built and installed the libiconv port. Therefore, I am >> wondering, how is it possible that the libiconv port was able to build and >> install without the gperf port dependency having first been built? >> >> Apparently libiconv requires gperf. I don't know anything about this; >> that's the way the port was when I inherited it. >> >> The dependency is declared like this: >> >> depends_build \ >> bin:gperf:gperf >> >> That means if a binary (the "bin" part) called "gperf" (the first "gperf" >> part) does not exist on the computer, then install the gperf port (the 2nd >> "gperf" part). >> >> On my Tiger system, a gperf binary is provided by Mac OS X in >> /usr/bin/gperf so the gperf port does not need to be installed. >> >> Usually ports depend on other ports only. In this case, the previous >> maintainer of libiconv must've thought the gperf provided by Mac OS X was >> sufficient. I don't even know what gperf does. >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080529/0c61c526/attachment.htm From ryandesign at macports.org Thu May 29 06:01:43 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 08:01:43 -0500 Subject: Question about build dependencies In-Reply-To: <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> Message-ID: On May 29, 2008, at 07:43, Tabitha McNerney wrote: > A follow-up question if you don't mind (I had to walk away from the > computer to think and then come back to this). In the example you > gave of: > >> The dependency is declared like this:depends_build \ >> bin:gperf:gperfThat means if a binary (the "bin" part) >> called "gperf" (the first "gperf" part) does not exist on the >> computer, then install the gperf port (the 2nd "gperf" part). >> and: >> >> Well, it doesn't depend on the user's PATH. MacPorts internally >> sets the PATH to a very specific value which includes the OS >> directories and the MacPorts prefix. And it searches those paths >> only. > > > Let's say we have both gperf from Apple on the computer's root file > system at: > > /usr/bin/gperf > > Then as you said, having this available will satisfy the build > dependency condition of a port who has the gperf build dependency. > > But what if we also decide to install the MacPorts version of > gperf, as in: > > /opt/local/bin/gperf > > So in this case we have two instances of gperf. In this case, does > MacPorts always search the prefix (such as /opt/local/*) first > before moving on to the root file system? My intuition is that this > is an obvious answer of "yes" but I just wanted to confirm this > (and as you said, this would apply to not just build dependencies). In the function mportinit in the file base/src/macports1.0/ macports.tcl on line 590 it says: if {![info exists binpath]} { set env(PATH) "${prefix}/bin:${prefix}/sbin:/bin:/sbin:/usr/ bin:/usr/sbin:${x11prefix}/bin" } else { set env(PATH) "$binpath" } So it puts ${prefix}/bin in the path before the other binary directories. So if you have the gperf port installed, libiconv will use the MacPorts version of gperf. Otherwise it will use the Mac OS X version of gperf. Unless you've overridden this path by setting binpath in the macports.conf. (This is only available in MacPorts trunk, not in MacPorts 1.6.0.) For libraries, I'm not sure where the code is that searches, or what order it searches in. I would hope it's the same though -- MacPorts prefix first, then the rest. > For example, it might be a good idea to try and have as many > dependencies for ports (whether build, run or library) be based on > other ports rather than what Apple provides on the root filesystem > because Apple can (and will) change their mind about things (which > is fine with me just as long as for most if not all dependencies I > can use MacPorts and not depend on Apple's frame of mind)! Which is precisely why the MacPorts project recommends that ports depend on other ports, not on binaries or libraries that may be installed on the system by Apple, whose versions or features could change under our noses by a system update. http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries I'm not sure why the libiconv port was written differently here. Looks like Mac OS X 10.4 provides gperf 3.0.1. MacPorts provides gperf 3.0.3. Maybe I should change the port to use the gperf port exclusively. It would be more consistent with our policy. From raimue at macports.org Thu May 29 06:16:37 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu, 29 May 2008 15:16:37 +0200 Subject: Question about build dependencies In-Reply-To: References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> Message-ID: <483EACB5.2090801@macports.org> Ryan Schmidt wrote: > Unless you've overridden this path by setting binpath in the > macports.conf. (This is only available in MacPorts trunk, not in > MacPorts 1.6.0.) This is already available in 1.6.0, but it was not documented. > For libraries, I'm not sure where the code is that searches, or what > order it searches in. I would hope it's the same though -- MacPorts > prefix first, then the rest. No, this is not the case. It depends on the environment port runs in and some hardcoded paths, but in the wrong order. See proc _libtest in macports.tcl, line 1065: lappend search_path /lib /usr/lib /usr/X11R6/lib /usr/X11/lib ${prefix}/lib Should we change that to search ${prefix} first? As this just checks for existance of the library and does not influence building at all, it is not that important in which order the directories are searched. But the two occasions of /usr/X11R6 and /usr/X11 should be replaced by ${x11prefix}. > Which is precisely why the MacPorts project recommends that ports > depend on other ports, not on binaries or libraries that may be > installed on the system by Apple, whose versions or features could > change under our noses by a system update. With Xcode and X11 being the exception. Rainer From ryandesign at macports.org Thu May 29 06:36:37 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 08:36:37 -0500 Subject: Question about build dependencies In-Reply-To: <483EACB5.2090801@macports.org> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> <483EACB5.2090801@macports.org> Message-ID: <0E2712C6-EE38-4289-9D5C-790DE40114A4@macports.org> On May 29, 2008, at 08:16, Rainer M?ller wrote: > Ryan Schmidt wrote: >> Unless you've overridden this path by setting binpath in the >> macports.conf. (This is only available in MacPorts trunk, not in >> MacPorts 1.6.0.) > > This is already available in 1.6.0, but it was not documented. > >> For libraries, I'm not sure where the code is that searches, or >> what order it searches in. I would hope it's the same though -- >> MacPorts prefix first, then the rest. > > No, this is not the case. It depends on the environment port runs > in and some hardcoded paths, but in the wrong order. > > See proc _libtest in macports.tcl, line 1065: > lappend search_path /lib /usr/lib /usr/X11R6/lib /usr/X11/lib $ > {prefix}/lib > > Should we change that to search ${prefix} first? As this just > checks for existance of the library and does not influence building > at all, it is not that important in which order the directories are > searched. Oh right. The order isn't important because it'll be linked in the build phase, which will be influenced by the -L${prefix}/lib parameter MacPorts automatically adds to the LDFLAGS which will ensure the MacPorts version of a library gets used if it exists, in preference to a system library. > But the two occasions of /usr/X11R6 and /usr/X11 should be replaced > by ${x11prefix}. I think I agree there. >> Which is precisely why the MacPorts project recommends that ports >> depend on other ports, not on binaries or libraries that may be >> installed on the system by Apple, whose versions or features >> could change under our noses by a system update. > > With Xcode and X11 being the exception. Right. From jmr at macports.org Thu May 29 07:00:00 2008 From: jmr at macports.org (Joshua Root) Date: Fri, 30 May 2008 00:00:00 +1000 Subject: Question about build dependencies In-Reply-To: References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> Message-ID: <483EB6E0.2090807@macports.org> Ryan Schmidt wrote: > On May 29, 2008, at 07:43, Tabitha McNerney wrote: >> For example, it might be a good idea to try and have as many >> dependencies for ports (whether build, run or library) be based on >> other ports rather than what Apple provides on the root filesystem >> because Apple can (and will) change their mind about things (which >> is fine with me just as long as for most if not all dependencies I >> can use MacPorts and not depend on Apple's frame of mind)! > > Which is precisely why the MacPorts project recommends that ports > depend on other ports, not on binaries or libraries that may be > installed on the system by Apple, whose versions or features could > change under our noses by a system update. > > http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries > > I'm not sure why the libiconv port was written differently here. > Looks like Mac OS X 10.4 provides gperf 3.0.1. MacPorts provides > gperf 3.0.3. Maybe I should change the port to use the gperf port > exclusively. It would be more consistent with our policy. Back in the olden days of DarwinPorts, there were no such thing as port: dependencies. (They were added in 2005, r11790 if you're curious.) The libiconv port predates that, and I thought that might be why it uses bin:. However, it turns out that the gperf dependency was actually first added in r21556 in early 2007. Ironically, the exact issue of inconsistent features in the Apple-provided gperf was encountered shortly thereafter, and a port:gperf dependency was added, for darwin 7 only, in r21795. So yes, the dependency should probably be changed to port:gperf for all platforms. :-) - Josh From florian.ebeling at gmail.com Thu May 29 08:26:29 2008 From: florian.ebeling at gmail.com (febeling) Date: Thu, 29 May 2008 08:26:29 -0700 (PDT) Subject: Ruby installation damaged: how to deactivate/uninstall/update? In-Reply-To: <483691D7.2050901@gmail.com> References: <483691D7.2050901@gmail.com> Message-ID: <17536564.post@talk.nabble.com> Tobias Weisserth wrote: > > I am having trouble with my Ruby installation from MacPorts. > > This is what I have installed: > > Installed Versions: > 1.8.6-p110_0+thread_hooks 1.8.6-p111_1+thread_hooks > Active Version: > 1.8.6-p111_1+thread_hooks > > Now I want to uninstall the deactivated version like this: > > sudo port -f uninstall ruby at 1.8.6-p110_0+thread_hooks > > And I get this result: > > Error: port uninstall failed: Registry error: Please specify the name of > the port. > > use port installed ruby and copy the listed entry with an "(active)" at the end of the line. this method gives you always the expected and fully-qualified port name. Florian -- View this message in context: http://www.nabble.com/Ruby-installation-damaged%3A-how-to-deactivate-uninstall-update--tp17422342p17536564.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From lrivers at gmail.com Thu May 29 11:14:43 2008 From: lrivers at gmail.com (Lorin Rivers) Date: Thu, 29 May 2008 13:14:43 -0500 Subject: Apache not starting at boot In-Reply-To: <949829840805190957g5b1f10c9o2441144a6017607e@mail.gmail.com> References: <949829840805190814g7fda2875jece5137f70d0dff5@mail.gmail.com> <4EF1C768-16D0-4DB5-A9A9-F864E20A46E9@xunil.net> <949829840805190957g5b1f10c9o2441144a6017607e@mail.gmail.com> Message-ID: <949829840805291114l24501b3ai502f7fa3ddd9cad4@mail.gmail.com> That worked! Thanks Robert. On Mon, May 19, 2008 at 11:57 AM, Lorin Rivers wrote: > OK, thanks, I'll try the unload/load mambo and see what happens > > > On Mon, May 19, 2008 at 11:21 AM, Robert Liesenfeld > wrote: > >> >> On May 19, 2008, at 8:14 AM, Lorin Rivers wrote: >> >> I have done some extensive research and have followed all the setup >>> instructions I can find, but apache2 still requires a manual start on my >>> 10.4 iMac. >>> >>> When I run "sudo launchctl load -w >>> /Library/LaunchDaemons/org.macports.apache2.plist", the response is >>> "already loaded". >>> >>> Manual start doesn't report errors and apache works fine once I do that, >>> but I'd like to not have to remember to start apache next time my power goes >>> out. >>> >>> >>> ... snip ... >> >> I found I had problems with launchd on 10.4 as well; in your situation I >> would usually do a 'launchctl unload -w /Library...' followed by a >> 'launchctl load -w /Library...'. This seemed to give launchd the prodding >> it needed. Note also that if Apache fails to start, repeatedly (due to >> configuration errors), I believe launchd will eventually turn off the daemon >> and leave it off, such as how init under other UNIXes handles runaway >> processes. >> >> >>> The only other bit of info is that occasionally, I see something about >>> "bonjour" (couldn't find it just now, though). Also, mysql is starting up >>> just fine... >>> >>> >> Mysql starting OK indicates that launchd is working well (though I suspect >> you'd be having much bigger problems if launchd was actually broken :). >> Can't help you with the Bonjour messages, I'm afraid... >> >> -Robert >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080529/cf5c2944/attachment.htm From justincorn at gmail.com Thu May 29 12:58:05 2008 From: justincorn at gmail.com (Justin Corn) Date: Thu, 29 May 2008 12:58:05 -0700 Subject: error: mozilla (via kazehakase), port 1.6, OS X 10.4.11, Xcode 2.5, x86 Message-ID: Trying to install kazehakase, I get the following error while building mozilla (using port 1.6, OS X 10.4.11, Xcode 2.5, Intel arch) nmedit -s ../../../build/unix/gnu-ld-scripts/components-export-list libp3p.dylib nmedit: can't make global coalesced symbols (like __ZN10nsIDOMAttr6GetIIDEv) into static symbols (use ld(1)'s -exported_symbols_list option) in a final linked image: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/extensions/p3p/src/libp3p.dylib strip -x -S libp3p.dylib /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/config/nsinstall -L /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/extensions/p3p/src -m 755 libp3p.dylib ../../../dist/lib/components : ../../../dist/lib/components/libp3p.dylib /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/config/nsinstall -L /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/extensions/p3p/src -m 755 libp3p.dylib ../../../dist/bin/components : ../../../dist/bin/components/libp3p.dylib gmake[4]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/extensions/p3p/src' /opt/local/bin/perl -I../../config ../../config/preprocessor.pl -DNAMESPACE=http://www.w3.org/2000/P3Pv1 \ resources/content/p3p.xsl.in > p3p200005.xsl /opt/local/bin/perl -I../../config ../../config/preprocessor.pl -DNAMESPACE=http://www.w3.org/2000/10/18/P3Pv1 \ -DHAS_TMPL_RETENTION\ resources/content/p3p.xsl.in > p3p200010.xsl ../../config/preprocessor.pl: invalid argument to -D: HAS_TMPL_RETENTIONresources/content/p3p.xsl.in gmake[3]: *** [p3p200010.xsl] Error 2 gmake[3]: *** Deleting file `p3p200010.xsl' gmake[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/extensions/p3p' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/extensions' gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla' make: *** [all] Error 2 Error: The following dependencies failed to build: mozilla Error: Status 1 encountered during processing. I didn't see any issues that looked similar (to my layman's eye) in the archives. Any ideas? Your help is much appreciated, thanks. From jmr at macports.org Thu May 29 13:07:27 2008 From: jmr at macports.org (Joshua Root) Date: Fri, 30 May 2008 06:07:27 +1000 Subject: error: mozilla (via kazehakase), port 1.6, OS X 10.4.11, Xcode 2.5, x86 In-Reply-To: References: Message-ID: <483F0CFF.2030802@macports.org> Justin Corn wrote: > Trying to install kazehakase, I get the following error while building > mozilla (using port 1.6, OS X 10.4.11, Xcode 2.5, Intel arch) Mozilla is pretty old. Try installing kazehakase with the seamonkey variant. - Josh From jkorchok at hotmail.com Thu May 29 16:53:53 2008 From: jkorchok at hotmail.com (John Korchok) Date: Thu, 29 May 2008 19:53:53 -0400 Subject: Apple did it again! In-Reply-To: References: <583CC5C6-51DE-4197-B39B-2DEC30AD11F8@macports.org><18402.21327.614816.458429@montanaro-dyndns-org.local> Message-ID: Hi All, Once again, the latest security patch 2008-003 for Tiger broke our Apache 2 installation by replacing apachectl. Earlier posts on this topic are repeated below for any new listers: >>> Subject: Tiger software update replaces apachectl >>> >>> I found out (the hard way) that the latest Apple Security >>> Update 2008-002 for Tiger replaces the apachectl file in >>> /usr/sbin. If, like me, you had copied the apachectl file >>> from /opt/local/apache2/bin to /usr/sbin (this enables you to >>> turn Apache on and off using the System >>> Prefs/Sharing/Personal Web Sharing), you will find that the >>> next time you restart Apache, things go haywire, like none of >>> your PHP works any more. >>> It's because your system has reverted to the Apache 1.3 that >>> comes with Tiger. >>> >>> John Korchok >> Are there other steps to making Personal Web Sharing run Apache2? If >> so, could you please detail them for those of us who just can't remember >> anything? >> >> >> In A Chord, >> >> Tom Condon > If you are comfortable with the command line, all you need to do is to link > to the installation of apache that you want to control from the preferance panes. > > 1. $cd /usr/sbin > 2. $mv apachectl apachectl1-3 > 3. $ln -s /opt/local/apache2/bin/apachectl apachectl > > when you list the directory it should give you something like this: > ... > apachectl -> /opt/local/apache2/bin/apachectl > ... > and you should now be able to control macports apache2 from you preference pane. > Matt Hipley From ryandesign at macports.org Thu May 29 17:18:14 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 19:18:14 -0500 Subject: Question about build dependencies In-Reply-To: <483EB6E0.2090807@macports.org> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> <483EB6E0.2090807@macports.org> Message-ID: <5A9A716B-2591-4C24-B90E-CCC36C743E2B@macports.org> On May 29, 2008, at 09:00, Joshua Root wrote: > So yes, the dependency should probably be changed to port:gperf for > all > platforms. :-) Done! From cs at zip.com.au Thu May 29 17:24:41 2008 From: cs at zip.com.au (Cameron Simpson) Date: Fri, 30 May 2008 10:24:41 +1000 Subject: Apple did it again! In-Reply-To: Message-ID: <20080530002441.GA8370@cskk.homeip.net> On 29May2008 19:53, John Korchok wrote: | Once again, the latest security patch 2008-003 for Tiger broke our Apache 2 | installation by replacing apachectl. Earlier posts on this topic are | repeated below for any new listers: | | >>> Subject: Tiger software update replaces apachectl | >>> I found out (the hard way) that the latest Apple Security | >>> Update 2008-002 for Tiger replaces the apachectl file in | >>> /usr/sbin. If, like me, you had copied the apachectl file | >>> from /opt/local/apache2/bin to /usr/sbin (this enables you to | >>> turn Apache on and off using the System | >>> Prefs/Sharing/Personal Web Sharing), you will find that the | >>> next time you restart Apache, things go haywire, like none of | >>> your PHP works any more. | >>> It's because your system has reverted to the Apache 1.3 that | >>> comes with Tiger. What, you mean Apple, the vendor, had the _gall_ to do stuff in the vendor filesystem space? How rude! Yes, I feel your pain - I have a similar issue on another platform with another vendor. But it's not the vendor's fault, nor their problem. You and I have hacked in the vendor's playground, and it's our problem to make those hacks persist. -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ California is proud to be the home of the freeway. - Ronald Reagan From raimue at macports.org Thu May 29 17:46:33 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 30 May 2008 02:46:33 +0200 Subject: Apple did it again! In-Reply-To: <20080530002441.GA8370@cskk.homeip.net> References: <20080530002441.GA8370@cskk.homeip.net> Message-ID: <483F4E69.6040505@macports.org> Cameron Simpson wrote: > Yes, I feel your pain - I have a similar issue on another platform with > another vendor. But it's not the vendor's fault, nor their problem. > You and I have hacked in the vendor's playground, and it's our problem > to make those hacks persist. I think we all agree on this. But it is nice that John reported that a new upgrade from the vendor requires manual action if you are using this 'hack'. Other users of this 'hack' might appreciate it. Rainer From alakazam at melix.net Thu May 29 17:49:36 2008 From: alakazam at melix.net (Alakazam) Date: Fri, 30 May 2008 02:49:36 +0200 Subject: Apple did it again! In-Reply-To: <483F4E69.6040505@macports.org> References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> Message-ID: Hi ! On 30 mai 08, at 02:46, Rainer M?ller wrote: > Cameron Simpson wrote: >> Yes, I feel your pain - I have a similar issue on another platform >> with >> another vendor. But it's not the vendor's fault, nor their problem. >> You and I have hacked in the vendor's playground, and it's our >> problem >> to make those hacks persist. > > I think we all agree on this. > > But it is nice that John reported that a new upgrade from the vendor > requires manual action if you are using this 'hack'. Other users of > this > 'hack' might appreciate it. I would like to suggest migrating John's initial summary to a Howto (and am ready to do so based on your work), if that seems appropriate. Cheers, -- Alakazam From ryandesign at macports.org Thu May 29 18:12:37 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 20:12:37 -0500 Subject: Apple did it again! In-Reply-To: References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> Message-ID: On May 29, 2008, at 19:49, Alakazam wrote: > On 30 mai 08, at 02:46, Rainer M?ller wrote: > >> Cameron Simpson wrote: >> >>> Yes, I feel your pain - I have a similar issue on another platform >>> with another vendor. But it's not the vendor's fault, nor their >>> problem. You and I have hacked in the vendor's playground, >>> and it's our problem to make those hacks persist. >> >> I think we all agree on this. >> >> But it is nice that John reported that a new upgrade from the vendor >> requires manual action if you are using this 'hack'. Other users of >> this 'hack' might appreciate it. > > I would like to suggest migrating John's initial summary to a Howto > (and am ready to do so based on your work), if that seems appropriate. The reason for the hack is to let System Preferences > Sharing > Web Sharing control the MacPorts apache2 service instead of Apple's apache, right? I don't think I like that hack very much. Wouldn't it be better to write up how to install a 3rd-party launchctl manager which you could use to start and stop all MacPorts-supplied startup services? From cs at zip.com.au Thu May 29 18:14:24 2008 From: cs at zip.com.au (Cameron Simpson) Date: Fri, 30 May 2008 11:14:24 +1000 Subject: Apple did it again! In-Reply-To: <483F4E69.6040505@macports.org> Message-ID: <20080530011424.GA9356@cskk.homeip.net> On 30May2008 02:46, Rainer M?ller wrote: > Cameron Simpson wrote: >> Yes, I feel your pain - I have a similar issue on another platform with >> another vendor. But it's not the vendor's fault, nor their problem. >> You and I have hacked in the vendor's playground, and it's our problem >> to make those hacks persist. > > I think we all agree on this. > > But it is nice that John reported that a new upgrade from the vendor > requires manual action if you are using this 'hack'. Other users of this > 'hack' might appreciate it. Agreed. -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ If all else fails, immortality can always be assured by spectacular error. From cs at zip.com.au Thu May 29 18:16:35 2008 From: cs at zip.com.au (Cameron Simpson) Date: Fri, 30 May 2008 11:16:35 +1000 Subject: Apple did it again! In-Reply-To: Message-ID: <20080530011635.GA24522@cskk.homeip.net> On 29May2008 20:12, Ryan Schmidt wrote: | > I would like to suggest migrating John's initial summary to a Howto | > (and am ready to do so based on your work), if that seems appropriate. | | The reason for the hack is to let System Preferences > Sharing > Web | Sharing control the MacPorts apache2 service instead of Apple's | apache, right? | | I don't think I like that hack very much. Wouldn't it be better to | write up how to install a 3rd-party launchctl manager which you could | use to start and stop all MacPorts-supplied startup services? Yes. I also would appreciate a clear HOWTO for that kind of thing, being new to Macs and already missing the simple (and sometimes simplistic) /etc/init.d scheme common on other platforms:-) -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ Remember the Unified Field Theory? Well, forget it. Physicists have pretty much thrown in the towel on unifying gravity with the other elemental forces, so now we have the Standard Model, which says that everything works together in intricate harmony except gravity, which is on holiday in Tasmania and need not concern us further. - Jon Carroll on the Higgs Boson From jkorchok at hotmail.com Thu May 29 18:18:03 2008 From: jkorchok at hotmail.com (John Korchok) Date: Thu, 29 May 2008 21:18:03 -0400 Subject: Apple did it again! In-Reply-To: <483F4E69.6040505@macports.org> References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> Message-ID: I most definitely am not blaming Apple for this and apologize for a misleading subject line. I am just trying to alert users who might be in the same boat. You apply a security patch and your web server goes wonky, it's not immediately apparent what the connection is. John > -----Original Message----- > From: macports-users-bounces at lists.macosforge.org > [mailto:macports-users-bounces at lists.macosforge.org] On > Behalf Of Rainer M?ller > Sent: Thursday, May 29, 2008 8:47 PM > To: Cameron Simpson > Cc: macports-users at lists.macosforge.org > Subject: Re: Apple did it again! > > Cameron Simpson wrote: > > Yes, I feel your pain - I have a similar issue on another platform > > with another vendor. But it's not the vendor's fault, nor > their problem. > > You and I have hacked in the vendor's playground, and it's > our problem > > to make those hacks persist. > > I think we all agree on this. > > But it is nice that John reported that a new upgrade from the > vendor requires manual action if you are using this 'hack'. > Other users of this 'hack' might appreciate it. > > Rainer > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From alakazam at melix.net Thu May 29 18:20:08 2008 From: alakazam at melix.net (Alakazam) Date: Fri, 30 May 2008 03:20:08 +0200 Subject: Apple did it again! In-Reply-To: <20080530011635.GA24522@cskk.homeip.net> References: <20080530011635.GA24522@cskk.homeip.net> Message-ID: <9BFC1B59-5E16-45B5-9AE7-B7AE343AAD24@melix.net> > Yes. I also would appreciate a clear HOWTO for that kind of thing, > being new > to Macs and already missing the simple (and sometimes simplistic) / > etc/init.d > scheme common on other platforms:-) As Ryan indicated (and I agree that hacking the Apple provided services is not very good practice), "launchctl" is the equivalent of "/etc/init.d" on linux platforms (equivalent is not entirely exact). Lingon is a good "GUI" tool to explore the services provided by launchctl. I would not advise you to use it to edit those services though. Apple also has a documentation page on launchd (the daemon that launchctl interacts with), the didactic quality of which I haven't verified : > http://developer.apple.com/macosx/launchd.html -- Alakazam From raimue at macports.org Thu May 29 18:20:28 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 30 May 2008 03:20:28 +0200 Subject: Apple did it again! In-Reply-To: References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> Message-ID: <483F565C.6070204@macports.org> Ryan Schmidt wrote: > I don't think I like that hack very much. Wouldn't it be better to > write up how to install a 3rd-party launchctl manager which you could > use to start and stop all MacPorts-supplied startup services? There is 'port load/unload' on trunk which basically does this. It is just a shorthand for launchctl. The command port load runs launchctl load -w /Library/LaunchDaemons/org.macports..plist 'port unload' works accordingly. This should work for all our ports installing startup items. Again: this is not in the current release (1.6.0)! Rainer From face at CentosPrime.COM Thu May 29 18:23:20 2008 From: face at CentosPrime.COM (Chris Janton) Date: Thu, 29 May 2008 18:23:20 -0700 Subject: Apple did it again! In-Reply-To: References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> Message-ID: On 2008-05-29 , at 18:12 , Ryan Schmidt wrote: > I don't think I like that hack very much. Wouldn't it be better to > write up how to install a 3rd-party launchctl manager which you could > use to start and stop all MacPorts-supplied startup services? Go to this webpage http://lingon.sourceforge.net/ Download your favorite version (the Leopard version is very nice). Read the fine manual provided at http://lingon.sourceforge.net/Lingon-Manual.pdf You'll find the macports launchctl entries under "User Daemons" (assuming you have followed the instructions provided in most ports that need you to do a launchctl -w ...) 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From ryandesign at macports.org Thu May 29 18:32:50 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 20:32:50 -0500 Subject: Apple did it again! In-Reply-To: References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> Message-ID: On May 29, 2008, at 20:23, Chris Janton wrote: > On 2008-05-29 , at 18:12 , Ryan Schmidt wrote: > >> I don't think I like that hack very much. Wouldn't it be better to >> write up how to install a 3rd-party launchctl manager which you could >> use to start and stop all MacPorts-supplied startup services? > > > Go to this webpage > > http://lingon.sourceforge.net/ > > Download your favorite version (the Leopard version is very nice). > > Read the fine manual provided at > > http://lingon.sourceforge.net/Lingon-Manual.pdf > > You'll find the macports launchctl entries under "User > Daemons" (assuming you have followed the instructions provided in > most ports that need you to do a launchctl -w ...) Right, lingon, that's the name I couldn't think of. We could write up something on our web site about using that. We already have a port for it... http://db.macports.org/port/show/4001 From raimue at macports.org Thu May 29 18:37:30 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 30 May 2008 03:37:30 +0200 Subject: Apple did it again! In-Reply-To: References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> Message-ID: <483F5A5A.6050005@macports.org> Ryan Schmidt wrote: > Right, lingon, that's the name I couldn't think of. We could write up > something on our web site about using that. Sounds like a good idea. > We already have a port for it... > > http://db.macports.org/port/show/4001 Hm, the description of this port is wrong. Actually Lingon is only available for Leopard and not for Tiger. CC'ing maintainer :-) Rainer From jkh at apple.com Thu May 29 19:35:17 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Thu, 29 May 2008 19:35:17 -0700 Subject: Apple did it again! In-Reply-To: References: <583CC5C6-51DE-4197-B39B-2DEC30AD11F8@macports.org> <18402.21327.614816.458429@montanaro-dyndns-org.local> Message-ID: I'm not sure I understand what point you're trying to make. If you put anything in /usr outside of /usr/local, since the very first release of MacOSX the rule has always been "you're living on borrowed time and at your own risk" since Apple, like every other OS vendor on the planet, reserves the right to update any files it shipped. That is why MacPorts installs into /opt instead of /usr. - Jordan On May 29, 2008, at 4:53 PM, John Korchok wrote: > Hi All, > > Once again, the latest security patch 2008-003 for Tiger broke our > Apache 2 > installation by replacing apachectl. Earlier posts on this topic are > repeated below for any new listers: > >>>> Subject: Tiger software update replaces apachectl >>>> >>>> I found out (the hard way) that the latest Apple Security >>>> Update 2008-002 for Tiger replaces the apachectl file in >>>> /usr/sbin. If, like me, you had copied the apachectl file >>>> from /opt/local/apache2/bin to /usr/sbin (this enables you to >>>> turn Apache on and off using the System >>>> Prefs/Sharing/Personal Web Sharing), you will find that the >>>> next time you restart Apache, things go haywire, like none of >>>> your PHP works any more. >>>> It's because your system has reverted to the Apache 1.3 that >>>> comes with Tiger. >>>> >>>> John Korchok > >>> Are there other steps to making Personal Web Sharing run Apache2? >>> If >>> so, could you please detail them for those of us who just can't >>> remember >>> anything? >>> >>> >>> In A Chord, >>> >>> Tom Condon > >> If you are comfortable with the command line, all you need to do is >> to > link >> to the installation of apache that you want to control from the >> preferance > panes. >> >> 1. $cd /usr/sbin >> 2. $mv apachectl apachectl1-3 >> 3. $ln -s /opt/local/apache2/bin/apachectl apachectl >> >> when you list the directory it should give you something like this: >> ... >> apachectl -> /opt/local/apache2/bin/apachectl >> ... >> and you should now be able to control macports apache2 from you >> preference > pane. >> Matt Hipley > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From jkh at apple.com Thu May 29 19:39:58 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Thu, 29 May 2008 19:39:58 -0700 Subject: Apple did it again! In-Reply-To: References: <583CC5C6-51DE-4197-B39B-2DEC30AD11F8@macports.org> <18402.21327.614816.458429@montanaro-dyndns-org.local> Message-ID: <1B05C631-A67F-4EF5-8ADC-B5D70C9E5F37@apple.com> Never mind on this - I just read the follow-ups. I still think this is a really dangerous thing to do, but since the original poster realizes this also, I'll not belabor the point. - Jordan On May 29, 2008, at 7:35 PM, Jordan K. Hubbard wrote: > I'm not sure I understand what point you're trying to make. If you > put anything in /usr outside of /usr/local, since the very first > release of MacOSX the rule has always been "you're living on borrowed > time and at your own risk" since Apple, like every other OS vendor on > the planet, reserves the right to update any files it shipped. That > is why MacPorts installs into /opt instead of /usr. > > - Jordan > > On May 29, 2008, at 4:53 PM, John Korchok wrote: > >> Hi All, >> >> Once again, the latest security patch 2008-003 for Tiger broke our >> Apache 2 >> installation by replacing apachectl. Earlier posts on this topic are >> repeated below for any new listers: >> >>>>> Subject: Tiger software update replaces apachectl >>>>> >>>>> I found out (the hard way) that the latest Apple Security >>>>> Update 2008-002 for Tiger replaces the apachectl file in >>>>> /usr/sbin. If, like me, you had copied the apachectl file >>>>> from /opt/local/apache2/bin to /usr/sbin (this enables you to >>>>> turn Apache on and off using the System >>>>> Prefs/Sharing/Personal Web Sharing), you will find that the >>>>> next time you restart Apache, things go haywire, like none of >>>>> your PHP works any more. >>>>> It's because your system has reverted to the Apache 1.3 that >>>>> comes with Tiger. >>>>> >>>>> John Korchok >> >>>> Are there other steps to making Personal Web Sharing run Apache2? >>>> If >>>> so, could you please detail them for those of us who just can't >>>> remember >>>> anything? >>>> >>>> >>>> In A Chord, >>>> >>>> Tom Condon >> >>> If you are comfortable with the command line, all you need to do is >>> to >> link >>> to the installation of apache that you want to control from the >>> preferance >> panes. >>> >>> 1. $cd /usr/sbin >>> 2. $mv apachectl apachectl1-3 >>> 3. $ln -s /opt/local/apache2/bin/apachectl apachectl >>> >>> when you list the directory it should give you something like this: >>> ... >>> apachectl -> /opt/local/apache2/bin/apachectl >>> ... >>> and you should now be able to control macports apache2 from you >>> preference >> pane. >>> Matt Hipley >> >> _______________________________________________ >> 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 ryandesign at macports.org Thu May 29 20:08:37 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 22:08:37 -0500 Subject: Apple did it again! In-Reply-To: <483F5A5A.6050005@macports.org> References: <20080530002441.GA8370@cskk.homeip.net> <483F4E69.6040505@macports.org> <483F5A5A.6050005@macports.org> Message-ID: <0166ED3F-0979-4D51-BDE0-11DA93C0D939@macports.org> On May 29, 2008, at 20:37, Rainer M?ller wrote: > Ryan Schmidt wrote: >> Right, lingon, that's the name I couldn't think of. We could write >> up something on our web site about using that. > > Sounds like a good idea. > >> We already have a port for it... >> http://db.macports.org/port/show/4001 > > Hm, the description of this port is wrong. Actually Lingon is only > available for Leopard and not for Tiger. > > CC'ing maintainer :-) Its platform darwin 9 section seems bogus too.... it checks if the xcodeversion is 2.1 but darwin 9 requires xcode 3 or greater?? From ryandesign at macports.org Thu May 29 20:18:30 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 29 May 2008 22:18:30 -0500 Subject: Several errors building gnutls In-Reply-To: References: Message-ID: <1214C752-793E-4517-841B-234DFA46C73F@macports.org> On May 17, 2008, at 14:27, Brian P. Flaherty wrote: > On Wed, 14 May 2008, Chris Pickel wrote: > >> If you're concerned about your MacPorts installation, the best >> thing to do >> would be to remove the configure args you added, then `sudo port - >> f configure >> libgcrypt`, and find config.log in `sudo port dir libgcrypt`/work. >> That might >> have some info. > > Thank you for the suggestion. I just had a similar problem with mc > being unable to find pkg-config. I ran sudo port -f configure as > suggested above and it shows this as the path: > > PATH: ${prefix}/bin > PATH: ${prefix}/sbin > PATH: /bin > PATH: /sbin > PATH: /usr/bin > PATH: /usr/sbin > PATH: /usr/X11R6/bin > PATH: /usr/texbin I didn't quite understand... what command causes these paths to be printed out like this? > I assume ${prefix} is to be /opt/local (it is defined as such on > the configure call), but it is getting lost somewhere. I > temporarily created a soft link from /opt/local/bin/pkg-config to / > usr/bin/ and then mc configured without error. Is there a short > list of places where these paths are defined for the MacPorts build > environment that I can check? What is the error you experienced when configuring mc without this hack? From lanceboyle at qwest.net Thu May 29 21:41:25 2008 From: lanceboyle at qwest.net (Jerry) Date: Thu, 29 May 2008 21:41:25 -0700 Subject: Octave 3.0.1 plotting is very slow Message-ID: <78841956-3976-4E58-89E6-3242A532759E@qwest.net> I noticed that plotting with the new Octave version 3.0.1 on Macports is very slow compared to older versions of Octave, e.g. 2.1.71. In the old Octave, small plots appear instantaneously, probably before the Return key hits its stop. In Octave 3.0.1, there is a lag of about a second--enough to be slightly annoying. On larger plots, the problem gets much worse. Plotting a 100,000 point vector on old Octave takes 3 seconds but on Octave 3.0.1 it takes 21 seconds. I suppose this is something that I should take up with the Octave people but I thought I'd tweak this list and the maintainer just in case it is something obviously wrong with this particular version. BTW, the first time or two that I tried to make a plot (simple, like plot(x, y)) with the newly installed version of Octave from Macports, it failed completely and emitted about 10 lines of Octave-related errors. One or two restarts resulted in plots being made, but slowly, as noted above. Thanks, Jerry From tabithamc at gmail.com Thu May 29 21:42:30 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Thu, 29 May 2008 18:42:30 -1000 Subject: Question about build dependencies In-Reply-To: <5A9A716B-2591-4C24-B90E-CCC36C743E2B@macports.org> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <7fccb3000805282153t749d7441s82033cec220e87c5@mail.gmail.com> <9CB46154-6B55-44AB-84A3-86A375EF0CD9@macports.org> <7fccb3000805290543g25efc21bmb31049089fcc4b3c@mail.gmail.com> <483EB6E0.2090807@macports.org> <5A9A716B-2591-4C24-B90E-CCC36C743E2B@macports.org> Message-ID: <7fccb3000805292142q95aa637qd6f8b95133e8b158@mail.gmail.com> On Thu, May 29, 2008 at 2:18 PM, Ryan Schmidt wrote: > > On May 29, 2008, at 09:00, Joshua Root wrote: > > > So yes, the dependency should probably be changed to port:gperf for > > all > > platforms. :-) > > > Done! Wow, I'm glad that my questions trickled down to an improvement. What a nice community we have here! Thank you, T.M. > > > > > _______________________________________________ > 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/20080529/913a9f00/attachment.htm From raimue at macports.org Thu May 29 22:00:54 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 30 May 2008 07:00:54 +0200 Subject: Question about build dependencies In-Reply-To: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> Message-ID: <483F8A06.3050300@macports.org> Tabitha McNerney wrote: > I have what might seem to be a dumb question. I noticed today that the > MacPort named "libiconv" version 1.12 has a build dependency on another > port named gperf, specifically: > > $ port deps libiconv > > libiconv has build dependencies on: > > gperf Just as another side note, I made some changes to 'port deps' in trunk. If you use the -v flag it will print the real dependency as specified in the Portfile. --snip-- $ port -v deps libiconv libiconv has build dependencies on: bin:gperf:gperf --snap-- Of course, only helpful for people running trunk at the moment. Rainer From tabithamc at gmail.com Thu May 29 22:05:04 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Thu, 29 May 2008 19:05:04 -1000 Subject: Question about build dependencies In-Reply-To: <483F8A06.3050300@macports.org> References: <7fccb3000805282038h7ec2507exa3b105b1dd59b2c6@mail.gmail.com> <483F8A06.3050300@macports.org> Message-ID: <7fccb3000805292205y2e2f8b74k29d18a229a7fea62@mail.gmail.com> On Thu, May 29, 2008 at 7:00 PM, Rainer M?ller wrote: > Tabitha McNerney wrote: > >> I have what might seem to be a dumb question. I noticed today that the >> MacPort named "libiconv" version 1.12 has a build dependency on another port >> named gperf, specifically: >> >> $ port deps libiconv >> >> libiconv has build dependencies on: >> >> gperf >> > Just as another side note, I made some changes to 'port deps' in trunk. If > you use the -v flag it will print the real dependency as specified in the > Portfile. > > --snip-- > > $ port -v deps libiconv > libiconv has build dependencies on: > bin:gperf:gperf > > --snap-- > > Of course, only helpful for people running trunk at the moment. Ranier this is quite helpful because I'm putting together a document for my organization which keeps track of all the ports we use and their direct dependencies (including their dependency types: build, library, run). Thanks! T.M. > > > Rainer > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080529/db86da5c/attachment.htm From michel.bierlaire at epfl.ch Fri May 30 06:15:40 2008 From: michel.bierlaire at epfl.ch (Michel Bierlaire) Date: Fri, 30 May 2008 15:15:40 +0200 Subject: aspell: Unhandled Error: The key "f-tex-command" is unknown. In-Reply-To: References: Message-ID: <0E8B8D52-22FA-4467-ABDE-60C09B3FF246@epfl.ch> It seems that the problem does not occur with aspell 0.60.5. So think twice before upgrading to 0.60.6. Michel Le 28 mai 08 ? 11:07, Michel Bierlaire a ?crit : > Dear all, > > Does anyone know if there is a fix for the aspell error when used with > LaTeX? It seems that the problem has already been reported on this > list, but I've not seen the solution. > > When the command "aspell check myfile.tex" is used, the following > error message is displayed, and nothing happens: > > Unhandled Error: The key "f-tex-command" is unknown. > Abort trap > > Thank you for your help. > > Michel > > > > Michel Bierlaire > Transport and Mobility Laboratory > School of Architecture, Civil and Environmental Engineering > EPFL - Ecole Polytechnique F?d?rale de Lausanne > http://transp-or.epfl.ch > Phone: +41-21-693.25.37 > Fax: +41-21-693.80.60 > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users Michel Bierlaire Transport and Mobility Laboratory School of Architecture, Civil and Environmental Engineering EPFL - Ecole Polytechnique F?d?rale de Lausanne http://transp-or.epfl.ch Phone: +41-21-693.25.37 Fax: +41-21-693.80.60 From tabithamc at gmail.com Fri May 30 10:41:48 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Fri, 30 May 2008 07:41:48 -1000 Subject: Ports and their dependencies (run deps and also versioning questions) Message-ID: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> Hello all -- I'm writing a little Ruby script that parses through my list of installed MacPorts. When I find a port that is installed, the script will automatically run the port command to get its dependencies as in: $ port deps Xft2 @2.1.12_0 > Xft2 has build dependencies on: > pkgconfig > Xft2 has library dependencies on: > xorg-xproto > zlib > xrender > freetype > fontconfig > expat > The MacPorts documentation says there are three types of dependencies: build, library and run. In the example above of Xft2, we see build and library dependencies listed out on the command line. I have yet to run across a port that also say it has run dependencies. Are there any example of such ports? I just want to make sure that I am parsing the output correctly so a test example would be helpful. Also, on a related note, let's say we run this command, whereby we specify the precise version of Xft2 (2.1.12_0): $ port deps Xft2 @2.1.12_0 > (since we might have installed more than one version of the Xft2 port but only one of which is the active port). I observe that, even when specifying the exact version of a port, its dependencies are still dumped out with their general names, rather than both their names and version numbers. Hmmm ... so what if we have two Xft2 version on our system, such as: 2.1.12_0 and 2.2 (I'm making this up for demonstration purposes only) and let's say that the active version of Xft2 is 2.1.12_0. Now, what if Xft2 2.1.12_0 has a library dependency of zlib 1.2.3_1, but Xft2 2.2 has a library dependency of zlib 1.3 (again I'm making this up for demo purposes). Do we have any way of finding out? Even the Portfiles themselves don't specify dependency versions, for example from the Xft2 port file: depends_lib \ > port:xorg-xproto \ > port:zlib \ > port:xrender \ > port:freetype \ > port:fontconfig \ > port:expat > Is this purely a matter of the active port (Xft2) will only successfully install (and capable of being activated) based on whatever versions are of its (library, build, run) dependencies at the moment it is installed? Thank you, T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080530/d455c85c/attachment.htm From tabithamc at gmail.com Fri May 30 10:51:12 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Fri, 30 May 2008 07:51:12 -1000 Subject: Ports and their dependencies (run deps and also versioning questions) In-Reply-To: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> References: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> Message-ID: <7fccb3000805301051h454b035cuc9f1ef601b05be79@mail.gmail.com> Hello all (again) -- I just answered one of my questions ... example of a port with runtime dependencies is docbook-xml-4.2 I'd be interested if anyone has any commentary on my other observations. Thanks T.M. On 5/30/08, Tabitha McNerney wrote: > > Hello all -- > > I'm writing a little Ruby script that parses through my list of installed > MacPorts. When I find a port that is installed, the script will > automatically run the port command to get its dependencies as in: > > $ port deps Xft2 @2.1.12_0 >> Xft2 has build dependencies on: >> pkgconfig >> Xft2 has library dependencies on: >> xorg-xproto >> zlib >> xrender >> freetype >> fontconfig >> expat >> > > > The MacPorts documentation says there are three types of dependencies: > build, library and run. In the example above of Xft2, we see build and > library dependencies listed out on the command line. I have yet to run > across a port that also say it has run dependencies. Are there any example > of such ports? I just want to make sure that I am parsing the output > correctly so a test example would be helpful. > > Also, on a related note, let's say we run this command, whereby we specify > the precise version of Xft2 (2.1.12_0): > > $ port deps Xft2 @2.1.12_0 >> > > (since we might have installed more than one version of the Xft2 port but > only one of which is the active port). I observe that, even when specifying > the exact version of a port, its dependencies are still dumped out with > their general names, rather than both their names and version numbers. Hmmm > ... so what if we have two Xft2 version on our system, such as: 2.1.12_0 > and 2.2 (I'm making this up for demonstration purposes only) and let's say > that the active version of Xft2 is 2.1.12_0. Now, what if Xft2 2.1.12_0 has > a library dependency of zlib 1.2.3_1, but Xft2 2.2 has a library dependency > of zlib 1.3 (again I'm making this up for demo purposes). Do we have any way > of finding out? Even the Portfiles themselves don't specify dependency > versions, for example from the Xft2 port file: > > depends_lib \ >> port:xorg-xproto \ >> port:zlib \ >> port:xrender \ >> port:freetype \ >> port:fontconfig \ >> port:expat >> > > > Is this purely a matter of the active port (Xft2) will only successfully > install (and capable of being activated) based on whatever versions are of > its (library, build, run) dependencies at the moment it is installed? > > Thank you, > > T.M. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080530/b5941f71/attachment.htm From raimue at macports.org Fri May 30 11:06:27 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 30 May 2008 20:06:27 +0200 Subject: Ports and their dependencies (run deps and also versioning questions) In-Reply-To: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> References: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> Message-ID: <48404223.3040605@macports.org> Tabitha McNerney wrote: > The MacPorts documentation says there are three types of dependencies: > build, library and run. In the example above of Xft2, we see build and > library dependencies listed out on the command line. I have yet to run > across a port that also say it has run dependencies. Are there any > example of such ports? I just want to make sure that I am parsing the > output correctly so a test example would be helpful. There are lots of them, do some grep: find $(port dir MacPorts)/../../ -type f -name Portfile \ -exec grep -H depends_run {} \; > Also, on a related note, let's say we run this command, whereby we > specify the precise version of Xft2 (2.1.12_0): > > $ port deps Xft2 @2.1.12_0 @version is ignored for port deps. port deps takes infos from PortIndex only, so it may not always be accurate. [...] > Is this purely a matter of the active port (Xft2) will only successfully > install (and capable of being activated) based on whatever versions are > of its (library, build, run) dependencies at the moment it is installed? Dependencies in MacPorts are not on a specific version of a port, just on a port being installed and active - regardless of variants and version. Rainer From tabithamc at gmail.com Fri May 30 12:07:10 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Fri, 30 May 2008 09:07:10 -1000 Subject: Ports and their dependencies (run deps and also versioning questions) In-Reply-To: <48404223.3040605@macports.org> References: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> <48404223.3040605@macports.org> Message-ID: <7fccb3000805301207q511f4507o307026236da27bb0@mail.gmail.com> On 5/30/08, Rainer M?ller wrote: > > Tabitha McNerney wrote: > >> The MacPorts documentation says there are three types of dependencies: >> build, library and run. In the example above of Xft2, we see build and >> library dependencies listed out on the command line. I have yet to run >> across a port that also say it has run dependencies. Are there any example >> of such ports? I just want to make sure that I am parsing the output >> correctly so a test example would be helpful. >> > > There are lots of them, do some grep: > find $(port dir MacPorts)/../../ -type f -name Portfile \ > -exec grep -H depends_run {} \; > > Also, on a related note, let's say we run this command, whereby we specify >> the precise version of Xft2 (2.1.12_0): >> >> $ port deps Xft2 @2.1.12_0 >> > > @version is ignored for port deps. > > port deps takes infos from PortIndex only, so it may not always be > accurate. > > [...] > >> Is this purely a matter of the active port (Xft2) will only successfully >> install (and capable of being activated) based on whatever versions are of >> its (library, build, run) dependencies at the moment it is installed? >> > > Dependencies in MacPorts are not on a specific version of a port, just on a > port being installed and active - regardless of variants and version. Thanks Rainier for this helpful insight! T.M. Rainer > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080530/caed6720/attachment.htm From hagedorn at tcnj.edu Fri May 30 19:53:50 2008 From: hagedorn at tcnj.edu (Thomas Hagedorn) Date: Fri, 30 May 2008 22:53:50 -0400 Subject: Cleaning Ports and Apache 2.2.8 installation Message-ID: <4840BDBE.7090109@tcnj.edu> I'm on a MacBookPro, Intel 64-bit, with OS 10.5.2. I had MacPorts installed but then I wanted to test a script to do an automatic installation. To do that, I ran sudo rm -r /opt/local and then ran the script to install MacPorts (via binary package) and then other ports. I ran into an error with the command sudo port install apache2 +preforkmpm as when MacPorts tried to install the dependency sqlite3 it produced a fatal error about a file not being accessible. Running the command sudo port clean sqlite3 helped, as well as breaking up the script into the parts sudo port install apr sudo port install db44 sudo port install gmake sudo port install readline sudo port clean sqlite3 sudo port install sqlite3 sudo port install apr-util sudo port install openssl sudo port install apache2 +preforkmpm to separately install the dependencies (these were the ones that were coming up automatically when MacPorts tried to install apache2). And my script now works without problems. But my question is why? 1. Why does one need the "sudo port clean sqlite3" command? After removing the /opt/local directory, why should any cleaning be needed? 2. Why would breaking the script up into the separate commands above make a difference? Thanks in advance, Tom From blb at macports.org Fri May 30 20:06:49 2008 From: blb at macports.org (Bryan Blackburn) Date: Fri, 30 May 2008 21:06:49 -0600 Subject: Cleaning Ports and Apache 2.2.8 installation In-Reply-To: <4840BDBE.7090109@tcnj.edu> References: <4840BDBE.7090109@tcnj.edu> Message-ID: On May 30, 2008, at 8:53 PM, Thomas Hagedorn wrote: > > I'm on a MacBookPro, Intel 64-bit, with OS 10.5.2. I had MacPorts > installed but then I wanted to test a script to do an automatic > installation. To do that, I ran > > sudo rm -r /opt/local > > and then ran the script to install MacPorts (via binary package) and > then other ports. I ran into an error with the command > > sudo port install apache2 +preforkmpm > > as when MacPorts tried to install the dependency sqlite3 it > produced a > fatal error about a file not being accessible. > If it was '-NDEBUG: No such file or directory' then you're running into the tcl environment problem with 10.5; see the second entry at I'm guessing you installed MacPorts 1.6.0 if you say from a binary package. A workaround exists on trunk, but hasn't made it into any "official" MP version. The workaround for it is to run the command again; as you've seen, running things in multiple steps also works. And no, this hasn't been fixed with 10.5.3. Bryan ... > > Thanks in advance, > Tom > From ryandesign at macports.org Fri May 30 20:57:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 30 May 2008 22:57:33 -0500 Subject: Cleaning Ports and Apache 2.2.8 installation In-Reply-To: <4840BDBE.7090109@tcnj.edu> References: <4840BDBE.7090109@tcnj.edu> Message-ID: <3B4C735D-3775-4DE2-9C2A-4D234C36DD77@macports.org> On May 30, 2008, at 21:53, Thomas Hagedorn wrote: > > I'm on a MacBookPro, Intel 64-bit, with OS 10.5.2. I had MacPorts > installed but then I wanted to test a script to do an automatic > installation. To do that, I ran > > sudo rm -r /opt/local > > and then ran the script to install MacPorts (via binary package) and > then other ports. Note that MacPorts is not necessarily confined to /opt/local. See the uninstall instructions for the list of all paths you might want to remove: http://trac.macports.org/wiki/FAQ#HowdoIremoveoruninstallMacPorts > I ran into an error with the command > > sudo port install apache2 +preforkmpm > > as when MacPorts tried to install the dependency sqlite3 it > produced a > fatal error about a file not being accessible. > > Running the command > > sudo port clean sqlite3 > > helped, as well as breaking up the script into the parts > > sudo port install apr > sudo port install db44 > sudo port install gmake > sudo port install readline > sudo port clean sqlite3 > sudo port install sqlite3 > sudo port install apr-util > sudo port install openssl > sudo port install apache2 +preforkmpm > > to separately install the dependencies (these were the ones that were > coming up automatically when MacPorts tried to install apache2). > And my > script now works without problems. But my question is why? > > 1. Why does one need the "sudo port clean sqlite3" command? After > removing the /opt/local directory, why should any cleaning be needed? It isn't. > 2. Why would breaking the script up into the separate commands above > make a difference? If you're running MacPorts 1.6.0 (as opposed to trunk) you may have encountered this: http://trac.macports.org/wiki/ LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildp hases If so, simply running the failing command a second time fixes it, which is why it seems that doing "whatever" (in this case cleaning the port) fixes it. Also, installing each port separately works around it, because the problem only manifests itself when more than one port is installed in a single invocation of the port command. Also, you could install MacPorts trunk (instead of 1.6.0) which includes a fix. From kuraaku.deibiddo at gmail.com Fri May 30 21:46:55 2008 From: kuraaku.deibiddo at gmail.com (David Clark) Date: Sat, 31 May 2008 00:46:55 -0400 Subject: libdvdnav install issue Message-ID: <33531acd0805302146k76c781b7m148277e4e53d2137@mail.gmail.com> Hello, hopefully someone can help me sort this out. I want to install libdvdnav so I can use it with my self-compiled SVN version of mplayer, but alas, I'm having no luck; this is the result: ---> Fetching libdvdnav ---> Attempting to fetch libdvdnav-0.1.10.tar.gz from http://downloads.sourceforge.net/dvd ---> Verifying checksum(s) for libdvdnav ---> Extracting libdvdnav ---> Applying patches to libdvdnav ---> Configuring libdvdnav ---> Building libdvdnav with target all [no progress] So I tried it again with the -d flag so I could actually watch the verbose versions of those commands. It turns out that every time it starts to built it, it loops back through the configure again and never goes anywhere: WARNING: `aclocal-1.6' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. checking for doxygen... no configure: creating ./config.status cd . && /bin/sh ./config.status Makefile config.status: creating Makefile config.status: WARNING: 'Makefile.in' seems to ignore the --datarootdir setting cd . && \ /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libdvdnav/work/libdvdnav-0.1.10/missing --run automake-1.6 --gnu Makefile /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libdvdnav/work/libdvdnav-0.1.10/missing: line 46: automake-1.6: command not found WARNING: `automake-1.6' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libdvdnav/work/libdvdnav-0.1.10/missing --run autoconf /bin/sh ./config.status --recheck running CONFIG_SHELL=/bin/sh /bin/sh ./configure --prefix=/opt/local CC=/usr/bin/gcc-4.0 CFLAGS=-O2 CPPFLAGS=-I/opt/local/include CPP=/usr/bin/cpp-4.0 CXXFLAGS=-O2 CXX=/usr/bin/g++-4.0 FFLAGS=-O2 LDFLAGS=-L/opt/local/lib --no-create --no-recursion I have both perl5.8 and automake installed. I tried uninstalling automake (via MacPorts), but that made no difference. Any clue how I can get this port installed? Thanks in advance, David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080531/d86c881e/attachment.htm From ryandesign at macports.org Fri May 30 23:47:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 31 May 2008 01:47:08 -0500 Subject: libdvdnav install issue In-Reply-To: <33531acd0805302146k76c781b7m148277e4e53d2137@mail.gmail.com> References: <33531acd0805302146k76c781b7m148277e4e53d2137@mail.gmail.com> Message-ID: <34FA44EF-C900-4CC8-97DA-4E2F190553D5@macports.org> On May 30, 2008, at 23:46, David Clark wrote: > Hello, hopefully someone can help me sort this out. > > I want to install libdvdnav so I can use it with my self-compiled > SVN version of mplayer, but alas, I'm having no luck; this is the > result: > > ---> Fetching libdvdnav > ---> Attempting to fetch libdvdnav-0.1.10.tar.gz from http:// > downloads.sourceforge.net/dvd > ---> Verifying checksum(s) for libdvdnav > ---> Extracting libdvdnav > ---> Applying patches to libdvdnav > ---> Configuring libdvdnav > ---> Building libdvdnav with target all > [no progress] > > So I tried it again with the -d flag so I could actually watch the > verbose versions of those commands. > > It turns out that every time it starts to built it, it loops back > through the configure again and never goes anywhere: > > WARNING: `aclocal-1.6' is missing on your system. You should only > need it if > you modified `acinclude.m4' or `configure.ac'. You might > want > to install the `Automake' and `Perl' packages. Grab them > from > any GNU archive site. > > checking for doxygen... no > configure: creating ./config.status > cd . && /bin/sh ./config.status Makefile > config.status: creating Makefile > config.status: WARNING: 'Makefile.in' seems to ignore the -- > datarootdir setting > cd . && \ > /bin/sh /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _libdvdnav/work/libdvdnav-0.1.10/missing --run automake-1.6 --gnu > Makefile > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _libdvdnav/work/libdvdnav-0.1.10/missing: line 46: automake-1.6: > command not found > WARNING: `automake-1.6' is missing on your system. You should only > need it if > you modified `Makefile.am', `acinclude.m4' or `configure.ac'. > You might want to install the `Automake' and `Perl' packages. > Grab them from any GNU archive site. > cd . && /bin/sh /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _libdvdnav/work/libdvdnav-0.1.10/missing --run autoconf > /bin/sh ./config.status --recheck > running CONFIG_SHELL=/bin/sh /bin/sh ./configure --prefix=/opt/ > local CC=/usr/bin/gcc-4.0 CFLAGS=-O2 CPPFLAGS=-I/opt/local/include > CPP=/usr/bin/cpp-4.0 CXXFLAGS=-O2 CXX=/usr/bin/g++-4.0 FFLAGS=-O2 > LDFLAGS=-L/opt/local/lib --no-create --no-recursion > > I have both perl5.8 and automake installed. I tried uninstalling > automake (via MacPorts), but that made no difference. > > Any clue how I can get this port installed? I tried on a MacBook Pro with MacPorts 1.6.0 and Xcode 2.5 on Mac OS X 10.4.11 and got this: bswap.h:92:2: error: #error "You need to add endian swap macros for you're system" So it doesn't work at all on Intel Macs. You must be using a PowerPC Mac then. What version of Mac OS X, Xcode and MacPorts do you have, and on what Mac? I also tried on a Power Mac G4 (MacPorts 1.6.0, Xcode 2.5, Mac OS X 10.4.11) and it worked fine. I do have "aclocal-1.6" in /usr/bin, which means it was provided by Apple. Do you not have this file? On my Mac, I believe it was provided by the BSD.pkg part of the Mac OS X installation. You could try reinstalling that pkg. From florian.ebeling at gmail.com Sat May 31 01:06:45 2008 From: florian.ebeling at gmail.com (Caspar Florian Ebeling) Date: Sat, 31 May 2008 10:06:45 +0200 Subject: Cleaning Ports and Apache 2.2.8 installation In-Reply-To: References: <4840BDBE.7090109@tcnj.edu> Message-ID: <5cbbe4ae0805310106v7f310179w6c3ecca8835490fd@mail.gmail.com> >> sudo rm -r /opt/local since you are daring enough to run such a command, maybe you want to install the trunk version anyway. Here is who to do it: http://trac.macports.org/wiki/howto/RunningTrunk > If it was '-NDEBUG: No such file or directory' then you're running > into the tcl environment problem with 10.5; see the second entry at > > > > I'm guessing you installed MacPorts 1.6.0 if you say from a binary > package. A workaround exists on trunk, but hasn't made it into any > "official" MP version. So you would get what Bryan refers to here. I had these problems as well and runs trunk quite happily. Florian -- Florian Ebeling florian.ebeling at gmail.com From mike.thon at gmail.com Sat May 31 06:40:23 2008 From: mike.thon at gmail.com (Michael Thon) Date: Sat, 31 May 2008 15:40:23 +0200 Subject: unable to upgrade wine Message-ID: <74CC6DBA-4700-4A28-900C-2144473ABA64@gmail.com> Hi all - I get the following error when I try to upgrade the port wine ( :) ) I'm using a macbook with Mac OS 10.5.3. openssl and gcc were both upgraded recently I think. Any idea what the problem is? Cheers Mike [mike at mikes-macbook ~]$ sudo port upgrade wine ---> Fetching wine ---> Verifying checksum(s) for wine ---> Extracting wine ---> Configuring wine ---> Building wine with target depend 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_x11_wine/work/wine-1.0-rc3" && make depend all " returned error 2 Command output: /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../ include -I/opt/local/include/freetype2 -I/opt/local/include - D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing - Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/ local/include -O2 -o type1afm.o type1afm.c /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include -I/opt/ local/include/freetype2 -I/opt/local/include -D__WINESRC__ - D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after- statement -Wwrite-strings -Wpointer-arith -I/opt/local/include -O2 -o type42.o type42.c ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -I/opt/local/include/freetype2 -I/opt/local/include -D__WINESRC__ - forsrc.res rsrc.rc ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ wineps.drv.spec wineps16.drv.spec.o afm.o bitblt.o bitmap.o brush.o builtin.o clipping.o color.o data/AvantGarde_Book.o data/ AvantGarde_BookOblique.o data/AvantGarde_Demi.o data/ AvantGarde_DemiOblique.o data/Bookman_Demi.o data/Bookman_DemiItalic.o data/Bookman_Light.o data/Bookman_LightItalic.o data/Courier.o data/ Courier_Bold.o data/Courier_BoldOblique.o data/Courier_Oblique.o data/ Helvetica.o data/Helvetica_Bold.o data/Helvetica_BoldOblique.o data/ Helvetica_Narrow.o data/Helvetica_Narrow_Bold.o data/ Helvetica_Narrow_BoldOblique.o data/Helvetica_Narrow_Oblique.o data/ Helvetica_Oblique.o data/NewCenturySchlbk_Bold.o data/ NewCenturySchlbk_BoldItalic.o data/NewCenturySchlbk_Italic.o data/ NewCenturySchlbk_Roman.o data/Palatino_Bold.o data/ Palatino_BoldItalic.o data/Palatino_Italic.o data/Palatino_Roman.o data/Symbol.o data/Times_Bold.o data/Times_BoldItalic.o data/ Times_Italic.o data/Times_Roman.o data/ZapfChancery_MediumItalic.o data/ZapfDingbats.o data/agl.o download.o driver.o encode.o escape.o font.o glyphlist.o graphics.o init.o objects.o pen.o ppd.o ps.o text.o truetype.o type1.o type1afm.o type42.o rsrc.res -o wineps.drv.so -luser32 -lgdi32 -lwinspool -ladvapi32 -lkernel32 ../../libs/port/ libwine_port.a -L/opt/local/lib -framework CoreServices -lz /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include - D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing - Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/ local/include -O2 -o wing32.o wing32.c ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ wing32.spec wing32.o -o wing32.dll.so -luser32 -lgdi32 - lkernel32 ../../libs/port/libwine_port.a -L/opt/local/lib -framework CoreServices -lz /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include - D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing - Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/ local/include -O2 -o main.o main.c ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ winhttp.spec main.o -o winhttp.dll.so -lkernel32 ../../ libs/port/libwine_port.a -L/opt/local/lib -framework CoreServices -lz /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include - D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict- aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/local/include -O2 -o cookie.o cookie.c /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include - D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict- aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/local/include -O2 -o dialogs.o dialogs.c /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include - D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict- aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/local/include -O2 -o ftp.o ftp.c /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include - D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict- aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/local/include -O2 -o gopher.o gopher.c /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include - D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict- aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/opt/local/include -O2 -o http.o http.c In file included from /opt/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /opt/local/include/openssl/x509.h:207: error: syntax error before numeric constant In file included from /opt/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /opt/local/include/openssl/x509.h:929: error: syntax error before 'LPCSTR' /opt/local/include/openssl/x509.h:929: error: syntax error before '(' token /opt/local/include/openssl/x509.h:929: error: syntax error before numeric constant In file included from /opt/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /opt/local/include/openssl/x509.h:929:1: error: pasting ")" and "_it" does not give a valid preprocessing token make[2]: *** [http.o] Error 1 make[1]: *** [wininet] Error 2 make: *** [dlls] Error 2 Error: Unable to upgrade port: 1 From alakazam at melix.net Sat May 31 06:55:49 2008 From: alakazam at melix.net (Alakazam) Date: Sat, 31 May 2008 15:55:49 +0200 Subject: Octave 3.0.1 plotting is very slow In-Reply-To: <78841956-3976-4E58-89E6-3242A532759E@qwest.net> References: <78841956-3976-4E58-89E6-3242A532759E@qwest.net> Message-ID: Hi ! On 30 mai 08, at 06:41, Jerry wrote: > I noticed that plotting with the new Octave version 3.0.1 on Macports > is very slow compared to older versions of Octave, e.g. 2.1.71. In > the old Octave, small plots appear instantaneously, probably before > the Return key hits its stop. In Octave 3.0.1, there is a lag of > about a second--enough to be slightly annoying. On larger plots, the > problem gets much worse. Plotting a 100,000 point vector on old > Octave takes 3 seconds but on Octave 3.0.1 it takes 21 seconds. > > I suppose this is something that I should take up with the Octave > people but I thought I'd tweak this list and the maintainer just in > case it is something obviously wrong with this particular version. Let me start with my (quick) tests : > octave:1> t = time(); x = [1:100000]; y = cos(x); plot(x, y); time() > - t > ans = 0.29453 But as you have noted, the graphic only appears after several seconds (~10s on my Nov '07 Mac Book). So octave still manages the points very fast, but the graphics backend (X11 GnuPlot) seems to lag a bit. If my example is not valid, and doesn't illustrate your problem correctly, could you give some reduction cases please ? I also have a couple of questions which might help understand the cause of the problem. - What machine are you running octave on ? - What version of Mac OS X are you running ? - How did you compile octave 2.1 ? - What graphics backend does octave 2.1 use for plotting ? My guess would be that your octave 2.1 doesn't use GnuPlot in the same way as the macports version of octave 3.0. This might be fixable by changing configure/build options, though. If we reduce the problem to the graphics backend, as I suspect is the case, then we can look if the graphics backend has changed for all octave3.0s from octave2.1s, or if this is indeed configurable, and it is possible to get the old plotting infrastructure back. > BTW, the first time or two that I tried to make a plot (simple, like > plot(x, y)) with the newly installed version of Octave from Macports, > it failed completely and emitted about 10 lines of Octave-related > errors. One or two restarts resulted in plots being made, but slowly, > as noted above. Are you able to reproduce the errors, or at least do you still have the corresponding octave output ? Did anything (files, paths, relaunch shell) change between restarts ? Are you talking about Mac OS X restarts, or simply exiting octave and launching it again immediately ? Regards, -- Alakazam From tabithamc at gmail.com Sat May 31 09:24:44 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Sat, 31 May 2008 06:24:44 -1000 Subject: Ports and their dependencies (run deps and also versioning questions) In-Reply-To: <48404223.3040605@macports.org> References: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> <48404223.3040605@macports.org> Message-ID: <7fccb3000805310924o56bbc61ei9faec108d70ceed4@mail.gmail.com> Rainier and friends ... On 5/30/08, Rainer M?ller wrote: [SNIP] $ port deps Xft2 @2.1.12_0 >> > > @version is ignored for port deps. > > port deps takes infos from PortIndex only, so it may not always be > accurate. Meaning, if a port has changed (or a new port has been added) but the PortIndex has not been updated? [...] > >> Is this purely a matter of the active port (Xft2) will only successfully >> install (and capable of being activated) based on whatever versions are of >> its (library, build, run) dependencies at the moment it is installed? >> > > Dependencies in MacPorts are not on a specific version of a port, just on a > port being installed and active - regardless of variants and version. Regarding dependencies, I ran into an interesting situation today. I have the postfix port installed with several variants (such as pcre, tls, sasl and ldap). However, if one asks for the postfix port's dependencies like this: $ port installed postfix > The following ports are currently installed: > postfix @2.4.6_0+ldap+pcre+sasl+tls (active) > then: $ port deps postfix > yields: postfix has no dependencies > Oh bummer. I would like to know what the additional dependencies are for the postfix port with the variants I have for postfix. But since version and variant are ignored by "port deps ..." then the only way to retrieve this information is to parse the following: 1.) the output of $ port installed postfix which as we see above is: postfix @2.4.6_0+ldap+pcre+sasl+tls (active) ... we can parse the variants by looking at what comes after the "+" signs, ok not difficult 2.) parse the postfix Portfile and look up the variant structures, like this one for ldap: variant ldap description "add ldap support via openldap" { > depends_lib-append port:openldap > set CCARGS [concat ${CCARGS} -DHAS_LDAP] > set AUXLIBS [concat ${AUXLIBS} -lldap -llber] > } > Here we can see "variant ldap" has a depends_lib-append of port:openldap And then we can check the installed version of openldap: $ port installed openldap > --> openldap @2.3.35_0 (active) > So this would really be the only way (with a machine and parsing software) to automatically confirm the probable version information of the ldap (openldap port) variant for the library dependency when ldap is a variant tacked on to postfix? Has anyone else done anything like this? It would be nice to have an automated system for keeping track of things (like an audit system) since MacPorts can be complex as it grows. Thanks, T.M. Rainer > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080531/ecd25cab/attachment.htm From blb at macports.org Sat May 31 13:34:56 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 31 May 2008 14:34:56 -0600 Subject: unable to upgrade wine In-Reply-To: <74CC6DBA-4700-4A28-900C-2144473ABA64@gmail.com> References: <74CC6DBA-4700-4A28-900C-2144473ABA64@gmail.com> Message-ID: <0E526F3D-9085-409C-9A0D-4449B500DCB7@macports.org> On May 31, 2008, at 7:40 AM, Michael Thon wrote: > Hi all - I get the following error when I try to upgrade the port wine > ( :) ) > I'm using a macbook with Mac OS 10.5.3. openssl and gcc were both > upgraded recently I think. Any idea what the problem is? > > Cheers > Mike > > > [mike at mikes-macbook ~]$ sudo port upgrade wine > ---> Fetching wine ... > /opt/local/include/openssl/x509.h:207: error: syntax error before > numeric constant > In file included from /opt/local/include/openssl/ssl.h:183, > from internet.h:48, > from http.c:60: You've run into ticket 15461, which is an incompatibility between OpenSSL 0.9.8h and wine: I think at this point the only way to deal with it is to use OpenSSL 0.9.8g until wine is updated to deal with it. Bryan > > /opt/local/include/openssl/x509.h:929: error: syntax error before > 'LPCSTR' > /opt/local/include/openssl/x509.h:929: error: syntax error before '(' > token > /opt/local/include/openssl/x509.h:929: error: syntax error before > numeric constant > In file included from /opt/local/include/openssl/ssl.h:183, > from internet.h:48, > from http.c:60: > /opt/local/include/openssl/x509.h:929:1: error: pasting ")" and "_it" > does not give a valid preprocessing token > make[2]: *** [http.o] Error 1 > make[1]: *** [wininet] Error 2 > make: *** [dlls] Error 2 > > Error: Unable to upgrade port: 1 > From krischik at users.sourceforge.net Sat May 31 10:37:04 2008 From: krischik at users.sourceforge.net (Martin Krischik) Date: Sat, 31 May 2008 19:37:04 +0200 Subject: Postfix configuration Message-ID: <0CA0D712-1A5B-4E8D-BF3A-8AC52CC85C4A@users.sourceforge.net> From raimue at macports.org Sat May 31 17:12:48 2008 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Sun, 01 Jun 2008 02:12:48 +0200 Subject: [37243] trunk/base/src/port/port-help.tcl In-Reply-To: <20080531215719.E18A116FB2EB@beta.macosforge.org> References: <20080531215719.E18A116FB2EB@beta.macosforge.org> Message-ID: <4841E980.3090205@macports.org> raimue at macports.org wrote: > Revision: 37243 > http://trac.macosforge.org/projects/macports/changeset/37243 > Author: raimue at macports.org > Date: 2008-05-31 14:57:15 -0700 (Sat, 31 May 2008) > > Log Message: > ----------- > port/port-help.tcl: > More helpful action desriptions > > Modified Paths: > -------------- > trunk/base/src/port/port-help.tcl I added some basic usage strings here [1]. If anybody wants to contribute a little bit to MacPorts, here is an easy chance to do so. This is really bite-sized. Just write more information about the commands. See ticket http://trac.macports.org/ticket/15467 I am CC'ing also the users list, because we might find some new contributor? :-) Rainer [1] http://trac.macports.org/browser/trunk/base/src/port/port-help.tcl From raimue at macports.org Sat May 31 19:35:46 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 01 Jun 2008 04:35:46 +0200 Subject: Two new HOWTOs available Message-ID: <48420B02.3080006@macports.org> Hi, Let me use this mail to announce two new tutorials in our HOWTO section in the wiki to you: * How to get a Apache, PHP, MySQL (MAMP) setup * How to setup Subversion client or server These were written by jaguarcy. I really appreciate the work you have invested for them! Kudos, Rainer From paulbeard at gmail.com Sat May 31 19:52:22 2008 From: paulbeard at gmail.com (paul beard) Date: Sat, 31 May 2008 19:52:22 -0700 Subject: Any word on a new release? Message-ID: These features that are not in 1.6 but seem pretty well-tested -- could they be released to those of who haven't switched to the trunk? Maybe a 1.6.1 release to fix the .profile bug and add some of the other odds and ends? -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080531/7e01cd7c/attachment.htm From raimue at macports.org Sat May 31 20:10:42 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 01 Jun 2008 05:10:42 +0200 Subject: Two new HOWTOs available In-Reply-To: <6E9D96E9-8C76-4CB4-A37F-5779613F461D@gmail.com> References: <48420B02.3080006@macports.org> <6E9D96E9-8C76-4CB4-A37F-5779613F461D@gmail.com> Message-ID: <48421332.70409@macports.org> Constantinos Neophytou wrote: > I'm sorry, I should have really clarified in the wiki pages themselves... > > They were originally taken from http://wiki.opendarwin.org/ > . Since the site > went down, I've had a local copy of those pages because I needed the > instructions. I did modify them a bit to bring them up to date, but not > by that much - the bulk of the work is not mine! Ah, okay. But anyways, thanks for having a local copy of those wiki pages! :-) Rainer From raimue at macports.org Sat May 31 20:22:13 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 01 Jun 2008 05:22:13 +0200 Subject: Ports and their dependencies (run deps and also versioning questions) In-Reply-To: <7fccb3000805310924o56bbc61ei9faec108d70ceed4@mail.gmail.com> References: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> <48404223.3040605@macports.org> <7fccb3000805310924o56bbc61ei9faec108d70ceed4@mail.gmail.com> Message-ID: <484215E5.2020406@macports.org> Tabitha McNerney wrote: > On 5/30/08, Rainer M?ller wrote: > $ port deps Xft2 @2.1.12_0 >> @version is ignored for port deps. >> >> port deps takes infos from PortIndex only, so it may not always be >> accurate. > > Meaning, if a port has changed (or a new port has been added) but the > PortIndex has not been updated? Exactly. Or the port has been installed before, but a new PortIndex (and Portfile) was synced later which adds a new dependency. > [...] > So this would really be the only way (with a machine and parsing software) > to automatically confirm the probable version information of the ldap > (openldap port) variant for the library dependency when ldap is a variant > tacked on to postfix? Hmmmmmm.... *taking a deep thought* Aaaah, port info! Use like this: $ port info --depends_build --depends_lib --depends_run postfix +ldap You can also add --line to compress the output to one line only. You can hide the label in front of the line and error output by using port -q info. As variants are also parsed from the @version notation, you can simply call this as: $ port -q info --line --depends_build --depends_lib --depends_run \ postfix @2.4.6_0+ldap+pcre+sasl+tls But if you only need the set of variants you have currently installed: $ port -q info --line --depends_build --depends_lib --depends_run \ postfix and installed And if you need this for multiple installed ports, this is also possible. You can use port echo to check to what such a port list expands: $ port echo \( postfix openldap \) and installed "or" is the default logical operator in such lists, so you do not need to write it explicitely. There is still a little bug though, port -q info --depends_build postfix outputs the usual info as postfix does not have dependencies. I am going to have a look into this. These are awesome features of port, don't you think? I hope you didn't invest too much work into writing your own parser for Portfiles... But I have to admit I would have never gotten the idea to use port info if I would not have made other changes to port/port.tcl today. :-) Maybe we should really make port deps aware of variants. Rainer From jmr at macports.org Sat May 31 23:01:09 2008 From: jmr at macports.org (Joshua Root) Date: Sun, 01 Jun 2008 16:01:09 +1000 Subject: Ports and their dependencies (run deps and also versioning questions) In-Reply-To: <484215E5.2020406@macports.org> References: <7fccb3000805301041q268896dbq14d58299b85132b4@mail.gmail.com> <48404223.3040605@macports.org> <7fccb3000805310924o56bbc61ei9faec108d70ceed4@mail.gmail.com> <484215E5.2020406@macports.org> Message-ID: <48423B25.5090906@macports.org> Rainer M?ller wrote: > Maybe we should really make port deps aware of variants. Yes indeed: Also related: - Josh From marius173 at mchsi.com Sun May 11 16:57:55 2008 From: marius173 at mchsi.com (Marius Schamschula) Date: Sun, 11 May 2008 23:57:55 -0000 Subject: opendx build fails with linking problems In-Reply-To: <480E700B.6050603@psu.edu> References: <480E700B.6050603@psu.edu> Message-ID: <2D2B3BD0-F413-4FB8-8EAA-231AE6BC9D37@mchsi.com> Paul, I ran into this same problem today as I was building dx 4.4.4 on both PPC and Intel Leopard machines (not using Mac Ports). It turns out that the folks over at Fink found the solution to the linking issue. Apple's Q&A write-up is here: This will get you further, but you will run into a second problem when building src/uipp/base/StartWebBrowser.C. I my patches are at which give you a starting point for fixing this second issue, or use Fink's: On Apr 22, 2008, at 6:08 PM, paul lammert wrote: > > > I am trying to build opendx on an intel mac running leopard. The > dependencies build without problem, but the opendx build > fails when some symbols apparently related to openGL are not > resolved. Any suggestions about how to fix this very much > appreciated. > > The outputs from both port build opendx and port -v build opendx > are attached. > > -Paul Lammert > > Output of port build opendx: > > > > ---> Building opendx 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_scien > ce_opendx/work/dx-4.4.4" && make all " returned error 2 > Command output: __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a > (hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WORLD_SCREEN in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glXWaitX", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WINDOW_SIZE in libOPENGL.a(hwPortOGL.o) > "_glXQueryExtension", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glCopyPixels", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glCallLists", referenced from: > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > "_glPushAttrib", referenced from: > __dxf_CLEAR_AREA in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [dxexec] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > > Error: Status 1 encountered during processing. > > ------------------------------------------------ > Output of port -v build opendx: > > > ---> Building opendx with target all > Making all in src > Making all in exec > Making all in libdx > make all-am > make[4]: Nothing to be done for `all-am'. > Making all in dxmods > make all-am > make[4]: Nothing to be done for `all-am'. > Making all in hwrender > Making all in opengl > make[4]: Nothing to be done for `all'. > Making all in gl > make[4]: Nothing to be done for `all'. > Making all in xgl > make[4]: Nothing to be done for `all'. > Making all in starbase > make[4]: Nothing to be done for `all'. > make[4]: Nothing to be done for `all-am'. > Making all in dpexec > make all-am > make[4]: Nothing to be done for `all-am'. > Making all in dxexec > sh ../../../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -I/ > usr/X11R6/include -D_GNU_SO > URCE -L/opt/local/lib -o dxexec main.o ../dpexec/libDPEXEC.la ../ > dxmods/libDXMODS.la ../dxm > ods/user.lo ../dxmods/libDXMODSN.la ../libdx/libLIBDX.la ../libdx/ > mem.lo ../libdx/memory.lo . > ./hwrender/libHW.la ../hwrender/opengl/libOPENGL.la -lXinerama - > lnetcdf -lcdf -lXpm -ltiff - > ldl -lXm -lXp -lGLU -lm -lXmu -lXext -lXt -lX11 -lxm -lxt -lSM - > lICE -L/usr/X11R6/lib -lpthre > ad > /usr/bin/gcc-4.0 -O2 -I/usr/X11R6/include -D_GNU_SOURCE -o dxexec > main.o ../dxmods/user.o ../ > libdx/mem.o ../libdx/memory.o -L/opt/local/lib ../dpexec/.libs/ > libDPEXEC.a -L/usr/X11/lib -L > /usr/X11R6/lib ../dxmods/.libs/libDXMODS.a ../dxmods/.libs/ > libDXMODSN.a ../libdx/.libs/libLIB > DX.a ../hwrender/.libs/libHW.a ../hwrender/opengl/.libs/ > libOPENGL.a /usr/X11/lib/libXinerama. > 1.0.0.dylib /opt/local/lib/libnetcdf.dylib -lcdf /usr/X11/lib/ > libXpm.4.11.0.dylib /opt/local/ > lib/libtiff.dylib -lc -ldl -lGLU -lm /opt/local/lib/libXm.dylib / > usr/X11/lib/libXmu.6.2.0.dyl > ib /usr/X11/lib/libXp.6.2.0.dylib /usr/X11/lib/libXext.6.4.0.dylib / > opt/local/lib/libXft.dyli > b /opt/local/lib/libXrender.dylib /opt/local/lib/ > libfontconfig.dylib /opt/local/lib/libiconv. > dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ > libfreetype.dylib /opt/local/lib/libjpeg.d > ylib /opt/local/lib/libpng12.dylib -lz /usr/X11/lib/libXt. > 6.0.0.dylib /usr/X11/lib/libX11.6.2 > .0.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp. > 6.0.0.dylib /usr/X11/lib/libSM > .6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib -lpthread > Undefined symbols: > "_glReadPixels", referenced from: > __dxf_READ_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_READ_IMAGE in libOPENGL.a(hwPortOGL.o) > __dxf_READ_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > "_glIsEnabled", referenced from: > __dxf_GET_ZBUFFER_STATUS in libOPENGL.a(hwInteractorEchoOGL.o) > "_glBegin", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_LINE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _translucentPolygons in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glLoadIdentity", referenced from: > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WORLD_SCREEN in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > _loadTexture in libOPENGL.a(hwPortUtilOGL.o) > "_glEndList", referenced from: > __dxf_endDisplayListOGL in libOPENGL.a(hwDisplayListsOGL.o) > "_glPushMatrix", referenced from: > __dxf_PUSH_MULTIPLY_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_PUSH_REPLACE_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glXMakeCurrent", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_DESTROY_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_DESTROY_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_SET_OUTPUT_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_SET_OUTPUT_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_READ_IMAGE in libOPENGL.a(hwPortOGL.o) > "_glGenLists", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_openDisplayListOGL in libOPENGL.a(hwDisplayListsOGL.o) > "_glMaterialf", referenced from: > __dxf_SET_MATERIAL_SPECULAR in libOPENGL.a(hwPortOGL.o) > "_glShadeModel", referenced from: > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glClear", referenced from: > __dxf_CLEAR_AREA in libOPENGL.a(hwPortOGL.o) > __dxf_ClearBuffer in libOPENGL.a(hwPortOGL.o) > "_glLightfv", referenced from: > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > "_glXChooseVisual", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glXCreateContext", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glNewList", referenced from: > __dxf_openDisplayListOGL in libOPENGL.a(hwDisplayListsOGL.o) > "_glLineWidth", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_LINE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > "_glDrawBuffer", referenced from: > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_BUFFER_CONFIG in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_BUFFER_CONFIG in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_BUFFER_RESTORE_CONFIG in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_BUFFER_RESTORE_CONFIG in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glEnable", referenced from: > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > __dxf_INIT_RENDER_PASS in libOPENGL.a(hwPortOGL.o) > __dxf_SET_GLOBAL_LIGHT_ATTRIBUTES in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_ADD_CLIP_PLANES in libOPENGL.a(hwPortOGL.o) > __dxf_SET_ZBUFFER_STATUS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_SET_LINE_ATTRIBUTES in libOPENGL.a(hwInteractorEchoOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > _startTexture in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glPolygonStipple", referenced from: > _dots in libOPENGL.a(hwPortUtilOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glPixelStorei", referenced from: > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > "_glColorMaterial", referenced from: > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glVertex2fv", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > "_glVertex3fv", referenced from: > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > "_glClipPlane", referenced from: > __dxf_ADD_CLIP_PLANES in libOPENGL.a(hwPortOGL.o) > "_glIsList", referenced from: > __dxf_DESTROY_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glFlush", referenced from: > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_BUFFER_RESTORE_CONFIG in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > "_glDrawPixels", referenced from: > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_MARKER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_ERASE_PREVIOUS_MARKS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_ERASE_CURSOR in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > "_glCallList", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_callDisplayListOGL in libOPENGL.a(hwDisplayListsOGL.o) > "_glFinish", referenced from: > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glDepthMask", referenced from: > _dots in libOPENGL.a(hwPortUtilOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glVertex2f", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > "_glVertex2i", referenced from: > __dxf_DRAW_LINE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_LINE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glGetIntegerv", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_BUFFER_CONFIG in libOPENGL.a(hwInteractorEchoOGL.o) > "_glNormal3fv", referenced from: > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glDisable", referenced from: > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > __dxf_SET_GLOBAL_LIGHT_ATTRIBUTES in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_REMOVE_CLIP_PLANES in libOPENGL.a(hwPortOGL.o) > __dxf_SET_ZBUFFER_STATUS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_SET_LINE_ATTRIBUTES in libOPENGL.a(hwInteractorEchoOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > _endTexture in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glHint", referenced from: > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glPopAttrib", referenced from: > __dxf_CLEAR_AREA in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glMatrixMode", referenced from: > __dxf_SET_ORTHO_PROJECTION in libOPENGL.a(hwPortOGL.o) > __dxf_SET_ORTHO_PROJECTION in libOPENGL.a(hwPortOGL.o) > __dxf_SET_PERSPECTIVE_PROJECTION in libOPENGL.a(hwPortOGL.o) > __dxf_SET_PERSPECTIVE_PROJECTION in libOPENGL.a(hwPortOGL.o) > __dxf_REPLACE_VIEW_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_REPLACE_VIEW_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WORLD_SCREEN in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_SET_WORLD_SCREEN in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > _loadTexture in libOPENGL.a(hwPortUtilOGL.o) > _loadTexture in libOPENGL.a(hwPortUtilOGL.o) > "_glViewport", referenced from: > __dxf_SET_VIEWPORT in libOPENGL.a(hwPortOGL.o) > __dxf_CLEAR_AREA in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WORLD_SCREEN in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glXWaitGL", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WINDOW_SIZE in libOPENGL.a(hwPortOGL.o) > "_glTexParameteri", referenced from: > _startTexture in libOPENGL.a(hwPortUtilOGL.o) > _startTexture in libOPENGL.a(hwPortUtilOGL.o) > _startTexture in libOPENGL.a(hwPortUtilOGL.o) > _startTexture in libOPENGL.a(hwPortUtilOGL.o) > "_glColor3f", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_SET_LINE_ATTRIBUTES in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_SET_LINE_ATTRIBUTES in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_SET_LINE_COLOR_WHITE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_SET_LINE_COLOR_GRAY in libOPENGL.a(hwInteractorEchoOGL.o) > "_glMultMatrixf", referenced from: > __dxf_PUSH_MULTIPLY_MATRIX in libOPENGL.a(hwPortOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwP "_glLightModeli", referenced from: > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glXUseXFont", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glPopMatrix", referenced from: > __dxf_POP_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glBlendFunc", referenced from: > __dxf_INIT_RENDER_PASS in libOPENGL.a(hwPortOGL.o) > "_glColor3fv", referenced from: > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glColor4fv", referenced from: > _dots in libOPENGL.a(hwPortUtilOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TnoneCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glTexCoord2fv", referenced from: > _TppCnoneNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCnoneNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpfNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCppNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNnoneOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpfOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNppOpc in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOnone in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpf in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpp in libOPENGL.a(hwPortUtilOGL.o) > _TppCpcNpcOpc in libOPENGL.a(hwPortUtilOGL.o) > "_glXSwapBuffers", referenced from: > __dxf_SWAP_BUFFERS in libOPENGL.a(hwPortOGL.o) > "_glRasterPos2f", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > "_glRasterPos2i", referenced from: > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_MARKER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_ERASE_PREVIOUS_MARKS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_ERASE_CURSOR in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > "_glXGetConfig", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glMaterialfv", referenced from: > __dxf_SET_MATERIAL_SPECULAR in libOPENGL.a(hwPortOGL.o) > "_glEnd", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_LINE in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_ZOOMBOX in libOPENGL.a(hwInteractorEchoOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _dots in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _points in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _bbox in libOPENGL.a(hwPortUtilOGL.o) > _translucentPolygons in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _polylines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _plines in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _polygons in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > _tmesh in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glGetFloatv", referenced from: > __dxf_GET_PROJECTION in libOPENGL.a(hwPortOGL.o) > __dxf_GET_MATRIX in libOPENGL.a(hwPortOGL.o) > __drawPrimitives in libOPENGL.a(hwPortUtilOGL.o) > "_glCullFace", referenced from: > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawOpaqueOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > __dxf_DrawTranslucentOGL in libOPENGL.a(hwPortUtilOGL.o) > "_glDeleteLists", referenced from: > __dxf_DESTROY_WINDOW in libOPENGL.a(hwPortOGL.o) > __delete_displayListObjectOGL in libOPENGL.a(hwDisplayListsOGL.o) > "_glLineStipple", referenced from: > __dxf_SET_LINE_ATTRIBUTES in libOPENGL.a(hwInteractorEchoOGL.o) > "_glClearColor", referenced from: > __dxf_SET_BACKGROUND_COLOR in libOPENGL.a(hwPortOGL.o) > "_glLightModelfv", referenced from: > __dxf_DEFINE_LIGHT in libOPENGL.a(hwPortOGL.o) > "_glTexEnvi", referenced from: > _startTexture in libOPENGL.a(hwPortUtilOGL.o) > "_glXDestroyContext", referenced from: > __dxf_DESTROY_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glListBase", referenced from: > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > "_glReadBuffer", referenced from: > __dxf_INIT_RENDER_MODULE in libOPENGL.a(hwPortOGL.o) > __dxf_READ_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_READ_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_READ_IMAGE in libOPENGL.a(hwPortOGL.o) > __dxf_READ_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glLoadMatrixf", referenced from: > __dxf_SET_ORTHO_PROJECTION in libOPENGL.a(hwPortOGL.o) > __dxf_SET_PERSPECTIVE_PROJECTION in libOPENGL.a(hwPortOGL.o) > __dxf_LOAD_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_PUSH_REPLACE_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_REPLACE_VIEW_MATRIX in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WORLD_SCREEN in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glXWaitX", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WINDOW_SIZE in libOPENGL.a(hwPortOGL.o) > "_glXQueryExtension", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glCopyPixels", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glCallLists", referenced from: > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > "_glPushAttrib", referenced from: > __dxf_CLEAR_AREA in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [dxexec] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_scien > ce_opendx/work/dx-4.4.4 > " && make all " returned error 2 > Command output: __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a > (hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WORLD_SCREEN in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glXWaitX", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > __dxf_SET_WINDOW_SIZE in libOPENGL.a(hwPortOGL.o) > "_glXQueryExtension", referenced from: > __dxf_CREATE_WINDOW in libOPENGL.a(hwPortOGL.o) > "_glCopyPixels", referenced from: > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > "_glCallLists", referenced from: > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_CURSOR_COORDS in libOPENGL.a(hwInteractorEchoOGL.o) > "_glPushAttrib", referenced from: > __dxf_CLEAR_AREA in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_APPROX_BACKSTORE in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_PIXEL_RECT in libOPENGL.a(hwPortOGL.o) > __dxf_WRITE_BUFFER in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GNOMON in libOPENGL.a(hwInteractorEchoOGL.o) > __dxf_DRAW_GLOBE in libOPENGL.a(hwInteractorEchoOGL.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [dxexec] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > > Warning: the following items did not execute (for opendx): > org.macports.activate org.macports > .build org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group www.hmug.org webmaster at hmug dot org marius at schamschula dot com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080511/1d17c029/attachment.html From pgijnxn02 at sneakemail.com Mon May 19 07:31:41 2008 From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts)) Date: Mon, 19 May 2008 14:31:41 -0000 Subject: Problem building nautilus Message-ID: <7a665ffc0805190736l5302de96haf7319812b0ecad9@mail.gmail.com> I want to upgrade gnucash, which causes an upgrade of nautilus. I have tried la few things like cleaning the port and re-installing its dependencies, but I keep getting the same error message. MacPorts and all other ports are up to date. Output: ------------ /opt/local/bin/orbit-idl-2 -I /opt/local/share/idl/bonobo-activation-2.0 -I /opt/local/share/idl/bonobo-2.0 -I.. nautilus-shell-interface.idl orbit-idl-2 2.14.12 compiling mode, hide preprocessor errors, passes: stubs skels common headers Processing file nautilus-shell-interface.idl Error: Empty file ** (orbit-idl-2:19861): WARNING **: nautilus-shell-interface.idl compilation failed make[2]: *** [nautilus_shell_interface_idl_stamp] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. ------------ End of output with port -d: ------------ /opt/local/bin/orbit-idl-2 -I /opt/local/share/idl/bonobo-activation-2.0 -I /opt/local/share/idl/bonobo-2.0 -I.. nautilus-shell-interface.idl orbit-idl-2 2.14.12 compiling mode, hide preprocessor errors, passes: stubs skels common headers Processing file nautilus-shell-interface.idl Error: Empty file ** (orbit-idl-2:8248): WARNING **: nautilus-shell-interface.idl compilation failed make[2]: *** [nautilus_shell_interface_idl_stamp] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for nautilus): org.macports.activate org.macports.build org.macports.destroot org.macports.archive org.macports.install Error: Status 1 encountered during processing. ------------ Please let me know what additional information would be useful in debugging this problem. I have attached the full output of "port -d upgrade -cuv nautilus" as nautilus.txt Thanks, Joel Thibault -- Joel Thibault [AIM: Jole Tebo] Software Engineer in Boston -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nautilus.txt Url: http://lists.macosforge.org/pipermail/macports-users/attachments/20080519/58312841/attachment-0001.txt