How to Rebuild All Items Dependent on Updated Port
Hello: How do I rebuild all installed ports dependent on a specific port? Overall, I'd like MacPorts to update the outdated ports and then rebuild the ports that used the outdated ports so everything was compiled with the latest versions of everything. I apologize if this is documented; I did not see it. Kind regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
xorg-libxcb Download Error
Hello: When xorg-libxcf tries to download the needed files, it hangs on the following file, which appears to only be hosted at macports given the sites it tried to contact. 0001-Bump-xcb-proto-requirement.patch Do you have any thoughts on the matter? Kind regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Xcode 4.3: Apparently Persistent License Agreement
On Feb 18, 2012, at 5:45 AM, Aljaž Srebrnič wrote: > On 18/feb/2012, at 13:42, Kevin Reid wrote: > >> On Feb 17, 2012, at 22:54, Anthony Michael Agelastos wrote: >> >>> When I peruse the main.log file it creates, I notice the following at the >>> bottom. >>> >>> >>> :info:build You have not agreed to the Xcode license agreements, please run >>> xcodebuild standalone from within a Terminal window to review and agree to >>> the Xcode license agreements. >>> >>> >>> This looks like I need to agree to the license agreement. The only issue, >>> though, is that I already have. I launch Xcode 4.3 (through Finder and >>> `open /Applications/Xcode.app`) and it doesn't prompt me with anything. I >>> even created a "Hello World!" console application and successfully built it >>> with Xcode 4.3. Does anyone have any ideas with regards to this? I have >>> also attached the main.log. >> >> I haven't used Xcode 4.3, but I would suggest following its instructions: >> run the xcodebuild command in order to acknowledge the license agreement -- >> _as the macports user_ since that's what is used for builds, IIRC. (I'm >> assuming that the "read license" flag is stored per-user.) > > unfortunately this doesn't work, probably because the license agreement is > stored in the home directory of the user (which is /var/empty for macports > user) For situations such as this, could/should a $HOME be created for macports user within /opt/local, e.g. /opt/local/home? I am not familiar with how MacPorts handles its builds behind the scenes, but all of the files within /opt/local are owned by root user and admin or wheel groups. So, does macports user do a chown on the data, or is root (through sudo typically) the one doing the building? If root is doing the building, should root be the one with the license agreement? Also, from what I can tell, and I could easily be wrong, this license agreement verification is stored within $HOME/Library/Preferences/com.apple.dt.Xcode.plist. Kind regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Mac App Store
Hello, Out of curiosity, are there any plans for MacPorts to be on the upcoming Mac App Store? If not, does anyone think there's merit for MacPorts to utilize such infrastructure? I am not sure how the store will work, but I would assume that it would give MacPorts the ability to install other dependencies should they be needed (such as Xcode, which I assume will be on the store, along with XQuartz). Regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Octave Dependency Issues (Was Re: Gnuplot Library Issues)
I wanted to note that I was able to build ATLAS on my 64-bit iMac. On Jul 24, 2010, at 7:20 AM, Anthony Michael Agelastos wrote: > It looks like I am having a similar problem to ticket 25619; when I look at > short_main.rtf, it appears that we fail at the same point. > > On Jul 24, 2010, at 7:03 AM, Anthony Michael Agelastos wrote: > >> On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote: >>> On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote: >>>> On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: >>>>> On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: >>>>> >>>>>> $ otool -L /opt/local/lib/libfreetype.6.dylib >>>>>> /opt/local/lib/libfreetype.6.dylib: >>>>>> /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >>>>>> current version 12.1.0) >>>>>> /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >>>>>> version 1.2.5) >>>>>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >>>>>> version 125.2.0) >>>>>> $ lipo -info /opt/local/lib/libfreetype.6.dylib >>>>>> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >>>>>> >>>>>> All of that seems correct to me. >>>>> >>>>> Yes it does assuming this computer really is 32-bit only. You're sure >>>>> it is? What's the output of >>>>> >>>>> sysctl hw.cpu64bit_capable >>>> >>>> $ sysctl hw.cpu64bit_capable >>>> hw.cpu64bit_capable: 0 >>> >>> Indeed. Well, I will guess that your non-MacPorts octave is using an older >>> freetype, and that somehow, when gnuplot is used in the context of that >>> octave, it then wants to use the same freetype, which MacPorts gnuplot is >>> not designed to do. So I think the solution is to switch to using MacPorts >>> octave. So tell us all you can about your problems building that so maybe >>> we can fix that. >>> >>> >> ATLAS is the first one it fails on. Below is what port returned. >> >> Log for atlas is at: >> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log >> To report a bug, see <http://guide.macports.org/#project.tickets> >> >> >> ... >> :info:buildSTAGE 2-2-3: COPY/NO-COPY CROSSOVER DETECTION >> :info:build make -f Makefile INSTALL_LOG/sXover.h pre=s 2>&1 | ./xatlas_tee >> INSTALL_LOG/sMMCROSSOVER.LOG >> :info:build done. >> :info:build >> :info:build >> :info:buildSTAGE 2-2-4: LEVEL 3 BLAS TUNE >> :info:build make -f Makefile INSTALL_LOG/atlas_strsmXover.h pre=s 2>&1 | >> ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG >> :info:build make -f Makefile scblaslib 2>&1 | ./xatlas_tee >> INSTALL_LOG/sL3TUNE.LOG >> :info:build done. >> :info:build >> :info:build >> :info:buildSTAGE 2-2-5: GEMV TUNE >> :info:build make -f Makefile INSTALL_LOG/sMVRES pre=s 2>&1 | ./xatlas_tee >> INSTALL_LOG/sMVTUNE.LOG >> :info:build make[1]: *** [build] Error 255 >> :info:build make: *** [build] Error 2 >> :info:build shell command " cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build" >> && /usr/bin/make build " returned error 2 >> :error:build Target org.macports.build returned: shell command failed >> :debug:build Backtrace: shell command failed >> while executing >> "command_exec build" >> (procedure "portbuild::build_main" line 8) >> invoked from within >> "$procedure $targetname" >> :info:build Warning: the following items did not execute (for atlas): >> org.macports.activate org.macports.build org.macports.destroot >> org.macports.install >> :notice:build Log for atlas is at: >> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log >> >> >> > ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Octave Dependency Issues (Was Re: Gnuplot Library Issues)
It looks like I am having a similar problem to ticket 25619; when I look at short_main.rtf, it appears that we fail at the same point. On Jul 24, 2010, at 7:03 AM, Anthony Michael Agelastos wrote: > On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote: >> On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote: >>> On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: >>>> On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: >>>> >>>>> $ otool -L /opt/local/lib/libfreetype.6.dylib >>>>> /opt/local/lib/libfreetype.6.dylib: >>>>> /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >>>>> current version 12.1.0) >>>>> /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >>>>> version 1.2.5) >>>>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >>>>> version 125.2.0) >>>>> $ lipo -info /opt/local/lib/libfreetype.6.dylib >>>>> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >>>>> >>>>> All of that seems correct to me. >>>> >>>> Yes it does assuming this computer really is 32-bit only. You're sure >>>> it is? What's the output of >>>> >>>> sysctl hw.cpu64bit_capable >>> >>> $ sysctl hw.cpu64bit_capable >>> hw.cpu64bit_capable: 0 >> >> Indeed. Well, I will guess that your non-MacPorts octave is using an older >> freetype, and that somehow, when gnuplot is used in the context of that >> octave, it then wants to use the same freetype, which MacPorts gnuplot is >> not designed to do. So I think the solution is to switch to using MacPorts >> octave. So tell us all you can about your problems building that so maybe we >> can fix that. >> >> > ATLAS is the first one it fails on. Below is what port returned. > > Log for atlas is at: > /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log > To report a bug, see <http://guide.macports.org/#project.tickets> > > > ... > :info:buildSTAGE 2-2-3: COPY/NO-COPY CROSSOVER DETECTION > :info:build make -f Makefile INSTALL_LOG/sXover.h pre=s 2>&1 | ./xatlas_tee > INSTALL_LOG/sMMCROSSOVER.LOG > :info:build done. > :info:build > :info:build > :info:buildSTAGE 2-2-4: LEVEL 3 BLAS TUNE > :info:build make -f Makefile INSTALL_LOG/atlas_strsmXover.h pre=s 2>&1 | > ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG > :info:build make -f Makefile scblaslib 2>&1 | ./xatlas_tee > INSTALL_LOG/sL3TUNE.LOG > :info:build done. > :info:build > :info:build > :info:buildSTAGE 2-2-5: GEMV TUNE > :info:build make -f Makefile INSTALL_LOG/sMVRES pre=s 2>&1 | ./xatlas_tee > INSTALL_LOG/sMVTUNE.LOG > :info:build make[1]: *** [build] Error 255 > :info:build make: *** [build] Error 2 > :info:build shell command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build" > && /usr/bin/make build " returned error 2 > :error:build Target org.macports.build returned: shell command failed > :debug:build Backtrace: shell command failed >while executing > "command_exec build" >(procedure "portbuild::build_main" line 8) >invoked from within > "$procedure $targetname" > :info:build Warning: the following items did not execute (for atlas): > org.macports.activate org.macports.build org.macports.destroot > org.macports.install > :notice:build Log for atlas is at: > /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log > > > ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Octave Dependency Issues (Was Re: Gnuplot Library Issues)
On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote: > On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote: >> On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: >>> On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: >>> >>>> $ otool -L /opt/local/lib/libfreetype.6.dylib >>>> /opt/local/lib/libfreetype.6.dylib: >>>>/opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >>>> current version 12.1.0) >>>>/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >>>> version 1.2.5) >>>>/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >>>> version 125.2.0) >>>> $ lipo -info /opt/local/lib/libfreetype.6.dylib >>>> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >>>> >>>> All of that seems correct to me. >>> >>> Yes it does assuming this computer really is 32-bit only. You're sure >>> it is? What's the output of >>> >>> sysctl hw.cpu64bit_capable >> >> $ sysctl hw.cpu64bit_capable >> hw.cpu64bit_capable: 0 > > Indeed. Well, I will guess that your non-MacPorts octave is using an older > freetype, and that somehow, when gnuplot is used in the context of that > octave, it then wants to use the same freetype, which MacPorts gnuplot is not > designed to do. So I think the solution is to switch to using MacPorts > octave. So tell us all you can about your problems building that so maybe we > can fix that. > > ATLAS is the first one it fails on. Below is what port returned. Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log To report a bug, see <http://guide.macports.org/#project.tickets> ... :info:buildSTAGE 2-2-3: COPY/NO-COPY CROSSOVER DETECTION :info:build make -f Makefile INSTALL_LOG/sXover.h pre=s 2>&1 | ./xatlas_tee INSTALL_LOG/sMMCROSSOVER.LOG :info:build done. :info:build :info:build :info:buildSTAGE 2-2-4: LEVEL 3 BLAS TUNE :info:build make -f Makefile INSTALL_LOG/atlas_strsmXover.h pre=s 2>&1 | ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG :info:build make -f Makefile scblaslib 2>&1 | ./xatlas_tee INSTALL_LOG/sL3TUNE.LOG :info:build done. :info:build :info:build :info:buildSTAGE 2-2-5: GEMV TUNE :info:build make -f Makefile INSTALL_LOG/sMVRES pre=s 2>&1 | ./xatlas_tee INSTALL_LOG/sMVTUNE.LOG :info:build make[1]: *** [build] Error 255 :info:build make: *** [build] Error 2 :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build" && /usr/bin/make build " returned error 2 :error:build Target org.macports.build returned: shell command failed :debug:build Backtrace: shell command failed while executing "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: the following items did not execute (for atlas): org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote: > On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote: >> On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: >>> On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: >>> >>>> $ otool -L /opt/local/lib/libfreetype.6.dylib >>>> /opt/local/lib/libfreetype.6.dylib: >>>>/opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >>>> current version 12.1.0) >>>>/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >>>> version 1.2.5) >>>>/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >>>> version 125.2.0) >>>> $ lipo -info /opt/local/lib/libfreetype.6.dylib >>>> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >>>> >>>> All of that seems correct to me. >>> >>> Yes it does assuming this computer really is 32-bit only. You're sure >>> it is? What's the output of >>> >>> sysctl hw.cpu64bit_capable >> >> $ sysctl hw.cpu64bit_capable >> hw.cpu64bit_capable: 0 > > Indeed. Well, I will guess that your non-MacPorts octave is using an older > freetype, and that somehow, when gnuplot is used in the context of that > octave, it then wants to use the same freetype, which MacPorts gnuplot is not > designed to do. So I think the solution is to switch to using MacPorts > octave. So tell us all you can about your problems building that so maybe we > can fix that. > > I am going to get it building that as soon as Xcode 3.2.3 finishes downloading. Thanks for all of your help on this. I'll post the build results in the morning after it has had time to compile. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: > On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: > >> $ otool -L /opt/local/lib/libfreetype.6.dylib >> /opt/local/lib/libfreetype.6.dylib: >> /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >> current version 12.1.0) >> /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >> version 1.2.5) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 125.2.0) >> $ lipo -info /opt/local/lib/libfreetype.6.dylib >> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >> >> All of that seems correct to me. > > Yes it does assuming this computer really is 32-bit only. You're sure it > is? What's the output of > > sysctl hw.cpu64bit_capable > > > $ sysctl hw.cpu64bit_capable hw.cpu64bit_capable: 0 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:32 PM, Ryan Schmidt wrote: > > On Jul 23, 2010, at 22:27, Anthony Michael Agelastos wrote: > >> On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote: >>> >> >>> On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote: >>> >>>> I am having some Gnuplot/Freetype/Octave issues that I would greatly >>>> appreciate help with. >>>> >>>> I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. >>>> Both are running Snow Leopard with all of the software fully updated >>>> (except I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). >>>> Anyways, on my 32-bit laptop, when I am in Octave (not MacPorts' Octave >>>> since it won't build, >>> >>> Is there a ticket for this already? >> >> No. I am not sure what the real problem is, so I wanted to ask the list >> first. If you feel I should, I can open one up. Whom should I assign as >> the maintainer (gnuplot is owned by nomaintainer and freetype is owned by >> you)? > > I meant a ticket about your inability to build MacPorts octave. Not yet. Actually, the problem is with one or more of Octave's dependencies. I don't recall which it is right now. > > >>> MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you >>> possibly have an environment variable whose name begins with "DYLD" set >>> pointing at a directory containing an older version of libfreetype? Or is >>> your libfreetype somehow not the correct architecture? >>> >> >> Not that I know of. How do I check this? When I type in env, the following >> is output. > > Just like that, so I'd agree you don't have any DYLD variables set. > > What's the library version of /opt/local/lib/libfreetype.6.dylib? Use "otool > -L /opt/local/lib/libfreetype.6.dylib" to see. For what architectures is it > built? Use "lipo -info /opt/local/lib/libfreetype.6.dylib" to see. > > $ otool -L /opt/local/lib/libfreetype.6.dylib /opt/local/lib/libfreetype.6.dylib: /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, current version 12.1.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) $ lipo -info /opt/local/lib/libfreetype.6.dylib Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 All of that seems correct to me. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote: > > On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote: > >> I am having some Gnuplot/Freetype/Octave issues that I would greatly >> appreciate help with. >> >> I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. >> Both are running Snow Leopard with all of the software fully updated (except >> I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). Anyways, >> on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it >> won't build, > > Is there a ticket for this already? No. I am not sure what the real problem is, so I wanted to ask the list first. If you feel I should, I can open one up. Whom should I assign as the maintainer (gnuplot is owned by nomaintainer and freetype is owned by you)? > >> but from octave.sf.net), and I try to plot something, I get the following >> error from my MacPorts-installed gnuplot. Do you have any suggestions? I >> have the same software stack on my 64-bit iMac and it does not have this >> problem. I am running the latest XQuartz in case that is pertinent. >> >> dyld: Library not loaded: /opt/ldyld: Library not loaded: >> /opt/local/lib/libfreetype.6.dylib >> Referenced from: /opt/local/bin/gnuplot >> Reason: Incompatible library version: gnuplot requires version 12.0.0 or >> later, but libfreetype.6.dylib provides version 10.0.0 >> ocal/lib/libfreetype.6.dylib >> Referenced from: /opt/local/bin/gnuplot >> Reason: Incompatible library version: gnuplot requires version 12.0.0 or >> later, but libfreetype.6.dylib provides version 10.0.0 >> error: you must have gnuplot installed to display graphics; if you have >> gnuplot installed in a non-standard location, see the 'gnuplot_binary' >> function > > MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you > possibly have an environment variable whose name begins with "DYLD" set > pointing at a directory containing an older version of libfreetype? Or is > your libfreetype somehow not the correct architecture? > Not that I know of. How do I check this? When I type in env, the following is output. ~ myusername$ env MANPATH=/opt/local/share/man: TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash GFORTRAN_CONVERT_UNIT=big_endian TMPDIR=/var/folders/IQ/IQd5hyS+FxiyRV29wXYNAE+++TI/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/launch-NhV9Fl/Render TERM_PROGRAM_VERSION=273 USER=myusername COMMAND_MODE=unix2003 SSH_AUTH_SOCK=/tmp/launch-X1vtqv/Listeners __CF_USER_TEXT_ENCODING=0x1F5:0:0 PATH=/Users/myusername/bin:/opt/ama/bin:/opt/ama/NOBACKUP/visit/bin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/usr/texbin:/usr/X11/bin PWD=/Users/myusername EDITOR=/usr/bin/vi LANG=en_US.UTF-8 SHLVL=1 HOME=/Users/myusername GNUTERM=x11 LOGNAME=myusername INFOPATH=/opt/local/share/info: DISPLAY=/tmp/launch-s1QDTj/org.macosforge.xquartz:0 _=/usr/bin/env ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Gnuplot Library Issues
Hello, I am having some Gnuplot/Freetype/Octave issues that I would greatly appreciate help with. I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. Both are running Snow Leopard with all of the software fully updated (except I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). Anyways, on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it won't build, but from octave.sf.net), and I try to plot something, I get the following error from my MacPorts-installed gnuplot. Do you have any suggestions? I have the same software stack on my 64-bit iMac and it does not have this problem. I am running the latest XQuartz in case that is pertinent. dyld: Library not loaded: /opt/ldyld: Library not loaded: /opt/local/lib/libfreetype.6.dylib Referenced from: /opt/local/bin/gnuplot Reason: Incompatible library version: gnuplot requires version 12.0.0 or later, but libfreetype.6.dylib provides version 10.0.0 ocal/lib/libfreetype.6.dylib Referenced from: /opt/local/bin/gnuplot Reason: Incompatible library version: gnuplot requires version 12.0.0 or later, but libfreetype.6.dylib provides version 10.0.0 error: you must have gnuplot installed to display graphics; if you have gnuplot installed in a non-standard location, see the 'gnuplot_binary' function If I manually open up gnuplot and plot sin(x), the figure windows does pop up. Thank you so much for your help. Regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: where do I find gfortran?
$ which gfortran-mp-4.6 /opt/local/bin/gfortran-mp-4.6 On Jun 13, 2010, at 1:36 PM, Victor Eijkhout wrote: > It seems installed, but it's not in the usual paths. > > [albook:~] %% which gfortran > [albook:~] %% port installed gcc46 > The following ports are currently installed: > gcc46 @4.6-20100508_0 > gcc46 @4.6-20100508_0+gfortran (active) > > Victor. > ___ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: qt4-mac does not build
All, Right now, Nokia has Qt to version 4.6.0, which is a stable release. MacPorts has this reflected in qt4-mac-devel, but not in qt4-mac. Should the current qt4-mac become qt4-mac-45, and the current qt4-mac-devel become qt4-mac? It's just a thought, and qt4-mac-devel, at least on my Snow Leopard machine, builds. -Anthony On Dec 11, 2009, at 6:16 AM, Ryan Schmidt wrote: > On Dec 11, 2009, at 04:56, Jürgen Starek wrote: > >> I'm rather new to the MacPorts project and still not too sure about >> efficient troubleshooting in that environment. So I thought I'd ask about >> the following error first before reporting a bug: >> >> ---> Building qt4-mac >> Error: Target org.macports.build returned: shell command " cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt4-mac/work/qt-mac-opensource-src-4.5.3" >> && /usr/bin/make -j2 first " returned error 2 >> Command output: /usr/bin/make -f Makefile.Debug all >> /usr/bin/make -f Makefile.Release all >> >> >> >> In file included from generated/JSDOMWindow.h:25, >>from bindings/js/GCController.cpp:29: >> page/DOMWindow.h:281: error: field 'm_url' has incomplete type >> page/DOMWindow.h: In member function 'void WebCore::DOMWindow::setURL(const >> WebCore::KURL&)': >> page/DOMWindow.h:80: error: 'm_url' was not declared in this scope >> page/DOMWindow.h: In member function 'WebCore::KURL >> WebCore::DOMWindow::url() const': >> page/DOMWindow.h:81: error: return type 'struct WebCore::KURL' is incomplete >> page/DOMWindow.h:81: error: 'm_url' was not declared in this scope >> make[2]: *** [.obj/release-shared/GCController.o] Error 1 >> make[1]: *** [release-all] Error 2 >> >> >> >> >> What do you think about that? > > Sounds like this ticket: > > http://trac.macports.org/ticket/20199 > > That ticket describes two qt4-mac conflicts, one with libevent which has been > resolved, and another which hasn't. The notes say it's a conflict with > kdelibs4, but even after deactivating kdelibs4 I was unable to build qt4-mac, > so I don't think that's the port causing the conflict. > > There are also many other bugs reported against qt4-mac in our issue tracker, > and it doesn't build for me on my systems either. If you can help figure out > why that is and what we can do about it, it would be appreciated. > > > > ___ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Problem building gd2 on Leopard
Hello David, I assume that you are running the latest and greatest version of Leopard. If so, I recommend installing the "unofficial" X11 updates from http://trac.macosforge.org/projects/xquartz This allowed Maxima to build just fine for me. I hope this helps. Good luck. On Apr 5, 2008, at 5:23 PM, David Garza wrote: I'd like to install gd2, so I can then install Maxima, but the gd2 build is failing because it can't find xpm.h. I have a copy of xpm.h in both /Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/X11 and /Developer/SDKs/MacOSX10.4u.sdk/usr/X11/include/X11, but the complier can't seem to find them. The command which fails is if /bin/sh ./libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - DHAVE_CONFIG_H -I. -I. -I. -I/opt/local/include/freetype2 -I/opt/ local/include -I/opt/local/include -I/usr/X11/include -O2 -MT gdxpm.lo -MD -MP -MF ".deps/gdxpm.Tpo" -c -o gdxpm.lo gdxpm.c; \ then mv -f ".deps/gdxpm.Tpo" ".deps/gdxpm.Plo"; else rm -f ".deps/ gdxpm.Tpo"; exit 1; fi /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I. -I/opt/local/include/ freetype2 -I/opt/local/include -I/opt/local/include -I/usr/X11/ include -O2 -MT gdxpm.lo -MD -MP -MF .deps/gdxpm.Tpo -c gdxpm.c - fno-common -DPIC -o .libs/gdxpm.o Is there a problem with my X11 package? Should I just modify the portfile to point it to the correct directories? Thanks, David ___ 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
Gimp 2.4.2 +X11 Terminal Messages
Hello, When I invoke `gimp &` from Terminal.app (with X11.app running) on Leopard, it appears to work but the items below are displayed. Does anyone have any idea what this means or if this is normal? If it is a bug, I would be happy to file it, but I wanted to ask this group first. Thank you for your assistance with this. -Anthony macko:~ iqgrande$ Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/py-slice.py", line 31, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-to-gradient.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-sort.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-offset.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/happy-valley-relief.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/gimpcons.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/foggify.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/colorxhtml.py", line 25, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511)
Gimp
Hello all, I have tried to install the latest Gimp on OS X Leopard with Quartz as opposed to X11 and the GUI appears to be broken. Specifically, when I run the program, there is no text whatsoever in any of the boxes or menus making it unusable. Does anyone have any idea why this might be, or have a working installation and can post their directions? When I invoke it from Terminal.app, I get many errors and warnings and have posted them below. Also, I have posted the output from `port installed` and am running the latest version of MacPorts, Xcode, OS X. Thank you for your help with this. Regards, Anthony $ port installed The following ports are currently installed: aalib @1.4rc5_2 (active) aquaterm @1.0.1_0 (active) atk @1.20.0_1 (active) audiofile @0.2.6_1 (active) autoconf @2.61_1 (active) automake @1.10_0 (active) bzip2 @1.0.4_1 (active) cairo @1.4.12_0+quartz (active) cdrtools @2.01.01a25_0 (active) curl @7.17.1_0 (active) dbus @1.0.2_2 (active) dbus-glib @0.74_0 (active) dejagnu @1.4.4_0 (active) docbook-xml-4.1.2 @4.1.2_1 (active) docbook-xml-4.2 @4.2_0 (active) docbook-xsl @1.72.0_0 (active) esound @0.2.38_1 (active) expat @2.0.1_0 (active) fftw-3 @3.1.2_0 (active) fontconfig @2.5.0_0+macosx (active) freetype @2.3.5_1 (active) gail @1.20.1_1+quartz (active) gawk @3.1.5_2 (active) gcc42 @4.2.2_1 (active) gconf @2.20.1_0 (active) gd2 @2.0.35_0 (active) getopt @1.1.4_1 (active) gettext @0.17_1 (active) ghostscript @8.61_0 (active) gimp-app @2.4.0_0+quartz (active) gimp2 @2.4.2_0 (active) glib2 @2.14.4_1+darwin_9 (active) glpk @4.16_0 (active) gmp @4.2.2_0 (active) gnome-keyring @2.20.1_0 (active) gnome-mime-data @2.18.0_3 (active) gnome-vfs @2.20.0_1 (active) gnuplot @4.2.0_0 (active) gsed @4.1.5_2 (active) gtk2 @2.12.1_0+quartz (active) help2man @1.36.4_1 (active) howl @1.0.0_0 (active) ImageMagick @6.3.7-1_1+q16 (active) intltool @0.36.2_0 (active) jpeg @6b_2 (active) lcms @1.16_0 (active) libart_lgpl @2.3.19_2 (active) libbonobo @2.20.1_2 (active) libbonoboui @2.20.0_1 (active) libcroco @0.6.1_1 (active) libexif @0.6.16_1 (active) libgcrypt @1.2.4_1 (active) libglade2 @2.6.2_0 (active) libgnome @2.20.1.1_1 (active) libgnomecanvas @2.20.1.1_0 (active) libgnomeui @2.20.1.1_0 (active) libgpg-error @1.6_0 (active) libgsf @1.14.7_0 (active) libgtkhtml @2.11.1_0 (active) libiconv @1.12_0 (active) libidl @0.8.9_0 (active) libmng @1.0.9_0 (active) libpng @1.2.23_0 (active) librsvg @2.18.2_1 (active) libtool @1.5.24_1 (active) libusb @0.1.12_1 (active) libwmf @0.2.8.4_0 (active) libxml2 @2.6.30_0 (active) libxslt @1.1.22_0 (active) m4 @1.4.10_1 (active) maxima @5.13.0_1+test (active) metis @4.0_0 (active) mpfr @2.3.0_4+darwin_i386 (active) ncurses @5.6_0 (active) ncursesw @5.6_0 (active) neon @0.26.4_0 (active) openssl @0.9.8g_0 (active) orbit2 @2.14.10_2+darwin_9 (active) p5-locale-gettext @1.05_0 (active) p5-xml-parser @2.35_0 (active) pango @1.18.3_0 (active) pdflib @7.0.2_0 (active) perl5.8 @5.8.8_0 (active) pkgconfig @0.22_0 (active) poppler @0.6_0+quartz (active) poppler-data @0.1_0 (active) popt @1.12_0 (active) py25-cairo @1.4.0_1 (active) py25-gobject @2.14.0_0 (active) py25-gtk @2.12.0_0 (active) py25-numeric @24.2_1+macosx (active) python25 @2.5.1_3+darwin_9 (active) readline @5.2.007_0+darwin_9 (active) render @0.9_1 (active) sane-backends @1.0.18_1+enable_pnmbackend (active) sbcl @1.0.11_0+test (active) SuiteSparse @2.4.0_0 (active) texi2html @1.76_3 (active) texinfo @4.11_0 (active) texlive @2007_2 (active) texlive_base @2007_0 (active) texlive_texmf-full @2007_0 (active) texlive_texmf-minimal @2007_0 (active) tiff @3.8.2_1+macosx (active) Xft2 @2.1.12_0 (active) xmlcatmgr @2.2_1 (active) xmlto @0.0.18_3 (active) xorg-util-macros @1.1.5_0 (active) xorg-xproto @7.0.11_1 (active) xrender @0.9.0_1 (active) zlib @1.2.3_1 (active) $ gimp Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context
Re: Ghostscript 8.61
On Dec 2, 2007, at 11:13 AM, Bjarne D Mathiesen wrote: Anthony Michael Agelastos wrote: After sending my reply, I did some additional digging and realized that the 5 files above are identical to their their *.old counterparts (I did a `diff` on 'em) and their paths within point to /opt/local. The reason these files are the same is that they must have been installed when I first installed Ghostscript via MacPorts. Then, when I did an upgrade (as seen above), it essentially made copies of the files (they didn't change). If the Apple-provided files were there and were backed up to *.old, then I have lost those files. So, are there any Leopard users out there who do _not_ have MacPorts' Ghostscript port installed and would be willing to see if the following files exist on your machine? /private/etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/share/cups/model/pxlmono.ppd [16:54:[EMAIL PROTECTED] ls -lFG /private/etc/cups/pstoraster.convs ls: /private/etc/cups/pstoraster.convs: No such file or directory [17:09:[EMAIL PROTECTED] ls -LFG /usr/libexec/cups/filter/pstopxl ls: /usr/libexec/cups/filter/pstopxl: No such file or directory [17:09:[EMAIL PROTECTED] ls -lFG /usr/libexec/cups/filter/pstoraster ls: /usr/libexec/cups/filter/pstoraster: No such file or directory [17:09:[EMAIL PROTECTED] ls -LFG /usr/share/cups/model/pxlcolor.ppd ls: /usr/share/cups/model/pxlcolor.ppd: No such file or directory [17:09:[EMAIL PROTECTED] ls -lFG /usr/share/cups/model/pxlmono.ppd ls: /usr/share/cups/model/pxlmono.ppd: No such file or directory [17:09:[EMAIL PROTECTED] Thank you for your reply. That's good to know... these files were not modified and are not part of the stock Apple install. Now I'm curious to know what they do. Thanks again. -Anthony -- Bjarne D Mathiesen København N ; Danmark ; Europa -- denne besked er skrevet i et totalt M$/Intel-frit miljø MacOS X 10.5.1 Leopard ; Seamonkey 1.1 ; PowerPC G4 800MHz ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Ghostscript 8.61
On Dec 2, 2007, at 9:04 AM, Anthony Michael Agelastos wrote: On Dec 2, 2007, at 3:29 AM, Ryan Schmidt wrote: On Dec 1, 2007, at 18:30, Anthony Michael Agelastos wrote: I just noticed the following as I updated my installation. ---> Fetching ghostscript ---> Attempting to fetch ghostscript-8.61.tar.gz from http://downloads.sourceforge.net/ghostscript ---> Verifying checksum(s) for ghostscript ---> Extracting ghostscript ---> Applying patches to ghostscript ---> Configuring ghostscript ---> Building ghostscript ---> Staging ghostscript into destroot Warning: ghostscript requests to install files outside the common directory structure! ---> Deactivating ghostscript 8.60_0 ---> Installing ghostscript 8.61_0 The following files have been renamed (and should be removed): /private/etc/cups/pstoraster.convs -> /private/etc/cups/ pstoraster.convs.old /usr/libexec/cups/filter/pstopxl -> /usr/libexec/cups/filter/ pstopxl.old /usr/libexec/cups/filter/pstoraster -> /usr/libexec/cups/filter/ pstoraster.old /usr/share/cups/model/pxlcolor.ppd -> /usr/share/cups/model/ pxlcolor.ppd.old /usr/share/cups/model/pxlmono.ppd -> /usr/share/cups/model/ pxlmono.ppd.old ---> Activating ghostscript 8.61_0 ---> Cleaning ghostscript This has prompted me to ask a few questions, which I have enumerated below. Thank you for your assistance in helping me answer these. 1) What files has this port installed outside of the common directory structure? You can find out what files it installs by using "port contents ghostscript". It looks like it's these files: /private/etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/share/cups/model/pxlmono.ppd 2) If I `sudo port uninstall ghostscript`, will it put things back to how they were prior to this upgrade (will it fix any of the Apple files/programs/directories that the port modified in 1))? If the port modified any Apple-provided files, then no. But, no port should be modifying any Apple-provided files. They may merely (as per the message) be installing new files outside the MacPorts prefix. And if so, then yes, "port uninstall" will uninstall those files also. I agree with you in that no port should be modifying any Apple- provided files, however when I see my message above that renamed 5 files (the same files shown with `port contents ghostscript`) to $ {file}.old, it makes me think that the *.old files are the Apple- provided ones. And, if this is the case, I want to know about it so if I ever `port uninstall ghostscript`, I know what needs to be done. 3) What does the "no_cups" variant do? Probably installs ghostscript without support for CUPS (the Common Unix Printing Solution). "port variants ghostscript" says so. Not sure what exactly that entails for ghostscript. But it sounds like it might entail not installing things outside the MacPorts prefix. Which would be good, especially if you do not plan to use the CUPS features of ghostscript, whatever those might be. (Perhaps the maintainer can enlighten us.) I would like further enlightenment on this variant as well. The "ghostscript" port was installed as a dependency on my machine. If this variant will allow me to install it without modifying any Apple- related files, I would prefer it. Thank you for your reply. After sending my reply, I did some additional digging and realized that the 5 files above are identical to their their *.old counterparts (I did a `diff` on 'em) and their paths within point to /opt/local. The reason these files are the same is that they must have been installed when I first installed Ghostscript via MacPorts. Then, when I did an upgrade (as seen above), it essentially made copies of the files (they didn't change). If the Apple-provided files were there and were backed up to *.old, then I have lost those files. So, are there any Leopard users out there who do _not_ have MacPorts' Ghostscript port installed and would be willing to see if the following files exist on your machine? /private/etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/share/cups/model/pxlmono.ppd If these do exist, could you forward your copies to me (you can use the command I supplied below that will create an archive on your Desktop if it will help)? Thank you for your assistance with this. tar -cpjv --same-owner -f ~/Desktop/filesForAnthony.tar.bz2 /private/ etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/ libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/ share/cups/model/pxlmono.ppd Regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Ghostscript 8.61
On Dec 2, 2007, at 3:29 AM, Ryan Schmidt wrote: On Dec 1, 2007, at 18:30, Anthony Michael Agelastos wrote: I just noticed the following as I updated my installation. ---> Fetching ghostscript ---> Attempting to fetch ghostscript-8.61.tar.gz from http://downloads.sourceforge.net/ghostscript ---> Verifying checksum(s) for ghostscript ---> Extracting ghostscript ---> Applying patches to ghostscript ---> Configuring ghostscript ---> Building ghostscript ---> Staging ghostscript into destroot Warning: ghostscript requests to install files outside the common directory structure! ---> Deactivating ghostscript 8.60_0 ---> Installing ghostscript 8.61_0 The following files have been renamed (and should be removed): /private/etc/cups/pstoraster.convs -> /private/etc/cups/ pstoraster.convs.old /usr/libexec/cups/filter/pstopxl -> /usr/libexec/cups/filter/ pstopxl.old /usr/libexec/cups/filter/pstoraster -> /usr/libexec/cups/filter/ pstoraster.old /usr/share/cups/model/pxlcolor.ppd -> /usr/share/cups/model/ pxlcolor.ppd.old /usr/share/cups/model/pxlmono.ppd -> /usr/share/cups/model/ pxlmono.ppd.old ---> Activating ghostscript 8.61_0 ---> Cleaning ghostscript This has prompted me to ask a few questions, which I have enumerated below. Thank you for your assistance in helping me answer these. 1) What files has this port installed outside of the common directory structure? You can find out what files it installs by using "port contents ghostscript". It looks like it's these files: /private/etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/share/cups/model/pxlmono.ppd 2) If I `sudo port uninstall ghostscript`, will it put things back to how they were prior to this upgrade (will it fix any of the Apple files/programs/directories that the port modified in 1))? If the port modified any Apple-provided files, then no. But, no port should be modifying any Apple-provided files. They may merely (as per the message) be installing new files outside the MacPorts prefix. And if so, then yes, "port uninstall" will uninstall those files also. I agree with you in that no port should be modifying any Apple- provided files, however when I see my message above that renamed 5 files (the same files shown with `port contents ghostscript`) to $ {file}.old, it makes me think that the *.old files are the Apple- provided ones. And, if this is the case, I want to know about it so if I ever `port uninstall ghostscript`, I know what needs to be done. 3) What does the "no_cups" variant do? Probably installs ghostscript without support for CUPS (the Common Unix Printing Solution). "port variants ghostscript" says so. Not sure what exactly that entails for ghostscript. But it sounds like it might entail not installing things outside the MacPorts prefix. Which would be good, especially if you do not plan to use the CUPS features of ghostscript, whatever those might be. (Perhaps the maintainer can enlighten us.) I would like further enlightenment on this variant as well. The "ghostscript" port was installed as a dependency on my machine. If this variant will allow me to install it without modifying any Apple- related files, I would prefer it. Thank you for your reply. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Ghostscript 8.61
Hello, I just noticed the following as I updated my installation. ---> Fetching ghostscript ---> Attempting to fetch ghostscript-8.61.tar.gz from http://downloads.sourceforge.net/ghostscript ---> Verifying checksum(s) for ghostscript ---> Extracting ghostscript ---> Applying patches to ghostscript ---> Configuring ghostscript ---> Building ghostscript ---> Staging ghostscript into destroot Warning: ghostscript requests to install files outside the common directory structure! ---> Deactivating ghostscript 8.60_0 ---> Installing ghostscript 8.61_0 The following files have been renamed (and should be removed): /private/etc/cups/pstoraster.convs -> /private/etc/cups/ pstoraster.convs.old /usr/libexec/cups/filter/pstopxl -> /usr/libexec/cups/filter/ pstopxl.old /usr/libexec/cups/filter/pstoraster -> /usr/libexec/cups/filter/ pstoraster.old /usr/share/cups/model/pxlcolor.ppd -> /usr/share/cups/model/ pxlcolor.ppd.old /usr/share/cups/model/pxlmono.ppd -> /usr/share/cups/model/ pxlmono.ppd.old ---> Activating ghostscript 8.61_0 ---> Cleaning ghostscript This has prompted me to ask a few questions, which I have enumerated below. Thank you for your assistance in helping me answer these. 1) What files has this port installed outside of the common directory structure? 2) If I `sudo port uninstall ghostscript`, will it put things back to how they were prior to this upgrade (will it fix any of the Apple files/programs/directories that the port modified in 1))? 3) What does the "no_cups" variant do? Thank you for your help with these. Regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: vncserver with Aqua gui
Hello, Why use Vine Server when Apple's Remote Desktop does the same thing (is VNC) and is a feature of OS X Tiger? I use TightVNC to connect to other Macs all of the time with this. If there are features that Vine Server (formerly OSXvnc) has that ARD does not, I would like to know what they are. What VNC client for Mac do you and/or others recommend? Based on my experience, Chicken of the VNC appears to have stagnated, and I have been using the Java version of TightVNC (good performance, reasonable UI) and, aside from invoking it via Terminal.app, am pleased with it. Regards, Anthony On Sep 5, 2007, at 2:12 PM, Michael Thon wrote: Thanks. I just tried it and it works except that the users first have to log in at the console before they can log in remotely. there seems to be not way to start the Aqua window server from the command line...that I know of...yet. cheers Mike On Sep 5, 2007, at 7:32 PM, Lorenz Schori wrote: I use this one: http://www.redstonesoftware.com/products/vine/server/vineosx/ On 05.09.2007, at 19:24, Michael Thon wrote: Greetings - I am setting up a mac with multiple remote users. The users would like to have access to the standard Mac OS desktop via vnc. From what I have found so far on the internet, this might be possible as long as multiple user switching is enabled (which it is). I installed tightvnc and got vncserver running but is is showing me an X desktop instead. does anyone know how to get the Aqua desktop displayed? thanks Mike ___ 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 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
SLIB Download Fails
Hello, ---> Fetching slib ---> Attempting to fetch slib3a3.zip from http://swissnet.ai.mit.edu/ ftpdir/scm/ ---> Attempting to fetch slib3a3.zip from http://swissnet.ai.mit.edu/ ftpdir/scm/OLD/ ---> Attempting to fetch slib3a3.zip from http://svn.macports.org/ repository/macports/distfiles/slib ---> Attempting to fetch slib3a3.zip from http://svn.macports.org/ repository/macports/distfiles/general/ ---> Attempting to fetch slib3a3.zip from http://svn.macports.org/ repository/macports/downloads/slib Error: Target org.macports.fetch returned: fetch failed Error: The following dependencies failed to build: slib slib-guile16 Error: Status 1 encountered during processing. I have tried looking for slib3a3.zip online and have been unable to do so. Does anyone know where I can download it (so I can put it in the distfiles folder manually)? Thank you for your assistance with this. -Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
gnucash fails on libgtkhtml
Doing a sudo port install gnucash bombs on building gnucash with the error checking for libgtkhtml-3.8 ... checking for libgtkhtml-3.6 ... checking for libgtkhtml-3.2 ... checking for libgtkhtml-3.1 ... configure: error: Could not find a working gtkhtml version (need 3.1, 3.2, 3.6, or 3.8) Further investigations showed $ port installed | grep -i gtkhtml libgtkhtml @2.11.0_0 (active) libgtkhtml3 @3.14.0_0 (active) It appears that gnucash is looking for an older version of libgtkhtml that is no longer available as a Port. Does anyone have any ideas? Thank you for your help. -Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Octave on Intel Mac
On Mar 3, 2007, at 12:19 AM, Andre Stechert wrote: It's not libcruft. It's the fnmatch error message that's preventing the build from completing. So: 1) there's only one file in liboctave that contains references to fnmatch, that's glob-match.cc. 2) it properly includes so it's not doing something stupid like declaring the function itself. 3) therefore, it's of high probability that you have an errant fnmatch.h installed somewhere on your system. Do you know how to find all the fnmatch.h files that exist on your system? If so, can you enumerate them and send me the output of: ls -l and grep extern on each of them? $ sudo find / -name fnmatch.h -exec echo "'{}'" \; -exec ls -l '{}' \; -exec grep extern '{}' \; Password: '/Developer/SDKs/MacOSX10.4u.sdk/usr/include/fnmatch.h' -rw-r--r-- 1 root wheel 3547 Sep 11 18:38 /Developer/SDKs/ MacOSX10.4u.sdk/usr/include/fnmatch.h '/Developer/SDKs/MacOSX10.4u.sdk/usr/include/httpd/fnmatch.h' -rw-r--r-- 1 root wheel 2595 Sep 11 22:18 /Developer/SDKs/ MacOSX10.4u.sdk/usr/include/httpd/fnmatch.h extern "C" { API_EXPORT(extern int) ap_is_fnmatch(const char *); '/opt/local/include/fnmatch.h' -rw-r--r-- 2 root admin 2191 Feb 2 22:41 /opt/local/include/ fnmatch.h '/opt/local/var/db/dports/software/heimdal/0.7.2_0/opt/local/include/ fnmatch.h' -rw-r--r-- 2 root admin 2191 Feb 2 22:41 /opt/local/var/db/ dports/software/heimdal/0.7.2_0/opt/local/include/fnmatch.h '/usr/include/fnmatch.h' -r--r--r-- 1 root wheel 3547 Sep 11 18:38 /usr/include/fnmatch.h '/usr/include/httpd/fnmatch.h' -rw-r--r-- 1 root wheel 2595 Sep 11 22:18 /usr/include/httpd/ fnmatch.h extern "C" { API_EXPORT(extern int) ap_is_fnmatch(const char *); Thanks, Thank you for your ongoing help with this issue. andre On Mar 2, 2007, at 4:25 AM, Anthony Michael Agelastos wrote: Hello, Amid all of the recent updates to Octave and its dependencies, I still cannot get it to build on my machine. I have attached output illustrating what the error is. Do you have any ideas? Sometime back, I had /usr/local populated with stuff from hpc.sf.net, but have since removed it. I do not know if there is some residual problems from this. Based on what I could see, the error was because a MacPorts' library wasn't prebound. In any event, I would appreciate any assistance you guys can give. Thank you. -Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Octave on Intel Mac
Hello, Amid all of the recent updates to Octave and its dependencies, I still cannot get it to build on my machine. I have attached output illustrating what the error is. Do you have any ideas? Sometime back, I had /usr/local populated with stuff from hpc.sf.net, but have since removed it. I do not know if there is some residual problems from this. Based on what I could see, the error was because a MacPorts' library wasn't prebound. In any event, I would appreciate any assistance you guys can give. Thank you. -Anthony installOctave.bz2 Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Octave on Intel Mac
On Feb 25, 2007, at 8:48 PM, Mark Duling wrote: Octave was updated on Saturday at 6:42 AM. I think if you do a 'port selfupdate' that it will work for you. I just installed it on my MacBook and it installed gcc42 automatically and worked fine. On my MacBook Pro... macko:~ iqgrande$ sudo port install octave +darwin_8_i386 Portfile changed since last build; discarding previous state. ---> Fetching octave ---> Attempting to fetch octave-2.9.9.tar.bz2 from ftp:// ftp.octave.org/pub/octave/bleeding-edge/ ---> Verifying checksum(s) for octave ---> Extracting octave ---> Applying patches to octave ---> Configuring octave ---> Building octave with target all Error: Target com.apple.build returned: shell command "cd "/opt/local/ var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_math_octave/work/octave-2.9.9" && make all" returned error 2 Command output: gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../ liboctave -I../src -I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp - Wall -W -Wshadow -O2 oct-getopt.c -o oct-getopt.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 randgamma.c -o randgamma.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 randmtzig.c -o randmtzig.o randmtzig.c:361: warning: 'randi64' defined but not used randmtzig.c:378: warning: 'randu32' defined but not used gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 randpoisson.c -o randpoisson.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 rename.c -o rename.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 rmdir.c -o rmdir.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 strftime.c -o strftime.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 strptime.c -o strptime.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 tempname.c -o tempname.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 tempnam.c -o tempnam.o g++-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -Wold- style-cast -O2 cmd-edit.cc -o cmd-edit.o g++-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -Wold- style-cast -O2 cmd-hist.cc -o cmd-hist.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 oct-rl-edit.c -o oct-rl-edit.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 oct-rl-hist.c -o oct-rl-hist.o g++-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -Wold- style-cast -O2 pathsearch.cc -o pathsearch.o gcc-dp-4.2 -c -I/opt/local/include -I. -I.. -I../liboctave -I../src - I../libcruft/misc -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -O2 kpse-xfns.c -o kpse-xfns.o kpse-xfns.c: In function 'octave_basename': kpse-xfns.c:62: warning: implicit declaration of function 'basename' rm -f liboctave.dylib g++-dp-4.2 -dynamiclib -single_module -L/opt/local/lib -install_name / opt/local/lib/octave-2.9.9/liboctave.dylib -o liboctave.dylib \ Bounds.o CollocWt.o DASPK.o DASRT.o DASSL.o FEGrid.o LinConst.o LPsolve.o LSODE.o NLEqn.o ODES.o Quad.o Range.o data-conv.o dir-ops.o file-ops.o file-stat.o glob-match.o idx-vector.o lo-ieee.o lo- mappers.o lo-specfun.o lo-sysdep.o lo-utils.o mach-info.o oct-alloc.o oct-env.o oct-fftw.o oct-group.o oct-passwd.o oct-rand.o oct-shlib.o oct-spparms.o oct-syscalls.o oct-time.o oct-uname.o prog-args.o so- array.o sparse-sort.o sparse-util.o str-vec.o Array.o ArrayN.o DiagArray2.o MArray.o MArray2.o MArrayN.o MDiagArray2.o base-lu.o oct- sort.o sparse-base-lu.o sparse-base-chol.o sparse-dmsolve.o Array-C.o Array-b.o Array-ch.o Array-i.o Array-d.o Array-s.o Array-so.o Array- str.o Array-idx-vec.o MArray-C.o MArray-ch.o MArray-i.o MArray-d.o MArray-s.o MSparse-C.o MSparse-d.o Sparse-C.o Sparse-b.o Sparse-d.o oct-inttypes.o Array-util.o CColVector.o CDiagMatrix.o CMatrix.o CNDArray.o CRowVector.o CmplxAEPBAL.o CmplxCHOL.o CmplxDET.o CmplxHES
Re: GCC42 Bug
On Feb 19, 2007, at 2:29 PM, Kevin Ballard wrote: What error does it give? On my 1st gen MacBook Pro (Intel Core Duo), I have the following error. macko:~ iqgrande$ sudo port clean --all gcc42 ---> Cleaning gcc42 macko:~ iqgrande$ sudo port upgrade installed ---> Fetching gcc42 ---> Attempting to fetch gcc-core-4.2-20070124.tar.bz2 from ftp:// ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/snapshots/ 4.2-20070124/ ---> Attempting to fetch gcc-fortran-4.2-20070124.tar.bz2 from ftp:// ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/snapshots/ 4.2-20070124/ ---> Attempting to fetch gcc-g++-4.2-20070124.tar.bz2 from ftp:// ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/snapshots/ 4.2-20070124/ ---> Attempting to fetch gcc-java-4.2-20070124.tar.bz2 from ftp:// ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/snapshots/ 4.2-20070124/ ---> Attempting to fetch gcc-objc-4.2-20070124.tar.bz2 from ftp:// ftp.funet.fi/pub/mirrors/sources.redhat.com/pub/gcc/snapshots/ 4.2-20070124/ ---> Verifying checksum(s) for gcc42 ---> Extracting gcc42 ---> Configuring gcc42 ---> Building gcc42 with target bootstrap Error: Target com.apple.build returned: shell command "cd "/opt/local/ var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_lang_gcc42/work/build" && make bootstrap -j 2" returned error 2 Command output: BUILD_PREFIX="" \ BUILD_PREFIX_1="" \ LANGUAGES="" \ LIBGCC2_CFLAGS="-O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style- definition -isystem ./include -fPIC -pipe -g -DHAVE_GTHR_DEFAULT - DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -m64 " \ MULTILIB_CFLAGS=" -m64" T=x86_64/ x86_64/crt3.o /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_lang_gcc42/work/build/./gcc/xgcc -B/opt/local/var/db/dports/ build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_lang_gcc42/work/build/./gcc/ -B/opt/local/i386-apple-darwin8.8.1/ bin/ -B/opt/local/i386-apple-darwin8.8.1/lib/ -isystem /opt/local/ i386-apple-darwin8.8.1/include -isystem /opt/local/i386-apple- darwin8.8.1/sys-include -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style- definition -isystem ./include -fPIC -pipe -g -DHAVE_GTHR_DEFAULT - DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../ gcc-4.2-20070124/gcc -I../../gcc-4.2-20070124/gcc/. -I../../ gcc-4.2-20070124/gcc/../include -I../../gcc-4.2-20070124/gcc/../ libcpp/include -I/opt/local/include -I/opt/local/include -I../../ gcc-4.2-20070124/gcc/../libdecnumber -I../libdecnumber -m64 - DL_muldi3 -fvisibility=hidden -DHIDE_EXPORTS -c ../../ gcc-4.2-20070124/gcc/libgcc2.c -o libgcc/x86_64/_muldi3.o /opt/local/bin/odas: assembler (/opt/local/libexec/as/x86_64/as or ) for architecture x86_64 not installed Installed assemblers are: /opt/local/libexec/as/ppc64/as for architecture ppc64 /opt/local/libexec/as/ppc/as for architecture ppc /opt/local/libexec/as/i386/as for architecture i386 /opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_lang_gcc42/work/build/./gcc/xgcc -B/opt/local/var/db/dports/ build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_lang_gcc42/work/build/./gcc/ -B/opt/local/i386-apple-darwin8.8.1/ bin/ -B/opt/local/i386-apple-darwin8.8.1/lib/ -isystem /opt/local/ i386-apple-darwin8.8.1/include -isystem /opt/local/i386-apple- darwin8.8.1/sys-include -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style- definition -isystem ./include -I. -Ix86_64 -I../../gcc-4.2-20070124/ gcc -I../../gcc-4.2-20070124/gcc/x86_64 -I../../gcc-4.2-20070124/ gcc/../include -I../../gcc-4.2-20070124/gcc/../libcpp/include -I/opt/ local/include -I/opt/local/include -I../../gcc-4.2-20070124/gcc/../ libdecnumber -I../libdecnumber -m64 \ -fno-tree-dominator-opts \ -c ../../gcc-4.2-20070124/gcc/config/darwin-crt3.c -o x86_64/crt3.o ../../gcc-4.2-20070124/gcc/libgcc2.c:542: fatal error: error writing to -: Broken pipe compilation terminated. make[4]: *** [libgcc/x86_64/_muldi3.o] Error 1 make[4]: *** Waiting for unfinished jobs /opt/local/bin/odas: assembler (/opt/local/libexec/as/x86_64/as or ) for architecture x86_64 not installed Installed assemblers are: /opt/local/libexec/as/ppc64/as for architecture ppc64 /opt/local/libexec/as/ppc/as for architecture ppc /opt/local/libexec/as/i386/as for architecture i386 make[5]: *** [x86_64/crt3.o] Error 1 make[4]: *** [extrax86_64] Error 2 make[3]: *** [stmp-multilib] Error 2 rm fsf-funding.pod gcov.pod cpp.pod gfdl.pod gpl.pod gcc.pod make[2]: *** [all-stage1-gcc] Error 2 make[1]: *** [stage1-bubble] Error 2 make: *** [bootstrap] Error 2 Error: Unable to upgrade port: 1 On Feb 19, 2007, at 11:50 AM, L
Re: Building octave
On Jan 2, 2007, at 10:34 AM, Calum Robertson wrote: On 12/30/06, Anthony Michael Agelastos <[EMAIL PROTECTED]> wrote: On Dec 30, 2006, at 3:40 PM, Calum Robertson wrote: Hi, I encountered some problems when building SuiteSparse and have applied the patch using: sudo patch -p1 < patch-SuiteSparse-Portfile and this appears to apply the patch: patching file opt/local/var/db/dports/sources/ rsync.rsync.darwinports.org_dpupdate_dports/math/SuiteSparse/Portfile patching file files/patch-complex-type patching file files/patch-config patching file files/patch-disable-demos patching file files/patch-macports-metis patching file files/patch-powerpc-nanotime patching file files/patch-size_t-fix However, when I come to build octave, I do: sudo port -v install octave and get: Portfile changed since last build; discarding previous state. ---> Fetching SuiteSparse ---> patch-complex-type doesn't seem to exist in /opt/local/var/ db/dports/distfiles/SuiteSparse ---> Attempting to fetch patch-complex-type from http://distfiles- od.opendarwin.org/SuiteSparse % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 0 00 00 0 0 0 --:--:-- 0:00:56 --:--:-- 0 Various attempts are made to find the file patch-complex-type to no avail. Can someone tell me what I need to do to build SuiteSparse? It has been my experience that the patch is not needed if you do not mind doing some work yourself. The following steps should allow you to build SuiteSparse. 1) Go to http://www.cise.ufl.edu/research/sparse/SuiteSparse/ and download SuiteSparse-2.1.1.tar.gz. I will assume that you have this automatically download to ~/Desktop. 2) Do `sudo mv ~/Desktop/SuiteSparse-2.1.1.tar.gz /opt/local/var/db/ dports/distfiles/SuiteSparse/SuiteSparse.tar.gz`. This command assumes that you have a standard MacPorts installation. 3) Do `sudo port install SuiteSparse` with the standard Portfile (no patch applied) and it should work. Thanks. I hope this helps. Good luck. Thanks very much for the info - I got a bit further with the SuiteSparse build but got the following errors: gfortran-dp-4.2 -o readhb readhb.f make[2]: gfortran-dp-4.2 : Command not found I assume that I have to install gcc to get gfortran, but which version? Should I install gcc41 or gcc42? If you are on an Intel Mac, you will want to install gcc42. Thanks. ___ 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
Re: Octave Instability
On Dec 31, 2006, at 2:30 PM, Jörg Frauendiener wrote: Hi, octave:1> t=linspace(0,2*pi);y=sin(t);plot(t,y) panic: Segmentation fault -- stopping myself... attempting to save variables to `octave-core'... leads to a seg. fault. Does everyone who uses Octave via MacPorts have this issue? Thank you for your input with this. I don't get the seg fault. However, I don't get a plot window... Were you running Octave within Terminal.app or X11.app? Thank you for your reply. Cheers, Joerg ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Octave Instability
Hello, I do not know if this has been dealt with, or if other people have found other workarounds for it, but why is 2.9.9 so unstable? Even a simple octave:1> t=linspace(0,2*pi);y=sin(t);plot(t,y) panic: Segmentation fault -- stopping myself... attempting to save variables to `octave-core'... leads to a seg. fault. Does everyone who uses Octave via MacPorts have this issue? Thank you for your input with this. -Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Building octave
On Dec 30, 2006, at 3:40 PM, Calum Robertson wrote: Hi, I encountered some problems when building SuiteSparse and have applied the patch using: sudo patch -p1 < patch-SuiteSparse-Portfile and this appears to apply the patch: patching file opt/local/var/db/dports/sources/ rsync.rsync.darwinports.org_dpupdate_dports/math/SuiteSparse/Portfile patching file files/patch-complex-type patching file files/patch-config patching file files/patch-disable-demos patching file files/patch-macports-metis patching file files/patch-powerpc-nanotime patching file files/patch-size_t-fix However, when I come to build octave, I do: sudo port -v install octave and get: Portfile changed since last build; discarding previous state. ---> Fetching SuiteSparse ---> patch-complex-type doesn't seem to exist in /opt/local/var/db/ dports/distfiles/SuiteSparse ---> Attempting to fetch patch-complex-type from http://distfiles- od.opendarwin.org/SuiteSparse % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 0 00 00 0 0 0 --:--:-- 0:00:56 --:--:-- 0 Various attempts are made to find the file patch-complex-type to no avail. Can someone tell me what I need to do to build SuiteSparse? It has been my experience that the patch is not needed if you do not mind doing some work yourself. The following steps should allow you to build SuiteSparse. 1) Go to http://www.cise.ufl.edu/research/sparse/SuiteSparse/ and download SuiteSparse-2.1.1.tar.gz. I will assume that you have this automatically download to ~/Desktop. 2) Do `sudo mv ~/Desktop/SuiteSparse-2.1.1.tar.gz /opt/local/var/db/ dports/distfiles/SuiteSparse/SuiteSparse.tar.gz`. This command assumes that you have a standard MacPorts installation. 3) Do `sudo port install SuiteSparse` with the standard Portfile (no patch applied) and it should work. Thanks. I hope this helps. Good luck. ___ 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