selfupdate error feedback
Thomas Keller
kellert at ohsu.edu
Fri Mar 20 13:30:58 PDT 2009
1. I think its unlikely my G5 had a rsync port closed. There is no
interface in system preferences -> sharing for turning off rsync. Also
the rsync ports on the OHSU network should all be open as that is how
we run the current backup solution.
On Mar 20, 2009, at 7:06 AM, macports-users-
request at lists.macosforge.org wrote:
> Send macports-users mailing list submissions to
> macports-users at lists.macosforge.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> or, via email, send a message with subject or body 'help' to
> macports-users-request at lists.macosforge.org
>
> You can reach the person managing the list at
> macports-users-owner at lists.macosforge.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of macports-users digest..."
>
>
> Today's Topics:
>
> 1. selfupdate error (Thomas Keller)
> 2. Re: selfupdate error (Joshua Root)
> 3. using dependency criteria before package removal (Artie Ziff)
> 4. Re: using dependency criteria before package removal (Joshua
> Root)
> 5. Re: netcdf 4.0 lib not linking (Jochen K?pper)
> 6. Any ideas on getting gfortran? (MD White)
> 7. Re: Any ideas on getting gfortran? (Bryan Blackburn)
> 8. Re: netcdf 4.0 lib not linking (Yolande Serra)
> 9. Re: LibGnomeCanvas Dependency Problem (Ryan Schmidt)
> 10. Re: LibGnomeCanvas Dependency Problem (Joshua Root)
> 11. Problem installing vtk (David Trem)
> 12. r48332 openssl command line configure.optflags=-fast doesn't
> override (-O3) (Ceriel Jacobs)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 19 Mar 2009 09:52:44 -0700
> From: Thomas Keller <kellert at ohsu.edu>
> Subject: selfupdate error
> To: macports-users at lists.macosforge.org
> Message-ID: <30181350-E653-4C26-A2BE-A78FE822DA70 at ohsu.edu>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> Greetings,
> Could someone give me advice on what to do when selfupdate fails?
> Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the
> ports tree: Synchronization of 1 source(s) failed
>
> thanks,
> Tom K
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 20 Mar 2009 04:26:30 +1100
> From: Joshua Root <jmr at macports.org>
> Subject: Re: selfupdate error
> To: Thomas Keller <kellert at ohsu.edu>
> Cc: macports-users at lists.macosforge.org
> Message-ID: <49C28046.6070000 at macports.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Thomas Keller wrote:
>> Greetings,
>> Could someone give me advice on what to do when selfupdate fails?
>> Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the
>> ports tree: Synchronization of 1 source(s) failed
>
> Check that your network is working and not blocking traffic to either
> the rsync port (TCP/873) or Apple's network. PeerGuardian is notorious
> for doing the latter.
>
> - Josh
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 19 Mar 2009 13:03:09 -0700
> From: Artie Ziff <artie.ziff at gmail.com>
> Subject: using dependency criteria before package removal
> To: MacPorts Users <macports-users at lists.macosforge.org>
> Message-ID: <49C2A4FD.5050605 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello,
>
> I noticed that my MacPort builds python 2.4. I probably do not need
> it.
>
> In an effort to learn how to better manage the MacPort tree (which
> must
> be huge by now), can I remove python 2.4? Here's some info:
>
> $ port -v deps python24
> python24 has library dependencies on:
> port:gettext
>
>
> thank you!
> Art
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 20 Mar 2009 07:11:00 +1100
> From: Joshua Root <jmr at macports.org>
> Subject: Re: using dependency criteria before package removal
> To: Artie Ziff <artie.ziff at gmail.com>
> Cc: MacPorts Users <macports-users at lists.macosforge.org>
> Message-ID: <49C2A6D4.7000709 at macports.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Artie Ziff wrote:
>> Hello,
>>
>> I noticed that my MacPort builds python 2.4. I probably do not need
>> it.
>>
>> In an effort to learn how to better manage the MacPort tree (which
>> must
>> be huge by now), can I remove python 2.4? Here's some info:
>>
>> $ port -v deps python24
>> python24 has library dependencies on:
>> port:gettext
>
> You will get an error message if you try to uninstall a port that has
> dependents. Or you can find out beforehand like this:
>
> port dependents python24
>
> - Josh
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 19 Mar 2009 23:53:44 +0100
> From: Jochen K?pper <kuepper.jochen at googlemail.com>
> Subject: Re: netcdf 4.0 lib not linking
> To: Yolande Serra <serra at atmo.arizona.edu>
> Cc: macports-users at lists.macosforge.org
> Message-ID: <DE134B63-1D3F-4AB5-BF9D-4A375CEBD7DC at googlemail.com>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed";
> DelSp="yes"
>
> On 18.03.2009, at 18:33, Yolande Serra wrote:
>
>> I just wanted to let the list know I fixed the problem with linking
>> my netcdf 4.0 library to a fortran program. Note, the macports
>> netcdf install works fine with C code calling netcdf routines, only
>> fortran code seemed to be an issue (even with the +g95 variant).
>> The steps I took were the following:
>>
>> build szlib as standard installation from macports
>> build openmpi with the +gcc43 variant so that fortran is enabled
>> build hdf5-18 with the +gcc43 variant, again so that fortran is
>> enabled
>> build netcdf using gcc43 with fortran enabled - I wrote my own
>> Portfile to do this as I wanted netcdf 4 capabilities. The macports
>> netcdf installation does not activate netcdf-4 (in which case you
>> might as well just install netcdf-3.x).
>>
>> Then, when compiling code that references libnetcdf.a use
>>
>>>> gfortran -fsecond-underscore -I/opt/local/include program.f -o
>> program -L/opt/local/lib -lnetcdf
>>
>> The -fsecond-underscore is critical, at least for my setup.
>> Otherwise the code will not link to the netcdf library, which has
>> second underscores. I suppose you could also build the netcdf
>> library with FFLAG -fno-second-underscore. I did not try this. I'm
>> curious why the gcc43 compiler suite built the netcdf library with
>> second underscores but does not build my .f code with them.
>
> Is gfortran actually gfortran-mp-4.3?
>
>> my Portfile (used macports netcdf portfile as a template):
>>
>> PortSystem 1.0
>> name netcdf
>> version 4.0
>> maintainers serra at atmo.arizona.edu
>> platforms darwin
>> categories science
>>
>> description NetCDF - Network Common Data Form
>> long_description NetCDF is an interface \
>> for array-oriented data access and a library
>> that \
>> provides an implementation of the interface.
>> The \
>> netCDF library also defines a machine-
>> independent \
>> format for representing scientific data.
>> Together, \
>> the interface, library, and format support
>> the \
>> creation, access, and sharing of scientific
>> data. \
>> The netCDF software was developed at the
>> Unidata \
>> Program Center in Boulder, Colorado.
>>
>> homepage http://unidata.ucar.edu/packages/netcdf/
>>
>> master_sites ftp://ftp.unidata.ucar.edu/pub/netcdf/ \
>> http://www.gfd-dennou.org/arch/netcdf/unidata-mirror/ \
>> ftp://www.gfd-dennou.org/arch/netcdf/unidata-mirror/
>> checksums sha1 bea99846265e55e54be2c200ae004acc3a221c0a
>>
>> depends_lib port:hdf5 \
>> port:szip
>>
>> configure.cppflags "-DNDEBUG -Df2cFortran"
>> configure.cxxflags "-O2 -fno-common"
>> configure.cflags "-O2 -fno-common"
>> configure.args --disable-f77 \
>> # --enable-shared \
>> --enable-netcdf-4 \
>> --with-zlib=${prefix}/lib \
>> --with-szlib=${prefix}/lib \
>> --with-hdf5=${prefix}/lib
>>
>> test.run yes
>> test.target check
>>
>> destroot.destdir prefix=${destroot}${prefix} \
>> MANDIR=\\\${prefix}/share/man
>>
>> post-destroot {
>> file delete -force ${destroot}${prefix}/share/man/whatis.db
>> }
>>
>> variant g95 {
>> depends_lib port:g95
>> configure.args-delete --disable-f77
>> configure.fc ${prefix}/bin/g95
>> configure.env-append FCFLAGS=-O2
>> }
>>
>> variant gfortran43 {
>> depends_lib port:gcc43
>> configure.args-delete --disable-f77
>> configure.cc ${prefix}/bin/gcc-mp-4.3
>> configure.cxx ${prefix}/bin/g++-mp-4.3
>> configure.fc ${prefix}/bin/gfortran-mp-4.3
>> }
>>
>>
>>
>>
>> On Mar 16, 2009, at 12:15 PM, Yolande Serra wrote:
>>
>>> I've written previously about this issue and got no reply. I'm
>>> trying again after trying everything I could think of to get my
>>> netcdf 4.0 library installed with macport to work with the gcc43
>>> also installed with macport. I made a local port for netcdf in
>>> which I compiled it with gcc43 after having installed gcc43 from
>>> macport. The build worked and I configured it with gfortran so
>>> that the fortran libs were also installed with my netcdf libs. I
>>> selected to not have separate fortran libraries and did not
>>> configure with shared libraries so everything is in libnetcdf.a. I
>>> checked using otool and all the right references are in
>>> libnetcdf.a, at least if I compare it to a working version of
>>> netcdf 4.0 on my old powerpc mac. No netcdf 4.0 options were
>>> turned on so I did not have to install netcdf with hdf5, zlib or
>>> szlib (as this is what I tried at first and did not get it to work).
>>>
>>> So, the question is why do I get linking errors when I try to
>>> compile fortran code that calls the netcdf libs? I compile the
>>> code with gfortran-mp-4.3 and use the same options as when I built
>>> netcdf 4.0 (-fno-second-underscore -O2 -g). I also have provided
>>> the location of the include file and library explicitly in the
>>> compile command line (-I/opt/local/include and -L/opt/local/lib -
>>> lnetcdf). I also call some udunits functions which do not give any
>>> errors and udunits was also installed using macports and is in /opt/
>>> local.
>>>
>>> Do I need to recompile the gcc43 using the same options (-fno-
>>> second-underscore)?? I tried compiling netcdf libs without this
>>> option, but this also did not work. I tried compiling my code
>>> without that option as well and it did not work. I also tried -fno-
>>> underscoring - no luck. I have a netcdf 4.0 library installed on my
>>> powerpc mac and can use gcc4.3 with that library with no problem
>>> but neither of these packages were installed with macports. I'd
>>> like to use macports for the new mac (intel), as it seems more
>>> convenient than building source code myself all the time. However,
>>> I desperately need a working netcdf library as all my data is
>>> stored this way.
>>>
>>> Thanks for any help, Yolande
>>>
>>>
>>> _______________________________________________
>>> 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
>
> Sch?ne Gr??e,
> Jochen
> --
> Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de
> Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D
> Sex, drugs and rock-n-roll
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: PGP.sig
> Type: application/pgp-signature
> Size: 194 bytes
> Desc: This is a digitally signed message part
> URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090319/8ea7bcea/attachment-0001.bin
> >
>
> ------------------------------
>
> Message: 6
> Date: Thu, 19 Mar 2009 20:26:13 -0400
> From: MD White <mdwhite15 at woh.rr.com>
> Subject: Any ideas on getting gfortran?
> To: macports-users at lists.macosforge.org
> Message-ID: <4F03A8A5-34EB-4ED7-962E-6402490E6E53 at woh.rr.com>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
> Hi,
>
> I tried to get gfortran by grabbing the gcc44 (beta) port. It
> downloaded gcc-core-4.4.20090313.tar.bz2, gcc-
> fortran-4.4.20090313.tar.bz2, gcc-g++-4.4.20090313.tar.bz2, gcc-
> java-4.4.20090313.tar.bz2 and gcc-objc-4.4.20090313.tar.bz2 but then
> proceeded to just build gcc. There were no error messages, just that
> it installed gcc 4.4 and then cleaned up. It installed:
>
> cpp-mp-4.4
> gcc-mp-4.4
> gccbug-mp-4.4
> gcov-mp-4.4
> i386-apple-darwin9.6.0-gcc-4.4.0
> i386-apple-darwin9.6.0-gcc-mp-4.4
> c++-mp-4.4
> g++-mp-4.4
> i386-apple-darwin9.6.0-g++-4.4.0
> i386-apple-darwin9.6.0-g++-mp-4.4
>
> but, no gfortran (and no java for that matter). So does anyone have
> ideas on how to get gfortran 4.4 from macports? Is there a problem
> with the port? (I am running OS X 10.5.6 on an intel machine).
>
> Thanks,
>
> - M
>
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 19 Mar 2009 18:34:09 -0600
> From: Bryan Blackburn <blb at macports.org>
> Subject: Re: Any ideas on getting gfortran?
> To: macports-users at lists.macosforge.org
> Message-ID: <20090320003409.GE1014 at ninagal.withay.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Thu, Mar 19, 2009 at 08:26:13PM -0400, MD White said:
>> Hi,
>>
>> I tried to get gfortran by grabbing the gcc44 (beta) port. It
>> downloaded
>> gcc-core-4.4.20090313.tar.bz2, gcc-fortran-4.4.20090313.tar.bz2,
>> gcc-g++-4.4.20090313.tar.bz2, gcc-java-4.4.20090313.tar.bz2 and
>> gcc-objc-4.4.20090313.tar.bz2 but then proceeded to just build
>> gcc. There
>> were no error messages, just that it installed gcc 4.4 and then
>> cleaned
>> up. It installed:
>>
>> cpp-mp-4.4
>> gcc-mp-4.4
>> gccbug-mp-4.4
>> gcov-mp-4.4
>> i386-apple-darwin9.6.0-gcc-4.4.0
>> i386-apple-darwin9.6.0-gcc-mp-4.4
>> c++-mp-4.4
>> g++-mp-4.4
>> i386-apple-darwin9.6.0-g++-4.4.0
>> i386-apple-darwin9.6.0-g++-mp-4.4
>>
>> but, no gfortran (and no java for that matter). So does anyone have
>> ideas on how to get gfortran 4.4 from macports? Is there a
>> problem with
>> the port? (I am running OS X 10.5.6 on an intel machine).
>
> gcc44 has a variant for it (and for java), which states "this
> language will
> be enabled in the final version - this variant is completely
> untested!" so
> you may be successful or have issues.
>
> gcc43 builds it fine though, without variants.
>
> Bryan
>
>
>>
>> Thanks,
>>
>> - M
>
>
> ------------------------------
>
> Message: 8
> Date: Thu, 19 Mar 2009 20:32:41 -0700
> From: Yolande Serra <serra at atmo.arizona.edu>
> Subject: Re: netcdf 4.0 lib not linking
> To: Jochen K?pper <kuepper.jochen at googlemail.com>
> Cc: macports-users at lists.macosforge.org
> Message-ID: <3041668D-B2D3-498A-B3DE-C38CA7BCE47C at atmo.arizona.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
>
>
> On Mar 19, 2009, at 3:53 PM, Jochen K?pper wrote:
>
>> On 18.03.2009, at 18:33, Yolande Serra wrote:
>>
>>> I just wanted to let the list know I fixed the problem with linking
>>> my netcdf 4.0 library to a fortran program. Note, the macports
>>> netcdf install works fine with C code calling netcdf routines, only
>>> fortran code seemed to be an issue (even with the +g95 variant).
>>> The steps I took were the following:
>>>
>>> build szlib as standard installation from macports
>>> build openmpi with the +gcc43 variant so that fortran is enabled
>>> build hdf5-18 with the +gcc43 variant, again so that fortran is
>>> enabled
>>> build netcdf using gcc43 with fortran enabled - I wrote my own
>>> Portfile to do this as I wanted netcdf 4 capabilities. The
>>> macports netcdf installation does not activate netcdf-4 (in which
>>> case you might as well just install netcdf-3.x).
>>>
>>> Then, when compiling code that references libnetcdf.a use
>>>
>>>>> gfortran -fsecond-underscore -I/opt/local/include program.f -o
>>> program -L/opt/local/lib -lnetcdf
>>>
>>> The -fsecond-underscore is critical, at least for my setup.
>>> Otherwise the code will not link to the netcdf library, which has
>>> second underscores. I suppose you could also build the netcdf
>>> library with FFLAG -fno-second-underscore. I did not try this.
>>> I'm curious why the gcc43 compiler suite built the netcdf library
>>> with second underscores but does not build my .f code with them.
>>
>> Is gfortran actually gfortran-mp-4.3?
>
> Yes, that is how macports installs it. Probably so it won't override
> the default installation of gcc 4.0 on Macs that ships with Xcode.
> That installation has gcc but not gfortran. After you install gcc43
> with macports check /opt/local/bin/ and you will see the compiler
> collection.
>
>>
>>
>>> my Portfile (used macports netcdf portfile as a template):
>>>
>>> PortSystem 1.0
>>> name netcdf
>>> version 4.0
>>> maintainers serra at atmo.arizona.edu
>>> platforms darwin
>>> categories science
>>>
>>> description NetCDF - Network Common Data Form
>>> long_description NetCDF is an interface \
>>> for array-oriented data access and a library
>>> that \
>>> provides an implementation of the interface.
>>> The \
>>> netCDF library also defines a machine-
>>> independent \
>>> format for representing scientific data.
>>> Together, \
>>> the interface, library, and format support
>>> the \
>>> creation, access, and sharing of scientific
>>> data. \
>>> The netCDF software was developed at the
>>> Unidata \
>>> Program Center in Boulder, Colorado.
>>>
>>> homepage http://unidata.ucar.edu/packages/netcdf/
>>>
>>> master_sites ftp://ftp.unidata.ucar.edu/pub/netcdf/ \
>>> http://www.gfd-dennou.org/arch/netcdf/unidata-mirror/ \
>>> ftp://www.gfd-dennou.org/arch/netcdf/unidata-mirror/
>>> checksums sha1 bea99846265e55e54be2c200ae004acc3a221c0a
>>>
>>> depends_lib port:hdf5 \
>>> port:szip
>>>
>>> configure.cppflags "-DNDEBUG -Df2cFortran"
>>> configure.cxxflags "-O2 -fno-common"
>>> configure.cflags "-O2 -fno-common"
>>> configure.args --disable-f77 \
>>> # --enable-shared \
>>> --enable-netcdf-4 \
>>> --with-zlib=${prefix}/lib \
>>> --with-szlib=${prefix}/lib \
>>> --with-hdf5=${prefix}/lib
>>>
>>> test.run yes
>>> test.target check
>>>
>>> destroot.destdir prefix=${destroot}${prefix} \
>>> MANDIR=\\\${prefix}/share/man
>>>
>>> post-destroot {
>>> file delete -force ${destroot}${prefix}/share/man/whatis.db
>>> }
>>>
>>> variant g95 {
>>> depends_lib port:g95
>>> configure.args-delete --disable-f77
>>> configure.fc ${prefix}/bin/g95
>>> configure.env-append FCFLAGS=-O2
>>> }
>>>
>>> variant gfortran43 {
>>> depends_lib port:gcc43
>>> configure.args-delete --disable-f77
>>> configure.cc ${prefix}/bin/gcc-mp-4.3
>>> configure.cxx ${prefix}/bin/g++-mp-4.3
>>> configure.fc ${prefix}/bin/gfortran-mp-4.3
>>> }
>>>
>>>
>>>
>>>
>>> On Mar 16, 2009, at 12:15 PM, Yolande Serra wrote:
>>>
>>>> I've written previously about this issue and got no reply. I'm
>>>> trying again after trying everything I could think of to get my
>>>> netcdf 4.0 library installed with macport to work with the gcc43
>>>> also installed with macport. I made a local port for netcdf in
>>>> which I compiled it with gcc43 after having installed gcc43 from
>>>> macport. The build worked and I configured it with gfortran so
>>>> that the fortran libs were also installed with my netcdf libs. I
>>>> selected to not have separate fortran libraries and did not
>>>> configure with shared libraries so everything is in libnetcdf.a.
>>>> I checked using otool and all the right references are in
>>>> libnetcdf.a, at least if I compare it to a working version of
>>>> netcdf 4.0 on my old powerpc mac. No netcdf 4.0 options were
>>>> turned on so I did not have to install netcdf with hdf5, zlib or
>>>> szlib (as this is what I tried at first and did not get it to
>>>> work).
>>>>
>>>> So, the question is why do I get linking errors when I try to
>>>> compile fortran code that calls the netcdf libs? I compile the
>>>> code with gfortran-mp-4.3 and use the same options as when I built
>>>> netcdf 4.0 (-fno-second-underscore -O2 -g). I also have provided
>>>> the location of the include file and library explicitly in the
>>>> compile command line (-I/opt/local/include and -L/opt/local/lib -
>>>> lnetcdf). I also call some udunits functions which do not give
>>>> any errors and udunits was also installed using macports and is
>>>> in /opt/local.
>>>>
>>>> Do I need to recompile the gcc43 using the same options (-fno-
>>>> second-underscore)?? I tried compiling netcdf libs without this
>>>> option, but this also did not work. I tried compiling my code
>>>> without that option as well and it did not work. I also tried -
>>>> fno-underscoring - no luck. I have a netcdf 4.0 library installed
>>>> on my powerpc mac and can use gcc4.3 with that library with no
>>>> problem but neither of these packages were installed with
>>>> macports. I'd like to use macports for the new mac (intel), as it
>>>> seems more convenient than building source code myself all the
>>>> time. However, I desperately need a working netcdf library as all
>>>> my data is stored this way.
>>>>
>>>> Thanks for any help, Yolande
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>
>> Sch?ne Gr??e,
>> Jochen
>> --
>> Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de
>> Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D
>> Sex, drugs and rock-n-roll
>>
>>
>
> Dr. Yolande Serra, Assoc. Research Faculty
> Institute of Atmospheric Physics
> University of Arizona
> (520) 621-6619
> serra at atmo.arizona.edu
>
>
>
>
>
> ------------------------------
>
> Message: 9
> Date: Fri, 20 Mar 2009 00:11:54 -0500
> From: Ryan Schmidt <ryandesign at macports.org>
> Subject: Re: LibGnomeCanvas Dependency Problem
> To: tom at condonia.org
> Cc: macports-users at lists.macosforge.org
> Message-ID: <4FA73B87-D548-42E4-9D5A-638F9B6F37EE at macports.org>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
> On Mar 19, 2009, at 02:55, Tom Condon wrote:
>
>> I have run into a problem with the libgnomecanvas port
>> dependencies. When I try to build it it says that libgnomecanvas is
>> dependent on "gail" (error message below).
>>
>> ===================
>> Package requirements ( gtk+-2.0 >= 2.0.3 gail >= 1.9.0
>> libart-2.0 >= 2.3.8 pango >= 1.0.1 pangoft2 >= 1.0.1) were not
>> met:
>>
>> No package 'gail' found
>> ===================
>>
>> However, when I try:
>>
>> port info libgnomecanvas
>>
>> it says:
>>
>> ===================
>> Mac-The-Knife:~ Captain$ port info libgnomecanvas
>> libgnomecanvas @2.20.1.1, Revision 2 (gnome)
>> Variants: universal
>>
>> The GNOMECanvas library provides a number of features: Image
>> loading facilities.
>> Rendering of a GdkPixBuf into various formats: drawables (windows,
>> pixmaps),
>> GdkRGB buffers. A cache interface.
>> Homepage: http://www.gnome.org/
>>
>> Build Dependencies: pkgconfig, perl5, p5-xml-parser, intltool
>> Library Dependencies: glib2, gtk2, pango, gettext, libiconv,
>> libart_lgpl,
>> libglade2
>> Platforms: darwin
>> Maintainers: nomaintainer at macports.org
>> ===================
>>
>> With, as you see, no mention of "gail".
>>
>> When I try:
>>
>> port search gail
>>
>> I get:
>>
>> ===================
>> libgail-gnome @1.20.1 (gnome)
>> An implementation of the ATK interfaces for GNOME widgets.
>> ===================
>>
>> But an attempt to build libgail-gnome also finds a dependency on
>> package "gail".
>
> I can find no port at this time that declares a dependency on the
> deleted port "gail". Try "sudo port sync" to update your ports.
>
>
>> It also returns the following error, which makes no sense to me due
>> to a mismatch of quotes in the shell command:
>>
>> ===================
>> ---> Configuring at-spi
>> Error: Target org.macports.configure returned: configure failure:
>> shell command " cd "/opt/local/var/macports/build/
>> _opt_local_var_macports_sources_rsync
>> .macports.org_release_ports_gnome
>> _at-spi/work/at-spi-1.24.1" && ./configure --prefix=/opt/local --
>> enable-static --enable-platform-gnome-2 --disable-xevie --with-x "
>> returned error 1
>> ===================
>
> This line only tells us that an error occurred configuring the at-spi
> port. The specific error that occurred is located in the subsequent
> lines which you omitted to show us.
>
>
>
>
> ------------------------------
>
> Message: 10
> Date: Fri, 20 Mar 2009 21:56:41 +1100
> From: Joshua Root <jmr at macports.org>
> Subject: Re: LibGnomeCanvas Dependency Problem
> To: Ryan Schmidt <ryandesign at macports.org>
> Cc: macports-users at lists.macosforge.org
> Message-ID: <49C37669.8040201 at macports.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Ryan Schmidt wrote:
>> On Mar 19, 2009, at 02:55, Tom Condon wrote:
>>> But an attempt to build libgail-gnome also finds a dependency on
>>> package "gail".
>>
>> I can find no port at this time that declares a dependency on the
>> deleted port "gail". Try "sudo port sync" to update your ports.
>
> That's not the issue, it's the configure script that is complaining
> about gail being missing. This almost certainly points to an
> outdated gtk2.
>
> - Josh
>
>
> ------------------------------
>
> Message: 11
> Date: Fri, 20 Mar 2009 13:28:03 +0100
> From: David Trem <david.trem at gmail.com>
> Subject: Problem installing vtk
> To: MacPorts Users <macports-users at lists.macosforge.org>
> Message-ID: <49C38BD3.4070309 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> May somebody help ?
> I have a problem installing vtk on MacBook OS X 10.5.6, using macports
> 1.700 (fresh install).
> See console output below.
>
> Thanks in advance,
>
> David
>
> ---> Building VTK
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK"
> && make all " returned error 2
> Command output: [ 62%] Built target vtkexpat
> make -f IO/CMakeFiles/vtkIO.dir/build.make IO/CMakeFiles/vtkIO.dir/
> depend
> cd
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> && /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/IO
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/IO
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/IO/CMakeFiles/
> vtkIO.dir/DependInfo.cmake
> --color=
> make -f IO/CMakeFiles/vtkIO.dir/build.make IO/CMakeFiles/vtkIO.dir/
> build
> make[2]: Nothing to be done for `IO/CMakeFiles/vtkIO.dir/build'.
> /opt/local/bin/cmake -E cmake_progress_report
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
> 51 52 53 54 55 56 57 58 59 60 61 62
> [ 74%] Built target vtkIO
> make -f Utilities/freetype/CMakeFiles/vtkfreetype.dir/build.make
> Utilities/freetype/CMakeFiles/vtkfreetype.dir/depend
> cd
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> && /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype/
> CMakeFiles/vtkfreetype.dir/DependInfo.cmake
> --color=
> make -f Utilities/freetype/CMakeFiles/vtkfreetype.dir/build.make
> Utilities/freetype/CMakeFiles/vtkfreetype.dir/build
> make[2]: Nothing to be done for
> `Utilities/freetype/CMakeFiles/vtkfreetype.dir/build'.
> /opt/local/bin/cmake -E cmake_progress_report
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
> 92 93 94
> [ 77%] Built target vtkfreetype
> make -f Utilities/ftgl/CMakeFiles/vtkftgl.dir/build.make
> Utilities/ftgl/CMakeFiles/vtkftgl.dir/depend
> cd
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> && /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl/
> CMakeFiles/vtkftgl.dir/DependInfo.cmake
> --color=
> make -f Utilities/ftgl/CMakeFiles/vtkftgl.dir/build.make
> Utilities/ftgl/CMakeFiles/vtkftgl.dir/build
> make[2]: Nothing to be done for
> `Utilities/ftgl/CMakeFiles/vtkftgl.dir/build'.
> /opt/local/bin/cmake -E cmake_progress_report
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
> 95
> [ 78%] Built target vtkftgl
> make -f Rendering/CMakeFiles/vtkRendering.dir/build.make
> Rendering/CMakeFiles/vtkRendering.dir/depend
> cd
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> && /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Rendering
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Rendering
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Rendering/
> CMakeFiles/vtkRendering.dir/DependInfo.cmake
> --color=
> make -f Rendering/CMakeFiles/vtkRendering.dir/build.make
> Rendering/CMakeFiles/vtkRendering.dir/build
> /opt/local/bin/cmake -E cmake_progress_report
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
>
> [ 78%] Building CXX object
> Rendering/CMakeFiles/vtkRendering.dir/vtkCocoaRenderWindowInteractor.o
> cd
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Rendering
> && /usr/bin/c++ -DvtkRendering_EXPORTS -Wno-deprecated
> -no-cpp-precomp -fPIC
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Rendering
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Hybrid
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/IO
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Imaging
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Graphics
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Filtering
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Common
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Common/Testing/Cxx
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/zlib
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/jpeg
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/png
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/tiff
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/expat
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/
> DICOMParser
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype/
> include
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl/src
> -I/opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl
> -o CMakeFiles/vtkRendering.dir/vtkCocoaRenderWindowInteractor.o -c
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Rendering/
> vtkCocoaRenderWindowInteractor.mm
> /opt/local/var/macports/build/
> _opt_local_var_macports_sources_rsync
> .macports.org_release_ports_graphics_vtk/work/VTK/Rendering/
> vtkCocoaGLView.h:11:
> error: using typedef-name 'NSOpenGLPixelFormatAttribute' after 'enum'
> /System/Library/Frameworks/AppKit.framework/Headers/NSOpenGL.h:90:
> error: 'NSOpenGLPixelFormatAttribute' has a previous declaration here
> make[2]: ***
> [Rendering/CMakeFiles/vtkRendering.dir/
> vtkCocoaRenderWindowInteractor.o]
> Error 1
> make[1]: *** [Rendering/CMakeFiles/vtkRendering.dir/all] Error 2
> make: *** [all] Error 2
>
> Error: Status 1 encountered during processing.
>
>
> ------------------------------
>
> Message: 12
> Date: Fri, 20 Mar 2009 14:38:43 +0100
> From: Ceriel Jacobs <cerieljacobs at gmail.com>
> Subject: r48332 openssl command line configure.optflags=-fast doesn't
> override (-O3)
> To: macports-users at lists.macosforge.org
> Message-ID: <F1D62733-032E-45E0-BCA6-8A588E1DF865 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
>
> On Mon Feb 16 13:21:30 PST 2009 Marcus Calhoun-Lopez worte:
>>> You could write a shell script which overrides the default values
>>> <snip>
>>> You can also edit the file
>>> ${prefix}/share/macports/Tcl/port1.0/portconfigure.tcl
>>> These two actions only set the default value.
>>> A Portfile can override your value as well.
>
> On Mon Feb 16 17:01:33 PST 2009 Rainer M?ller wrote:
>> No, command line options override values given in the Portfile.
>
> When setting portconfigure.tcl to default configure.optflags=-fast
> openssl reverts the optflag back to -O3.
>
> When specifying one the command line, openssl still uses -O3.
>
> Besides the openssl port file [1] doesn't contain -O3 neither any text
> containing the word flag.
> [1] http://trac.macports.org/browser/trunk/dports/devel/openssl/Portfile
>
> Other port installs, like zlib, do honour the flag -fast.
>
> What am I missing that the command
> $ sudo /opt/local/bin/port -d install openssl +universal
> configure.optflags=-fast configure.march=nocona
> still uses -O3 instead of the specified -fast as flag?
>
> Or should I file a ticket? Is this a bug submission or a feature
> request?
>
> ~Ceriel
>
> Environment: universal=x86_64, compiler=gcc-4.2
> ---
> 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: OS Platform: darwin
> DEBUG: OS Version: 9.6.0
> DEBUG: Mac OS X Version: 10.5
> DEBUG: System Arch: i386
> DEBUG: setting option os.universal_supported to yes
> <snip>
> CFLAG =-fPIC -fno-common -DOPENSSL_PIC -DZLIB -
> DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -arch
> x86_64 -
> isysroot /Developer/SDKs/MacOSX10.5.sdk -O3 -fomit-frame-pointer -
> DL_ENDIAN -DMD32_REG_T=int -Wall
> <snip>
>
>
>
> ------------------------------
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>
> End of macports-users Digest, Vol 31, Issue 20
> **********************************************
More information about the macports-users
mailing list