Re: Should I uninstall? If not, how to fix major dependency issues?
win_12.noarch.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/perl5 ---> Attempting to fetch perl5-5.12.4_0+perl5_12.darwin_12.noarch.tbz2.rmd160 from http://mse.uk.packages.macports.org/sites/packages.macports.org/perl5 ---> Installing perl5 @5.12.4_0+perl5_12 ---> Activating perl5 @5.12.4_0+perl5_12 ---> Cleaning perl5 ---> Fetching archive for autoconf ---> Attempting to fetch autoconf-2.69_0.darwin_12.noarch.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/autoconf ---> Attempting to fetch autoconf-2.69_0.darwin_12.noarch.tbz2.rmd160 from http://mse.uk.packages.macports.org/sites/packages.macports.org/autoconf ---> Installing autoconf @2.69_0 ---> Activating autoconf @2.69_0 ---> Cleaning autoconf ---> Fetching archive for automake ---> Attempting to fetch automake-1.13.1_0.darwin_12.noarch.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/automake ---> Attempting to fetch automake-1.13.1_0.darwin_12.noarch.tbz2.rmd160 from http://mse.uk.packages.macports.org/sites/packages.macports.org/automake ---> Installing automake @1.13.1_0 ---> Activating automake @1.13.1_0 ---> Cleaning automake ---> Fetching archive for bzip2 ---> Attempting to fetch bzip2-1.0.6_0.darwin_12.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/bzip2 ---> Attempting to fetch bzip2-1.0.6_0.darwin_12.x86_64.tbz2.rmd160 from http://mse.uk.packages.macports.org/sites/packages.macports.org/bzip2 ---> Installing bzip2 @1.0.6_0 ---> Activating bzip2 @1.0.6_0 ---> Cleaning bzip2 Error: Requested variants "" do not match original selection "+universal". Please use the same variants again, perform 'port clean zlib' or specify the force option (-f). Error: Failed to install zlib Please see the log file for port zlib for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_zlib/zlib/main.log Error: The following dependencies were not installed: fontconfig freetype zlib jbig2dec jpeg lcms2 tiff libidn libpaper libpng libtool pkgconfig xorg-libXext xorg-libX11 xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-libxcb python27 db46 libedit openssl python_select sqlite3 xorg-libpthread-stubs xorg-xcb-proto libxml2 xz xorg-xextproto xorg-libXt xorg-libsm xorg-libice To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port ghostscript failed It seems that zlib is causing problems again - but I have completely uninstalled and re-installed macports, so I don't understand why these errors are occurring. Any ideas? Cheers, Robin On 4 Jan 2013, at 23:09, Brandon Allbery wrote: > On Fri, Jan 4, 2013 at 5:49 PM, Robin Wilson wrote: > I seem to have major dependency issues - possibly due to something I remember > doing ages ago to do with different versions of GCC (yes, sounds stupid > doesn't it!). Trying to install GTK+ gave an error about needing libpng, so I > tried to install it and got this: > > What you got is not an error; libpng is up to date, its dependency zlib was > successfully reinstalled. (Although I am worried that it doesn't say *why* > it was reinstalled; the same version and variant appears to have been > installed.) Perhaps you could "sudo port clean gtk2; sudo port install gtk2" > and then attach the resulting log (from "port logfile gtk2"). > > If you are not building gtk+ from a port, you may want to install the port > instead, or if you must for some reason install manually you might want to > inspect the gtk2 Portfile to see what changes might be needed for OS X > compatibility and to have it use MacPorts libraries. Note that this is a bad > idea in general; you should use the port. > > Or... one reason I can see for it reinstalling zlib is because you upgraded > from an older OS X without performing a MacPorts migration (see > https://trac.macports.org/wiki/Migration), which will result in broken > libraries; at this point, that probably does mean removing and reinstalling, > but read the wiki page for the details and what your options are. > > -- > brandon s allbery kf8nh sine nomine associates > allber...@gmail.com ballb...@sinenomine.net > unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Should I uninstall? If not, how to fix major dependency issues?
Hi, According to the macports documentation, I should ask here if I think I might need to uninstall. Well, I think I might need to! I seem to have major dependency issues - possibly due to something I remember doing ages ago to do with different versions of GCC (yes, sounds stupid doesn't it!). Trying to install GTK+ gave an error about needing libpng, so I tried to install it and got this: ~$ sudo port install libpng Password: ---> Cleaning zlib ---> Unable to uninstall zlib @1.2.7_0+universal, the following ports depend on it: --->freetype @2.4.8_0 --->tiff @3.9.5_0 --->lcms2 @2.3_0 --->libpng @1.4.9_0 --->glib2 @2.30.2_2 --->openssl @1.0.0g_0 --->python27 @2.7.2_4 --->libxml2 @2.7.8_0 --->ghostscript @9.05_0 --->webp @0.1.3_0 --->imagemagick @6.7.5-3_1+q16 --->libmng @1.0.10_2 --->libpng @1.4.9_0+universal --->tiff @3.9.5_0+universal --->libmng @1.0.10_2+universal --->Xft2 @2.3.0_0 --->glib2 @2.30.3_0 --->freetype @2.4.9_0+universal --->libxml2 @2.7.8_0+universal --->openssl @1.0.1_0+universal --->glib2 @2.30.3_0+universal --->python27 @2.7.2_4+universal --->libxslt @1.1.26_0+universal --->Xft2 @2.3.0_0+universal --->cairo @1.10.2_4+universal+x11 --->wine @1.4_2 --->libextractor @0.6.2_0 --->qt4-mac-devel @4.8.0_0+quartz --->boost @1.49.0_0 --->libpng @1.4.12_0+universal --->glpk @4.47_0 --->curl @7.26.0_0+ssl --->hdf5-18 @1.8.9_0 --->python27 @2.7.3_0+universal --->glib2 @2.32.3_1+universal --->openjpeg @1.5.0_2 --->ffmpeg @0.7.11_1+mmx --->opencv @2.4.2_0 --->cairo @1.12.2_0+universal+x11 --->libxml2 @2.8.0_0+universal --->libxslt @1.1.27_0+universal --->glib2 @2.34.3_0+universal --->cairo @1.12.8_2+universal+x11 --->Xft2 @2.3.1_0+universal Warning: Uninstall forced. Proceeding despite dependencies. ---> Deactivating zlib @1.2.7_0+universal ---> Unable to deactivate zlib @1.2.7_0+universal, the following ports depend on it: --->lcms2 @2.3_0 --->ghostscript @9.05_0 --->webp @0.1.3_0 --->imagemagick @6.7.5-3_1+q16 --->tiff @3.9.5_0+universal --->libmng @1.0.10_2+universal --->freetype @2.4.9_0+universal --->openssl @1.0.1_0+universal --->wine @1.4_2 --->libextractor @0.6.2_0 --->qt4-mac-devel @4.8.0_0+quartz --->boost @1.49.0_0 --->libpng @1.4.12_0+universal --->glpk @4.47_0 --->curl @7.26.0_0+ssl --->hdf5-18 @1.8.9_0 --->python27 @2.7.3_0+universal --->openjpeg @1.5.0_2 --->ffmpeg @0.7.11_1+mmx --->opencv @2.4.2_0 --->libxml2 @2.8.0_0+universal --->libxslt @1.1.27_0+universal --->glib2 @2.34.3_0+universal --->cairo @1.12.8_2+universal+x11 --->Xft2 @2.3.1_0+universal Warning: Deactivate forced. Proceeding despite dependencies. ---> Cleaning zlib ---> Uninstalling zlib @1.2.7_0+universal ---> Cleaning zlib ---> Fetching archive for zlib ---> Attempting to fetch zlib-1.2.7_0+universal.darwin_12.i386-x86_64.tbz2 from http://lil.fr.packages.macports.org/zlib ---> Attempting to fetch zlib-1.2.7_0+universal.darwin_12.i386-x86_64.tbz2.rmd160 from http://lil.fr.packages.macports.org/zlib ---> Installing zlib @1.2.7_0+universal Could I have some advice on what is best to do please? I am happy to uninstall and reinstall if necessary, but from the documentation it sounds like that can be a dangerous thing to do… Any views? Best regards, Robin ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: pdftotext Incompatible library version
On Fri, Nov 19, 2010 at 10:45 AM, Ryan Schmidt wrote: > On Nov 19, 2010, at 00:12, Robin wrote: > >> I am trying to use pdftotext. I have updated my ports, uninstalled and >> reinstalled poppler, but get the following message: >> robin-mbp:~ robince$ pdftotext >> dyld: Library not loaded: /opt/local/lib/libpng12.0.dylib >> Referenced from: /opt/local/bin/pdftotext >> Reason: Incompatible library version: pdftotext requires version >> 45.0.0 or later, but libpng12.0.dylib provides version 40.0.0 >> Trace/BPT trap >> >> I thought this usually means the dependency package (libpng) has been >> rebuilt since poppler was built - but I have uninstalled and >> reinstalled poppler to perform a rebuild and the problem persists. >> >> Is there anything else I can try? > > What is the result of > > otool -L /opt/local/lib/libpng.dylib > > On my system, it shows that this library has the compatibility version 45.0.0 > which is exactly what your pdftotext seems to be looking for. If you have > some older version of libpng, upgrade libpng to the current version. > > If that's not it, is there perhaps a libpng.dylib somewhere else on your > system, perhaps in /usr/local/lib or /sw/lib (which might be interfering with > the one provided by MacPorts in /opt/local/lib)? > > Do you perhaps have the LIBRARY_PATH, DYLD_LIBRARY_PATH or > DYLD_FALLBACK_LIBRARY_PATH environment variables set (which would be a good > explanation for this problem)? Thanks very much - that was it! Matlab intefering again... I had DYLD_LIBRARY_PATH=:/Applications/MATLAB_R2010b.app/bin/maci64/ Unsetting it seems to solve the problem. I was thrown by the explicit path in the error message: >> dyld: Library not loaded: /opt/local/lib/libpng12.0.dylib >> Referenced from: /opt/local/bin/pdftotext which made me think it was trying to load the right library (I had already upgraded + reinstalled libpng). Thanks again, Robin ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
pdftotext Incompatible library version
I am trying to use pdftotext. I have updated my ports, uninstalled and reinstalled poppler, but get the following message: robin-mbp:~ robince$ pdftotext dyld: Library not loaded: /opt/local/lib/libpng12.0.dylib Referenced from: /opt/local/bin/pdftotext Reason: Incompatible library version: pdftotext requires version 45.0.0 or later, but libpng12.0.dylib provides version 40.0.0 Trace/BPT trap I thought this usually means the dependency package (libpng) has been rebuilt since poppler was built - but I have uninstalled and reinstalled poppler to perform a rebuild and the problem persists. Is there anything else I can try? libpng is built universal: robin-mbp:~ robince$ file /opt/local/lib/libpng12.0.dylib /opt/local/lib/libpng12.0.dylib: Mach-O universal binary with 2 architectures /opt/local/lib/libpng12.0.dylib (for architecture i386):Mach-O dynamically linked shared library i386 /opt/local/lib/libpng12.0.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 Cheers Robin ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: installing poppler: libtool file differs in archs
On Sat, Aug 7, 2010 at 12:19 PM, Ryan Schmidt wrote: > On Aug 7, 2010, at 05:55, Robin wrote: > >> I am having a problem installing poppler - I haven't seen one like >> this before and don't really know what to do. > >> /opt/local/lib/libpoppler-cpp.la differs in >> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_poppler/work/destroot-i386 >> and >> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_poppler/work/destroot-x86_64 >> and cannot be merged > >> The difference is x86_64 has -lopenjpeg and the other doesn't. > > I suspect your openjpeg is not installed universal. Reinstall it universal, > clean poppler and try again. > That was it - thanks very much for the quick reply. Cheers Robin ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
installing poppler: libtool file differs in archs
Hi, I am having a problem installing poppler - I haven't seen one like this before and don't really know what to do. """ robin-mbp:testpackage robince$ sudo port upgrade poppler ---> Computing dependencies for poppler ---> Fetching poppler ---> Attempting to fetch poppler-0.14.1.tar.gz from http://lil.fr.distfiles.macports.org/poppler ---> Verifying checksum(s) for poppler ---> Extracting poppler ---> Configuring poppler ---> Building poppler ---> Staging poppler into destroot Error: Target org.macports.destroot returned: /opt/local/lib/libpoppler-cpp.la differs in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_poppler/work/destroot-i386 and /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_poppler/work/destroot-x86_64 and cannot be merged Log for poppler is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_poppler/main.log Error: Unable to upgrade port: 1 To report a bug, see <http://guide.macports.org/#project.tickets> """ Here is the diff of the file: """ --- /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_poppler/work/destroot-i386/opt/local/lib/libpoppler-cpp.la 2010-08-07 11:53:01.0 +0100 +++ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_poppler/work/destroot-x86_64/opt/local/lib/libpoppler-cpp.la 2010-08-07 11:52:58.0 +0100 @@ -17,7 +17,7 @@ inherited_linker_flags=' ' # Libraries that this one depends upon. -dependency_libs=' -L/opt/local/lib /opt/local/lib/libpoppler.la /opt/local/lib/liblcms.la /opt/local/lib/libjpeg.la /opt/local/lib/libpng12.la /opt/local/lib/libxml2.la -lpthread -lm /opt/local/lib/libfontconfig.la /opt/local/lib/libexpat.la /opt/local/lib/libfreetype.la /opt/local/lib/libiconv.la -lz' +dependency_libs=' -L/opt/local/lib /opt/local/lib/libpoppler.la /opt/local/lib/liblcms.la /opt/local/lib/libjpeg.la /opt/local/lib/libpng12.la -lopenjpeg /opt/local/lib/libxml2.la -lpthread -lm /opt/local/lib/libfontconfig.la /opt/local/lib/libexpat.la /opt/local/lib/libfreetype.la /opt/local/lib/libiconv.la -lz' # Names of additional weak libraries provided by this library weak_library_names='' """ The difference is x86_64 has -lopenjpeg and the other doesn't. Cheers Robin ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: py26-numpy with veclib
On Thu, Oct 22, 2009 at 1:03 PM, Jochen Küpper wrote: > > What do you get if you have no ATLAS around and do not specify any variant? Atlas gets installed as a dependency if I don't specify any variant. > Do you have the latest XCode updates? I have xcode 3.2, core: 1608 Cheers Robin ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: py26-numpy with veclib
On Thu, Oct 22, 2009 at 12:09 PM, Jochen Küpper wrote: > On 22.10.2009, at 12:38, Robin wrote: > >> On Thu, Oct 22, 2009 at 8:55 AM, Jochen Küpper >> wrote: > > Actually, I don't have ATLAS installed, so that's the difference... I don't think so - I can't build +no_atlas with atlas installed - if its there it gets used regardless of the variant : http://trac.macports.org/ticket/22201 So when I build +no_atlas without atlas installed I get no external blas (not veclib) http://trac.macports.org/ticket/22200 I don't know what to do to get veclib... Cheers Robin ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: py26-numpy with veclib
On Thu, Oct 22, 2009 at 8:55 AM, Jochen Küpper
wrote:
> On 21.10.2009, at 23:39, Robin wrote:
>
>> Hi,
>>
>> Is it possible to build py26-numpy against veclib with macports?
>
> It does for me:
>
> This is actually for the default variants…
>
Ah, thanks. I wonder why it doesn't for me. I am using up to date
macports with snow leopard. For me the default variants leads to being
built with atlas. If I specify no_atlas variant then I get the no
external blas shown earlier. I wonder if something has changed
recently to stop building against veclib.
Shall I open a ticket?
In [4]: numpy.show_config()
atlas_threads_info:
libraries = ['lapack', 'ptf77blas', 'ptcblas', 'atlas']
library_dirs = ['/opt/local/lib']
language = f77
include_dirs = ['/opt/local/include']
blas_opt_info:
libraries = ['ptf77blas', 'ptcblas', 'atlas']
library_dirs = ['/opt/local/lib']
define_macros = [('ATLAS_INFO', '"\\"3.8.3\\""')]
language = c
include_dirs = ['/opt/local/include']
atlas_blas_threads_info:
libraries = ['ptf77blas', 'ptcblas', 'atlas']
library_dirs = ['/opt/local/lib']
language = c
include_dirs = ['/opt/local/include']
lapack_opt_info:
libraries = ['lapack', 'ptf77blas', 'ptcblas', 'atlas']
library_dirs = ['/opt/local/lib']
define_macros = [('ATLAS_INFO', '"\\"3.8.3\\""')]
language = f77
include_dirs = ['/opt/local/include']
lapack_mkl_info:
NOT AVAILABLE
blas_mkl_info:
NOT AVAILABLE
mkl_info:
NOT AVAILABLE
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
py26-numpy with veclib
Hi,
Is it possible to build py26-numpy against veclib with macports?
I had assumed that specifying +no_atlas variant would fall back to
using veclib (from reading tickets it looks like thats what it did
before) but instead it seems to use no accelerated library. This is
the result of numpy.show_config() when built with +no_atlas:
Python 2.6.3 (r263:75183, Oct 21 2009, 13:12:29)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
>>> numpy.show_config()
blas_info:
libraries = ['blas']
library_dirs = ['/usr/lib']
language = f77
lapack_info:
libraries = ['lapack']
library_dirs = ['/usr/lib']
language = f77
atlas_threads_info:
NOT AVAILABLE
blas_opt_info:
libraries = ['blas']
library_dirs = ['/usr/lib']
language = f77
define_macros = [('NO_ATLAS_INFO', 1)]
atlas_blas_threads_info:
NOT AVAILABLE
lapack_opt_info:
libraries = ['lapack', 'blas']
library_dirs = ['/usr/lib']
language = f77
define_macros = [('NO_ATLAS_INFO', 1)]
atlas_info:
NOT AVAILABLE
lapack_mkl_info:
NOT AVAILABLE
blas_mkl_info:
NOT AVAILABLE
atlas_blas_info:
NOT AVAILABLE
mkl_info:
NOT AVAILABLE
If linked against veclib the output should look like this:
>>> numpy.show_config()
lapack_opt_info:
extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
extra_compile_args = ['-msse3']
define_macros = [('NO_ATLAS_INFO', 3)]
blas_opt_info:
extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
extra_compile_args = ['-msse3',
'-I/System/Library/Frameworks/vecLib.framework/Headers']
define_macros = [('NO_ATLAS_INFO', 3)]
Cheers
Robin
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
