Hi Peter,
Sorry, I haven't copied you on the latest e-mails. I've solved to problem as
Alexander suggested, by installing an older version of libemf-1.0.4-1.
Regards,
Kirill
On 2/21/14 2:44 PM, Kirill Muradov wrote:
> Alexander Hansen <alexanderk.hansen <at> gmail.com> writes:
>
>
>
>>
>> Oops. Get the patch at:
>>
>>
> http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libemf.patc
> h?revision=1.1
>>
>
>
> Alexander,
>
> I seem to have some progress with your latest suggestion!
> Installed libemf-1.0.4-1 and then pstoedit:
> "...
> Scanning dists/stable/main/binary-darwin-x86_64
> New package: dists/stable/main/binary-darwin-x86_64/
> graphics/pstoedit-bin_3.62-1_darwin-x86_64.deb
> New package: dists/stable/main/binary-darwin-x86_64/
> graphics/pstoedit-shlibs_3.62-1_darwin-x86_64.deb
> New package: dists/stable/main/binary-darwin-x86_64/
> graphics/pstoedit_3.62-1_darwin-x86_64.deb"
>
> So, I'm going on with the octave-atlas installation. Thanks!
>
> Kirill
>
>
I'm glad to hear that.
And we now know that it was indeed libemf which is being troublesome on
10.6/x86_64 as well, so we should be able to get a fix worked out.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
On 2/21/14 2:15 PM, Kirill Muradov wrote:
> Alexander Hansen <alexanderk.hansen <at> gmail.com> writes:
>
>
>> It's not a big deal.
>>
>> I discovered, however, that I was checking on the wrong platform, and I
>> didn't in fact have it built on 10.6/x86_64 yet. Trying that now.
>>
>> If you want to try something while we're waiting for my build, you might
>> try downloading the prior version of libemf at
>>
>>
> http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libemf.inf
> o?revision=1.4
>>
>> Save it in /sw/fink/dists/local/main/finkinfo -- make sure that the file
>> name is libemf.info and doesn't have a .txt or other extension. Then
>> "fink install libemf-1.0.4-1" will put the older version in place.
>
>
> Alexander,
>
> I've saved libemf.info as suggested, ran "fink install libemf-1.0.4-1"
> and got this result:
>
> Kirill-Muradovs-MacBook:~ kirillmuradov$ fink install libemf-1.0.4-1
> Scanning package description files..........
> Information about 12289 packages read in 9 seconds.
> The following package will be installed or updated:
> libemf
> The following additional package will be installed:
> libemf-shlibs
> Do you want to continue? [Y/n] y
> curl --connect-timeout 30 -f -L -A 'fink/0.36.3.1' -O
> http://distfiles.master.finkmirrors.net/libEMF-1.0.4.tar.gz
> % Total % Received % Xferd Average Speed Time Time
> Time Current
> Dload Upload Total Spent Left Speed
> 100 798k 100 798k 0 0 136k 0 0:00:05
> 0:00:05 --:--:-- 181k
> Setting runtime build-lock...
> dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-
> libemf-1.0.4-1 /sw/src/fink.build
> dpkg-deb: building package `fink-buildlock-libemf-
> 1.0.4-1' in `/sw/src/fink.build/fink-buildlock-libemf-
> 1.0.4-1_2014.02.22-02.13.51_darwin-x86_64.deb'.
> Installing build-lock package...
> /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-
> buildlock-libemf-1.0.4-1_2014.02.22-02.13.51_darwin-x86_64.deb
> Selecting previously deselected package fink-buildlock-
> libemf-1.0.4-1.
> (Reading database ... 49383 files and directories currently installed.)
> Unpacking fink-buildlock-libemf-1.0.4-1 (from .../fink-
> buildlock-libemf-1.0.4-1_2014.02.22-02.13.51_darwin-x86_64.deb) ...
> Setting up fink-buildlock-libemf-1.0.4-1 (2014.02.22-02.13.51) ...
>
> sudo -u fink-bld [ENV] sh -c /tmp/fink.XWqza
> env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner
> --no-same-permissions -xf /sw/src/libEMF-1.0.4.tar.gz
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-libemf-1.0.4-1
> (Reading database ... 49384 files and directories currently installed.)
> Removing fink-buildlock-libemf-1.0.4-1 ...
> Failed: Cannot read PatchFile "/sw/fink/dists/local/main/
> finkinfo/libemf.patch"
>
>
>
Oops. Get the patch at:
http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libemf.patch?revision=1.1
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
On 2/21/14 1:13 PM, Kirill Muradov wrote:
> Alexander Hansen <alexanderk.hansen <at> gmail.com> writes:
>
>
>
>>
>> I was able to build pstoedit on 10.9 here, but my Fink tree wasn't fully
>> up to date. It's possible that a change in one of the dependencies
>> (maybe libemf, since that wasn't at our latest version for me) is
>> causing this. I'll follow up when I know a bit more.
>
>
> Thank you Alexander! I hope it's not a burden for you
> and can be addressed in one way or another.
>
> Kirill
>
>
It's not a big deal. :-)
I discovered, however, that I was checking on the wrong platform, and I didn't
in fact have it built on 10.6/x86_64 yet. Trying that now.
If you want to try something while we're waiting for my build, you might try
downloading the prior version of libemf at
http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libemf.info?revision=1.4
Save it in /sw/fink/dists/local/main/finkinfo -- make sure that the file name
is libemf.info and doesn't have a .txt or other extension. Then "fink install
libemf-1.0.4-1" will put the older version in place.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
On Feb 22, 2014, at 2:22 AM, Peter Dyballa wrote:
>
> Am 21.02.2014 um 17:42 schrieb Alexander Hansen:
>
>> The relevant part seems to be:
>
> Yes. I have here:
>
> /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
> -DHAVE_LIBPLOTTER -DHAVE_LIBMING -DHAVE_MKSTEMP -DHAVE_MAGIC
> -I/sw/include/ImageMagick -I/sw/include/libEMF -DHAVE_LIBEMF -DHAVE_LIBPNG
> -DDEFAULTGS=/sw/bin/gs -DPSTOEDITDATADIR="\"/sw/share/pstoedit\""
> -DPSTOEDITLIBDIR="\"/sw/lib/pstoedit-3.62\"" -DBUGGYGPP -pedantic -Wall
> -Wwrite-strings -Wcast-qual -Wpointer-arith -Wno-long-long -D__unix__
> -I/sw/lib/libzip/include -I/sw/include -D_LITTLE_ENDIAN -g -O2
> -DINTERNALBOOL -MT drvwmf.lo -MD -MP -MF .deps/drvwmf.Tpo -c -o drvwmf.lo
> drvwmf.cpp
> mv -f .deps/drvfig.Tpo .deps/drvfig.Plo
> g++ -DHAVE_CONFIG_H -I. -DHAVE_LIBPLOTTER -DHAVE_LIBMING -DHAVE_MKSTEMP
> -DHAVE_MAGIC -I/sw/include/ImageMagick -I/sw/include/libEMF -DHAVE_LIBEMF
> -DHAVE_LIBPNG -DDEFAULTGS=/sw/bin/gs
> -DPSTOEDITDATADIR="\"/sw/share/pstoedit\""
> -DPSTOEDITLIBDIR="\"/sw/lib/pstoedit-3.62\"" -DBUGGYGPP -pedantic -Wall
> -Wwrite-strings -Wcast-qual -Wpointer-arith -Wno-long-long -D__unix__
> -I/sw/lib/libzip/include -I/sw/include -D_LITTLE_ENDIAN -g -O2
> -DINTERNALBOOL -MT cmdmain.o -MD -MP -MF .deps/cmdmain.Tpo -c -o cmdmain.o
> cmdmain.cpp
> libtool: compile: g++ -DHAVE_CONFIG_H -I. -DHAVE_LIBPLOTTER -DHAVE_LIBMING
> -DHAVE_MKSTEMP -DHAVE_MAGIC -I/sw/include/ImageMagick -I/sw/include/libEMF
> -DHAVE_LIBEMF -DHAVE_LIBPNG -DDEFAULTGS=/sw/bin/gs
> -DPSTOEDITDATADIR=\"/sw/share/pstoedit\"
> -DPSTOEDITLIBDIR=\"/sw/lib/pstoedit-3.62\" -DBUGGYGPP -pedantic -Wall
> -Wwrite-strings -Wcast-qual -Wpointer-arith -Wno-long-long -D__unix__
> -I/sw/lib/libzip/include -I/sw/include -D_LITTLE_ENDIAN -g -O2 -DINTERNALBOOL
> -MT drvwmf.lo -MD -MP -MF .deps/drvwmf.Tpo -c drvwmf.cpp -fno-common -DPIC
> -o .libs/drvwmf.o
> mv -f .deps/drvlplot.Tpo .deps/drvlplot.Plo
> /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -DINTERNALBOOL
> -no-undefined -L/sw/lib -o libpstoedit.la -rpath /sw/lib dynload.lo callgs.lo
> lexyy.lo miscutil.lo cbstream.lo psimage.lo drvbase.lo base64writer.lo
> poptions.lo subpath.lo pstoedit.lo -lstdc++ -ldl -lm -lgd
>
>
> What I can see as well is:
>
> checking for ld used by gcc... /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld
>
> checking for gcc version... i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple
> Inc. build 5666) (dot 3) Copyright (C) 2007 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE..i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666)
> (dot 3) Copyright (C) 2007 Free Software Foundation, Inc. This is free
> software; see the source for copying conditions. There is NO warranty; not
> even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> vs.
>
> checking for ld used by gcc...
> /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin10/4.2.1/ld
>
> checking for gcc version... i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1
> (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) Copyright (C) 2007
> Free Software Foundation, Inc. This is free software; see the source for
> copying conditions. There is NO warranty; not even for MERCHANTABILITY or
> FITNESS FOR A PARTICULAR PURPOSE..i686-apple-darwin10-llvm-gcc-4.2 (GCC)
> 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) Copyright (C)
> 2007 Free Software Foundation, Inc. This is free software; see the source for
> copying conditions. There is NO warranty; not even for MERCHANTABILITY or
> FITNESS FOR A PARTICULAR PURPOSE.
>
>
> The difference seems to be that I am using Xcode 4.2 … Mac OS X 10.6.8, Snow
> Leopard. So the package might need a dependency from Xcode 4.x, as a start.
>
> --
> Greetings
>
> Pete
>
> Work is the curse of the drinking class.
> – Oscar Wilde
>
>
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
_______________________________________________
Fink-beginners mailing list
Fink-beginners@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.beginners
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-beginners