Re: [Fink-users] "fink scanpackages" hangs at "0% [Working]"

[Ben Abbott]

> On Aug 10, 2016, at 8:49 PM, Alexander Hansen  
> wrote:
> 
>> On Aug 10, 2016, at 17:48, Ben Abbott  wrote:
>> 
>>> On Aug 10, 2016, at 8:39 PM, Alexander Hansen  
>>> wrote:
>>> 
>>>> On Aug 10, 2016, at 17:38, Ben Abbott  wrote:
>>>> 
>>>>> On Aug 10, 2016, at 8:25 PM, Alexander Hansen 
>>>>>  wrote:
>>>>> 
>>>>>> On Aug 10, 2016, at 17:21, Ben Abbott  wrote:
>>>>>> 
>>>>>> $ fink scanpackages
>>>>>> Updating the list of locally available binary packages.
>>>>>> Scanning dists/local/main/binary-darwin-x86_64
>>>>>> Scanning dists/stable/main/binary-darwin-x86_64
>>>>>> Scanning dists/stable/crypto/binary-darwin-x86_64
>>>>>> Scanning dists/local/injected/binary-darwin-x86_64
>>>>>> Downloading the indexes of available packages in the binary distribution.
>>>>>> /sw/bin/apt-get-lockwait update
>>>>>> 0% [Working]
>>>>>> 
>>>>>> Any ideas?
>>>>>> 
>>>>>> Package manager version: 0.39.3
>>>>>> 
>>>>>> Mac OS 10.11.6
>>>>>> 
>>>>>> Ben
>>>>> 
>>>>> We’ve had scattered reports in the past, but I’ve never been able to 
>>>>> reproduce them.  From just now:
>>>>> 
>>>>> Downloading the indexes of available packages in the binary distribution.
>>>>> /sw/bin/apt-get-lockwait update
>>>>> Get:1 http://bindist.finkmirrors.net stable/main Packages [1412kB]
>>>>> Get:2 http://bindist.finkmirrors.net stable/main Release [85B]
>>>>> Fetched 1412kB in 1s (885kB/s)
>>>> 
>>>> So I’m in virgin territory? Shall I try to install over my existing fink?
>>>> 
>>>>sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb
>>>> 
>>>> Ben
>>> 
>>> I don’t think that will solve the issue, but go ahead.
>>> 
>>> —akh
>> 
>> hmmm, apparently I’m a noob. I found fink-0.39.4.tar.gz, but don’t see where 
>> to get fink_0.39.4-101_darwin-x86_64.
>> 
>> Ben
> 
> Nah, it’s just not especially visible when the binary distribution isn’t 
> working on a system. :-)
> 
> http://bindist.finkmirrors.net/10.11/dists/stable/main/binary-darwin-x86_64/base/fink_0.39.4-101_darwin-x86_64.deb
> 
> —alex

Looks like I’m one update behind.

$ sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb 
Password:
(Reading database ... 260736 files and directories currently installed.)
Preparing to replace fink 0.39.3-101 (using fink_0.39.4-101_darwin-x86_64.deb) 
...
Unpacking replacement fink ...
Setting up fink (0.39.4-101) ...
Checking system... i386-apple-darwin15.6.0
This system was not released at the time this Fink release was made.  
Prerelease versions of Mac OS X might work with Fink, but there are no 
guarantees.
ln -s 10.11 /sw/fink/dists
Scanning package description files………

After installing the deb, the problem persisted. Thus, I resorted to rebooting 
(ugghhh) … and that worked

 sudo fink scanpackages
Password:
Updating the list of locally available binary packages.
Scanning dists/local/main/binary-darwin-x86_64
Scanning dists/stable/main/binary-darwin-x86_64
Scanning dists/stable/crypto/binary-darwin-x86_64
Scanning dists/local/injected/binary-darwin-x86_64
Downloading the indexes of available packages in the binary distribution.
/sw/bin/apt-get-lockwait update
Get:1 http://bindist.finkmirrors.net stable/main Packages [1412kB]
Get:2 http://bindist.finkmirrors.net stable/main Release [85B]
Fetched 1412kB in 2s (472kB/s) 
Reading Package Lists... Done
Building Dependency Tree… 
Done

Ben




--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] "fink scanpackages" hangs at "0% [Working]"

[Ben Abbott]

> On Aug 10, 2016, at 8:39 PM, Alexander Hansen  
> wrote:
> 
>> On Aug 10, 2016, at 17:38, Ben Abbott > <mailto:bpabb...@mac.com>> wrote:
>> 
>>> On Aug 10, 2016, at 8:25 PM, Alexander Hansen >> <mailto:alexanderk.han...@gmail.com>> wrote:
>>> 
>>>> On Aug 10, 2016, at 17:21, Ben Abbott >>> <mailto:bpabb...@mac.com>> wrote:
>>>> 
>>>> $ fink scanpackages
>>>> Updating the list of locally available binary packages.
>>>> Scanning dists/local/main/binary-darwin-x86_64
>>>> Scanning dists/stable/main/binary-darwin-x86_64
>>>> Scanning dists/stable/crypto/binary-darwin-x86_64
>>>> Scanning dists/local/injected/binary-darwin-x86_64
>>>> Downloading the indexes of available packages in the binary distribution.
>>>> /sw/bin/apt-get-lockwait update
>>>> 0% [Working]
>>>> 
>>>> Any ideas?
>>>> 
>>>> Package manager version: 0.39.3
>>>> 
>>>> Mac OS 10.11.6
>>>> 
>>>> Ben
>>> 
>>> We’ve had scattered reports in the past, but I’ve never been able to 
>>> reproduce them.  From just now:
>>> 
>>> Downloading the indexes of available packages in the binary distribution.
>>> /sw/bin/apt-get-lockwait update
>>> Get:1 http://bindist.finkmirrors.net <http://bindist.finkmirrors.net/> 
>>> stable/main Packages [1412kB]
>>> Get:2 http://bindist.finkmirrors.net <http://bindist.finkmirrors.net/> 
>>> stable/main Release [85B]
>>> Fetched 1412kB in 1s (885kB/s)
>> 
>> So I’m in virgin territory? Shall I try to install over my existing fink?
>> 
>>  sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb
>> 
>> Ben
> 
> I don’t think that will solve the issue, but go ahead.
> 
> —akh

hmmm, apparently I’m a noob. I found fink-0.39.4.tar.gz, but don’t see where to 
get fink_0.39.4-101_darwin-x86_64.

Ben--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] "fink scanpackages" hangs at "0% [Working]"

[Ben Abbott]

> On Aug 10, 2016, at 8:25 PM, Alexander Hansen  
> wrote:
> 
>> On Aug 10, 2016, at 17:21, Ben Abbott  wrote:
>> 
>> $ fink scanpackages
>> Updating the list of locally available binary packages.
>> Scanning dists/local/main/binary-darwin-x86_64
>> Scanning dists/stable/main/binary-darwin-x86_64
>> Scanning dists/stable/crypto/binary-darwin-x86_64
>> Scanning dists/local/injected/binary-darwin-x86_64
>> Downloading the indexes of available packages in the binary distribution.
>> /sw/bin/apt-get-lockwait update
>> 0% [Working]
>> 
>> Any ideas?
>> 
>> Package manager version: 0.39.3
>> 
>> Mac OS 10.11.6
>> 
>> Ben
> 
> We’ve had scattered reports in the past, but I’ve never been able to 
> reproduce them.  From just now:
> 
> Downloading the indexes of available packages in the binary distribution.
> /sw/bin/apt-get-lockwait update
> Get:1 http://bindist.finkmirrors.net stable/main Packages [1412kB]
> Get:2 http://bindist.finkmirrors.net stable/main Release [85B]
> Fetched 1412kB in 1s (885kB/s)

So I’m in virgin territory? Shall I try to install over my existing fink?

sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb

Ben


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] "fink scanpackages" hangs at "0% [Working]"

[Ben Abbott]

$ fink scanpackages
Updating the list of locally available binary packages.
Scanning dists/local/main/binary-darwin-x86_64
Scanning dists/stable/main/binary-darwin-x86_64
Scanning dists/stable/crypto/binary-darwin-x86_64
Scanning dists/local/injected/binary-darwin-x86_64
Downloading the indexes of available packages in the binary distribution.
/sw/bin/apt-get-lockwait update
0% [Working]

Any ideas?

Package manager version: 0.39.3

Mac OS 10.11.6

Ben

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] librsvg2 fails to build

[Ben Abbott]

On Jul 7, 2016, at 5:37 PM, Ben Abbott 
mailto:bpabb...@mac.com>> wrote:

On Jul 7, 2016, at 14:45, Ben Abbott 
mailto:bpabb...@mac.com>> wrote:

On Jul 7, 2016, at 14:21, Alexander Hansen 
mailto:alexanderk.han...@gmail.com>> wrote:

On Jul 7, 2016, at 10:23, Ben Abbott 
mailto:bpabb...@mac.com>> wrote:

On Jul 7, 2016, at 10:37, Alexander Hansen 
mailto:alexanderk.han...@gmail.com>> wrote:

On Jul 7, 2016, at 04:32, Ben Abbott 
mailto:bpabb...@mac.com>> wrote:

Mac OS 10.10.5
MacBook Pro (15in Early 2011)
Processor 2.2 GHz Intel Core i7

Also include the following system information:
Package manager version: 0.39.3
Distribution version: selfupdate-rsync Thu Jul  7 07:05:50 2016, 10.10, x86_64
Trees: local/main stable/main stable/crypto
Xcode.app: 7.2.1
Xcode command-line tools: 7.2.0.0.1.1447826929
Max. Fink build jobs:  4

CCLD   svg_loader.la
libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved
libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
clang: warning: argument unused during compilation: '-pthread'
ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for architecture 
x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Makefile:356: recipe for target 'svg_loader.la' failed
make[2]: *** [svg_loader.la] Error 1
make[2]: Leaving directory 
'/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader'
Makefile:819: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3'
Makefile:483: recipe for target 'all' failed
make: *** [all] Error 2
### execution of make failed, exit code 2
### execution of /tmp/fink.X9CAF failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4
(Reading database ... 260728 files and directories currently installed.)
Removing fink-buildlock-librsvg2-2.26.3-4 ...
Failed: phase compiling: librsvg2-2.26.3-4 failed

Ben

I don’t reproduce this on 10.11 with Xcode 7.3.  You aren’t using a non-Xcode 
clang or ld, by any chance?  I wasn’t able to trigger the build failure even by 
moving 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
 out of the way.

My mac mini running 10.11 also worked. I've been slow upgrading my notebook. 
Perhaps I should just upgrade to 10.11.

I'll run a follow the instructions on Finks homepage, backup, and then upgrade.

If you'd like me to try something first, let me know.

Ben

Maybe reinstall the Xcode command line tools or update them.  That’s semi-easy. 
 And even before that, check for 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.2.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib

—akh

Ah-ha!

My Xcode is 7.0.2, but the asan dylib is there.

Oops. My clang is 7.0.2. My Xcode is 7.2.1, and I have the command line tools 
for 7.2.1 selected.v

Ben

I’ve updated to 10.11, and reinstalled the command line tools.

$ gcc -v
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr 
--with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin15.5.0
Thread model: posix

My build still fails with ...

  CCLD   svg_loader.la
libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved
libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
clang: warning: argument unused during compilation: '-pthread'
ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for architecture 
x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Makefile:356: recipe for target 'svg_loader.la' failed
make[2]: *** [svg_loader.la] Error 1
make[2]: Leaving directory 
'/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader'
Makefile:819: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3'
Makefile:483: recipe for target 'all' failed
make: *** [all] Error 2
### execution of make failed, exit code 2
### execution of /tmp/fink.eXzT2 failed, exit code 2
Removing runtime build-lock...
Removing b

Re: [Fink-users] librsvg2 fails to build

[Ben Abbott]

> On Jul 7, 2016, at 17:37, Ben Abbott  wrote:
> 
>> On Jul 7, 2016, at 14:45, Ben Abbott  wrote:
>> 
>>> On Jul 7, 2016, at 14:21, Alexander Hansen  
>>> wrote:
>>> 
>>>> On Jul 7, 2016, at 10:23, Ben Abbott  wrote:
>>>> 
>>>>>> On Jul 7, 2016, at 10:37, Alexander Hansen  
>>>>>> wrote:
>>>>>> 
>>>>>> On Jul 7, 2016, at 04:32, Ben Abbott  wrote:
>>>>>> 
>>>>>> Mac OS 10.10.5
>>>>>> MacBook Pro (15in Early 2011)
>>>>>> Processor 2.2 GHz Intel Core i7
>>>>>> 
>>>>>> Also include the following system information:
>>>>>> Package manager version: 0.39.3
>>>>>> Distribution version: selfupdate-rsync Thu Jul  7 07:05:50 2016, 10.10, 
>>>>>> x86_64
>>>>>> Trees: local/main stable/main stable/crypto
>>>>>> Xcode.app: 7.2.1
>>>>>> Xcode command-line tools: 7.2.0.0.1.1447826929
>>>>>> Max. Fink build jobs:  4
>>>>>> 
>>>>>> CCLD   svg_loader.la
>>>>>> libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved
>>>>>> libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved
>>>>>> libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved
>>>>>> libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved
>>>>>> libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
>>>>>> clang: warning: argument unused during compilation: '-pthread'
>>>>>> ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for 
>>>>>> architecture x86_64
>>>>>> clang: error: linker command failed with exit code 1 (use -v to see 
>>>>>> invocation)
>>>>>> Makefile:356: recipe for target 'svg_loader.la' failed
>>>>>> make[2]: *** [svg_loader.la] Error 1
>>>>>> make[2]: Leaving directory 
>>>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader'
>>>>>> Makefile:819: recipe for target 'all-recursive' failed
>>>>>> make[1]: *** [all-recursive] Error 1
>>>>>> make[1]: Leaving directory 
>>>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3'
>>>>>> Makefile:483: recipe for target 'all' failed
>>>>>> make: *** [all] Error 2
>>>>>> ### execution of make failed, exit code 2
>>>>>> ### execution of /tmp/fink.X9CAF failed, exit code 2
>>>>>> Removing runtime build-lock...
>>>>>> Removing build-lock package...
>>>>>> /sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4
>>>>>> (Reading database ... 260728 files and directories currently installed.)
>>>>>> Removing fink-buildlock-librsvg2-2.26.3-4 ...
>>>>>> Failed: phase compiling: librsvg2-2.26.3-4 failed
>>>>>> 
>>>>>> Ben
>>>>> 
>>>>> I don’t reproduce this on 10.11 with Xcode 7.3.  You aren’t using a 
>>>>> non-Xcode clang or ld, by any chance?  I wasn’t able to trigger the build 
>>>>> failure even by moving 
>>>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
>>>>>  out of the way.
>>>> 
>>>> My mac mini running 10.11 also worked. I've been slow upgrading my 
>>>> notebook. Perhaps I should just upgrade to 10.11.
>>>> 
>>>> I'll run a follow the instructions on Finks homepage, backup, and then 
>>>> upgrade.
>>>> 
>>>> If you'd like me to try something first, let me know.
>>>> 
>>>> Ben
>>> 
>>> Maybe reinstall the Xcode command line tools or update them.  That’s 
>>> semi-easy.  And even before that, check for 
>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.2.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
>>> 
>>> —akh
>> 
>> Ah-ha!
>> 
>> My Xcode is 7.0.2, but the asan dylib is there.
> 
> Oops. My clang is 7.0.2. My Xcode is 7.2.1, and I have the command line tools 
> for 7.2.1 selected.

I've installed 10.11 and now have copies of both Xcode 7.2.1 and 7.3.1. Using 
7.2.1 I'm able to build librsvg2

Ben

--
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] librsvg2 fails to build

[Ben Abbott]

> On Jul 7, 2016, at 14:45, Ben Abbott  wrote:
> 
>> On Jul 7, 2016, at 14:21, Alexander Hansen  
>> wrote:
>> 
>>> On Jul 7, 2016, at 10:23, Ben Abbott  wrote:
>>> 
>>>>> On Jul 7, 2016, at 10:37, Alexander Hansen  
>>>>> wrote:
>>>>> 
>>>>> On Jul 7, 2016, at 04:32, Ben Abbott  wrote:
>>>>> 
>>>>> Mac OS 10.10.5
>>>>> MacBook Pro (15in Early 2011)
>>>>> Processor 2.2 GHz Intel Core i7
>>>>> 
>>>>> Also include the following system information:
>>>>> Package manager version: 0.39.3
>>>>> Distribution version: selfupdate-rsync Thu Jul  7 07:05:50 2016, 10.10, 
>>>>> x86_64
>>>>> Trees: local/main stable/main stable/crypto
>>>>> Xcode.app: 7.2.1
>>>>> Xcode command-line tools: 7.2.0.0.1.1447826929
>>>>> Max. Fink build jobs:  4
>>>>> 
>>>>> CCLD   svg_loader.la
>>>>> libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved
>>>>> libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved
>>>>> libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved
>>>>> libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved
>>>>> libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
>>>>> clang: warning: argument unused during compilation: '-pthread'
>>>>> ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for 
>>>>> architecture x86_64
>>>>> clang: error: linker command failed with exit code 1 (use -v to see 
>>>>> invocation)
>>>>> Makefile:356: recipe for target 'svg_loader.la' failed
>>>>> make[2]: *** [svg_loader.la] Error 1
>>>>> make[2]: Leaving directory 
>>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader'
>>>>> Makefile:819: recipe for target 'all-recursive' failed
>>>>> make[1]: *** [all-recursive] Error 1
>>>>> make[1]: Leaving directory 
>>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3'
>>>>> Makefile:483: recipe for target 'all' failed
>>>>> make: *** [all] Error 2
>>>>> ### execution of make failed, exit code 2
>>>>> ### execution of /tmp/fink.X9CAF failed, exit code 2
>>>>> Removing runtime build-lock...
>>>>> Removing build-lock package...
>>>>> /sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4
>>>>> (Reading database ... 260728 files and directories currently installed.)
>>>>> Removing fink-buildlock-librsvg2-2.26.3-4 ...
>>>>> Failed: phase compiling: librsvg2-2.26.3-4 failed
>>>>> 
>>>>> Ben
>>>> 
>>>> I don’t reproduce this on 10.11 with Xcode 7.3.  You aren’t using a 
>>>> non-Xcode clang or ld, by any chance?  I wasn’t able to trigger the build 
>>>> failure even by moving 
>>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
>>>>  out of the way.
>>> 
>>> My mac mini running 10.11 also worked. I've been slow upgrading my 
>>> notebook. Perhaps I should just upgrade to 10.11.
>>> 
>>> I'll run a follow the instructions on Finks homepage, backup, and then 
>>> upgrade.
>>> 
>>> If you'd like me to try something first, let me know.
>>> 
>>> Ben
>> 
>> Maybe reinstall the Xcode command line tools or update them.  That’s 
>> semi-easy.  And even before that, check for 
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.2.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
>> 
>> —akh
> 
> Ah-ha!
> 
> My Xcode is 7.0.2, but the asan dylib is there.

Oops. My clang is 7.0.2. My Xcode is 7.2.1, and I have the command line tools 
for 7.2.1 selected.v

Ben--
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] librsvg2 fails to build

[Ben Abbott]

> On Jul 7, 2016, at 14:21, Alexander Hansen  
> wrote:
> 
>> On Jul 7, 2016, at 10:23, Ben Abbott  wrote:
>> 
>>>> On Jul 7, 2016, at 10:37, Alexander Hansen  
>>>> wrote:
>>>> 
>>>> On Jul 7, 2016, at 04:32, Ben Abbott  wrote:
>>>> 
>>>> Mac OS 10.10.5
>>>> MacBook Pro (15in Early 2011)
>>>> Processor 2.2 GHz Intel Core i7
>>>> 
>>>> Also include the following system information:
>>>> Package manager version: 0.39.3
>>>> Distribution version: selfupdate-rsync Thu Jul  7 07:05:50 2016, 10.10, 
>>>> x86_64
>>>> Trees: local/main stable/main stable/crypto
>>>> Xcode.app: 7.2.1
>>>> Xcode command-line tools: 7.2.0.0.1.1447826929
>>>> Max. Fink build jobs:  4
>>>> 
>>>> CCLD   svg_loader.la
>>>> libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved
>>>> libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved
>>>> libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved
>>>> libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved
>>>> libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
>>>> clang: warning: argument unused during compilation: '-pthread'
>>>> ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for 
>>>> architecture x86_64
>>>> clang: error: linker command failed with exit code 1 (use -v to see 
>>>> invocation)
>>>> Makefile:356: recipe for target 'svg_loader.la' failed
>>>> make[2]: *** [svg_loader.la] Error 1
>>>> make[2]: Leaving directory 
>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader'
>>>> Makefile:819: recipe for target 'all-recursive' failed
>>>> make[1]: *** [all-recursive] Error 1
>>>> make[1]: Leaving directory 
>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3'
>>>> Makefile:483: recipe for target 'all' failed
>>>> make: *** [all] Error 2
>>>> ### execution of make failed, exit code 2
>>>> ### execution of /tmp/fink.X9CAF failed, exit code 2
>>>> Removing runtime build-lock...
>>>> Removing build-lock package...
>>>> /sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4
>>>> (Reading database ... 260728 files and directories currently installed.)
>>>> Removing fink-buildlock-librsvg2-2.26.3-4 ...
>>>> Failed: phase compiling: librsvg2-2.26.3-4 failed
>>>> 
>>>> Ben
>>> 
>>> I don’t reproduce this on 10.11 with Xcode 7.3.  You aren’t using a 
>>> non-Xcode clang or ld, by any chance?  I wasn’t able to trigger the build 
>>> failure even by moving 
>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
>>>  out of the way.
>> 
>> My mac mini running 10.11 also worked. I've been slow upgrading my notebook. 
>> Perhaps I should just upgrade to 10.11.
>> 
>> I'll run a follow the instructions on Finks homepage, backup, and then 
>> upgrade.
>> 
>> If you'd like me to try something first, let me know.
>> 
>> Ben
> 
> Maybe reinstall the Xcode command line tools or update them.  That’s 
> semi-easy.  And even before that, check for 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.2.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
> 
> —akh

Ah-ha!

My Xcode is 7.0.2, but the asan dylib is there.

Ben--
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] librsvg2 fails to build

[Ben Abbott]

>> On Jul 7, 2016, at 10:37, Alexander Hansen  
>> wrote:
>> 
>> On Jul 7, 2016, at 04:32, Ben Abbott  wrote:
>> 
>> Mac OS 10.10.5
>> MacBook Pro (15in Early 2011)
>> Processor 2.2 GHz Intel Core i7
>> 
>> Also include the following system information:
>> Package manager version: 0.39.3
>> Distribution version: selfupdate-rsync Thu Jul  7 07:05:50 2016, 10.10, 
>> x86_64
>> Trees: local/main stable/main stable/crypto
>> Xcode.app: 7.2.1
>> Xcode command-line tools: 7.2.0.0.1.1447826929
>> Max. Fink build jobs:  4
>> 
>> CCLD   svg_loader.la
>> libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved
>> libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved
>> libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved
>> libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved
>> libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
>> clang: warning: argument unused during compilation: '-pthread'
>> ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for 
>> architecture x86_64
>> clang: error: linker command failed with exit code 1 (use -v to see 
>> invocation)
>> Makefile:356: recipe for target 'svg_loader.la' failed
>> make[2]: *** [svg_loader.la] Error 1
>> make[2]: Leaving directory 
>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader'
>> Makefile:819: recipe for target 'all-recursive' failed
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory 
>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3'
>> Makefile:483: recipe for target 'all' failed
>> make: *** [all] Error 2
>> ### execution of make failed, exit code 2
>> ### execution of /tmp/fink.X9CAF failed, exit code 2
>> Removing runtime build-lock...
>> Removing build-lock package...
>> /sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4
>> (Reading database ... 260728 files and directories currently installed.)
>> Removing fink-buildlock-librsvg2-2.26.3-4 ...
>> Failed: phase compiling: librsvg2-2.26.3-4 failed
>> 
>> Ben
> 
> I don’t reproduce this on 10.11 with Xcode 7.3.  You aren’t using a non-Xcode 
> clang or ld, by any chance?  I wasn’t able to trigger the build failure even 
> by moving 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib
>  out of the way.

My mac mini running 10.11 also worked. I've been slow upgrading my notebook. 
Perhaps I should just upgrade to 10.11.

I'll run a follow the instructions on Finks homepage, backup, and then upgrade.

If you'd like me to try something first, let me know.

Ben
--
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] librsvg2 fails to build

[Ben Abbott]

Mac OS 10.10.5
MacBook Pro (15in Early 2011)
Processor 2.2 GHz Intel Core i7

Also include the following system information:
Package manager version: 0.39.3
Distribution version: selfupdate-rsync Thu Jul  7 07:05:50 2016, 10.10, x86_64
Trees: local/main stable/main stable/crypto
Xcode.app: 7.2.1
Xcode command-line tools: 7.2.0.0.1.1447826929
Max. Fink build jobs:  4

  CCLD   svg_loader.la
libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved
libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved
libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
clang: warning: argument unused during compilation: '-pthread'
ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for architecture 
x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Makefile:356: recipe for target 'svg_loader.la' failed
make[2]: *** [svg_loader.la] Error 1
make[2]: Leaving directory 
'/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader'
Makefile:819: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3'
Makefile:483: recipe for target 'all' failed
make: *** [all] Error 2
### execution of make failed, exit code 2
### execution of /tmp/fink.X9CAF failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4
(Reading database ... 260728 files and directories currently installed.)
Removing fink-buildlock-librsvg2-2.26.3-4 ...
Failed: phase compiling: librsvg2-2.26.3-4 failed

Ben
--
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] GUI - start?

[Ben Abbott]

> On Jun 10, 2015, at 9:35 PM, Sunil Shah  wrote:
> 
> On Wed, Jun 10, 2015 at 4:10 PM, Alexander Hansen 
> mailto:alexanderk.han...@gmail.com>> wrote:
> 
>> On Jun 10, 2015, at 16:05, Sunil Shah > > wrote:
>> 
>> Is there a link to the clang syntax bug(s) in the Octave / fink forums?  
> 
> Ben sent me this, and I’ll cc our mailing list
> 
> http://savannah.gnu.org/bugs/?41178 
>> If Apple needs to address the bug, has any one filed a bug report to Apple?  
>> Apple's Xcode 7 (pre-release) did fix some bugs.
> 
> I haven’t.  My Mac development time has recently been more devoted to 
> updating the fink code than on the packages that I’m the listed maintainer 
> for.
> 
> Per Michael Grant's comments in the octave bug report, this is a 
> non-compliant (illegal) C11++ construct in octave code (but happens to work 
> in gcc and MSVC).  We can not ask Apple to fix it.  Octave community needs 
> fix the illegal construct.

As the majority of Octave’s development community works with gcc & clang on 
Linux, and are able to build Octave without. So, there is little motive for 
Octave’s developers to fix the problem. I am not proficient in clang/c++ but am 
willing to contribute to fixing Octave’s source code. I have no problem 
arranging for testing of patches and converting patches to the necessary 
mercurial changesets and ultimately pushing the changes. I may also be able to 
assist in fixing the syntax issues, but will need clear instructions with some 
illustrative examples.

If anyone is interested in fixing the incompatibilities between Octave and 
Apple’s clang let me know. I can provide instructions on how to set up your own 
personal archive and instructions on how to build Octave 3.8.2. That should be 
sufficient to allow individuals to attempt to compile Octave 4.0 and start 
fixing the clang non-compliant code.

Ben--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] GUI - start?

[Ben Abbott]

> On Jun 9, 2015, at 11:11 PM, Sunil Shah  wrote:
> 
> On Tue, Jun 9, 2015 at 7:00 PM, Alexander Hansen  > wrote:
> 
> > On Jun 9, 2015, at 18:48, Sunil Shah  > > wrote:
> >
> > I should have been careful in my statement about what worked for me.
> >
> > I am trying to understand the problem you referred to about octave 4.0.0 
> > not building on clang++.
> >
> > I have been quite impressed with the  performance of Octave code on Mac OSX 
> > using fink.  My tests used octave382-atlas-qtmac  3.8.2-6.  It has also 
> > been quite reliable.
> >
> > The fact that the code works much faster on four year old hardware with a 
> > lot fewer cpu cores and even after using the latest Ubuntu tools / 
> > libraries on the high end Intel machines on EC2 is remarkable.
> >
> > Apple does claim that its Accelerate framework is much faster than standard 
> > BLAS / ATLAS. A lot of the improvements were part of 10.9 / 10.10 update 
> > (see WWDC 2013-2014 videos).  I will check if the default "octave" performs 
> > faster than the octave-atlas version.
> >
> > Now, as you imply in your last email,  if the default "octave" variant uses 
> > clang already, what is the issue with octave 4.0.0 and clang++? Or is it a 
> > new issue in octave 4.0.0 in moving from 3.8.2?
> >
> >
> 
> Almost everything in Fink uses clang/clang++ to build on 10.7 and later.  I 
> don’t happen to have a transcript handy, but it’s a new issue in moving from 
> 3.8.2, and the issue is that Apple’s clang doesn’t like some of the source 
> code and thus Octave can’t be built.
> —
> 
> I suppose it does not help that Apple is moving over to Metal from OpenGL.
> 
> Do the offending modules have to do with OpenGL? 

No. The problem is with clang syntax. It is possible to overcome by patching 
Octave (beyond my skill set) or by fixing the clang compiler bug(s) on Apple’s 
end.

OpenGL is the basis for Octave’s native graphics. My understanding is that both 
Metal and OpenGL support will coexist. So Metal shouldn’t be a problem for 
Octave.

Ben

--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] GUI - start?

[Ben Abbott]

> On Jun 9, 2015, at 9:48 PM, Sunil Shah  wrote:
> 
> Now, as you imply in your last email,  if the default "octave" variant uses 
> clang already, what is the issue with octave 4.0.0 and clang++? Or is it a 
> new issue in octave 4.0.0 in moving from 3.8.2?

Yes. The problem is that the 4.0.0 code isn’t compatible with Apple’s clang.

Ben--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] GUI - start?

[Ben Abbott]

> On Jun 9, 2015, at 7:06 PM, Alexander Hansen  
> wrote:
> 
>> On Jun 9, 2015, at 16:02, Sunil Shah  wrote:
>> 
>> Hi Alexander,  
>> 
>> What is the plan to get octave 4.0. on fink? 
>> 
>> Thanks,
>> 
>> Sunil
>> 
> 
> The last thing I heard was that it wouldn’t build with clang on 10.9 and 
> 10.10, so that was “None”.
> 

Alex,

I don’t think the Octave development community is as proficient in building 
apps using clang on 10.9 as *you* ;-)

Any chance you’ll take a look?

Ben



--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] GUI - start?

[Ben Abbott]

> On Jun 3, 2015, at 10:53 PM, Alexander Hansen  
> wrote:
> 
> This isn't specific to fltk13-aqua.  Updating any package with a PkgInfo file 
> fails on Yosemite.
> 
> While we work out a solution, the workaround would be to remove fltk13-aqua 
> and then install it, since the issue only is triggered when upgrading.
> 
> I can't add it to the FAQ because my computer is in the shop.
> 
> Sent from my iPod

After I also had trouble updating, I did as suggested …

fink remove fltk13-aqua
fink install fltk13-aqua

That worked without complaint. Which surprised me as I have octave-3.8.2 
installed and show-deps indicates fltk13-aqua.

Ben
--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Wrong architecture for cairo-1.8.10-4

[Ben Abbott]

On Jul 25, 2011, at 7:17 AM, Ben Abbott wrote:

> I'm running 32 bit Fink on 10.6.8.
> 
> $ fink -V
> Package manager version: 0.31.0
> Distribution version: selfupdate-cvs Sun Jul 24 19:45:44 2011, 10.6, i386
> Trees: local/main stable/main stable/crypto unstable/main unstable/crypto 
> local/injected
> 
> I tried a selfupdate/update-all and encountered an error compiling the cairo 
> package.
> 
> [snip]
> 
> libtool: link: clang -dynamiclib  -o .libs/libcairo.2.dylib  
> .libs/cairo-analysis-surface.o .libs/cairo-arc.o .libs/cairo-array.o 
> .libs/cairo-atomic.o .libs/cairo-base85-stream.o 
> .libs/cairo-bentley-ottmann.o .libs/cairo.o .libs/cairo-cache.o 
> .libs/cairo-clip.o .libs/cairo-color.o .libs/cairo-debug.o 
> .libs/cairo-fixed.o .libs/cairo-font-face.o .libs/cairo-font-face-twin.o 
> .libs/cairo-font-face-twin-data.o .libs/cairo-font-options.o 
> .libs/cairo-freelist.o .libs/cairo-gstate.o .libs/cairo-hash.o 
> .libs/cairo-hull.o .libs/cairo-image-surface.o .libs/cairo-lzw.o 
> .libs/cairo-matrix.o .libs/cairo-meta-surface.o .libs/cairo-misc.o 
> .libs/cairo-mutex.o .libs/cairo-output-stream.o 
> .libs/cairo-paginated-surface.o .libs/cairo-path-bounds.o .libs/cairo-path.o 
> .libs/cairo-path-fill.o .libs/cairo-path-fixed.o .libs/cairo-path-stroke.o 
> .libs/cairo-pattern.o .libs/cairo-pen.o .libs/cairo-polygon.o 
> .libs/cairo-rectangle.o .libs/cairo-region.o .libs/cairo-scaled-font.o 
> .libs/cairo-skiplist.o .libs/cairo-slope.o .libs/cairo-spline.o 
> .libs/cairo-stroke-style.o .libs/cairo-surface.o 
> .libs/cairo-surface-fallback.o .libs/cairo-system.o .libs/cairo-traps.o 
> .libs/cairo-unicode.o .libs/cairo-user-font.o .libs/cairo-version.o 
> .libs/cairo-wideint.o .libs/cairo-cff-subset.o 
> .libs/cairo-scaled-font-subsets.o .libs/cairo-truetype-subset.o 
> .libs/cairo-type1-fallback.o .libs/cairo-type1-subset.o 
> .libs/cairo-type3-glyph-surface.o .libs/cairo-pdf-operators.o 
> .libs/cairo-xlib-display.o .libs/cairo-xlib-screen.o 
> .libs/cairo-xlib-surface.o .libs/cairo-xlib-visual.o 
> .libs/cairo-quartz-surface.o .libs/cairo-quartz-font.o .libs/cairo-png.o 
> .libs/cairo-glitz-surface.o .libs/cairo-ft-font.o .libs/cairo-ps-surface.o 
> .libs/cairo-pdf-surface.o .libs/cairo-deflate-stream.o 
> .libs/cairo-svg-surface.o   -L/sw/lib /sw/lib/libpixman-1.dylib 
> /sw/lib/freetype219/lib/libfreetype.dylib 
> /sw/lib/fontconfig2/lib/libfontconfig.dylib -lglitz -lm 
> /sw/lib/libpng15.dylib -lXrender -L/usr/X11/lib -lX11 -lz  -Wl,-framework 
> -Wl,ApplicationServices   -install_name  /sw/lib/libcairo.2.dylib 
> -compatibility_version 10803 -current_version 10803.10 -Wl,-single_module
> ld: warning: in /sw/lib/libpixman-1.dylib, file was built for i386 which is 
> not the architecture being linked (x86_64)
> ld: warning: in /sw/lib/freetype219/lib/libfreetype.dylib, file was built for 
> i386 which is not the architecture being linked (x86_64)
> ld: warning: in /sw/lib/fontconfig2/lib/libfontconfig.dylib, file was built 
> for i386 which is not the architecture being linked (x86_64)
> ld: warning: in /sw/lib/libglitz.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)
> ld: warning: in /sw/lib/libpng15.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)
> Undefined symbols:
>  "_png_set_IHDR", referenced from:
>  _write_png in cairo-png.o
>  "_pixman_region32_copy", referenced from:
>  __cairo_region_copy in cairo-region.o
>  "_png_read_info", referenced from:
>  _read_png in cairo-png.o
>  "_FT_Init_FreeType", referenced from:
>  __cairo_ft_unscaled_font_map_lock in cairo-ft-font.o
>  "_glitz_surface_get_height", referenced from:
>  __cairo_glitz_surface_get_extents in cairo-glitz-surface.o
>  __glitz_ensure_target in cairo-glitz-surface.o
>  __cairo_glitz_surface_get_image in cairo-glitz-surface.o
>  "_pixman_region32_n_rects", referenced from:
>  __cairo_region_num_boxes in cairo-region.o
>  "_glitz_surface_get_status", referenced from:
>  __cairo_glitz_surface_composite in cairo-glitz-surface.o
>  __cairo_glitz_surface_fill_rectangles in cairo-glitz-surface.o
>  __cairo_glitz_surface_composite_trapezoids in cairo-glitz-surface.o
>  __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o
>  __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o
>  "_pixman_transform_point_3d", referenced from:
>  __cairo_matrix_to_pixman_matrix in cairo-matrix.o
>  "_FT_Set_Pixel_Sizes", referenced from:
>  __cairo_ft_unscaled_font_set_scale in cairo-ft-font.o
>  "_png_set_bKGD", referenced from:

[Fink-users] Wrong architecture for cairo-1.8.10-4

[Ben Abbott]

I'm running 32 bit Fink on 10.6.8.

$ fink -V
Package manager version: 0.31.0
Distribution version: selfupdate-cvs Sun Jul 24 19:45:44 2011, 10.6, i386
Trees: local/main stable/main stable/crypto unstable/main unstable/crypto 
local/injected

I tried a selfupdate/update-all and encountered an error compiling the cairo 
package.

[snip]

libtool: link: clang -dynamiclib  -o .libs/libcairo.2.dylib  
.libs/cairo-analysis-surface.o .libs/cairo-arc.o .libs/cairo-array.o 
.libs/cairo-atomic.o .libs/cairo-base85-stream.o .libs/cairo-bentley-ottmann.o 
.libs/cairo.o .libs/cairo-cache.o .libs/cairo-clip.o .libs/cairo-color.o 
.libs/cairo-debug.o .libs/cairo-fixed.o .libs/cairo-font-face.o 
.libs/cairo-font-face-twin.o .libs/cairo-font-face-twin-data.o 
.libs/cairo-font-options.o .libs/cairo-freelist.o .libs/cairo-gstate.o 
.libs/cairo-hash.o .libs/cairo-hull.o .libs/cairo-image-surface.o 
.libs/cairo-lzw.o .libs/cairo-matrix.o .libs/cairo-meta-surface.o 
.libs/cairo-misc.o .libs/cairo-mutex.o .libs/cairo-output-stream.o 
.libs/cairo-paginated-surface.o .libs/cairo-path-bounds.o .libs/cairo-path.o 
.libs/cairo-path-fill.o .libs/cairo-path-fixed.o .libs/cairo-path-stroke.o 
.libs/cairo-pattern.o .libs/cairo-pen.o .libs/cairo-polygon.o 
.libs/cairo-rectangle.o .libs/cairo-region.o .libs/cairo-scaled-font.o 
.libs/cairo-skiplist.o .libs/cairo-slope.o .libs/cairo-spline.o 
.libs/cairo-stroke-style.o .libs/cairo-surface.o .libs/cairo-surface-fallback.o 
.libs/cairo-system.o .libs/cairo-traps.o .libs/cairo-unicode.o 
.libs/cairo-user-font.o .libs/cairo-version.o .libs/cairo-wideint.o 
.libs/cairo-cff-subset.o .libs/cairo-scaled-font-subsets.o 
.libs/cairo-truetype-subset.o .libs/cairo-type1-fallback.o 
.libs/cairo-type1-subset.o .libs/cairo-type3-glyph-surface.o 
.libs/cairo-pdf-operators.o .libs/cairo-xlib-display.o 
.libs/cairo-xlib-screen.o .libs/cairo-xlib-surface.o .libs/cairo-xlib-visual.o 
.libs/cairo-quartz-surface.o .libs/cairo-quartz-font.o .libs/cairo-png.o 
.libs/cairo-glitz-surface.o .libs/cairo-ft-font.o .libs/cairo-ps-surface.o 
.libs/cairo-pdf-surface.o .libs/cairo-deflate-stream.o 
.libs/cairo-svg-surface.o   -L/sw/lib /sw/lib/libpixman-1.dylib 
/sw/lib/freetype219/lib/libfreetype.dylib 
/sw/lib/fontconfig2/lib/libfontconfig.dylib -lglitz -lm /sw/lib/libpng15.dylib 
-lXrender -L/usr/X11/lib -lX11 -lz  -Wl,-framework -Wl,ApplicationServices   
-install_name  /sw/lib/libcairo.2.dylib -compatibility_version 10803 
-current_version 10803.10 -Wl,-single_module
ld: warning: in /sw/lib/libpixman-1.dylib, file was built for i386 which is not 
the architecture being linked (x86_64)
ld: warning: in /sw/lib/freetype219/lib/libfreetype.dylib, file was built for 
i386 which is not the architecture being linked (x86_64)
ld: warning: in /sw/lib/fontconfig2/lib/libfontconfig.dylib, file was built for 
i386 which is not the architecture being linked (x86_64)
ld: warning: in /sw/lib/libglitz.dylib, file was built for i386 which is not 
the architecture being linked (x86_64)
ld: warning: in /sw/lib/libpng15.dylib, file was built for i386 which is not 
the architecture being linked (x86_64)
Undefined symbols:
  "_png_set_IHDR", referenced from:
  _write_png in cairo-png.o
  "_pixman_region32_copy", referenced from:
  __cairo_region_copy in cairo-region.o
  "_png_read_info", referenced from:
  _read_png in cairo-png.o
  "_FT_Init_FreeType", referenced from:
  __cairo_ft_unscaled_font_map_lock in cairo-ft-font.o
  "_glitz_surface_get_height", referenced from:
  __cairo_glitz_surface_get_extents in cairo-glitz-surface.o
  __glitz_ensure_target in cairo-glitz-surface.o
  __cairo_glitz_surface_get_image in cairo-glitz-surface.o
  "_pixman_region32_n_rects", referenced from:
  __cairo_region_num_boxes in cairo-region.o
  "_glitz_surface_get_status", referenced from:
  __cairo_glitz_surface_composite in cairo-glitz-surface.o
  __cairo_glitz_surface_fill_rectangles in cairo-glitz-surface.o
  __cairo_glitz_surface_composite_trapezoids in cairo-glitz-surface.o
  __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o
  __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o
  "_pixman_transform_point_3d", referenced from:
  __cairo_matrix_to_pixman_matrix in cairo-matrix.o
  "_FT_Set_Pixel_Sizes", referenced from:
  __cairo_ft_unscaled_font_set_scale in cairo-ft-font.o
  "_png_set_bKGD", referenced from:
  _write_png in cairo-png.o
  "_pixman_image_fill_rectangles", referenced from:
  __cairo_image_surface_fill_rectangles in cairo-image-surface.o
  "_glitz_buffer_create_for_data", referenced from:
  __cairo_glitz_surface_composite_trapezoids in cairo-glitz-surface.o
  __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o
  __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o
  __cairo_glitz_pattern_acquire_surface in cairo-glitz-surface.o
  __cairo_glitz_surface_set_image in cairo-glitz-surface.o
  __cairo_glitz

Re: [Fink-users] 32bit Fink on 10.6.2 doesn't see libiconv.la

[Ben Abbott]

On Dec 3, 2009, at 8:14 AM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Ben Abbott wrote:
>> After install MacOS 10.6, I deleted all my *.la files and 
>> rebuilt/reinstalled them when they were needed.
>> 
>> My libiconv.la was rebuild/reinstalled today (see below)
>> 
>> $ ls -l /sw/lib/libico*
>> -rw-r--r-- 1 root admin 236 2009-12-03 07:54 /sw/lib/libiconv.2.4.0.dylib
>> lrwxr-xr-x 1 root admin  20 2009-12-03 07:55 /sw/lib/libiconv.2.dylib -> 
>> libiconv.2.4.0.dylib
>> lrwxr-xr-x 1 root admin  20 2009-12-03 07:55 /sw/lib/libiconv.dylib -> 
>> libiconv.2.4.0.dylib
>> -rw-r--r-- 1 root admin 804 2009-12-03 07:54 /sw/lib/libiconv.la
>> 
>> However, a selfupdate + update-all resulted in the error below.
>> 
>>> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I.. 
>>> -I/sw/lib/fontconfig2/include -I/sw/include/glib-2.0 
>>> -I/sw/lib/glib-2.0/include -I/sw/include/libart-2.0 -I/sw/include/pango-1.0 
>>> -I/sw/include/freetype2 -I/sw/include -I/sw/include/libxml2 
>>> -I/sw/include/freetype2 -I/sw/include -DG_LOG_DOMAIN=\"GnomePrint\" 
>>> -DGNOMELOCALEDIR=\"/sw/share/locale\" 
>>> -DGNOME_PRINT_DATA_DIR=\"/sw/share/libgnomeprint/2.18.6\" 
>>> -DGNOME_PRINT_MODULES_DIR=\"/sw/lib/libgnomeprint/2.18.6/modules\" 
>>> -I/sw/lib/fontconfig2/include -I/sw/include -Os -c grammar.tab.c  
>>> -fno-common -DPIC -o .libs/grammar.tab.o
>>> /bin/sh ../libtool --tag=CC   --mode=link gcc  -Os  -version-info 1:0:1 
>>> -no-undefined -L/sw/lib/fontconfig2/lib -L/sw/lib  -o libgnomeprint-2-2.la 
>>> -rpath /sw/lib gnome-print.lo gnome-print-stdapi.lo gnome-print-config.lo 
>>> gnome-print-filter.lo gnome-print-meta.lo gnome-print-job.lo 
>>> gnome-print-ps2.lo gnome-print-pdf.lo gnome-print-pdf-t1.lo 
>>> gnome-print-pdf-tt.lo gnome-print-pango.lo gnome-print-rbuf.lo 
>>> gnome-print-rgbp.lo gnome-print-transport.lo gnome-print-i18n.lo gp-path.lo 
>>> gp-gc.lo gnome-glyphlist.lo gnome-pgl.lo gnome-print-encode.lo 
>>> libgnomeprint-enum-types.lo gnome-print-unit.lo gnome-print-paper.lo  
>>> gnome-fontmap.lo gnome-font.lo gnome-font-face.lo gnome-rfont.lo 
>>> gnome-font-family.lo art_rgba_rgba_affine.lo art_rgba_svp.lo 
>>> lex._gnome_print_filter_parse_yy.lo grammar.tab.lo gpa/libgpa.la 
>>> ttsubset/libttsubset.la -L/sw/lib/fontconfig2/lib -L/sw/lib 
>>> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -lart_lgpl_2 
>>> -lpangoft2-1.0 -lpango-1.0 -lfreetype -lz -lgo
> bject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -lxml2 -lfontconfig -L/sw/lib 
> -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices 
> -lz  -lintl 
>>> grep: /usr/lib/libiconv.la: No such file or directory
>>> /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
>>> libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
>>> make[3]: *** [libgnomeprint-2-2.la] Error 1
>>> make[2]: *** [all-recursive] Error 1
>>> make[1]: *** [all-recursive] Error 1
>>> make: *** [all] Error 2
>>> ### execution of make failed, exit code 2
>>> Removing runtime build-lock...
>>> Removing build-lock package...
>>> /sw/bin/dpkg-lockwait -r fink-buildlock-libgnomeprint2.2-2.18.6-3
>>> (Reading database ... 198765 files and directories currently installed.)
>>> Removing fink-buildlock-libgnomeprint2.2-2.18.6-3 ...
>>> Failed: phase compiling: libgnomeprint2.2-2.18.6-3 failed
>> 
>> Ben
> 
> The fact that you rebuilt libiconv is totally irrelevant because the
> some .la file in the link path is looking for _/usr/lib/libiconv.la_.
> If you used "fink reinstall" to bring back a missing .la file, that
> doesn't change the contents--it reinstalled the package as it was built
> on Leopard.
> 
> Try
> 
>   find /sw/lib -name *.la | xargs grep -l /usr/lib/libiconv.la
> 
> to see what file(s) still need that (hopefully not many).  You can then
> edit the file as a superuser (or via some command line scripting) and
> change /usr/lib/libiconv.la to /sw/lib/libiconv.la .

The only file found was ..

/sw/lib/fontconfig2/lib/libfontconfig.fink.la

I used a one-liner to do the whole job.

find /sw/lib ! -type l -name *.la | xargs grep -l /usr/lib/libiconv.la 
| xargs sed -i "s/\/usr\/lib\/libiconv.la/\/sw\/lib\/libiconv.la/g"

As Martin recommended, I also tried /usr/local/lib and /usr/X11/lib, but didn't 
find anything there (I'd deleted the *.la files from th

[Fink-users] 32bit Fink on 10.6.2 doesn't see libiconv.la

[Ben Abbott]

After install MacOS 10.6, I deleted all my *.la files and rebuilt/reinstalled 
them when they were needed.

My libiconv.la was rebuild/reinstalled today (see below)

$ ls -l /sw/lib/libico*
-rw-r--r-- 1 root admin 236 2009-12-03 07:54 /sw/lib/libiconv.2.4.0.dylib
lrwxr-xr-x 1 root admin  20 2009-12-03 07:55 /sw/lib/libiconv.2.dylib -> 
libiconv.2.4.0.dylib
lrwxr-xr-x 1 root admin  20 2009-12-03 07:55 /sw/lib/libiconv.dylib -> 
libiconv.2.4.0.dylib
-rw-r--r-- 1 root admin 804 2009-12-03 07:54 /sw/lib/libiconv.la

However, a selfupdate + update-all resulted in the error below.

> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I.. 
> -I/sw/lib/fontconfig2/include -I/sw/include/glib-2.0 
> -I/sw/lib/glib-2.0/include -I/sw/include/libart-2.0 -I/sw/include/pango-1.0 
> -I/sw/include/freetype2 -I/sw/include -I/sw/include/libxml2 
> -I/sw/include/freetype2 -I/sw/include -DG_LOG_DOMAIN=\"GnomePrint\" 
> -DGNOMELOCALEDIR=\"/sw/share/locale\" 
> -DGNOME_PRINT_DATA_DIR=\"/sw/share/libgnomeprint/2.18.6\" 
> -DGNOME_PRINT_MODULES_DIR=\"/sw/lib/libgnomeprint/2.18.6/modules\" 
> -I/sw/lib/fontconfig2/include -I/sw/include -Os -c grammar.tab.c  -fno-common 
> -DPIC -o .libs/grammar.tab.o
> /bin/sh ../libtool --tag=CC   --mode=link gcc  -Os  -version-info 1:0:1 
> -no-undefined -L/sw/lib/fontconfig2/lib -L/sw/lib  -o libgnomeprint-2-2.la 
> -rpath /sw/lib gnome-print.lo gnome-print-stdapi.lo gnome-print-config.lo 
> gnome-print-filter.lo gnome-print-meta.lo gnome-print-job.lo 
> gnome-print-ps2.lo gnome-print-pdf.lo gnome-print-pdf-t1.lo 
> gnome-print-pdf-tt.lo gnome-print-pango.lo gnome-print-rbuf.lo 
> gnome-print-rgbp.lo gnome-print-transport.lo gnome-print-i18n.lo gp-path.lo 
> gp-gc.lo gnome-glyphlist.lo gnome-pgl.lo gnome-print-encode.lo 
> libgnomeprint-enum-types.lo gnome-print-unit.lo gnome-print-paper.lo  
> gnome-fontmap.lo gnome-font.lo gnome-font-face.lo gnome-rfont.lo 
> gnome-font-family.lo art_rgba_rgba_affine.lo art_rgba_svp.lo 
> lex._gnome_print_filter_parse_yy.lo grammar.tab.lo gpa/libgpa.la 
> ttsubset/libttsubset.la -L/sw/lib/fontconfig2/lib -L/sw/lib 
> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -lart_lgpl_2 
> -lpangoft2-1.0 -lpango-1.0 -lfreetype -lz -lgobject-2.0 -lgmodule-2.0 
> -lglib-2.0 -lintl -lxml2 -lfontconfig -L/sw/lib -lfreetype -lz 
> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -lz  -lintl 
> grep: /usr/lib/libiconv.la: No such file or directory
> /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
> libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
> make[3]: *** [libgnomeprint-2-2.la] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> ### execution of make failed, exit code 2
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-libgnomeprint2.2-2.18.6-3
> (Reading database ... 198765 files and directories currently installed.)
> Removing fink-buildlock-libgnomeprint2.2-2.18.6-3 ...
> Failed: phase compiling: libgnomeprint2.2-2.18.6-3 failed

Ben


--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error

[Ben Abbott]

On Nov 24, 2009, at 8:23 PM, Martin Costabel wrote:

> Ben Abbott wrote:
> []
>> Is it possible that the wrong dylib is being loaded at run time? Is there a 
>> way to (safely) test the idea?
> 
> The other libstdc++ is loaded because it is pulled in by some of the dylibs 
> liboctinterp-3.3.50+.dylib links to, for example 
> /sw/lib/fltk-aqua/lib/libfltk_gl.1.1.dylib. You can see in which order the 
> dylibs are loaded by running octave as
> 
> env DYLD_PRINT_LIBRARIES=1 octave
> 
> Another env variables interesting in this context is DYLD_PRINT_BINDINGS (but 
> its output is enormous).
> 
> Note that I am not sure that this is really the cause of the crash.
> It would be interesting to see if others know about crashes that appear when 
> dylibs compiled with different versions of g++ are linked together.
> 
> -- 
> Martin

Looking at the libstcd++.6.dylib's for gcc4.2 and gcc4.4, it appears (to me) 
that compatibility problems are to be expected.

$ otool -L /sw/lib/gcc4.4/lib/libstdc++.6.dylib 
/sw/lib/gcc4.4/lib/libstdc++.6.dylib:
/sw/lib/gcc4.4/lib/libstdc++.6.dylib (compatibility version 7.0.0, 
current version 7.13.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 124.1.1)
/sw/lib/gcc4.4/lib/libgcc_s.1.dylib (compatibility version 1.0.0, 
current version 1.0.0)

$ otool -L /usr/lib/libstdc++.6.dylib 
/usr/lib/libstdc++.6.dylib:
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
version 7.9.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 123.0.0)

Is there a simple way to build fltk using gcc 4.4?

Ben

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error

[Ben Abbott]

On Nov 23, 2009, at 4:39 PM, Martin Costabel wrote:

> Ben Abbott wrote:
>> On Nov 22, 2009, at 10:09 AM, Martin Costabel wrote:
> []
>>> Did the CrashReporter write something in ~/Library/Logs?
>>> 
>> []
>> The file below is from ~/Library/Logs/DiagnosticReports.
> 
> I don't really know what's going on; I can only speculate.
> 
> What looks suspicious to me is the following:
> There are two copies of libstdc++ loaded
> 
> 0x2bf7000 -  0x2c88fe7 +libstdc++.6.dylib /sw/lib/gcc4.4/lib/libstdc++.6.dylib
> 
> 0x98a75000 - 0x98adffe7  libstdc++.6.dylib /usr/lib/libstdc++.6.dylib
> 
> The crash happens inside Apple's libstdc++, and this seems to be pulled in 
> from liboctinterp-3.3.50+.dylib.
> 
> Did you compile parts of that dylib with Fink's c++-4.4 and parts with 
> Apple's c++-4.2? Maybe this leads to the crash.
> 
> -- 
> Martin

I have a rather poor understanding for how libtool works. It does appear that 
either I've linked to gcc 4.4 and gcc 4.2's dylibs, or that the 4.2 version is 
erroneously being loaded at run time.

Using otool to look at the binary ...

$ otool -L src/.libs/octave 
src/.libs/octave:
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 
(compatibility version 1.0.0, current version 1.0.0)
/sw/lib/gcc4.4/lib/libgfortran.3.dylib (compatibility version 4.0.0, 
current version 4.0.0)
/sw/lib/octave-3.3.50+/liboctinterp-3.3.50+.dylib (compatibility 
version 0.0.0, current version 0.0.0)
/sw/lib/octave-3.3.50+/liboctave-3.3.50+.dylib (compatibility version 
0.0.0, current version 0.0.0)
/sw/lib/octave-3.3.50+/libcruft-3.3.50+.dylib (compatibility version 
0.0.0, current version 0.0.0)
/sw/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 
1.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 125.0.0)
/sw/lib/libGraphicsMagick.3.dylib (compatibility version 6.0.0, current 
version 6.0.0)
/sw/lib/libfftw3.3.dylib (compatibility version 6.0.0, current version 
6.4.0)
/sw/lib/libfftw3f.3.dylib (compatibility version 6.0.0, current version 
6.4.0)
/sw/lib/fltk-aqua/lib/libfltk_gl.1.1.dylib (compatibility version 
1.1.0, current version 1.1.4)
/System/Library/Frameworks/AGL.framework/Versions/A/AGL (compatibility 
version 1.0.0, current version 1.0.0)
/sw/lib/fltk-aqua/lib/libfltk.1.1.dylib (compatibility version 1.1.0, 
current version 1.1.4)
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 
(compatibility version 2.0.0, current version 152.0.0)
/sw/lib/freetype219/lib/libfreetype.6.dylib (compatibility version 
10.0.0, current version 10.19.0)
/sw/lib/libhdf5.0.dylib (compatibility version 1.0.0, current version 
1.0.0)
/sw/lib/libsz.2.dylib (compatibility version 3.0.0, current version 
3.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
1.2.3)
/usr/X11/lib/libfontconfig.1.dylib (compatibility version 5.0.0, 
current version 5.0.0)
/usr/X11/lib/libX11.6.dylib (compatibility version 9.0.0, current 
version 9.0.0)
/sw/lib/libreadline.5.dylib (compatibility version 5.0.0, current 
version 5.0.0)
/sw/lib/ncurses/libncurses.5.dylib (compatibility version 5.0.0, 
current version 5.0.0)
/System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 
(compatibility version 1.0.0, current version 4.0.0)
/sw/lib/gcc4.4/lib/libgcc_s.1.dylib (compatibility version 1.0.0, 
current version 1.0.0)

It appears that the proper gcc 4.4 dylibs are listed.

Looking at the interpreter's library ...

$ otool -L src/.libs/liboctinterp.dylib 
src/.libs/liboctinterp.dylib:
/sw/lib/octave-3.3.50+/liboctinterp-3.3.50+.dylib (compatibility 
version 0.0.0, current version 0.0.0)
/sw/lib/octave-3.3.50+/liboctave-3.3.50+.dylib (compatibility version 
0.0.0, current version 0.0.0)
/sw/lib/octave-3.3.50+/libcruft-3.3.50+.dylib (compatibility version 
0.0.0, current version 0.0.0)
/sw/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 
1.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 125.0.0)
/sw/lib/gcc4.4/lib/libgfortran.3.dylib (compatibility version 4.0.0, 
current version 4.0.0)
/sw/lib/libGraphicsMagick.3.dylib (compatibility version 6.0.0, current 
version 6.0.0)
/sw/lib/fltk-aqua/lib/libfltk_gl.1.1.dylib (compatibility version 
1.1.0, current version 1.1.4)
/sw/lib/fltk-aqua/lib/libfltk.1.1.dylib (compatibility version 1.1.0, 
current version 1.1.4)
/sw/lib/libfftw3.3.dylib (compatibility version 6.0.0, current version 
6.4.0)
/sw/lib/libfftw3f.3.dylib (compatibility version 6.0.0, current version 
6.4.0)
/sw/lib/libhdf5.0.dylib (compatibility version 1.

Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error

[Ben Abbott]

On Nov 22, 2009, at 10:09 AM, Martin Costabel wrote:

> Ben Abbott wrote:
>> On Nov 21, 2009, at 4:25 PM, Martin Costabel wrote:
>>> Ben Abbott wrote:
>>> []
>>>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>>>> Reason: KERN_PROTECTION_FAILURE at address: 0x
>>>>> 0x02c0702f in std::locale::operator= ()
>>>>> (gdb) 
>>> Maybe a backtrace "bt" would give some more insight.
>>> 
>>> -- 
>>> Martin
>> ... or maybe not :-(
>> (gdb) bt
>> No stack.
> 
> Did the CrashReporter write something in ~/Library/Logs?
> 
> -- 
> Martin

I pulled some additional changes for Octave yesterday. Now gdb gives a bit more 
info.

.warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/loaders/.libs/libltdl_libltdl_la-preopen.o"
 - no debug information available for "libltdl/loaders/preopen.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt__alloc.o"
 - no debug information available for "libltdl/lt__alloc.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_dlloader.o"
 - no debug information available for "libltdl/lt_dlloader.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_error.o"
 - no debug information available for "libltdl/lt_error.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-ltdl.o"
 - no debug information available for "libltdl/ltdl.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-slist.o"
 - no debug information available for "libltdl/slist.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/argz.o" - no 
debug information available for "libltdl/argz.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdlS.o" - 
no debug information available for "libltdlS.c".

warning: Could not find object file 
"/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl.lax/dlopen.a/dlopen.o"
 - no debug information available for "libltdl/loaders/dlopen.c".

. done

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
0x02c0702f in std::locale::operator= ()
(gdb) bt
#0  0x02c0702f in std::locale::operator= ()
#1  0x02c05c9e in std::ios_base::_M_init ()
#2  0x02c1b25a in std::basic_ios >::init ()
#3  0x0014ef23 in global constructors keyed to pager.cc () at ostream:362
#4  0x8fe0ed6d in 
__dyld__ZN16ImageLoaderMachO18doModInitFunctionsERKN11ImageLoader11LinkContextE 
()
#5  0x8fe0d31e in 
__dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
#6  0x8fe0d2c2 in 
__dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
#7  0x8fe0d3d1 in __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE 
()
#8  0x8fe024a9 in __dyld__ZN4dyld24initializeMainExecutableEv ()
#9  0x8fe07950 in __dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5_ ()
#10 0x8fe018b1 in __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl ()
#11 0x8fe01057 in __dyld__dyld_start ()

The file below is from ~/Library/Logs/DiagnosticReports.

Ben



octave_2009-11-22-141641_ben-abbotts-macbook-pro.crash
Description: Binary data


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error

[Ben Abbott]

On Nov 21, 2009, at 4:25 PM, Martin Costabel wrote:

> Ben Abbott wrote:
> []
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>> Reason: KERN_PROTECTION_FAILURE at address: 0x
>>> 0x02c0702f in std::locale::operator= ()
>>> (gdb) 
> 
> Maybe a backtrace "bt" would give some more insight.
> 
> -- 
> Martin


... or maybe not :-(

(gdb) bt
No stack.

Ben

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error

[Ben Abbott]

On Nov 17, 2009, at 3:53 AM, Martin Costabel wrote:

> 
>> [I migrated my 10.5 Fink to 10.6 (using 32bit), and deleted my static libs 
>> left over from 10.5, and rebuilt them as needed]. Octave does build, but 
>> when I try to run it ... $ ./run-octave
>> Bus error
> 
> Now this is a different story. It should go into a different thread (once 
> there is more information from the crash log).
> 
> -- 
> Martin

Ok, I'm starting a new thread. I've attempted to run octave inside gdb.

There are may complaints of "no debug information". The final part is ...

> .warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/loaders/.libs/libltdl_libltdl_la-preopen.o"
>  - no debug information available for "libltdl/loaders/preopen.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt__alloc.o"
>  - no debug information available for "libltdl/lt__alloc.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_dlloader.o"
>  - no debug information available for "libltdl/lt_dlloader.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_error.o"
>  - no debug information available for "libltdl/lt_error.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-ltdl.o"
>  - no debug information available for "libltdl/ltdl.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-slist.o"
>  - no debug information available for "libltdl/slist.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/argz.o" - no 
> debug information available for "libltdl/argz.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdlS.o" 
> - no debug information available for "libltdlS.c".
> 
> warning: Could not find object file 
> "/sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl.lax/dlopen.a/dlopen.o"
>  - no debug information available for "libltdl/loaders/dlopen.c".
> 
> . done
> 
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x
> 0x02c0702f in std::locale::operator= ()
> (gdb) 

In the last few weeks, Octave modified how it configures and builds. One of the 
changes is the use of libtool.

Does anyone have any insight as to what the problem might be?

Ben



--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libiconv problem

[Ben Abbott]

On Nov 16, 2009, at 6:42 PM, Martin Costabel wrote:

> Ben Abbott wrote:
> []
>> I did get a hit in /usr/Xll/lib
>> $ grep libiconv.la -r /usr/X11/lib/
>> /usr/X11/lib/libfontconfig.la:dependency_libs=' -L/usr/X11/lib 
>> /usr/lib/libiconv.la  /usr/X11/lib/libfreetype.la  -lz  /usr/lib/libexpat.la 
>>  '
>> Is this expected?
> 
> No. Snow Leopard's X11 doesn't have *.la files. Did you at some time create 
> *.la files in /usr/X11 by running my fix-x11-la.sh script? If yes, remove 
> them. If not, remove them anyway.
> 
> -- 
> Martin

I did not create them (AFAIK). In any event, the entire list of .la files is 
below.

$ ls -l /usr/X11/lib/*.la
-rw-r--r-- 1 root wheel 1000 2009-08-29 11:31 /usr/X11/lib/libAppleWM.la
-rw-r--r-- 1 root wheel  871 2009-08-29 11:31 /usr/X11/lib/libFS.la
-rw-r--r-- 1 root wheel  877 2009-08-29 11:31 /usr/X11/lib/libICE.la
-rw-r--r-- 1 root wheel  895 2009-08-29 11:31 /usr/X11/lib/libSM.la
-rw-r--r-- 1 root wheel  927 2009-08-29 11:31 /usr/X11/lib/libX11.la
-rw-r--r-- 1 root wheel  982 2009-08-29 11:31 /usr/X11/lib/libXRes.la
-rw-r--r-- 1 root wheel 1059 2009-08-29 11:31 /usr/X11/lib/libXTrap.la
-rw-r--r-- 1 root wheel  877 2009-08-29 11:31 /usr/X11/lib/libXau.la
-rw-r--r-- 1 root wheel 1089 2009-08-29 11:31 /usr/X11/lib/libXaw6.la
-rw-r--r-- 1 root wheel 1113 2009-08-29 11:31 /usr/X11/lib/libXaw7.la
-rw-r--r-- 1 root wheel 1123 2009-08-29 11:31 /usr/X11/lib/libXaw8.la
-rw-r--r-- 1 root wheel 1045 2009-08-29 11:31 /usr/X11/lib/libXcomposite.la
-rw-r--r-- 1 root wheel 1030 2009-08-29 11:31 /usr/X11/lib/libXcursor.la
-rw-r--r-- 1 root wheel 1002 2009-08-29 11:31 /usr/X11/lib/libXdamage.la
-rw-r--r-- 1 root wheel  889 2009-08-29 11:31 /usr/X11/lib/libXdmcp.la
-rw-r--r-- 1 root wheel  988 2009-08-29 11:31 /usr/X11/lib/libXevie.la
-rw-r--r-- 1 root wheel  958 2009-08-29 11:31 /usr/X11/lib/libXext.la
-rw-r--r-- 1 root wheel  969 2009-08-29 11:31 /usr/X11/lib/libXfixes.la
-rw-r--r-- 1 root wheel  971 2009-08-29 11:31 /usr/X11/lib/libXfont.la
-rw-r--r-- 1 root wheel 1018 2009-08-29 11:31 /usr/X11/lib/libXfontcache.la
-rw-r--r-- 1 root wheel 1040 2009-08-29 11:31 /usr/X11/lib/libXft.la
-rw-r--r-- 1 root wheel  970 2009-08-29 11:31 /usr/X11/lib/libXi.la
-rw-r--r-- 1 root wheel 1006 2009-08-29 11:31 /usr/X11/lib/libXinerama.la
-rw-r--r-- 1 root wheel 1046 2009-08-29 11:31 /usr/X11/lib/libXmu.la
-rw-r--r-- 1 root wheel  957 2009-08-29 11:31 /usr/X11/lib/libXmuu.la
-rw-r--r-- 1 root wheel  970 2009-08-29 11:31 /usr/X11/lib/libXp.la
-rw-r--r-- 1 root wheel  953 2009-08-29 11:31 /usr/X11/lib/libXpm.la
-rw-r--r-- 1 root wheel 1160 2009-08-29 11:31 /usr/X11/lib/libXprintAppUtil.la
-rw-r--r-- 1 root wheel  2009-08-29 11:31 /usr/X11/lib/libXprintUtil.la
-rw-r--r-- 1 root wheel 1022 2009-08-29 11:31 /usr/X11/lib/libXrandr.la
-rw-r--r-- 1 root wheel  975 2009-08-29 11:31 /usr/X11/lib/libXrender.la
-rw-r--r-- 1 root wheel  976 2009-08-29 11:31 /usr/X11/lib/libXss.la
-rw-r--r-- 1 root wheel  992 2009-08-29 11:31 /usr/X11/lib/libXt.la
-rw-r--r-- 1 root wheel  982 2009-08-29 11:31 /usr/X11/lib/libXtst.la
-rw-r--r-- 1 root wheel  970 2009-08-29 11:31 /usr/X11/lib/libXv.la
-rw-r--r-- 1 root wheel 1005 2009-08-29 11:31 /usr/X11/lib/libXvMC.la
-rw-r--r-- 1 root wheel 1011 2009-08-29 11:31 /usr/X11/lib/libXvMCW.la
-rw-r--r-- 1 root wheel 1012 2009-08-29 11:31 /usr/X11/lib/libXxf86misc.la
-rw-r--r-- 1 root wheel 1000 2009-08-29 11:31 /usr/X11/lib/libXxf86vm.la
-rw-r--r-- 1 root wheel 1094 2009-08-29 11:31 /usr/X11/lib/libcairo.la
-rw-r--r-- 1 root wheel  976 2009-08-29 11:31 /usr/X11/lib/libdmx.la
-rw-r--r-- 1 root wheel  997 2009-08-29 11:31 /usr/X11/lib/libfontconfig.la
-rw-r--r-- 1 root wheel  906 2009-08-29 11:31 /usr/X11/lib/libfontenc.la
-rw-r--r-- 1 root wheel  888 2009-08-29 11:31 /usr/X11/lib/libfreetype.la
-rw-r--r-- 1 root wheel  906 2009-08-29 11:31 /usr/X11/lib/liblbxutil.la
-rw-r--r-- 1 root wheel  957 2009-08-29 11:31 /usr/X11/lib/liboldX.la
-rw-r--r-- 1 root wheel  909 2009-08-29 11:31 /usr/X11/lib/libpixman-1.la
-rw-r--r-- 1 root wheel  902 2009-08-29 11:31 /usr/X11/lib/libpng.la
-rw-r--r-- 1 root wheel  896 2009-08-29 11:31 /usr/X11/lib/libpng12.la
-rw-r--r-- 1 root wheel  981 2009-08-29 11:31 /usr/X11/lib/libxcb-atom.la
-rw-r--r-- 1 root wheel  975 2009-08-29 11:31 /usr/X11/lib/libxcb-aux.la
-rw-r--r-- 1 root wheel 1011 2009-08-29 11:31 /usr/X11/lib/libxcb-composite.la
-rw-r--r-- 1 root wheel  993 2009-08-29 11:31 /usr/X11/lib/libxcb-damage.la
-rw-r--r-- 1 root wheel  981 2009-08-29 11:31 /usr/X11/lib/libxcb-dpms.la
-rw-r--r-- 1 root wheel  987 2009-08-29 11:31 /usr/X11/lib/libxcb-event.la
-rw-r--r-- 1 root wheel  975 2009-08-29 11:31 /usr/X11/lib/libxcb-glx.la
-rw-r--r-- 1 root wheel 1079 2009-08-29 11:31 /usr/X11/lib/libxcb-icccm.la
-rw-r--r-- 1 root wheel 1043 2009-08-29 11:31 /usr/X11/lib/libxcb-image.la
-rw-r--r-- 1 root wheel  999 2009-08-29 11:31 /usr/X11/lib/libxcb-keysyms.la
-rw-r--r-- 1

Re: [Fink-users] libiconv problem

[Ben Abbott]

On Nov 16, 2009, at 3:52 PM, Martin Costabel wrote:

> Ben Abbott wrote:
> []
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> grep: /usr/lib/libiconv.la: No such file or directory
> []
>> Looking for '/usr/lib/libiconv.la' in /usr/lib/ I do get several hits. Is 
>> this expected?
> 
> I suppose so. But I don't see how any of these could play a role here.
> 
> I also still don't understand what can cause the warning about 
> libgfrortran.la. Are you sure you don't have stuff in /usr/local/lib that 
> interferes here?
> 
> -- 
> Martin


I tried ...

$ grep gfortran -r /usr/local/lib/
$ grep libiconv -r /usr/local/lib/

But found nothing.

I did get a hit in /usr/Xll/lib

$ grep libiconv.la -r /usr/X11/lib/
/usr/X11/lib/libfontconfig.la:dependency_libs=' -L/usr/X11/lib 
/usr/lib/libiconv.la  /usr/X11/lib/libfreetype.la  -lz  /usr/lib/libexpat.la  '

Is this expected?

My X11 is XQuartz 2.3.4 (xorg-server 1.4.2-apple45)

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libiconv problem

[Ben Abbott]

On Monday, November 16, 2009, at 03:52PM, "Martin Costabel" 
 wrote:
>Ben Abbott wrote:
>[]
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> grep: /usr/lib/libiconv.la: No such file or directory
>[]
>> Looking for '/usr/lib/libiconv.la' in /usr/lib/ I do get several hits. Is 
>> this expected?
>
>I suppose so. But I don't see how any of these could play a role here.
>
>I also still don't understand what can cause the warning about 
>libgfrortran.la. Are you sure you don't have stuff in /usr/local/lib 
>that interferes here?
>
>-- 
>Martin

As I said before, the line below returns a lot f ruby related stuff, but 
nothing that Octave should be linking to, AFAIK.

$ grep /usr/lib/libiconv.la -r /usr/lib 

Is there something else I can check.

I also don't understand what is causing the warnings about libgfortran. A grep 
of 'libgfortran.la' in /usr/lib and /sw/lib as well as my octave archive each 
come up empty.

Ben

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libiconv problem

[Ben Abbott]

 On Monday, November 16, 2009, at 12:39PM, "Martin Costabel" 
 wrote:
>Ben Abbott wrote:
>[]
>> $ ls -l /sw/lib/fontconfig2/lib/libfontconfig.la
>> lrwxr-xr-x 1 root admin 21 2009-11-16 04:40 
>> /sw/lib/fontconfig2/lib/libfontconfig.la -> libfontconfig.fink.la
>> 
>> Might I be able to work around the problem by creating a link, like the one 
>> below?
>> 
>> $ sudo ln -fs /sw/lib/libiconv.la /usr/lib
>
>No, changing anything in /usr/lib is always a bad idea.
>
>I insist: If you are still getting the error
>
>grep: /usr/lib/libiconv.la: No such file or directory
>
>then there *must* be a *.la file somewhere on your linker search path 
>that has /usr/lib/libiconv.la in its dependency_libs field. Maybe in 
>your octave build directory. Unfortunately this *.la stuff is 
>contagious, so it might be possible that an earlier attempt to build 
>octave - while libfontconfig.la was still pointing to a contaminated .la 
>file - left you with an infected *.la file in the octave build tree.
>
>BTW, I don't quite see a scenario that allows you to still have - as you 
>do - /sw/lib/gcc4.4/lib/libgfortran.la and 
>/sw/lib/fontconfig2/lib/libfontconfig.la, but not 
>/sw/lib/fontconfig2/lib/libfontconfig.fink.la. The latter is created 
>each time you rebuild or reinstall fontconfig2-dev.
>
>At what point did you remove all *.la files under /sw/lib?
>
>-- 
>Martin

In the event I got it wrong before …

$ fink reinstall fontconfig2-dev
Password:
Information about 8441 packages read in 4 seconds.
The following package will be reinstalled:
 fontconfig2-dev
Reading buildlock packages...
All buildlocks accounted for.
/sw/bin/dpkg-lockwait -i 
/sw/fink/dists/unstable/main/binary-darwin-i386/x11/fontconfig2-dev_2.4.1-208_darwin-i386.deb
(Reading database ... 198712 files and directories currently installed.)
Preparing to replace fontconfig2-dev 2.4.1-208 (using 
.../fontconfig2-dev_2.4.1-208_darwin-i386.deb) ...
Unpacking replacement fontconfig2-dev ...
Setting up fontconfig2-dev (2.4.1-208) ...

$ ls -l /sw/lib/fontconfig2/lib/libfontconfig*
lrwxr-xr-x 1 root admin   34 2009-11-16 04:39 
/sw/lib/fontconfig2/lib/libfontconfig.1.dylib -> 
/usr/X11/lib/libfontconfig.1.dylib
lrwxr-xr-x 1 root admin   32 2009-11-16 12:43 
/sw/lib/fontconfig2/lib/libfontconfig.dylib -> /usr/X11/lib/libfontconfig.dylib
-rw-r--r-- 1 root admin 1004 2009-11-16 12:43 
/sw/lib/fontconfig2/lib/libfontconfig.fink.la
lrwxr-xr-x 1 root admin   21 2009-11-16 12:43 
/sw/lib/fontconfig2/lib/libfontconfig.la -> libfontconfig.fink.la

Then I deleted all files not part of Octave's sources.

$ hg status | grep '^? ' | sed "s/^? /rm /g" | /bin/sh

and started a fresh build.

$ autogen …
$ configure …
$ make
...
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
grep: /usr/lib/libiconv.la: No such file or directory
/sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
make[3]: *** [liboctinterp.la] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

If I delete the libfrontconfig.fink.la, I get the same result.

$ sudo rm /sw/lib/fontconfig2/lib/libfontconfig.fink.la
$ make
...
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
grep: /usr/lib/libiconv.la: No such file or directory
/sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
make[3]: *** [liboctinterp.la] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Looking for '/usr/lib/libconv.la' where I build octave, I get no results.

Looking for '/usr/lib/libiconv.la' in /usr/lib/ I do get several hits. Is this 
expected?

$ grep /usr/lib/libiconv.la -r /usr/lib 
grep: /usr/lib/cron/tabs: Permission denied
grep: /usr/lib/cron/tmp: Permission denied
/usr/lib/ruby/site_ruby/1.8/universal-darwin9.0/svn/ext/client.la:dependency_libs='
 -R/usr/lib /usr/lib/libsvn_swig_ruby-1.la -L/usr/lib /usr/lib/libsvn_wc-1.la 
/usr/lib/libsvn_delta-1.la /usr/lib/libsvn_client-1.la /usr/lib/libsvn_wc-1.la 
/usr/lib/libsvn_ra-1.la /usr/lib/libsvn_ra_local-1.la 
/usr/lib/libsvn_repos-1.la /usr/lib/libsvn_fs-1.la /usr/lib/libsvn_fs_fs-1.la 
/usr/lib/libsvn_ra_svn-1.la /usr/lib/libsvn_ra_dav-1.la /usr/lib/libneon.la 
-lssl -lcrypto -lgssapi_krb5 -lkrb5

Re: [Fink-users] libiconv problem

[Ben Abbott]

On Monday, November 16, 2009, at 11:18AM, "Martin Costabel" 
 wrote:
>Ben Abbott wrote:
>[]
>> My fontconfig2 lib directory how holds ...
>> 
>> $ ls /sw/lib/fontconfig2/lib
>> libfontconfig.1.dylib  libfontconfig.dylib  libfontconfig.la  pkgconfig
>> 
>> However, I still get the error below (when I try to build Octave using the 
>> deverloper's sources).
>> 
>> /bin/sh ../libtool --tag=CXX   --mode=link g++-4 -I /sw/include -O3 
>> -I/sw/include/freetype2 -I/sw/include   -DHAVE_CONFIG_H -mieee-fp 
>> -I/usr/X11/include   -Wall -W -Wshadow -Wold-style-cast -Wformat -I 
>> /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -D_THREAD_SAFE  -I 
>> /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -release 3.3.50+  
>> -L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib 
>> -lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la 
>> -rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo 
>> liboctinterp_la-bitfcns.lo <***snip***> liboctinterp_la-Quad-opts.lo   
>> ../liboctave/liboctave.la ../libcruft/libcruft.la   -lfftw3 -lfftw3f  -lhdf5 
>>  -lz -L/usr/X11/lib -lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib 
>> -lX11  -lreadline -lncurses   -framework Accelerate -lm  -L/sw/lib 
>> -lfreetype -lz -Wl,-framework,CoreServices 
>> -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL 
>> /sw/lib/gcc4.4/lib/libgfortran.dylib -lm  -L/
>sw
>>  /lib -lfreetype -lz -Wl,-framework,CoreServices 
>> -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> grep: /usr/lib/libiconv.la: No such file or directory
>> /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
>
>The obvious question is: Is /usr/lib/libiconv.la still mentioned in 
>libfontconfig.la? If not, where else is it mentioned? There *must* be 
>some *.la file that has /usr/lib/libiconv.la in its dependency_libs field.
>
>  grep /usr/lib/libiconv.la -r /sw/lib
>
>-- 
>Martin

This is what I get.

$ grep /usr/lib/libiconv.la -r /sw/lib 
grep: /sw/lib/fontconfig2/lib/libfontconfig.la: No such file or directory
grep: /sw/lib/libecpg.4.dylib: No such file or directory
grep: /sw/lib/libecpg_compat.3.dylib: No such file or directory
grep: /sw/lib/qt3/mkspecs/darwin-g++/darwin-g++: No such file or directory
grep: /sw/lib/qt3/mkspecs/default/darwin-g++: No such file or directory
grep: /sw/lib/treectrl2.1/htmldoc/treectrl.html: Permission denied
grep: /sw/lib/treectrl2.1/htmldoc/What's New in TkTreeCtrl.html: Permission 
denied
grep: /sw/lib/X11/fonts/appleotf/AquaKanaBold.otf: No such file or directory
grep: /sw/lib/X11/fonts/appleotf/AquaKanaRegular.otf: No such file or directory
grep: /sw/lib/X11/fonts/applettf/Chalkboard.ttf: No such file or directory
grep: /sw/lib/X11/fonts/applettf/ChalkboardBold.ttf: No such file or directory

The "no such file or directory" are all links to non-existent targets.

$ ls -l /sw/lib/fontconfig2/lib/libfontconfig.la
lrwxr-xr-x 1 root admin 21 2009-11-16 04:40 
/sw/lib/fontconfig2/lib/libfontconfig.la -> libfontconfig.fink.la

Might I be able to work around the problem by creating a link, like the one 
below?

$ sudo ln -fs /sw/lib/libiconv.la /usr/lib

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libiconv problem

[Ben Abbott]

On Nov 16, 2009, at 5:33 AM, Martin Costabel wrote:

> Ben Abbott wrote:
> []
>> However, I have no libfontconfig.fink.la file.
> 
> Well, I don't know what you did in the meantime. If you followed the advice 
> to remove *all* *.la files in /sw/lib and all of its subdirectories, then 
> libfontconfig.fink.la will have been removed, too, and you should be safe.
> 
>> You mentioned I should *not* try to "reinstall" fontconfig2-dev, but then 
>> instructed that I do ? ? ?
> 
> The issue usually show up in the following way:
> There is the "/usr/lib/libiconv.la: No such file or directory" error, and 
> trying to track it down one finds that the culprit is libfontconfig.la. 
> Removing this file works, temporarily, but reinstalling or rebuilding 
> fontconfig2-dev brings back the broken libfontconfig.la file, because it is 
> reconstructed from the broken libfontconfig.fink.la. The latter does not 
> obstruct linking commands by itself, it only serves as a template to recreate 
> libfontconfig.la.
> 
> In short, if you really opt for removing all *.la files under /sw/lib, you 
> will avoid the error caused by absent system *.la files. But you may hit 
> other snags, in kde packages, for example.
> 

I deleted the *.la files some weeks ago. When I encounter problems with missing 
.la files, I've simply rebuilt what was missing.

I've done as recommended  

> sudo rm /sw/lib/fontconfig2/lib/libfontconfig.fink.la
> fink reinstall fontconfig2-dev

My fontconfig2 lib directory how holds ...

$ ls /sw/lib/fontconfig2/lib
libfontconfig.1.dylib  libfontconfig.dylib  libfontconfig.la  pkgconfig

However, I still get the error below (when I try to build Octave using the 
deverloper's sources).

/bin/sh ../libtool --tag=CXX   --mode=link g++-4 -I /sw/include -O3 
-I/sw/include/freetype2 -I/sw/include   -DHAVE_CONFIG_H -mieee-fp 
-I/usr/X11/include   -Wall -W -Wshadow -Wold-style-cast -Wformat -I /sw/include 
-O3 -I/sw/include/freetype2 -I/sw/include -D_THREAD_SAFE  -I /sw/include -O3 
-I/sw/include/freetype2 -I/sw/include -release 3.3.50+  -L/sw/lib/fltk-aqua/lib 
-L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib -lgfortran -lGraphicsMagick 
-lfltk_gl -lfltk -lpthread -o liboctinterp.la -rpath /sw/lib/octave-3.3.50+ 
liboctinterp_la-Cell.lo liboctinterp_la-bitfcns.lo <***snip***> 
liboctinterp_la-Quad-opts.lo   ../liboctave/liboctave.la 
../libcruft/libcruft.la   -lfftw3 -lfftw3f  -lhdf5  -lz -L/usr/X11/lib 
-lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11  -lreadline 
-lncurses   -framework Accelerate -lm  -L/sw/lib -lfreetype -lz 
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework 
-Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm  -L/sw/lib -lfreetype -lz 
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework 
-Wl,OpenGL
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
grep: /usr/lib/libiconv.la: No such file or directory
/sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
make[3]: *** [liboctinterp.la] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Ben
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libiconv problem

[Ben Abbott]

On Nov 16, 2009, at 3:26 AM, Martin Costabel wrote:

> Ben Abbott wrote:
> []
>>>> grep: /usr/lib/libiconv.la: No such file or directory
> 
> Removing /sw/lib/fontconfig2/lib/libfontconfig.la (which is a symlink) will 
> do the trick here.
> 
> But don't try to reinstall the fontconfig2-dev package: It will bring the 
> broken *.la file back. For a permanent solution do
> 
> sudo rm /sw/lib/fontconfig2/lib/libfontconfig.fink.la
> fink reinstall fontconfig2-dev
> 
> This is a known (and as yet unfixed) problem that breaks the 10.5->10.6 
> upgrade path. See the thread "[Fink-beginners] Troubles with Installation" 
> from around September 21. I'll CC the fontconfig2 maintainer onc more.

Martin,

You are correct that rebuilding libiconv.la would not work.

However, I have no libfontconfig.fink.la file. 

You mentioned I should *not* try to "reinstall" fontconfig2-dev, but then 
instructed that I do ? ? ?

Did you intend to give instructions to "rebuild"?

> fink rebuild fontconfig2-dev

Ben

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libiconv problem

[Ben Abbott]

On Nov 15, 2009, at 8:01 PM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Ben Abbott wrote:
>> I'm attempting to build Octave using the developers sources. When I do so, I 
>> encounter the error below.
>> 
>> [...]
>> /bin/sh ../libtool --tag=CXX   --mode=link g++-4 -O3 -I/sw/include/freetype2 
>> -I/sw/include   -DHAVE_CONFIG_H -mieee-fp -I/usr/X11/include   -Wall -W 
>> -Wshadow -Wold-style-cast -Wformat -O3 -I/sw/include/freetype2 -I/sw/include 
>> -D_THREAD_SAFE  -O3 -I/sw/include/freetype2 -I/sw/include -release 3.3.50+  
>> -L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib 
>> -lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la 
>> -rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo […] 
>> ../libcruft/libcruft.la   -lfftw3 -lfftw3f  -lhdf5  -lz -L/usr/X11/lib 
>> -lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11  -lreadline 
>> -lncurses   -framework Accelerate -lm  -L/sw/lib -lfreetype -lz 
>> -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices 
>> -Wl,-framework -Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm  
>> -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices 
>> -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be 
>> moved
>> grep: /usr/lib/libiconv.la: No such file or directory
>> /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
>> libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
>> make[3]: *** [liboctinterp.la] Error 1
>> make[2]: *** [all] Error 2
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>> 
>> Before attempting my buid, I set the following ...
>> 
>> export CFLAGS="-I /sw/include"
>> export LDFLAGS=-L/sw/lib
>> export CXXFLAGS=$CFLAGS
>> export CPPFLAGS=$CXXFLAGS
>> export ACLOCAL_FLAGS="-I /sw/share/aclocal"
>> export PKG_CONFIG_PATH="/sw/lib/pkgconfig"
>> export PATH=/sw/var/lib/fink/path-prefix-10.6/:$PATH
>> export MACOSX_DEPLOYMENT_TARGET=10.5
>> 
>> I'm on Snow Leopard and have chosen to use the 32bit Fink.
>> 
>> Any help in resolving this would be appreciated.
>> 
>> TiA
>> 
>> Ben
>> 
> 
> (maybe at some point I'll have enough time to update Fink's octave)
> 
> I'm assuming you updated from 10.5?
> 
> We've been telling people to use
> 
>   find /sw/lib -name *.la -delete
> 
> to remove references to .la files that existed on Leopard but no longer
> do on Snow Leopard.
> 
> If you didn't update from 10.5, then some other .la files have those
> references hardcoded.
> - --
> Alexander Hansen

Thanks Alex. 

Yes, I've updated from 10.5 and deleted all my old .la files. As I've 
encountered missing files I've rebuilt them ... which I now realize I should 
do. I've started a rebuild of libiconv.

fink rebuild libiconv libiconv-bin libiconv-dev

I'll report back tomorrow.

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] libiconv problem

[Ben Abbott]

I'm attempting to build Octave using the developers sources. When I do so, I 
encounter the error below.

[...]
/bin/sh ../libtool --tag=CXX   --mode=link g++-4 -O3 -I/sw/include/freetype2 
-I/sw/include   -DHAVE_CONFIG_H -mieee-fp -I/usr/X11/include   -Wall -W 
-Wshadow -Wold-style-cast -Wformat -O3 -I/sw/include/freetype2 -I/sw/include 
-D_THREAD_SAFE  -O3 -I/sw/include/freetype2 -I/sw/include -release 3.3.50+  
-L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib 
-lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la 
-rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo […] 
../libcruft/libcruft.la   -lfftw3 -lfftw3f  -lhdf5  -lz -L/usr/X11/lib 
-lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11  -lreadline 
-lncurses   -framework Accelerate -lm  -L/sw/lib -lfreetype -lz 
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework 
-Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm  -L/sw/lib -lfreetype -lz 
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework 
-Wl,OpenGL
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved
grep: /usr/lib/libiconv.la: No such file or directory
/sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
make[3]: *** [liboctinterp.la] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Before attempting my buid, I set the following ...

export CFLAGS="-I /sw/include"
export LDFLAGS=-L/sw/lib
export CXXFLAGS=$CFLAGS
export CPPFLAGS=$CXXFLAGS
export ACLOCAL_FLAGS="-I /sw/share/aclocal"
export PKG_CONFIG_PATH="/sw/lib/pkgconfig"
export PATH=/sw/var/lib/fink/path-prefix-10.6/:$PATH
export MACOSX_DEPLOYMENT_TARGET=10.5

I'm on Snow Leopard and have chosen to use the 32bit Fink.

Any help in resolving this would be appreciated.

TiA

Ben
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] iodine failed to install

[Ben Abbott]

On Sep 30, 2009, at 7:43 AM, Alexander Hansen wrote:

> Ben Abbott wrote:
>>
>>> should be available in one hour at the latest.
>>>
>>
>> It worked. For reference, a "fink index -f" was needed after the
>> selfupdate.
>>
>> Ben
>>
> Do you have NoAutoIndex: true set in your fink.conf?

Yes I do. If it is supposed to be false, I have no idea how it became  
true.

Should I change it?

Ben


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] iodine failed to install

[Ben Abbott]

On Sep 29, 2009, at 9:42 PM, monipol wrote:

> On 29/09/2009, at 22:06, Ben Abbott wrote:
>> On Sep 29, 2009, at 8:56 PM, monipol wrote:
>>> On 29/09/2009, at 08:56, Ben Abbott wrote:
>>>> On Sep 29, 2009, at 7:50 AM, monipol wrote:
>>>>> On 29/09/2009, at 08:37, Ben Abbott wrote:
>>>>>> I'm running Mac OS 10.6
>>>>>>
>>>>>> $ fink --version
>>>>>> Package manager version: 0.29.10
>>>>>> Distribution version: selfupdate-rsync Mon Sep 28 19:10:14  
>>>>>> 2009, 10.6,
>>>>>> i386
>>>>>>
>>>>>> ... and I choose  the 32bit options.
>>>>>>
>>>>>> I thought I'd try out iodine, but ...
>>>>>>
>>>>>> $ fink install iodine
>>>>> (...)
>>>>>> OS is DARWIN, arch is i386
>>>>>> CC tun.c
>>>>>> CC dns.c
>>>>>> dns.c:30:34: error: arpa/nameser8_compat.h: No such file or  
>>>>>> directory
>>>>> (...)
>>>>>> Failed: phase compiling: iodine-0.5.2-2 failed
>>>>> Hello, Ben. I've been able to build iodine on Intel OS 10.5.8,  
>>>>> 32-bit Fink, Xcode 3.1.4.
>>>>>
>>>>> Could you please tell us the output of the following command on  
>>>>> your system?
>>>>>
>>>>> ls -l /usr/include/arpa/nameser*compat*
>>>>>
>>>>> I get
>>>>>
>>>>> lrwxr-xr-x  1 root  wheel20 26 Sep 08:19 /usr/include/arpa/ 
>>>>> nameser8_compat.h@ -> ../nameser8_compat.h
>>>>> -r--r--r--  1 root  wheel  6650 19 Feb  2008 /usr/include/arpa/ 
>>>>> nameser_compat.h
>>>>>
>>>>> Let's also notify the maintainer of the package (cc'ed).
>>>>
>>>> I get
>>>>
>>>> $ ls -l /usr/include/arpa/nameser*compat*
>>>> -r--r--r-- 1 root wheel 6668 2009-07-14 01:16 /usr/include/arpa/ 
>>>> nameser_compat.h
>>>
>>>
>>> And
>>>
>>> ls -l /usr/include/nameser*compat*
>>>
>>> ?
>>
>> $ ls -l /usr/include/nameser*compat*
>> ls: cannot access /usr/include/nameser*compat*: No such file or  
>> directory
>>
>> $ ls -l /usr/include/nameser*
>> -r--r--r-- 1 root wheel 22072 2009-05-18 13:34 /usr/include/nameser.h
>
> Hello, Ben. Jack, the maintainer, has just committed a potential fix  
> to this problem. Would you please test the new version  
> (iodine-0.5.2-3) on your box? If you're using CVS as your selfupdate  
> method, it should be readily available. If you're using rsync, it  
> should be available in one hour at the latest.

It worked. For reference, a "fink index -f" was needed after the  
selfupdate.

Ben


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] iodine failed to install

[Ben Abbott]

On Sep 29, 2009, at 8:56 PM, monipol wrote:

> On 29/09/2009, at 08:56, Ben Abbott wrote:
>> On Sep 29, 2009, at 7:50 AM, monipol wrote:
>>> On 29/09/2009, at 08:37, Ben Abbott wrote:
>>>> I'm running Mac OS 10.6
>>>>
>>>> $ fink --version
>>>> Package manager version: 0.29.10
>>>> Distribution version: selfupdate-rsync Mon Sep 28 19:10:14 2009,  
>>>> 10.6,
>>>> i386
>>>>
>>>> ... and I choose  the 32bit options.
>>>>
>>>> I thought I'd try out iodine, but ...
>>>>
>>>> $ fink install iodine
>>> (...)
>>>> OS is DARWIN, arch is i386
>>>> CC tun.c
>>>> CC dns.c
>>>> dns.c:30:34: error: arpa/nameser8_compat.h: No such file or  
>>>> directory
>>> (...)
>>>> Failed: phase compiling: iodine-0.5.2-2 failed
>>> Hello, Ben. I've been able to build iodine on Intel OS 10.5.8, 32- 
>>> bit Fink, Xcode 3.1.4.
>>>
>>> Could you please tell us the output of the following command on  
>>> your system?
>>>
>>> ls -l /usr/include/arpa/nameser*compat*
>>>
>>> I get
>>>
>>> lrwxr-xr-x  1 root  wheel20 26 Sep 08:19 /usr/include/arpa/ 
>>> nameser8_compat.h@ -> ../nameser8_compat.h
>>> -r--r--r--  1 root  wheel  6650 19 Feb  2008 /usr/include/arpa/ 
>>> nameser_compat.h
>>>
>>> Let's also notify the maintainer of the package (cc'ed).
>>
>> I get
>>
>> $ ls -l /usr/include/arpa/nameser*compat*
>> -r--r--r-- 1 root wheel 6668 2009-07-14 01:16 /usr/include/arpa/ 
>> nameser_compat.h
>
>
> And
>
> ls -l /usr/include/nameser*compat*
>
> ?

$ ls -l /usr/include/nameser*compat*
ls: cannot access /usr/include/nameser*compat*: No such file or  
directory

$ ls -l /usr/include/nameser*
-r--r--r-- 1 root wheel 22072 2009-05-18 13:34 /usr/include/nameser.h

Ben

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] iodine failed to install

[Ben Abbott]

On Sep 29, 2009, at 7:50 AM, monipol wrote:

> On 29/09/2009, at 08:37, Ben Abbott wrote:
>> I'm running Mac OS 10.6
>>
>> $ fink --version
>> Package manager version: 0.29.10
>> Distribution version: selfupdate-rsync Mon Sep 28 19:10:14 2009,  
>> 10.6,
>> i386
>>
>> ... and I choose  the 32bit options.
>>
>> I thought I'd try out iodine, but ...
>>
>> $ fink install iodine
> (...)
>> OS is DARWIN, arch is i386
>> CC tun.c
>> CC dns.c
>> dns.c:30:34: error: arpa/nameser8_compat.h: No such file or directory
> (...)
>> Failed: phase compiling: iodine-0.5.2-2 failed
> Hello, Ben. I've been able to build iodine on Intel OS 10.5.8, 32- 
> bit Fink, Xcode 3.1.4.
>
> Could you please tell us the output of the following command on your  
> system?
>
> ls -l /usr/include/arpa/nameser*compat*
>
> I get
>
> lrwxr-xr-x  1 root  wheel20 26 Sep 08:19 /usr/include/arpa/ 
> nameser8_compat.h@ -> ../nameser8_compat.h
> -r--r--r--  1 root  wheel  6650 19 Feb  2008 /usr/include/arpa/ 
> nameser_compat.h
>
> Let's also notify the maintainer of the package (cc'ed).

I get

$ ls -l /usr/include/arpa/nameser*compat*
-r--r--r-- 1 root wheel 6668 2009-07-14 01:16 /usr/include/arpa/ 
nameser_compat.h

Ben


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] iodine failed to install

[Ben Abbott]

I'm running Mac OS 10.6

$ fink --version
Package manager version: 0.29.10
Distribution version: selfupdate-rsync Mon Sep 28 19:10:14 2009, 10.6,  
i386

... and I choose  the 32bit options.

I thought I'd try out iodine, but ...

$ fink install iodine
Password:
Information about 8279 packages read in 1 seconds.
The package 'iodine' will be built and installed.
Reading dependency for iodine-0.5.2-2...
Reading build dependency for iodine-0.5.2-2...
Reading build conflict for iodine-0.5.2-2...
The following package will be installed or updated:
  iodine
curl --connect-timeout 30 -f -L -A 'fink/0.29.10' -O 
http://distfiles.master.finkmirrors.net/iodine-0.5.2.tar.gz
   % Total% Received % Xferd  Average Speed   TimeTime  
Time  Current
  Dload  Upload   Total   Spent 
Left  Speed
100 50788  100 507880 0  50028  0  0:00:01  0:00:01  
--:--:-- 62856
Setting runtime build-lock...
dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-iodine-0.5.2-2 /sw/ 
src/fink.build
dpkg-deb: building package `fink-buildlock-iodine-0.5.2-2' in `/sw/src/ 
fink.build/fink-buildlock-iodine-0.5.2-2_2009.09.29-07.32.03_darwin- 
i386.deb'.
Installing build-lock package...
/sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock- 
iodine-0.5.2-2_2009.09.29-07.32.03_darwin-i386.deb
Selecting previously deselected package fink-buildlock-iodine-0.5.2-2.
(Reading database ... 197974 files and directories currently installed.)
Unpacking fink-buildlock-iodine-0.5.2-2 (from .../fink-buildlock- 
iodine-0.5.2-2_2009.09.29-07.32.03_darwin-i386.deb) ...
Setting up fink-buildlock-iodine-0.5.2-2 (2009.09.29-07.32.03) ...
gzip -dc /sw/src/iodine-0.5.2.tar.gz | /sw/bin/tar -xvf -  --no-same- 
owner --no-same-permissions
iodine-0.5.2/
iodine-0.5.2/doc/
iodine-0.5.2/doc/proto_0500.txt
iodine-0.5.2/doc/proto_0402.txt
iodine-0.5.2/man/
iodine-0.5.2/man/iodine.8
iodine-0.5.2/src/
iodine-0.5.2/src/encoding.c
iodine-0.5.2/src/encoding.h
iodine-0.5.2/src/Makefile
iodine-0.5.2/src/windows.h
iodine-0.5.2/src/dns.c
iodine-0.5.2/src/dns.h
iodine-0.5.2/src/md5.c
iodine-0.5.2/src/md5.h
iodine-0.5.2/src/tun.c
iodine-0.5.2/src/tun.h
iodine-0.5.2/src/iodined.c
iodine-0.5.2/src/login.c
iodine-0.5.2/src/login.h
iodine-0.5.2/src/common.c
iodine-0.5.2/src/common.h
iodine-0.5.2/src/fw_query.c
iodine-0.5.2/src/fw_query.h
iodine-0.5.2/src/read.c
iodine-0.5.2/src/read.h
iodine-0.5.2/src/user.c
iodine-0.5.2/src/user.h
iodine-0.5.2/src/osflags
iodine-0.5.2/src/version.h
iodine-0.5.2/src/base32.c
iodine-0.5.2/src/base32.h
iodine-0.5.2/src/base64.c
iodine-0.5.2/src/base64.h
iodine-0.5.2/src/iodine.c
iodine-0.5.2/TODO
iodine-0.5.2/Makefile
iodine-0.5.2/tests/
iodine-0.5.2/tests/encoding.c
iodine-0.5.2/tests/Makefile
iodine-0.5.2/tests/dns.c
iodine-0.5.2/tests/login.c
iodine-0.5.2/tests/fw_query.c
iodine-0.5.2/tests/read.c
iodine-0.5.2/tests/test.c
iodine-0.5.2/tests/test.h
iodine-0.5.2/tests/user.c
iodine-0.5.2/tests/base32.c
iodine-0.5.2/tests/base64.c
iodine-0.5.2/README
iodine-0.5.2/README-win32.txt
iodine-0.5.2/CHANGELOG
perl -pi -e "s,/usr/local,/sw," Makefile
make
OS is DARWIN, arch is i386
CC tun.c
CC dns.c
dns.c:30:34: error: arpa/nameser8_compat.h: No such file or directory
dns.c: In function 'dns_encode':
dns.c:44: error: 'HEADER' undeclared (first use in this function)
dns.c:44: error: (Each undeclared identifier is reported only once
dns.c:44: error: for each function it appears in.)
dns.c:44: error: 'header' undeclared (first use in this function)
dns.c:45: warning: ISO C90 forbids mixed declarations and code
dns.c:51: error: expected expression before ')' token
dns.c:73: error: 'C_IN' undeclared (first use in this function)
dns.c: In function 'dns_encode_ns_response':
dns.c:110: error: 'HEADER' undeclared (first use in this function)
dns.c:110: error: 'header' undeclared (first use in this function)
dns.c:111: warning: ISO C90 forbids mixed declarations and code
dns.c:121: error: expected expression before ')' token
dns.c:152: error: 'C_IN' undeclared (first use in this function)
dns.c:170: error: 'T_A' undeclared (first use in this function)
dns.c: In function 'dns_get_id':
dns.c:189: error: 'HEADER' undeclared (first use in this function)
dns.c:189: error: 'header' undeclared (first use in this function)
dns.c:190: error: expected expression before ')' token
dns.c:196: warning: control reaches end of non-void function
dns.c: In function 'dns_decode':
dns.c:203: error: 'HEADER' undeclared (first use in this function)
dns.c:203: error: 'header' undeclared (first use in this function)
dns.c:204: warning: ISO C90 forbids mixed declarations and code
dns.c:215: error: expected expression before ')' token
dns.c:239: error: 'REFUSED' undeclared (first use in this function)
dns.c:243: error: 'NOTIMP' undeclared (first use in this function)
dns.c:247: error: 'NXDOMAIN' undeclared (first use in this function)
dns.c:251: error: 'SERVFAIL' undeclared (first use in this function)
dns.c:255: error: 'NOERROR' un

[Fink-users] Error creating ./kparts/libkparts.la. Exit status 1.

[Ben Abbott]

I'm running 10.6 with 32 bit Fink.

When I tried to update-all, I encountered the following while building  
kdelibs3-unified ...



g++-4.2 -dynamiclib -single_module  -o ./kparts/.libs/libkparts. 
2.1.0.dylib  ./kparts/.libs/part.o ./kparts/.libs/plugin.o ./ 
kparts/.libs/partmanager.o ./kparts/.libs/mainwindow.o ./kparts/.libs/ 
dockmainwindow.o ./kparts/.libs/event.o ./kparts/.libs/ 
browserextension.o ./kparts/.libs/factory.o ./kparts/.libs/ 
historyprovider.o ./kparts/.libs/browserinterface.o ./kparts/.libs/ 
browserrun.o ./kparts/.libs/statusbarextension.o  -L/sw/lib/flex/lib - 
L/sw/lib/freetype219/lib -L/sw/lib/system-openssl/lib ./kio/.libs/ 
libkio.dylib -L/sw/lib -L/sw/lib/qt3/lib -L/usr/X11/lib -L/usr/X11R6/ 
lib /sw/src/fink.build/kdelibs3-unified-3.5.10-2/kdelibs-3.5.10/ 
kdeui/.libs/libkdeui.dylib /sw/src/fink.build/kdelibs3- 
unified-3.5.10-2/kdelibs-3.5.10/kdesu/.libs/libkdesu.dylib /sw/src/ 
fink.build/kdelibs3-unified-3.5.10-2/kdelibs-3.5.10/kwallet/ 
client/.libs/libkwalletclient.dylib /sw/src/fink.build/kdelibs3- 
unified-3.5.10-2/kdelibs-3.5.10/kdecore/.libs/libkdecore.dylib /sw/src/ 
fink.build/kdelibs3-unified-3.5.10-2/kdelibs-3.5.10/dcop/.libs/ 
libDCOP.dylib /sw/src/fink.build/kdelibs3-unified-3.5.10-2/ 
kdelibs-3.5.10/kdefx/.libs/libkdefx.dylib /usr/X11/lib/libXext. 
6.dylib /usr/X11/lib/libSM.6.dylib /usr/X11/lib/libICE.6.dylib /usr/ 
X11/lib/libXrender.1.dylib /usr/X11/lib/libX11.6.dylib /usr/X11/lib/ 
libXau.6.dylib /usr/X11/lib/libXdmcp.6.dylib  -Wl,-dead_strip_dylibs - 
install_name  /sw/lib/libkparts.2.dylib -Wl,-compatibility_version -Wl, 
4 -Wl,-current_version -Wl,4.0
Undefined symbols:
  "QWidget::setMicroFocusHint(int, int, int, int, bool, QFont*)",  
referenced from:
  vtable for KParts::MainWindowin mainwindow.o
  construction vtable for KMainWindow-in-KParts::MainWindowin  
mainwindow.o
  vtable for KParts::DockMainWindowin dockmainwindow.o
  construction vtable for KDockMainWindow-in- 
KParts::DockMainWindowin dockmainwindow.o
  construction vtable for KMainWindow-in-KParts::DockMainWindowin  
dockmainwindow.o
  "QString::QString(QString const&)", referenced from:
  KParts::ReadOnlyPart::canceled(QString const&)in part.o
  KParts::Part::setStatusBarText(QString const&)in part.o
  KParts::Part::setWindowCaption(QString const&)in part.o
  KParts::ReadWritePart::slotUploadFinished(KIO::Job*)   in  
part.o
  KParts::ReadWritePart::prepareSaving()  in part.o
  KParts::ReadWritePart::prepareSaving()  in part.o
  KParts::ReadWritePart::prepareSaving()  in part.o
  KParts::ReadWritePart::saveToURL() in part.o
  KParts::ReadWritePart::saveToURL() in part.o
  KParts::ReadWritePart::saveToURL() in part.o
  KParts::ReadOnlyPart::openURL(KURL const&)in part.o
  KParts::ReadOnlyPart::openURL(KURL const&)in part.o
  KParts::ReadOnlyPart::openURL(KURL const&)in part.o
  operator+(QString const&, QString const&)in part.o
  operator+(QString const&, char)in part.o
  KParts::Plugin::localXMLFile() constin plugin.o
  KParts::Plugin::localXMLFile() constin plugin.o
  KParts::Plugin::xmlFile() constin plugin.o
  KParts::Plugin::xmlFile() constin plugin.o
  QValueListPrivate::insert(QValueListIterator,  
QString const&)in plugin.o
  KParts::Plugin::PluginInfo::PluginInfo 
(KParts::Plugin::PluginInfo const&)in plugin.o
  KParts::Plugin::PluginInfo::PluginInfo 
(KParts::Plugin::PluginInfo const&)in plugin.o
  operator+(QString const&, QString const&)in plugin.o
  operator+(QString const&, char)in plugin.o
  operator+(QString const&, char const*)in plugin.o
  KParts::URLArgs::contentType() constin browserextension.o
  KParts::BrowserExtension::actionText(char const*) constin  
browserextension.o
  KParts::BrowserExtension::selectionInfo(QString const&) in  
browserextension.o
  KParts::BrowserExtension::infoMessage(QString const&) in  
browserextension.o
  KParts::BrowserExtension::setLocationBarURL(QString const&) in  
browserextension.o
  KParts::URLArgs::operator=(KParts::URLArgs const&)in  
browserextension.o
  KParts::BrowserExtension::pasteRequest()  in  
browserextension.o
  QValueListPrivate::insert(QValueListIterator,  
QString const&)in browserextension.o
  QValueListPrivate::remove(QString const&)in  
browserextension.o
  KParts::HistoryProvider::inserted(QString const&)in  
historyprovider.o
  KParts::BrowserRun::contentDisposition() const in browserrun.o
  makeQuestion(KURL const&, QString const&, QString const&)in  
browserrun.o
  makeQuestion(KURL const&, QString const&, QString const&)in  
browserrun.o
  KParts::BrowserRun::askSave(KURL const&, KSharedPtr,  
QString const&, QString const&)in browserrun.o
  KParts::BrowserRun::simpleSave(KURL const&, QString const&,  
QWidget*)in browserrun.o
  KParts::BrowserRun::simpleSave(KURL const&, QString const&,  
QWidget

Re: [Fink-users] failed sdl update for 10.6 (32 bit)

[Ben Abbott]

On Sep 27, 2009, at 11:02 PM, Alexander Hansen wrote:

> Ben Abbott wrote:
>> I attempted to  update my sdl, but it failed due to the wrong md5 for
>> sdl.patch ... except that the md5 for the patch is actually in
>> agreement with the sdl.info file. See below.
>>
>> fink update sdl sdl-shlibs
>> 
>> Failed: PatchFile "/sw/fink/dists/unstable/main/finkinfo/games/
>> sdl.patch" checksum does not match!
>> Actual: 90f55ead8a95b692916644efaccb831e
>> Expected: 36cec5fe89189ed5ce41e98d66fe6ce0
>> ben-abbotts-macbook-pro:~ bpabbott$ md5 /sw/fink/dists/unstable/main/
>> finkinfo/games/sdl.patch
>> MD5 (/sw/fink/dists/unstable/main/finkinfo/games/sdl.patch) =
>> 90f55ead8a95b692916644efaccb831e
>> ben-abbotts-macbook-pro:~ bpabbott$ cat /sw/fink/dists/unstable/main/
>> finkinfo/games/sdl.info
>> # DISCLAIMER: Max Horn is the sole maintainer of this package.
>> # Please DO NOT MAKE MODIFICATIONS without informing the maintainer.
>> # Preferably, send a patch to me instead of making changes yourself!
>> # If that is not possible due to extra urgency, at least send me a  
>> mail.
>> #
>> # Explanation: I am sick and tired of getting back to my packages and
>> # discovering that people have messed with it. I am then forced to
>> # retrace their steps, find out who, when and why did make a certain
>> # change etc. -- i.e. it makes my life as maintainer harder.
>> # Furthermore, as maintainer I am responsible for problems caused  
>> by my
>> # packages. But I am not willing to take responsibility for  
>> something I
>> # did not do. In particular, for changes that other people introduced
>> # behind my back, no matter how good and noble their intentions  
>> were. As
>> # such, I may see myself forced to drop responsibility for (and  
>> hence,
>> # maintainership of) the affected package.
>>
>> Package: sdl
>> Version: 1.2.13-svn4819
>> Revision: 1
>> BuildDependsOnly: True
>> Depends: %N-shlibs (= %v-%r)
>> BuildDepends: x11-dev, fink (>= 0.24.12)
>> Maintainer: Max Horn 
>> Source: mirror:sourceforge:fink/SDL-svn4819.tar.gz
>> #Source: http://www.libsdl.org/release/SDL-%v.tar.gz
>> Source-MD5: 991f6aed08f12e12960512488f38aa27
>> PatchFile: %n.patch
>> PatchFile-MD5: 90f55ead8a95b692916644efaccb831e
>>
> Try a "fink index -f" to rebuild your package cache.  For whatever
> reason, that may not have gotten updated and fink is still using a  
> prior
> version of the .info file.

Thanks. That worked.
Ben


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] failed sdl update for 10.6 (32 bit)

[Ben Abbott]

I attempted to  update my sdl, but it failed due to the wrong md5 for  
sdl.patch ... except that the md5 for the patch is actually in  
agreement with the sdl.info file. See below.

fink update sdl sdl-shlibs

Failed: PatchFile "/sw/fink/dists/unstable/main/finkinfo/games/ 
sdl.patch" checksum does not match!
Actual: 90f55ead8a95b692916644efaccb831e
Expected: 36cec5fe89189ed5ce41e98d66fe6ce0
ben-abbotts-macbook-pro:~ bpabbott$ md5 /sw/fink/dists/unstable/main/ 
finkinfo/games/sdl.patch
MD5 (/sw/fink/dists/unstable/main/finkinfo/games/sdl.patch) =  
90f55ead8a95b692916644efaccb831e
ben-abbotts-macbook-pro:~ bpabbott$ cat /sw/fink/dists/unstable/main/ 
finkinfo/games/sdl.info
# DISCLAIMER: Max Horn is the sole maintainer of this package.
# Please DO NOT MAKE MODIFICATIONS without informing the maintainer.
# Preferably, send a patch to me instead of making changes yourself!
# If that is not possible due to extra urgency, at least send me a mail.
#
# Explanation: I am sick and tired of getting back to my packages and
# discovering that people have messed with it. I am then forced to
# retrace their steps, find out who, when and why did make a certain
# change etc. -- i.e. it makes my life as maintainer harder.
# Furthermore, as maintainer I am responsible for problems caused by my
# packages. But I am not willing to take responsibility for something I
# did not do. In particular, for changes that other people introduced
# behind my back, no matter how good and noble their intentions were. As
# such, I may see myself forced to drop responsibility for (and hence,
# maintainership of) the affected package.

Package: sdl
Version: 1.2.13-svn4819
Revision: 1
BuildDependsOnly: True
Depends: %N-shlibs (= %v-%r)
BuildDepends: x11-dev, fink (>= 0.24.12)
Maintainer: Max Horn 
Source: mirror:sourceforge:fink/SDL-svn4819.tar.gz
#Source: http://www.libsdl.org/release/SDL-%v.tar.gz
Source-MD5: 991f6aed08f12e12960512488f38aa27
PatchFile: %n.patch
PatchFile-MD5: 90f55ead8a95b692916644efaccb831e
SetCC: gcc-4.0
ConfigureParams: --mandir=%p/share/man
CompileScript: ./configure %c; DISTCC_HOSTS='' MAKEFLAGS='-j1' make
InstallScript: make install DESTDIR=%d
SplitOff: <<
   Package: %N-shlibs
   Replaces: %N (<= 1.2.4-1)
   Files: lib/libSDL-*.dylib
   Shlibs: %p/lib/libSDL-1.2.0.dylib 12.0.0 %n (>= 1.2.13-1)
   DocFiles: BUGS COPYING CREDITS README README-SDL.txt README.MacOSX  
TODO
<<
DescPackaging: <<
   Added DISTCC_HOSTS='' MAKEFLAGS='-j1' to avoid the -fconstant- 
cfstrings warning
   when building with distcc (-- rangerr...@fink.sourceforge.net)

   Worked around a build issue in SDL_x11gl.c on some systems,  
apparently
   caused by differences in the OpenGL headers (possibly caused by a
   newer/older X11 version being presented on affected systems).
<<
DocFiles: BUGS COPYING CREDITS README README-SDL.txt README.MacOSX TODO
Description: Cross-platform multimedia library
Homepage: http://www.libsdl.org
License: LGPL


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Snow Leopard, TeXShop, & tetex = trouble for me

[Ben Abbott]

On Sep 1, 2009, at 3:07 PM, Martin Costabel  wrote:

> Ben Abbott wrote:
> []
>> On Snow Leopard ...
>> sh-3.2$ env COMMAND_MODE=unix2003 sh -c 'echo -n asdf'
>> -n asdf
>> sh-3.2$ env COMMAND_MODE=legacy sh -c 'echo -n asdf'
>> asdfsh-3.2$
>
> OK, so this is still the same as on Leopard. What has changed is the  
> behavior of TeXShop, it seems to me. It doesn't supply the  
> COMMAND_MODE=legacy any more. Which version of TeXShop are you  
> running?
>

I'm running 2.26 ... Installed via Fink.

Ben

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Snow Leopard, TeXShop, & tetex = trouble for me

[Ben Abbott]

On Tuesday, September 01, 2009, at 10:29AM, "Martin Costabel" 
 wrote:
>Mark J. Reed wrote:
>> OK, that confirms that what Martin said is true of Snow Leopard, which
>> I don't think was in question.  But he said it had been true since
>> Leopard, and that's the part that I think is in error.  If it wasn't
>> changed until SL, that would also explain why the current problem
>> didn't show up until SL.
>
>No, this behavior has been the same since the beginning of Leopard. 
>There has been a long campaign of correction of Fink packages, 
>eliminating "echo -n". Seeing who is its maintainer, I don't know why 
>altpdftex has escaped until now.
>
>[]
 $ sh
 sh-3.2$ echo -n Hello
 Hellosh-3.2$ exit
 $ sh --posix
 sh-3.2$ echo -n Hello
 Hellosh-3.2$
>
>I don't know how you do this, but it's not what I get on Leopard. Are 
>you sure you aren't running Tiger? Or do you set or unset the 
>environment variable COMMAND_MODE in one opf your startup scripts?
>>In the shells I have looked at on Leopard, this environment variable is 
>always set to unix2003. I am not sure where it is set, probably in the 
>Finder, but everything inherits this, unless it is changed explicitly.
>
>If you run altpdflatex with COMMAND_MODE=unix2003, you get the POSIX-sh 
>behavior Ben has seen on SnowLeopard and I have described on Leopard. If 
>you run it with COMMAND_MODE=legacy (and this is what TeXShop apparently 
>does on Leopard), you get the behavior Mark is seeing in sh.
>
>Try (on Leopard, I am not near my SL machine right now)
>
>env COMMAND_MODE=unix2003 sh -c 'echo -n asdf'
>env COMMAND_MODE=legacy sh -c 'echo -n asdf'
>

On Snow Leopard ...

sh-3.2$ env COMMAND_MODE=unix2003 sh -c 'echo -n asdf'
-n asdf
sh-3.2$ env COMMAND_MODE=legacy sh -c 'echo -n asdf'
asdfsh-3.2$ 

Ben

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Snow Leopard, TeXShop, & tetex = trouble for me

[Ben Abbott]

On Sep 1, 2009, at 5:15 AM, Mark J. Reed wrote:

> On Tue, Sep 1, 2009 at 2:05 AM, Martin Costabel  
> wrote:
>> Mark J. Reed wrote:
>>> OK, now I'm confused.  On my Leopard box (10.5.8), /bin/sh is a link
>>> to bash  - hm, a separate copy, actually -  and behaves just like  
>>> bash
>>> does in 'sh mode' on other platforms, including honoring -n in echo.
>>
>> Read "man bash" about the startup procedure. Bash behaves  
>> differently when
>> it is started under the name "sh".
>
> I know.  That's what I meant by "bash in 'sh mode'".  Pasted from  
> Terminal:
>
> $ sh
> sh-3.2$ echo -n Hello
> Hellosh-3.2$ exit
> $ sh --posix
> sh-3.2$ echo -n Hello
> Hellosh-3.2$
>
> Are you sure you're not thinking of a developer prerelease of SL
> rather than Leopard?]

I'm using Snow Leopard purchased from Apple.

ben-abbotts-macbook-pro:~ bpabbott$ sh
sh-3.2$ echo -n Hello
-n Hello
sh-3.2$ exit
exit
ben-abbotts-macbook-pro:~ bpabbott$ sh --posix
sh-3.2$ echo -n Hello
-n Hello
sh-3.2$ exit
exit
ben-abbotts-macbook-pro:~ bpabbott$ echo -n Hello
Helloben-abbotts-macbook-pro:~ bpabbott$

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Snow Leopard, TeXShop, & tetex = trouble for me

[Ben Abbott]

On Aug 31, 2009, at 9:02 PM, Mark J. Reed wrote:

> On Mon, Aug 31, 2009 at 7:46 PM, Martin  
> Costabel wrote:
>> Otherwise use printf or /bin/echo -n instead of echo -n. Or bash  
>> instead of
>> sh.
>
> OK, now I'm confused.  On my Leopard box (10.5.8), /bin/sh is a link
> to bash  - hm, a separate copy, actually -  and behaves just like bash
> does in 'sh mode' on other platforms, including honoring -n in echo.

For me on 10.6, if I type ...

$ sh
sh-3.2$ echo $SHELL
/bin/bash

However, the shell initiated by TeXShop appears to be something else.

Bel

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Snow Leopard, TeXShop, & tetex = trouble for me

[Ben Abbott]

On Aug 31, 2009, at 7:46 PM, Martin Costabel wrote:

> Mark J. Reed wrote:
>> "More POSIX conforming than POSIX requires" would seem to be an
>> oxymoron, if not a paradox.  And POSIX explicitly allows "echo -n".
>
> Yes, that's what I mean. Back in the early days of Leopard, when  
> people complained about the missing -n in sh's echo, Apple said it  
> is because of POSIX conformity.
>
>> Does the builtin echo in sh have any way to suppress a newline?   
>> Maybe
>> the venerable "\c"?
>
> Yes, "\c" works, although this is an extension of POSIX echo, just  
> as "-n".
>
> Otherwise use printf or /bin/echo -n instead of echo -n. Or bash  
> instead of sh.
>
> -- 
> Martin

Would it be appropriate to patch altpdf{la}tex to avoid this problem?

Ben

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Snow Leopard, TeXShop, & tetex = trouble for me

[Ben Abbott]

On 8/31/09, Martin Costabel  wrote:
> Ben Abbott wrote:
>> I followed the instructions to switch to snow leopard. I've deleted
> []
>> Default Command: Latex
>> Default Script: Tex + DVI
>> Tex: altpdflatex
>> Latex: altpdflatex
>
> Contemporary versions of tex use simpdftex instead of altpdftex, whose
> development stopped ca 2002.
>
>> When I typeset, I get ...
>>
>> ### This is /sw/bin/altpdflatex, Version $Revision: 2.14 $
>> ### /sw/bin/latex test.tex
>> This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
>> entering extended mode
> []
>> ### /sw/bin/dvips -R -Poutline  -o /tmp/altpdflatex.53342/-n  
>> test.ps -
>> n test.dvi
>> /sw/bin/dvips: ! Bad number of pages option (-n).
> []
>> Any ideas as to what happened to break TeXShop?
>
> This should have been broken on Leopard already. The problem is that
> altpdftex uses "echo -n" inside a sh script, and Apple, trying to be
> more POSIX conforming than POSIX requires, removed the "-n" flag from
> the echo command that is executed by /bin/sh.
>
> A workaround is to edit the /sw/bin/altpdftex script by hand and to
> replace the first line
>
> #!/bin/sh
>
> by
>
> #!/bin/bash
>
> or, as simpdftex did, replace both occurrences of "echo -n" by
> "/bin/echo -n".

Ok! Its the shell that changed. I was using bash under 10.5 (which  
explains why altpdftex worked for it) and have modified the default  
for 10.6, but apparently the TeXShop installed via Fink on 10.6 still  
uses sh. When I install TeXShop from the web, it works as expected.

Thanks for the explanation. I'll modify the altpdf* scripts to use the  
bash shell.

Ben



--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] Snow Leopard, TeXShop, & tetex = trouble for me

[Ben Abbott]

I followed the instructions to switch to snow leopard. I've deleted  
all Fink's .la files and have rebuilt the packages when the missing  
files were needed when running an update-all. All went rather well.

Now I'm having trouble with tetex.

With the simple latex document ...

> \documentclass[12pt,letterpaper]{article}
> \begin{document}
> hello
> \end{document}

My TeXShop preference have ...

Default Command: Latex
Default Script: Tex + DVI
Tex: altpdflatex
Latex: altpdflatex

When I typeset, I get ...

### This is /sw/bin/altpdflatex, Version $Revision: 2.14 $
### /sw/bin/latex test.tex
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
(./test.tex
LaTeX2e <2003/12/01>
Babel  and hyphenation patterns for american, french, german,  
ngerman, b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch,  
esperanto, e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar,  
norsk, polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish,  
swedish, tur
kish, ukrainian, nohyphenation, loaded.
(/sw/share/texmf-dist/tex/latex/base/article.cls
Document Class: article 2004/02/16 v1.4f Standard LaTeX document class
(/sw/share/texmf-dist/tex/latex/base/size12.clo)) (./test.aux) [1] (./ 
test.aux)
  )
Output written on test.dvi (1 page, 220 bytes).
Transcript written on test.log.
### /sw/bin/dvips -R -Poutline  -o /tmp/altpdflatex.53342/-n test.ps - 
n test.dvi
/sw/bin/dvips: ! Bad number of pages option (-n).
### FAILED to generate /tmp/altpdflatex.53342/-n test.ps ()

It doesn't appear my switch to Snow Leopard changed either dvips or  
altpdflatex.

$ ls -l /sw/bin/dvips
-rwxr-xr-x 1 root admin 230476 2008-07-18 01:14 /sw/bin/dvips

$ ls -l /sw/bin/altpdflatex
lrwxr-xr-x 1 root admin 9 2009-07-10 11:16 /sw/bin/altpdflatex ->  
altpdftex

Meanwhile the simple sequence below works

> latex test.tex
> dvips -f test.dvi > test.ps
> ps2pdf13 test.ps > test.pdf

Any ideas as to what happened to break TeXShop?

Ben




--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] arpack?

[Ben Abbott]

On Aug 29, 2009, at 10:07 AM, Alexander Hansen wrote:

> monipol wrote:
>>
>> I don't see any restrictions on arpack so it should be available on
>> 10.6. I'm not 100% sure though because I'm not running Snow Leopard  
>> yet.
>>
>> Have you followed the upgrade instructions available on Fink's home
>> page?
>>
>> http://www.finkproject.org
>>
> Arpack was added to the distro yesterday.  It doesn't have a
> Distribution or Architecture restriction (yet).  I'm inclined to blame
> bad mirrors.

Arpack showed up for me today and built on Snow Leopard with no  
problems.

Thanks!


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] 10.6/32 bit fontforge failure was Re: 10.6/32bit and fontconfig2-dev build failure

[Ben Abbott]

On Aug 29, 2009, at 3:03 PM, Martin Costabel wrote:

> Ben Abbott wrote:
>> On Aug 29, 2009, at 2:32 PM, Daniel Johnson wrote:
> []
>>> I know that fontforge builds on i386/10.5 and x86_64/10.6.
>>>
>>> This looks like a case of upgrading from 10.5 and using packages   
>>> built with xquartz. The only workaround is to rebuild all X11  
>>> using  packages, unfortunately.
>>>
>>> Daniel
>> Is there a quick and simple way to determine which packages I've   
>> installed depend upon X11?
>
> As your last error message showed, it is not only the X11-dependent  
> packages that are concerned by Apple's removal of *.la files. It can  
> be basically anything.
>
> What you could test, before throwing away /sw and starting from  
> scratch, is to remove all *.la files from fink:
>
>  sudo find /sw/lib -name \*\.la -delete
>
> (I hope this time I got it right).
> This might need to be repeated when a dev package is swapped in from  
> an already compiled package.
>
> Remove also the *.la files in /usr/X11/lib if you created them.
>
> Then try to build fontforge and your other packages.
>
> -- 
> Martin

I thought I'd follow up.

I did as Martin suggested and deleted the static libs. The result was  
that I then got errors of missing libraries when updating packages. In  
each instance I identified the specific package and rebuilt. My update- 
all required rebuilding about 10 packages. No doubt there are more yet  
to come.

In any event, I've had no other troubles with Snow Leopard.

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] 10.6/32 bit fontforge failure was Re: 10.6/32bit and fontconfig2-dev build failure

[Ben Abbott]

On Aug 29, 2009, at 3:03 PM, Martin Costabel wrote:

> Ben Abbott wrote:
>> On Aug 29, 2009, at 2:32 PM, Daniel Johnson wrote:
> []
>>> I know that fontforge builds on i386/10.5 and x86_64/10.6.
>>>
>>> This looks like a case of upgrading from 10.5 and using packages   
>>> built with xquartz. The only workaround is to rebuild all X11  
>>> using  packages, unfortunately.
>>>
>>> Daniel
>> Is there a quick and simple way to determine which packages I've   
>> installed depend upon X11?
>
> As your last error message showed, it is not only the X11-dependent  
> packages that are concerned by Apple's removal of *.la files. It can  
> be basically anything.
>
> What you could test, before throwing away /sw and starting from  
> scratch, is to remove all *.la files from fink:
>
>  sudo find /sw/lib -name \*\.la -delete
>
> (I hope this time I got it right).
> This might need to be repeated when a dev package is swapped in from  
> an already compiled package.
>
> Remove also the *.la files in /usr/X11/lib if you created them.
>
> Then try to build fontforge and your other packages.

ok. That solved my current problem.

Ben



--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] 10.6/32 bit fontforge failure was Re: 10.6/32bit and fontconfig2-dev build failure

[Ben Abbott]

On Aug 29, 2009, at 2:32 PM, Daniel Johnson wrote:

> On Aug 29, 2009, at 9:43 AM, Alexander Hansen wrote:
>
>> Ben Abbott wrote:
>>> $ fink update-all
>>> Information about 9081 packages read in 0 seconds.
>>> The package 'fontconfig2-dev' will be built and installed.
>>>
>>> WARNING: The package fontconfig2-dev Depends on system-xfree86-dev,
>>>  but system-xfree86-dev only allows things to BuildDepend on it.
>>>
>>> Reading dependency for fontconfig2-dev-2.4.1-208...
>>>
>>> [snip]
>>>
>>> Unpacking replacement fontconfig2-shlibs ...
>>> Setting up fontconfig2-shlibs (2.4.1-208) ...
>>>
>>> Setting up fontconfig2-dev (2.4.1-208) ...
>>> WARNING: /usr/X11/lib/libfreetype.la does not exist, skipping.
>>>
>>> [snip]
>>>
>>> grep: /usr/X11/lib/libSM.la: No such file or directory
>>> /sw/bin/sed: can't read /usr/X11/lib/libSM.la: No such file or  
>>> directory
>>> libtool: link: `/usr/X11/lib/libSM.la' is not a valid libtool  
>>> archive
>>> make[1]: *** [../libgutils.la] Error 1
>>> make: *** [libgutils] Error 2
>>> ### execution of /var/tmp/tmp.2.oD4y6C failed, exit code 2
>>> Removing runtime build-lock...
>>> Removing build-lock package...
>>> /sw/bin/dpkg-lockwait -r fink-buildlock-fontforge-20090408-201
>>> (Reading database ... 245688 files and directories currently  
>>> installed.)
>>> Removing fink-buildlock-fontforge-20090408-201 ...
>>> Updating the list of locally available binary packages.
>>> Scanning dists/unstable/main/binary-darwin-i386
>>> New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2-
>>> dev_2.4.1-208_darwin-i386.deb
>>> New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2-
>>> shlibs_2.4.1-208_darwin-i386.deb
>>> Failed: phase compiling: fontforge-20090408-201 failed
>>>
>>> Before reporting any errors, please run "fink selfupdate" and
>>> try again.  If you continue to have issues, please check to see if  
>>> the
>>> FAQ on fink's website solves the problem.  If not, ask on the fink- 
>>> users
>>> or fink-beginners mailing lists, with a carbon copy to the  
>>> maintainer:
>>>
>>> Daniel Johnson 
>>>
>>> Note that this is preferable to emailing the maintainer directly,  
>>> since
>>> most fink package maintainers do not have access to all possible
>>> hardware and software configurations.
>>>
>>> I notice there are dynamic libs for the missing x11 libs.
>>>
>>> $ ls /usr/X11/lib/libfree*
>>> /usr/X11/lib/libfreetype.6.dylib  /usr/X11/lib/libfreetype.dylib
>>>
>>> $ ls /usr/X11/lib/libSM*
>>> /usr/X11/lib/libSM.6.0.0.dylib  /usr/X11/lib/libSM.6.dylib  /usr/X11/
>>> lib/libSM.dylib
>>>
>>> Is Apple's X11 to blame (do I need to install Xquartz?)?
>>>
>>> … or does the fontconfig2-dev package need to be modified to work  
>>> with
>>> Snow Leopard?
>>>
>>> ... or something else?
>>>
>>> Ben
>>>
>>>
>> Your problem was _not_ with fontconfig2-dev.  The messages about it  
>> were
>> from the automatic "scanpackages" run after a build, and indicate
>> _successfully_ adding .debs for it to your list.
>>
>> The issue is with fontforge.  I'll cc that maintainer, who has been
>> building on Snow Leopard.  He may have more insight to what's going  
>> on here.
>
> Urk, sent from wrong account.
>
> I know that fontforge builds on i386/10.5 and x86_64/10.6.
>
> This looks like a case of upgrading from 10.5 and using packages  
> built with xquartz. The only workaround is to rebuild all X11 using  
> packages, unfortunately.
>
> Daniel

Is there a quick and simple way to determine which packages I've  
installed depend upon X11?

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] 10.6/32bit and fontconfig2-dev build failure

[Ben Abbott]

On Aug 29, 2009, at 9:50 AM, Martin Costabel wrote:

> Ben Abbott wrote:
> []
>> grep: /usr/X11/lib/libSM.la: No such file or directory
>> /sw/bin/sed: can't read /usr/X11/lib/libSM.la: No such file or  
>> directory
>> libtool: link: `/usr/X11/lib/libSM.la' is not a valid libtool archive
>> make[1]: *** [../libgutils.la] Error 1
>> make: *** [libgutils] Error 2
> []
>> Is Apple's X11 to blame (do I need to install Xquartz?)?
>
> Yes and no. Apple is to blame, but installing Xquartz won't help.  
> Apple has been changing their mind a couple of times about the  
> presence of the *.la libtool files in /usr/X11/lib. While they  
> disappeared in xcode-3.1.2 (IIRC) and in the recent xquartz updates,  
> they came back in the last xcode for 10.5, xcode-3.1.3, and they are  
> gone now in 10.6.
>
>> … or does the fontconfig2-dev package need to be modified to work  
>> with  Snow Leopard?
>> ... or something else?
>
> The Fink chiefs need to wake up and pull their head out of the sand  
> where they have been keeping it for the last year. This disaster has  
> been announced for a long time, but nothing has been decided about  
> it yet (CCing fink-core).
>
> At the moment I see 3 solutions:
>
> 1. Get the *.la files back. This can be done for example by running  
> the script I prepared for this situation some months ago (google for  
> "fix-x11-la.sh"). I haven't tested this on 10.6, but it should work  
> there, too (famous last words...)

I assume the link below is good?


http://fink.cvs.sourceforge.net/viewvc/fink/experimental/costabel/fix-x11-la.sh?view=log

I notice you have an "undo" option (very nice).

In any event, it didn't work for me on 10.6

-rpath /sw/lib/fontforge -version-info 4:7:0
libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved
grep: /usr/lib/libiconv.la: No such file or directory
/sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory
libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive
make[1]: *** [../libgdraw.la] Error 1
make: *** [libgdraw] Error 2
### execution of /var/tmp/tmp.1.wd42rv failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-fontforge-20090408-201
(Reading database ... 245688 files and directories currently installed.)
Removing fink-buildlock-fontforge-20090408-201 ...
Failed: phase compiling: fontforge-20090408-201 failed

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] 10.6/32bit and fontconfig2-dev build failure

[Ben Abbott]

$ fink update-all
Information about 9081 packages read in 0 seconds.
The package 'fontconfig2-dev' will be built and installed.

WARNING: The package fontconfig2-dev Depends on system-xfree86-dev,
 but system-xfree86-dev only allows things to BuildDepend on it.

Reading dependency for fontconfig2-dev-2.4.1-208...

[snip]

Unpacking replacement fontconfig2-shlibs ...
Setting up fontconfig2-shlibs (2.4.1-208) ...

Setting up fontconfig2-dev (2.4.1-208) ...
WARNING: /usr/X11/lib/libfreetype.la does not exist, skipping.

[snip]

grep: /usr/X11/lib/libSM.la: No such file or directory
/sw/bin/sed: can't read /usr/X11/lib/libSM.la: No such file or directory
libtool: link: `/usr/X11/lib/libSM.la' is not a valid libtool archive
make[1]: *** [../libgutils.la] Error 1
make: *** [libgutils] Error 2
### execution of /var/tmp/tmp.2.oD4y6C failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-fontforge-20090408-201
(Reading database ... 245688 files and directories currently installed.)
Removing fink-buildlock-fontforge-20090408-201 ...
Updating the list of locally available binary packages.
Scanning dists/unstable/main/binary-darwin-i386
New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2- 
dev_2.4.1-208_darwin-i386.deb
New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2- 
shlibs_2.4.1-208_darwin-i386.deb
Failed: phase compiling: fontforge-20090408-201 failed

Before reporting any errors, please run "fink selfupdate" and
try again.  If you continue to have issues, please check to see if the
FAQ on fink's website solves the problem.  If not, ask on the fink-users
or fink-beginners mailing lists, with a carbon copy to the maintainer:

Daniel Johnson 

Note that this is preferable to emailing the maintainer directly, since
most fink package maintainers do not have access to all possible
hardware and software configurations.

I notice there are dynamic libs for the missing x11 libs.

$ ls /usr/X11/lib/libfree*
/usr/X11/lib/libfreetype.6.dylib  /usr/X11/lib/libfreetype.dylib

$ ls /usr/X11/lib/libSM*
/usr/X11/lib/libSM.6.0.0.dylib  /usr/X11/lib/libSM.6.dylib  /usr/X11/ 
lib/libSM.dylib

Is Apple's X11 to blame (do I need to install Xquartz?)?

… or does the fontconfig2-dev package need to be modified to work with  
Snow Leopard?

... or something else?

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] arpack?

[Ben Abbott]

On Aug 29, 2009, at 6:16 AM, monipol wrote:

> On 28/08/2009, at 23:09, Ben Abbott wrote:
>> I see arpack on the finkproject.org homepage 
>>
>>  "2009-08-28: arpack-96patched-1 (Solve large scale eigenvalue
>> problems)"
>>  http://www.finkproject.org/index.php?phpLang=en
>>
>>  but I don't see it in the list of packages (on line for from the
>> terminal).
>>
>> Can someone explain?
>
>
> You haven't provided any information about your system, so I'd guess  
> it's because:
>
> * arpack is only available on the unstable tree. The following FAQ  
> entry explains how to enable that tree:
>
> http://www.finkproject.org/faq/usage-fink.php#unstable

I've got unstable turned on.

> * You might be stuck at the point release (July 2008 IIRC) and maybe  
> arpack was released after the point release. Using either rsync or  
> cvs for selfupdate should bring you up-to-date. The following FAQ  
> section explains how to change from point to rsync or cvs:
>
> http://www.finkproject.org/faq/upgrade-fink.php

I first noticed this a week or so back. It is likely that something  
like that was my problem.

At the moment my problem might be that I've upgraded to Mac OS 10.6  
and choose the 32bit branch. Is arpack available for 10.6?

> I've written an article that explains these point, rsync, cvs  
> selfupdate options:
>
> http://finkers.wordpress.com/2009/06/17/selfupdate-methods-point-rsync-cvs/

Very nice. I hadn't realized there was a Fink blog.

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] arpack?

[Ben Abbott]

I see arpack on the finkproject.org homepage 

"2009-08-28: arpack-96patched-1 (Solve large scale eigenvalue  
problems)"
http://www.finkproject.org/index.php?phpLang=en

 but I don't see it in the list of packages (on line for from the  
terminal).

Can someone explain?

Ben


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] gcc44 problem

[Ben Abbott]

On May 5, 2009, at 7:31 AM, Alexander Hansen wrote:

> Ben Abbott wrote:
>> I upgraded to gcc44 this week. Now I'm unable to build the developers
>> sources for Octave.
>>
>> ...
>> checking whether we are using the GNU Fortran 77 compiler... yes
>> checking whether /sw/bin/gfortran accepts -g... yes
>> checking how to get verbose linking output from /sw/bin/gfortran...  
>> -v
>> checking for Fortran 77 libraries of /sw/bin/gfortran... /sw/lib/
>> gcc4.3/lib/libgfortran.dylib
>> checking for dummy main to link with Fortran 77 libraries... unknown
>> configure: error: in `/Users/bpabbott/Development/mercurial/
>> local_clone':
>> configure: error: linking to Fortran libraries from C fails
>> See `config.log' for more details.
>> make[1]: *** [config.status] Error 1
>> make: *** [clean] Error 2
>>
>> bens-macbook-2:~/Development/mercurial/local_clone bpabbott$ gfortran
>> --version
>> GNU Fortran (GCC) 4.4.0
>> Copyright (C) 2009 Free Software Foundation, Inc.
>>
>> After downgrading to gcc43, autogen/configure/make ran without error.
>>
>> It appears that gcc 4.4 is trying to link to the 4.3 libgfortran. Is
>> this a packaging problem for gcc44 or might it be a problem with
>> Octave's configure script?
>>
>> Ben
>>
> Without seeing the config.log there's no way to tell.
> Fink's octave in current/unstable uses gcc44 now, so I'm not so  
> inclined
> to think that gcc44's packaging is the problem.
>

I have gcc44, gcc43 and gcc42 libs. Since the gcc 4.2 wasn't a problem  
for 4.3, I went back and looked at what *I* was doing and found a  
mistake on my end.

I had explicitly set FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib.

Sorry for the trouble.

Ben


--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] gcc44 problem

[Ben Abbott]

I upgraded to gcc44 this week. Now I'm unable to build the developers  
sources for Octave.

...
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether /sw/bin/gfortran accepts -g... yes
checking how to get verbose linking output from /sw/bin/gfortran... -v
checking for Fortran 77 libraries of /sw/bin/gfortran... /sw/lib/ 
gcc4.3/lib/libgfortran.dylib
checking for dummy main to link with Fortran 77 libraries... unknown
configure: error: in `/Users/bpabbott/Development/mercurial/ 
local_clone':
configure: error: linking to Fortran libraries from C fails
See `config.log' for more details.
make[1]: *** [config.status] Error 1
make: *** [clean] Error 2

bens-macbook-2:~/Development/mercurial/local_clone bpabbott$ gfortran  
--version
GNU Fortran (GCC) 4.4.0
Copyright (C) 2009 Free Software Foundation, Inc.

After downgrading to gcc43, autogen/configure/make ran without error.

It appears that gcc 4.4 is trying to link to the 4.3 libgfortran. Is  
this a packaging problem for gcc44 or might it be a problem with  
Octave's configure script?

Ben




--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Status of LaTeX?

[Ben Abbott]

On Friday, March 27, 2009, at 10:35AM, "Alexander Hansen" 
 wrote:
>Ben Abbott wrote:
>> I tried using the developers version of gnuplot to produce a TikZ  
>> picture for latex.
>>
>> Unfortunately, I encountered the error below.
>>
>>  Undefined control sequence
>>  \usetikzlibrary {arrows,patterns,plotmarks}
>>
>> I have tetex installed via fink, and assume that its tikz.sty is out  
>> of date.
>>
>> Can someone confirm?
>>
>> If 'yes', what are my options?
>>
>> If 'no', any advice?
>>
>> Ben
>>
>>   
>Rather than _assuming_ anything, you can check if tikz.sty even exists
>on your machine via:
>
>dpkg -S tikz.sty
>
>-or-
>
>dlocate tikz.sty
>
>if you have the dlocate package installed (for a faster search).  Doing
>that, you'll find that there is no such style file in Fink's tetex.
>
>The best advice I have for you right now is to install a more modern TeX
>distro.   I personally use MacTeX (TeXLive), which I did a custom
>install of to avoid having it install Ghostscript and ImageMagick stuff
>in /usr/local and thereby confuse my Fink builds.
>

I did verify that tikz.sty exists on my system (I should have mentioned that) 
... and it appears to have been installed via Fink.

$ dpkg -S tikz.sty
pgf: /sw/etc/texmf.local/tex/latex/pgf/frontendlayer/tikz.sty

Perhaps this is part of Fink's pgf package?

In any event, I am inclinded to switch to TeXLive. Is there a convenient way to 
do that without conflicting with the dependencies on tetex? ... or do you imply 
that MacTeX is intended to co-exist with tetex? 

Ben




--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] Status of LaTeX?

[Ben Abbott]

I tried using the developers version of gnuplot to produce a TikZ  
picture for latex.

Unfortunately, I encountered the error below.

Undefined control sequence
\usetikzlibrary {arrows,patterns,plotmarks}

I have tetex installed via fink, and assume that its tikz.sty is out  
of date.

Can someone confirm?

If 'yes', what are my options?

If 'no', any advice?

Ben


--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] adding a local patch

[Ben Abbott]

I am trying to apply a local patch. I've copied gnuplot.info to the  
local branch and modifed the pathscrpts as

PatchScript:<<
   perl -pi -e 's/\bClass\b/GP_Class/g' `find src -name \*.c -o -name  
\*.cpp -o -name \*.h`
   sed -e 's,@FINKPREFIX@,%p,g' %{PatchFile} | patch -p1
   cd gnuplot-4.2.4
   patch -p1 < %a/col_interp-gp424.patch
   cd ..
<<

As those in the know might expect ...

fink validate /sw/fink/dists/local/main/finkinfo/sci/gnuplot.info
Validating package file /sw/fink/dists/local/main/finkinfo/sci/ 
gnuplot.info...
Error: Cannot use %a if using PatchFile, use %{PatchFile} to reference  
the patch. (gnuplot.info)

What is the proper way for me to do this?

I've placed the new patch (col_interp-gp424.patch) in the same  
directory as the local gnuplot.info.

TiA
Ben

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] failed install of gtkglext1 - configure: error: GTK+ 2.0 not found

[Ben Abbott]

On Wednesday, September 24, 2008, at 10:06AM, "Alexander Hansen" <[EMAIL 
PROTECTED]> wrote:
>Ben Abbott wrote:
>>> $ fink install gtkglext1
>>> [...]
>>> checking for gtk+-2.0 >= 2.0.0 gdk-2.0 >= 2.0.0 pango >= 1.0.0  
>>> gmodule-2.0 >= 2.0.0 ... yes
>>> checking BASE_DEPENDENCIES_CFLAGS... -I/sw/lib/pango-ft219/include/ 
>>> pango-1.0 -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/ 
>>> include/freetype2 -I/sw/lib/freetype219/include -I/sw/include/ 
>>> glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pixman-1 -I/sw/ 
>>> include/libpng12 -I/sw/include -I/sw/include/cairo -I/sw/include/ 
>>> gtk-2.0 -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 -I/usr/X11R6/ 
>>> include -I/usr/X11/include
>>> checking BASE_DEPENDENCIES_LIBS... -L/sw/lib/pango-ft219/lib -L/sw/ 
>>> lib/fontconfig2/lib -L/sw/lib/freetype219/lib -L/sw/lib -L/usr/X11R6/ 
>>> lib -L/usr/X11/lib -Wl,-framework,CoreServices -Wl,- 
>>> framework,ApplicationServices -lgtk-x11-2.0 -latk-1.0 -lgdk-x11-2.0 - 
>>> lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXrender -lX11 -lXext -lXinerama - 
>>> lXrandr -lXcursor -lXcomposite -lXdamage -lcairo -lpangoft2-1.0 - 
>>> lfreetype -lz -lfontconfig -lXfixes -lpango-1.0 -lm -lgobject-2.0 - 
>>> lgmodule-2.0 -lglib-2.0 -lintl -liconv
>>> checking for pkg-config... (cached) /sw/bin/pkg-config
>>> checking for GLIB - version >= 2.0.0... yes (version 2.14.6)
>>> checking for pkg-config... (cached) /sw/bin/pkg-config
>>> checking for GTK+ - version >= 2.0.0... no
>>> *** Could not run GTK+ test program, checking why...
>>> *** The test program compiled, but did not run. This usually means
>>> *** that the run-time linker is not finding GTK+ or finding the wrong
>>> *** version of GTK+. If it is not finding GTK+, you'll need to set  
>>> your
>>> *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to  
>>> point
>>> *** to the installed location  Also, make sure you have run ldconfig  
>>> if that
>>> *** is required on your system
>>> ***
>>> *** If you have an old version installed, it is best to remove it,  
>>> although
>>> *** you may also be able to get things to work by modifying  
>>> LD_LIBRARY_PATH
>>> configure: error: GTK+ 2.0 not found
>>> ### execution of ./configure failed, exit code 1
>>> Removing runtime build-lock...
>>> Removing build-lock package...
>>> /sw/bin/dpkg-lockwait -r fink-buildlock-gtkglext1-1.0.6-1008
>>> (Reading database ... 142426 files and directories currently  
>>> installed.)
>>> Removing fink-buildlock-gtkglext1-1.0.6-1008 ...
>>> Failed: phase compiling: gtkglext1-1.0.6-1008 failed
>>> 
>>
>> Of the two itemized problems, it doesn't appear that I have a wrong  
>> version.
>>
>>   
>>> $ fink list gtk+
>>> Information about 7216 packages read in 1 seconds.
>>>  gtk+  1.2.10-51  The Gimp  
>>> Toolkit
>>>  gtk+-data 1.2.10-51  The Gimp  
>>> Toolkit
>>>  gtk+-shlibs   1.2.10-51  The Gimp  
>>> Toolkit
>>>  i   gtk+2 2.12.11-2  The Gimp  
>>> Toolkit
>>>  i   gtk+2-dev 2.12.11-2  The Gimp  
>>> Toolkit
>>>  i   gtk+2-shlibs  2.12.11-2  The Gimp  
>>> Toolkit
>>>  gtk+extra17   0.99.17-14 Useful  
>>> widgets for creating GUI's using GTK+
>>>  gtk+extra17-shlibs0.99.17-14 Useful  
>>> widgets for creating GUI's using GTK+
>>> 
>>
>> So my question is; Is the problem really with LD_LIBRARY_PATH?
>>
>> and if so; What is the proper LD_LIBRARY_PATH to set in my environment?
>>
>> TiA
>> Ben
>>
>>
>>   
>I don't even know if LD_LIBRARY_PATH does anything on OS X, and even if
>it did, Fink would unset your setting of it before building.  That
>message is targeted toward building the package manually on Linux.
>
>Check the config.log file in the gtkglext1 build directory.  When
>validating packages off the tracker via clean builds, I've often
>encountered issues where the message that came up was the same as what
>you're seeing, but the problem was that something else altogether was
>missing.
>

Thanks for the reply. While waiting I rebuilt all the dependencies for 
gtkglext1. Once that was done, it installed with out complaint.

Ben

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] failed install of gtkglext1 - configure: error: GTK+ 2.0 not found

[Ben Abbott]

> $ fink install gtkglext1
> [...]
> checking for gtk+-2.0 >= 2.0.0 gdk-2.0 >= 2.0.0 pango >= 1.0.0  
> gmodule-2.0 >= 2.0.0 ... yes
> checking BASE_DEPENDENCIES_CFLAGS... -I/sw/lib/pango-ft219/include/ 
> pango-1.0 -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/ 
> include/freetype2 -I/sw/lib/freetype219/include -I/sw/include/ 
> glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pixman-1 -I/sw/ 
> include/libpng12 -I/sw/include -I/sw/include/cairo -I/sw/include/ 
> gtk-2.0 -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 -I/usr/X11R6/ 
> include -I/usr/X11/include
> checking BASE_DEPENDENCIES_LIBS... -L/sw/lib/pango-ft219/lib -L/sw/ 
> lib/fontconfig2/lib -L/sw/lib/freetype219/lib -L/sw/lib -L/usr/X11R6/ 
> lib -L/usr/X11/lib -Wl,-framework,CoreServices -Wl,- 
> framework,ApplicationServices -lgtk-x11-2.0 -latk-1.0 -lgdk-x11-2.0 - 
> lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXrender -lX11 -lXext -lXinerama - 
> lXrandr -lXcursor -lXcomposite -lXdamage -lcairo -lpangoft2-1.0 - 
> lfreetype -lz -lfontconfig -lXfixes -lpango-1.0 -lm -lgobject-2.0 - 
> lgmodule-2.0 -lglib-2.0 -lintl -liconv
> checking for pkg-config... (cached) /sw/bin/pkg-config
> checking for GLIB - version >= 2.0.0... yes (version 2.14.6)
> checking for pkg-config... (cached) /sw/bin/pkg-config
> checking for GTK+ - version >= 2.0.0... no
> *** Could not run GTK+ test program, checking why...
> *** The test program compiled, but did not run. This usually means
> *** that the run-time linker is not finding GTK+ or finding the wrong
> *** version of GTK+. If it is not finding GTK+, you'll need to set  
> your
> *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to  
> point
> *** to the installed location  Also, make sure you have run ldconfig  
> if that
> *** is required on your system
> ***
> *** If you have an old version installed, it is best to remove it,  
> although
> *** you may also be able to get things to work by modifying  
> LD_LIBRARY_PATH
> configure: error: GTK+ 2.0 not found
> ### execution of ./configure failed, exit code 1
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-gtkglext1-1.0.6-1008
> (Reading database ... 142426 files and directories currently  
> installed.)
> Removing fink-buildlock-gtkglext1-1.0.6-1008 ...
> Failed: phase compiling: gtkglext1-1.0.6-1008 failed

Of the two itemized problems, it doesn't appear that I have a wrong  
version.

> $ fink list gtk+
> Information about 7216 packages read in 1 seconds.
>  gtk+  1.2.10-51  The Gimp  
> Toolkit
>  gtk+-data 1.2.10-51  The Gimp  
> Toolkit
>  gtk+-shlibs   1.2.10-51  The Gimp  
> Toolkit
>  i   gtk+2 2.12.11-2  The Gimp  
> Toolkit
>  i   gtk+2-dev 2.12.11-2  The Gimp  
> Toolkit
>  i   gtk+2-shlibs  2.12.11-2  The Gimp  
> Toolkit
>  gtk+extra17   0.99.17-14 Useful  
> widgets for creating GUI's using GTK+
>  gtk+extra17-shlibs0.99.17-14 Useful  
> widgets for creating GUI's using GTK+

So my question is; Is the problem really with LD_LIBRARY_PATH?

and if so; What is the proper LD_LIBRARY_PATH to set in my environment?

TiA
Ben


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] new install of wine fails

[Ben Abbott]

On Jul 19, 2008, at 2:15 PM, Martin Costabel wrote:

> Martin Costabel wrote:
> []
>> Problem two is the one I mentioned in my previous message. This one  
>> does not look like it is related to X11. OTOH, it happens  
>> repeatably one one machine that has xquartz-2.3.0-rc7 (and  
>> xcode-3.1) installed, and it does not happen on another one (both  
>> 10.5.4/intel) that has stock X11 and xcode-3.0.
>
> I compared the build logs between the two machines (the second one  
> has now successfully finished building wine), and there is  
> absolutely no difference before the error message.
>
> After some more tests, I am now convinced that the problem lies with  
> xcode-3.1, more specifically with the new /usr/bin/ld. But what kind  
> of problem this really is, I don't know.

fwiw, I can confirm that my successful build was with 3.0 and the  
failed one with 3.1.

Ben

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] new install of wine fails

[Ben Abbott]

On Jul 19, 2008, at 12:34 PM, Damian Dimmich wrote:

> Hi,
>
> Wine does work for me on Leopard - that's what I build and test on.   
> Has something changed?  Newer xcode?  The X11 I have is also quite  
> recent (2-3weeks), have not tested with newer ones yet, if there are  
> any.
>
> If I get more details I can try to reproduce and possibly fix the  
> problem.
>
> Best Regards,
> Damian

I suspect you can reproduce the problem by updating you  
xquartz.sourceforge X11 to 2.2.3, and then ...

fink selfupdate
fink update-all
fink rebuild wine

I presently have wine installed and working on an intel based MBP  
(installed in the past, but apparently updated as recently as of  
2008-07-07 ... so says the date on /sw/bin/wine). However, when  
installing fink fresh and then installing wine it failed (xquartz  
2.2.3).

Ben

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] new install of wine fails

[Ben Abbott]

On Jul 19, 2008, at 12:18 AM, Martin Costabel wrote:

> Ben Abbott wrote:
>> Wine suffered from the circular dependency earlier. Now I'm at a  
>> loss  to determine what to do next.
>> fink install wine
>> [...]
>> configure: error: X development files not found. Wine will be built
>> without X support, which probably isn't what you want. You will  
>> need  to install
>
> This is the usual crash you get with the xquartz.macosforge updated  
> X11. I applied the usual fix and committed it to CVS.
>
> For me, the build still crashes later on, with
>
>> ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ 
>> crtdll.speccrtdll_main.o   -o crtdll.dll.so  -lmsvcrt - 
>> lkernel32   ../../libs/port/libwine_port.a -L/sw/lib/freetype219/ 
>> lib -L/sw/lib/fontconfig2/lib
>> ./crtdll.spec:44: external symbol 'CRTDLL__basemajor_dll' is not a  
>> function
>
> but I won't investigate this further.

So, for the time being wine will not install on Leopard?

Has anyone tried to install with Apple's X11 in place and then  
upgraded to xquartz? Might that result in an operational install of  
wine?

In any event, I think I'll go with James' suggesting and install Darwine

Ben


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] new install of wine fails

[Ben Abbott]

Wine suffered from the circular dependency earlier. Now I'm at a loss  
to determine what to do next.

fink install wine

[...]

configure: error: X development files not found. Wine will be built
without X support, which probably isn't what you want. You will need  
to install
development packages of Xlib/Xfree86 at the very least.
Use the --without-x option if you really want this.
### execution of /var/tmp/tmp.1.f7tHqF failed, exit code 1
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-wine-1.1.0-1
(Reading database ... 79978 files and directories currently installed.)
Removing fink-buildlock-wine-1.1.0-1 ...
Failed: phase compiling: wine-1.1.0-1 failed

Before reporting any errors, please run "fink selfupdate" and
try again.  If you continue to have issues, please check to see if the
FAQ on fink's website solves the problem.  If not, ask on the fink-users
or fink-beginners mailing lists, with a carbon copy to the maintainer:

Damian Dimmich <[EMAIL PROTECTED]>

Note that this is preferable to emailing the maintainer directly, since
most fink package maintainers do not have access to all possible
hardware and software configurations.


$ fink list xfree86
Information about 6990 packages read in 1 seconds.
i   system-xfree86   2:7.2-2 [placeholder for user  
installed x11]
i   system-xfree86-dev   2:7.2-2 [placeholder for user  
installed x11 development tools]
i   system-xfree86-manu  2:7.2-2 Manually installed X11  
components
i   system-xfree86-shli  2:7.2-2 [placeholder for user  
installed x11 shared libraries]
p   xfree86-base-thread  [virtual package]
p   xfree86-base-thread  [virtual package]
p   xfree86-base-thread  [virtual package]

Ben

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed

[Ben Abbott]

On Mar 31, 2008, at 9:17 AM, Alexander K. Hansen wrote:
> On Monday 31 March 2008 07:19:05 am Ben Abbott wrote:
>> Yann Clénet  free.fr> writes:
>>> actually, I was trying to install the gdl package and it failed at  
>>> the
>>> octave-atlas step. but if I can be of any help (I am rather a newbie
>>> than an expert of fink...), I can try any suggestion
>>>
>>> Yann
>>
>> hmmm... looking at the dependencies for gdl, I don't see why
>> octave-atlas is needed. Alexander/JF should be more help with
>> that.
>>
>> Regarding octave-atlas, you might try installing octave instead.
>> Please start by replacing the "make check" line in octave.info and
>> then
>>
>> $ fink remove octave-atlas
>> $ fink install octave
>> $ fink install gdl
>>
>> On both my Intel and PPC based Macs "fink install octave" works
>> for me ... I haven't tried to install gdl.
>>
> I was surprised when encountered this myself.  gdl depends on plplot  
> which
> depends on octave | octave-atlas

Sounds like good news for Yann. If he chooses to install octave  
instead of octave-atlas, he should have a functional gdl.

Back the the problem with Octave-atlas, I tried to build on my ppc  
based Mac, but the build of atlas failed.  Some of what I encountered  
is below.

$ fink install atlas atlas-shlibs

[...]

gcc -DL2SIZE=4194304 -I/sw/src/fink.build/atlas-3.8.1-1/bld/include -I/ 
sw/s
 rc/fink.build/atlas-3.8.1-1/bld/../ATLAS//include -I/sw/src/ 
fink.build/atla
 s-3.8.1-1/bld/../ATLAS//include/contrib -DAdd_ -DF77_INTEGER=int - 
DStringSu
 nStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 -DATL_CPUMHZ=1499 - 
DATL_AltiVec -DATL_
 GAS_PPC  -O3 -maltivec -mabi=altivec -mcpu=7400 -mtune=7400 -no- 
cpp-precomp
  -faltivec -m32 -DATL_BETA=1 -c cmm_b1.c
gcc: unrecognized option '-no-cpp-precomp'
cmm_b1.c: In function 'ATL_cJIK80x80x80TN80x80x0_a1_b1':
cmm_b1.c:147: error: can't convert value to a vector
cmm_b1.c:153: warning: use of 'long' in AltiVec types is deprecated;  
use 'int'
cmm_b1.c:153: error: can't convert between vector values of different  
size
make[6]: *** [cBuildCobjs] Error 1
make[5]: *** [cmmucase] Error 2

[... snip ...]

gcc -DL2SIZE=4194304 -I/sw/src/fink.build/atlas-3.8.1-1/bld/include -I/ 
sw/s
 rc/fink.build/atlas-3.8.1-1/bld/../ATLAS//include -I/sw/src/ 
fink.build/atla
 s-3.8.1-1/bld/../ATLAS//include/contrib -DAdd_ -DF77_INTEGER=int - 
DStringSu
 nStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 -DATL_CPUMHZ=1499 - 
DATL_AltiVec -DATL_
 GAS_PPC  -DATL_UCLEANM -DATL_UCLEANN -DATL_UCLEANK -O3 -maltivec - 
mabi=alti
 vec -mcpu=7400 -mtune=7400 -no-cpp-precomp -faltivec -m32 -c  
ATL_cupMBmm0_1
 _0_b0.c
gcc: unrecognized option '-no-cpp-precomp'
ATL_cupMBmm0_1_0_b0.c:82:1: warning: "ATL_AltiVec" redefined
: warning: this is the location of the previous definition
ATL_cupMBmm0_1_0_b0.c: In function 'ATL_mmcu':
ATL_cupMBmm0_1_0_b0.c:131: error: can't convert value to a vector
ATL_cupMBmm0_1_0_b0.c: In function 'ATL_cupMBmm0_1_0_b0':
ATL_cupMBmm0_1_0_b0.c:212: error: can't convert value to a vector
ATL_cupMBmm0_1_0_b0.c:219: warning: use of 'long' in AltiVec types is  
deprecated; use 'int'
ATL_cupMBmm0_1_0_b0.c:219: error: can't convert between vector values  
of different size
make[8]: *** [ATL_cupMBmm0_1_0_b0.o] Error 1
make[7]: *** [ccleanuplib] Error 2
make[6]: *** [clib] Error 2
make[5]: *** [cmmlib] Error 2
make[4]: *** [cinstall] Error 2
make[3]: *** [install] Error 2
make[2]: *** [IRunMMDef] Error 2

[...]

Is this a known problem on ppc (10.5) or shall I start a new thread?

Ben



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: octave-atlas- 3.0.0-3 failed

[Ben Abbott]

Yann Clénet  free.fr> writes:

> 
> actually, I was trying to install the gdl package and it failed at the  
> octave-atlas step. but if I can be of any help (I am rather a newbie  
> than an expert of fink...), I can try any suggestion
> 
> Yann

hmmm... looking at the dependencies for gdl, I don't see why
octave-atlas is needed. Alexander/JF should be more help with
that.

Regarding octave-atlas, you might try installing octave instead.
Please start by replacing the "make check" line in octave.info and
then

$ fink remove octave-atlas
$ fink install octave
$ fink install gdl

On both my Intel and PPC based Macs "fink install octave" works 
for me ... I haven't tried to install gdl.






-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: octave-atlas- 3.0.0-3 failed

[Ben Abbott]

Alexander Hansen  gmail.com> writes:
> 
> It might be of interest to try the suitesparse on the tracker (I'm  
> working my way to it).
> 
> I can't check this myself because atlas won't build on my machine,  
> unfortunately.

Alex,

Sorry for the delay, I just noticed your follow up.

I tried to build "octave-atlas" using the SuiteSpares 3.1, and it failed
just as Yann's build did.

Ben


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed

[Ben Abbott]

On Mar 27, 2008, at 1:44 PM, Yann Clénet wrote:
>
>
>>
>> I believe this problem has been fixed in Octave's current developer
>> sources, which I'm currently running.
>>
>> The problem is related to a change in how gfortran returns values of
>> complex functions.
>>
>> If you edit octave.info and remove the line "make check", it should  
>> build
>> and install. If my inference is correct, the following should  
>> reproduce the
>> crash
>>
>>> N = 97;
>>> mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1));
>>
>> For N < 97 it should work (if you build without "make check", please
>> confirm).
>>
>> I'm surprised this error is resulting with the atlas version. When  
>> did you
>> build altas?
>>
>> Perhaps you might try "fink rebuild atlas atlas-shlibs" before  
>> building
>> octave-atlas. That way you can be sure that blas/lapack/octave are
>> each compiled in a consistent manner.
>>
>> Ben
>
> I have tried your "fink rebuild atlas atlas-shlibs" (with no error)  
> and then tried again to install octave-atlas, but got the same error  
> as before...
>
> But after suppressing "make check" in  the /sw/fink/10.4/unstable/ 
> main/finkinfo/sci/octave.info file, the installation of octave-atlas  
> worked fine.
> Thank you !
>
> Yann

Yann,

Any chance you tried to build octave, with out altas?

If so what was the result?

Ben



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed

[Ben Abbott]

On Mar 27, 2008, at 11:57 PM, Jean-Francois Mertens wrote:
> Ben Abbott wrote:
>> Yann Clénet  free.fr> writes:
>>> I have now a problem installing with fink the package octave-atlas  
>>> on  my new MacBook Pro with preinstalled Leopard 10.5.2 (cf below).
>>>
>>> Yann
>>>
>> The problem is related to a change in how gfortran returns values  
>> of complex functions.
> >
> > I'm surprised this error is resulting with the atlas version.
> > When did you build altas?
> Rather : version and revision ?
>
> >
> Indeed, it should not occur, and does not here
> (with a "stock" octave-atlas)
>
>> If you edit octave.info and remove the line "make check",
> Was done by the maintainer now...
> (I prefer to have signals of problems than to hide them,
> but most users probably don't...)
>
>>> N = 97;
>>> mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1));
> This too works perfectly here with a "stock" octave-atlas.
>
> Segfaults are hard to diagnose (remember the last one
> about octave-forge, Ben ..)
> And BTW, I see the failed test (/sw/share/octave/3.0.0/m/sparse/pcg.m)
> is in the "sparse" directory, and contains several refs to sparsity;
> suitesparse might not be involved ??
>
> JF

It is possible. If Yann is up to the task of helping isolate the  
problem, we can have him run

 > test pcg verbose

That should tell us what test is actually failing. I suspect the left- 
divide because that problem has already been identified. However, I'm  
confused as to why Yann is encountering it ... unless he is using  
Octave's developer sources form Feb to the mid-Mar.

Ben




-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed

[Ben Abbott]

On Mar 27, 2008, at 1:44 PM, Yann Clénet wrote:
>
>
>>
>> I believe this problem has been fixed in Octave's current developer
>> sources, which I'm currently running.
>>
>> The problem is related to a change in how gfortran returns values of
>> complex functions.
>>
>> If you edit octave.info and remove the line "make check", it should  
>> build
>> and install. If my inference is correct, the following should  
>> reproduce the
>> crash
>>
>>> N = 97;
>>> mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1));
>>
>> For N < 97 it should work (if you build without "make check", please
>> confirm).
>>
>> I'm surprised this error is resulting with the atlas version. When  
>> did you
>> build altas?
>>
>> Perhaps you might try "fink rebuild atlas atlas-shlibs" before  
>> building
>> octave-atlas. That way you can be sure that blas/lapack/octave are
>> each compiled in a consistent manner.
>>
>> Ben

> I have tried your "fink rebuild atlas atlas-shlibs" (with no error)  
> and then tried again to install octave-atlas, but got the same error  
> as before...
>
> But after suppressing "make check" in  the /sw/fink/10.4/unstable/ 
> main/finkinfo/sci/octave.info file, the installation of octave-atlas  
> worked fine.
> Thank you !
>
> Yann

It is likely that a crash will still occur with

>>> N = 97;
>>> mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1));


The next release of Octave will include a fix.

Ben
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed

[Ben Abbott]

Yann Clénet  free.fr> writes:

> 
> I have now a problem installing with fink the package octave-atlas on  
> my new MacBook Pro with preinstalled Leopard 10.5.2 (cf below). Anyone  
> has any idea ???
> 
> Thank you in advance
> 
> Yann
> 

I believe this problem has been fixed in Octave's current developer
sources, which I'm currently running.

The problem is related to a change in how gfortran returns values of 
complex functions.

If you edit octave.info and remove the line "make check", it should build 
and install. If my inference is correct, the following should reproduce the
crash

> N = 97;
> mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1));

For N < 97 it should work (if you build without "make check", please
confirm).

I'm surprised this error is resulting with the atlas version. When did you 
build altas?

Perhaps you might try "fink rebuild atlas atlas-shlibs" before building 
octave-atlas. That way you can be sure that blas/lapack/octave are 
each compiled in a consistent manner.

Ben


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] [Fink-devel] Switch to gcc43 (Was Re: octave.info & gcc-4.3)

[Ben Abbott]

On Friday, March 21, 2008, at 02:02PM, "Jean-François Mertens" <[EMAIL 
PROTECTED]> wrote:
>
>On 20 Mar 2008, at 00:35, Ben Abbott wrote:
>> On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote:
>>
>>> Jean-François Mertens wrote:
>>> []
>>>> but right, if true it would encourage a fast update of anything in
>>>> fink to gcc43
>>>
>>> I too have come round to the conclusion that this is indeed the best
>>> plan for action at this moment. I would suggest that we band
>>> together and do this update rather quickly.
>>> Martin
>>
>> I continue to have problems with building the bleeding-edge octave
>> sources. Unfortunately the "bus error" I encounter leaves gdb useless
>> to me :-(
>>
>> In a nut shell, I'm unable to execute "A\B" or "mldivide(A,B)" in
>> octave for more than 96 eqns/unknowns.
>Is this with octave-atlas from fink unstable, unmodified ?
>Else it is your problem...
>
>> It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will
>> conflict with gfortran 4.1+, due to type mismatches resulting from how
>> gfortran treats functions. I haven't looked at the detail, but when I
>> googled, "gfortran ff2c type mismatch" quite a bit showed up.
>  This is exactly the reason why we
>upgraded fast all basic fortran packages to gcc43.
>For programs that would use both Apple's vecLib and gcc43,
>I agree there is a risk.
>But I'm sure octave-atlas doesn't use veclib.
>
>> The suggested solution is to add "-ff2c" to the fortran compile
>> parameters.
>'Solution to what ?
>
>
>> I can't vouch for any of this, but if someone can tell me what to
>> change in the atlas.info to pass "-ff2c" to gfortran, I can test
>> suggested solution and report back.
>This would really be the worst thing to do..
>atlas is what allows you to be in straight gcc43 setting
>
>JF Mertens
>

JF,

When I wrote the prior email, the atlas.info file on my mac didn't mention 
gcc42 or gcc43 (at least I didn't see it). I selfupdated since, and now see 
gcc43 is needed to build.

Regarding -ff2c, I had been advised to build octave using -ff2c with gcc4.1/2/3 
so that the result would be compatible with gcc 4.0.1.

In any event, thanks for the comments.

One final note, the octave developers have made some changes that allows the 
bleeding-edge octave to build correctly using Fink's octave.info file (with the 
necessary change to the version numbers).

Ben



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Switch to gcc43 (Was Re: octave.info & gcc-4.3)

[Ben Abbott]

Ben Abbott wrote:
> 
> 
> Ben Abbott wrote:
>> 
>> On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote:
>> 
>>> Jean-François Mertens wrote:
>>> []
>>>> but right, if true it would encourage a fast update of anything in   
>>>> fink to gcc43
>>>
>>> I too have come round to the conclusion that this is indeed the best  
>>> plan for action at this moment. I would suggest that we band  
>>> together and do this update rather quickly.
>>>
>>> I am CCing fink-devel so that the maintainers of the 28 packages  
>>> concerned get a chance to act, but I think we should just test this  
>>> upgrade for each of these packages and then simply go ahead and  
>>> change any package that builds correctly with gcc43. As far as I  
>>> know, no problem with the switch from gcc42 to gcc43 has yet been  
>>> reported.
>>>
>>> Here are the package descriptions concerned:
>>>
>>> graphics/pdftk.info
>>> libs/cfitsio.info
>>> sci/atlas.info
>>> sci/avl.info
>>> sci/cernlib2005.info
>>> sci/dx.info
>>> sci/fftw.info
>>> sci/fftw3.info
>>> sci/geant4.8.info
>>> sci/geant4.9.info
>>> sci/gopenmol.info
>>> sci/hdf5.info
>>> sci/libnc-dap3.info
>>> sci/netcdf-gfortran.info
>>> sci/octave-forge.info
>>> sci/octave.info
>>> sci/octplot.info
>>> sci/patchy4.info
>>> sci/plplot.info
>>> sci/qprop.info
>>> sci/root-pythia.info
>>> sci/root5-devel.info
>>> sci/root5.info
>>> sci/scilab.info
>>> sci/scipy-py.info
>>> sci/wip.info
>>> sci/xfoil.info
>>> utils/clamav.info
>>>
>>> -- 
>>> Martin
>> 
>> I continue to have problems with building the bleeding-edge octave  
>> sources. Unfortunately the "bus error" I encounter leaves gdb useless  
>> to me :-(
>> 
>> In a nut shell, I'm unable to execute "A\B" or "mldivide(A,B)" in  
>> octave for more than 96 eqns/unknowns.
>> 
>> It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will  
>> conflict with gfortran 4.1+, due to type mismatches resulting from how  
>> gfortran treats functions. I haven't looked at the detail, but when I  
>> googled, "gfortran ff2c type mismatch" quite a bit showed up.
>> 
>> The suggested solution is to add "-ff2c" to the fortran compile  
>> parameters.
>> 
>> I can't vouch for any of this, but if someone can tell me what to  
>> change in the atlas.info to pass "-ff2c" to gfortran, I can test  
>> suggested solution and report back.
>> 
>> Ben
>> 
> 
> Update, I built octave using gfortran with -ff2c added to the configure
> parameters and passed all tests included in "make check"
> 
> ./configure '--prefix=/sw' 'FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib'
> 'F77=/sw/bin/gfortran' '--libexecdir=${prefix}/lib' 'CFLAGS=-g -O3'
> 'LDFLAGS=-g -L/sw/lib' 'CPPFLAGS=-I/sw/include' 'CXXFLAGS=-g -O3'
> 'FFLAGS=-g -O3 -fbounds-check -ff2c' '--without-blas' '--without-lapack'
> 
> The lapack and blas were satisfied by the versions included in Octave's
> libcruft.
> 
> Ben
> 

I've just completed a build using the configure options passed by
octave.info, except that -ff2c was included in the FFLAGS.

"make check" passed all tests!

Ben
-- 
View this message in context: 
http://www.nabble.com/octave.info---gcc-4.3-tp16027509p16170713.html
Sent from the fink-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Switch to gcc43 (Was Re: octave.info & gcc-4.3)

[Ben Abbott]

Ben Abbott wrote:
> 
> On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote:
> 
>> Jean-François Mertens wrote:
>> []
>>> but right, if true it would encourage a fast update of anything in   
>>> fink to gcc43
>>
>> I too have come round to the conclusion that this is indeed the best  
>> plan for action at this moment. I would suggest that we band  
>> together and do this update rather quickly.
>>
>> I am CCing fink-devel so that the maintainers of the 28 packages  
>> concerned get a chance to act, but I think we should just test this  
>> upgrade for each of these packages and then simply go ahead and  
>> change any package that builds correctly with gcc43. As far as I  
>> know, no problem with the switch from gcc42 to gcc43 has yet been  
>> reported.
>>
>> Here are the package descriptions concerned:
>>
>> graphics/pdftk.info
>> libs/cfitsio.info
>> sci/atlas.info
>> sci/avl.info
>> sci/cernlib2005.info
>> sci/dx.info
>> sci/fftw.info
>> sci/fftw3.info
>> sci/geant4.8.info
>> sci/geant4.9.info
>> sci/gopenmol.info
>> sci/hdf5.info
>> sci/libnc-dap3.info
>> sci/netcdf-gfortran.info
>> sci/octave-forge.info
>> sci/octave.info
>> sci/octplot.info
>> sci/patchy4.info
>> sci/plplot.info
>> sci/qprop.info
>> sci/root-pythia.info
>> sci/root5-devel.info
>> sci/root5.info
>> sci/scilab.info
>> sci/scipy-py.info
>> sci/wip.info
>> sci/xfoil.info
>> utils/clamav.info
>>
>> -- 
>> Martin
> 
> I continue to have problems with building the bleeding-edge octave  
> sources. Unfortunately the "bus error" I encounter leaves gdb useless  
> to me :-(
> 
> In a nut shell, I'm unable to execute "A\B" or "mldivide(A,B)" in  
> octave for more than 96 eqns/unknowns.
> 
> It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will  
> conflict with gfortran 4.1+, due to type mismatches resulting from how  
> gfortran treats functions. I haven't looked at the detail, but when I  
> googled, "gfortran ff2c type mismatch" quite a bit showed up.
> 
> The suggested solution is to add "-ff2c" to the fortran compile  
> parameters.
> 
> I can't vouch for any of this, but if someone can tell me what to  
> change in the atlas.info to pass "-ff2c" to gfortran, I can test  
> suggested solution and report back.
> 
> Ben
> 

Update, I built octave using gfortran with -ff2c added to the configure
parameters and passed all tests included in "make check"

./configure '--prefix=/sw' 'FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib'
'F77=/sw/bin/gfortran' '--libexecdir=${prefix}/lib' 'CFLAGS=-g -O3'
'LDFLAGS=-g -L/sw/lib' 'CPPFLAGS=-I/sw/include' 'CXXFLAGS=-g -O3' 'FFLAGS=-g
-O3 -fbounds-check -ff2c' '--without-blas' '--without-lapack'

The lapack and blas were satisfied by the versions included in Octave's
libcruft.

Ben


-- 
View this message in context: 
http://www.nabble.com/octave.info---gcc-4.3-tp16027509p16169677.html
Sent from the fink-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Switch to gcc43 (Was Re: octave.info & gcc-4.3)

[Ben Abbott]

On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote:

> Jean-François Mertens wrote:
> []
>> but right, if true it would encourage a fast update of anything in   
>> fink to gcc43
>
> I too have come round to the conclusion that this is indeed the best  
> plan for action at this moment. I would suggest that we band  
> together and do this update rather quickly.
>
> I am CCing fink-devel so that the maintainers of the 28 packages  
> concerned get a chance to act, but I think we should just test this  
> upgrade for each of these packages and then simply go ahead and  
> change any package that builds correctly with gcc43. As far as I  
> know, no problem with the switch from gcc42 to gcc43 has yet been  
> reported.
>
> Here are the package descriptions concerned:
>
> graphics/pdftk.info
> libs/cfitsio.info
> sci/atlas.info
> sci/avl.info
> sci/cernlib2005.info
> sci/dx.info
> sci/fftw.info
> sci/fftw3.info
> sci/geant4.8.info
> sci/geant4.9.info
> sci/gopenmol.info
> sci/hdf5.info
> sci/libnc-dap3.info
> sci/netcdf-gfortran.info
> sci/octave-forge.info
> sci/octave.info
> sci/octplot.info
> sci/patchy4.info
> sci/plplot.info
> sci/qprop.info
> sci/root-pythia.info
> sci/root5-devel.info
> sci/root5.info
> sci/scilab.info
> sci/scipy-py.info
> sci/wip.info
> sci/xfoil.info
> utils/clamav.info
>
> -- 
> Martin

I continue to have problems with building the bleeding-edge octave  
sources. Unfortunately the "bus error" I encounter leaves gdb useless  
to me :-(

In a nut shell, I'm unable to execute "A\B" or "mldivide(A,B)" in  
octave for more than 96 eqns/unknowns.

It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will  
conflict with gfortran 4.1+, due to type mismatches resulting from how  
gfortran treats functions. I haven't looked at the detail, but when I  
googled, "gfortran ff2c type mismatch" quite a bit showed up.

The suggested solution is to add "-ff2c" to the fortran compile  
parameters.

I can't vouch for any of this, but if someone can tell me what to  
change in the atlas.info to pass "-ff2c" to gfortran, I can test  
suggested solution and report back.

Ben
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] octave.info & gcc-4.3

[Ben Abbott]

On Mar 13, 2008, at 10:27 PM, Alexander K. Hansen wrote:

> On Thursday 13 March 2008 08:12:14 pm Ben Abbott wrote:
>> On Mar 13, 2008, at 9:17 AM, Alexander Hansen wrote:
>>> Ben Abbott wrote:
>>>> The current octave.info files still points to gcc4.2 library.
>>>> Should this not be updated to respect gcc4.3?
>>>>
>>>> ConfigureParams: FLIBS=%p/lib/gcc4.2/lib/libgfortran.dylib F77=%p/
>>>> bin/gfortran --infodir='${prefix}/share/info' --mandir='${prefix}/
>>>> share/man' --libexecdir='${prefix}/lib' -enable-shared -enable-dl  
>>>> --
>>>> disable-static --without-mpi --with-hdf5 --with-fftw
>>>>
>>>> I expect there are similar occurances in other packages as well.
>>>>
>>>> Ben
>>>
>>> It was updated without anybody informing me, but yes, that update
>>> should be made.
>>
>> I notice gcc43 includes a conflict with gcc42
>>
>>  Conflicts: gcc4, gcc42
>>
>> I've been using a local octave.info file to build a bleeding-edge
>> version of octave. Recently, I've been having problems that may be
>> related to gfortran 4.2, I so I thought I'd try 4.3.
>>
>> Unfortunately, modifying the .info files for packages that octave
>> depends on wasn't so simple (atlas for example).
>>
>> So if I install gcc43, I'll not be able to build anything that  
>> depends
>> upon gcc42, unless I modifiy each respective .info file:-(
>>
>> What is the usual procedure when upgrading between gccX.Y to gccX.Z?
>>
>> Ben
>
> You're kind of on your own for local stuff.

Sure, no problem there.

>  For most non-compiler things, any
> dependency on gccX.Y is build-time, so it's not such a huge deal to  
> swap back
> and forth.

The reason I asked, is that I've been warned that gfortran was  
recenlty modified and that I might encounter problems if I mix  
compilers.

The comment made is below (link also provided).

The ZDOTC function is a Fortran function returning double complex.
There was a recent gfortran change in calling conventions for
functions (not subroutines) that return complex variables.  I suspect
you are mixing the two methods here, compiling zqrqhv with a compiler
that implements one of the methods, and using a version of ATLAS that
was compiled to use the other.

http://www.nabble.com/failed-build-with-current-mercurial-sources-to15896284.html

Unfortunately, I believe I have dependencies compiled with gcc older  
than 4.2, and unless I'm mistaken XCode's lapack/blas also qualify.

Any thoughts on how I might force rebuilds of all packages so that  
they are all compiled with gcc 4.2?

Any idea which version of gcc included this change to gfortran?

Ben



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] octave.info & gcc-4.3

[Ben Abbott]

On Mar 13, 2008, at 9:17 AM, Alexander Hansen wrote:

> Ben Abbott wrote:
>> The current octave.info files still points to gcc4.2 library.  
>> Should this not be updated to respect gcc4.3?
>>
>> ConfigureParams: FLIBS=%p/lib/gcc4.2/lib/libgfortran.dylib F77=%p/ 
>> bin/gfortran --infodir='${prefix}/share/info' --mandir='${prefix}/ 
>> share/man' --libexecdir='${prefix}/lib' -enable-shared -enable-dl -- 
>> disable-static --without-mpi --with-hdf5 --with-fftw
>>
>> I expect there are similar occurances in other packages as well.
>>
>> Ben
> It was updated without anybody informing me, but yes, that update  
> should be made.

I notice gcc43 includes a conflict with gcc42

Conflicts: gcc4, gcc42

I've been using a local octave.info file to build a bleeding-edge  
version of octave. Recently, I've been having problems that may be  
related to gfortran 4.2, I so I thought I'd try 4.3.

Unfortunately, modifying the .info files for packages that octave  
depends on wasn't so simple (atlas for example).

So if I install gcc43, I'll not be able to build anything that depends  
upon gcc42, unless I modifiy each respective .info file:-(

What is the usual procedure when upgrading between gccX.Y to gccX.Z?

Ben


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] octave.info & gcc-4.3

[Ben Abbott]

The current octave.info files still points to gcc4.2 library. Should  
this not be updated to respect gcc4.3?

ConfigureParams: FLIBS=%p/lib/gcc4.2/lib/libgfortran.dylib F77=%p/bin/ 
gfortran --infodir='${prefix}/share/info' --mandir='${prefix}/share/ 
man' --libexecdir='${prefix}/lib' -enable-shared -enable-dl --disable- 
static --without-mpi --with-hdf5 --with-fftw

I expect there are similar occurances in other packages as well.

Ben

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11

[Ben Abbott]

Ben Abbott  mac.com> writes:

> 
> Charles Lepple  gmail.com> writes:
> 
> > 
> > Does it still work on the Intel box?
> > 

I haven't tested it, but it did compile without errors!

Ben





-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11

[Ben Abbott]

Charles Lepple  gmail.com> writes:

> 
> Does it still work on the Intel box?
> 
> (It should, but I don't have one to test with.)
> 
> - Charles

I haven't had the time to check. If anyone has tried, say the word.

Otherwise, i'll try to get to it tomorrow.

Ben


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11

[Ben Abbott]

Charles' solution worked for me!











-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11

[Ben Abbott]

Christian Ebert  gmx.net> writes:

> 
> Hello,
> 
> Building libdjvulibre fails on 10.4.11 like so (can also provide
> a full log):
>
> [snip]
> 
> Probably not /that/ urgent for me, as I only need it as
> dependency for imagemagick, but fink update-all can get a bit
> cumbersome.
> 
> c

My attempt to update my installation on a PPC PowerBook running 10.5.2 failed
last night.

However, it compiled successfully on my Intel MacBookPro running 10.5.2.

I removed libdjvulibre15-shlibs and its dependencies and will try to reinstall
all of them after the "fink update-all" completes.

In any event, the problem might be related to architecture or something else.
Did the failure occur on a PPC or Intel based Mac?

Ben


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] r-base install problem

[Ben Abbott]

On Jan 15, 2008, at 9:42 AM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> Ben Abbott wrote:
> |
> | On Jan 14, 2008, at 11:10 PM, Ben Abbott wrote:
> |
> |> I'm trying to install GNU's R.
> |>
> |> The install of r-base went fine, but when I tried to follow the  
> instructions for installation fo the GUI;
> |>
> |> R.app no longer included in the R source distribution. To  
> install, go to http://cran.r-project.org/bin/macosx/, download and  
> install R-GUI.dmg. You will then need to edit Info.plist inside the  
> app bundle to point to /sw/Library/R.Framework (instead of /Library/ 
> R.Framework).
> |> -- http://pdb.finkproject.org/pdb/package.php/r-base
> |>
> |> The installer refused to allow me to install the GUI.
> |>
> |> "You cannot install R GUI for Mac OS X on this volume. Requires  
> Mac OS X 10.4.4 or higher."
> |>
> |> I should point out that the installer contains 4 packages.  
> "gfortran.pkg", "R-Framework.pkg", "R-GUI.pkg", and "tcltk.pkg".  
> Since the others are already installed via Fink, I only tried to  
> install R-GUI.
> |>
> |> The fix was to edit the Info.plist in the bundle for R-GUI.dmg  
> *before* installing. I'd like to suggest a change to the  
> documentation. Perhaps something like the below.
> |>
> |> R.app no longer included in the R source distribution. To  
> install, go to http://cran.r-project.org/bin/macosx/, and download,  
> move a copy of
> |> "R-GUI.dmg" to your desktop, and edit Info.plist inside the "R- 
> GUI.dmg"
> |> bundle to point to /sw/Library/R.Framework (instead of /Library/ 
> R.Framework).
> |> Once R-GUI knows where the Framework resides, you can install.
> |> -- http://pdb.finkproject.org/pdb/package.php/r-base
> |>
> |> Ben
> |>
> |
> | I did a bit more digging. When I try to run R from inside the  
> installed bundle, I get
> |
> | ./R
> | dyld: Library not loaded: /Library/Frameworks/R.framework/Versions/ 
> 2.6/Resources/lib/libR.dylib
> |   Referenced from: /Applications/R.app/Contents/MacOS/./R
> |   Reason: image not found
> | Trace/BPT trap
> |
> | Meanwhile the Info.plist file in the bundle does not contain a  
> reference to the R.framework.
> |
> | Ben
> |
> | -
> |
> Jeff W. isn't maintaining the package any more so I took him off the  
> reply.
>
> This issue points out why it's a pain to try to have anything  
> integrate with non-Fink 3rd-party stuff--they like to change things  
> around, and we have to figure out how to adjust our packages  
> accordingly.  In this case it looks like you're also going to need  
> to do something like
>
> sudo install_name_tool /Library/Frameworks/R.framework/Versions/2.6/ 
> Resources/lib/libR.dylib \
> /sw/Library/Frameworks/R.framework/Versions/2.6/Resources/lib/ 
> libR.dylib /Applications/R.app/Contents/MacOS/./R
>
> See if that works--if so then we'll update the docs accordingly.
>

Alex,

After looking at this a bit, I'm in agreement with Martin.

In any event, tor my purpose, I only need to understand the manner by  
which R computes quantiles, so that the same algorithm may be applied  
to Octave. Hence, my need is short term.

However,  I can still take a look at this if you think it proper to  
press on.

Ben

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] r-base install problem

[Ben Abbott]

On Jan 14, 2008, at 11:10 PM, Ben Abbott wrote:


I'm trying to install GNU's R.

The install of r-base went fine, but when I tried to follow the  
instructions for installation fo the GUI;


R.app no longer included in the R source distribution.  To install,  
go to http://cran.r-project.org/bin/macosx/, download and install R- 
GUI.dmg. You will then need to edit Info.plist inside the app bundle  
to point to /sw/Library/R.Framework (instead of /Library/R.Framework).

-- http://pdb.finkproject.org/pdb/package.php/r-base

The installer refused to allow me to install the GUI.

"You cannot install R GUI for Mac OS X on this volume. Requires Mac  
OS X 10.4.4 or higher."


I should point out that the installer contains 4 packages.  
"gfortran.pkg", "R-Framework.pkg", "R-GUI.pkg", and "tcltk.pkg".  
Since the others are already installed via Fink, I only tried to  
install R-GUI.


The fix was to edit the Info.plist in the bundle for R-GUI.dmg  
*before* installing. I'd like to suggest a change to the  
documentation. Perhaps something like the below.


R.app no longer included in the R source distribution.  To install,  
go to http://cran.r-project.org/bin/macosx/, and download, move a  
copy of
"R-GUI.dmg" to your desktop, and edit Info.plist inside the "R- 
GUI.dmg"
bundle to point to /sw/Library/R.Framework (instead of /Library/ 
R.Framework).

Once R-GUI knows where the Framework resides, you can install.
-- http://pdb.finkproject.org/pdb/package.php/r-base

Ben



I did a bit more digging. When I try to run R from inside the  
installed bundle, I get


./R
dyld: Library not loaded: /Library/Frameworks/R.framework/Versions/2.6/ 
Resources/lib/libR.dylib

  Referenced from: /Applications/R.app/Contents/MacOS/./R
  Reason: image not found
Trace/BPT trap

Meanwhile the Info.plist file in the bundle does not contain a  
reference to the R.framework.


Ben-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] r-base install problem

[Ben Abbott]

I'm trying to install GNU's R.

The install of r-base went fine, but when I tried to follow the  
instructions for installation fo the GUI;


R.app no longer included in the R source distribution.  To install, go
to http://cran.r-project.org/bin/macosx/, download and install R- 
GUI.dmg.

You will then need to edit Info.plist inside the app bundle to point
to /sw/Library/R.Framework (instead of /Library/R.Framework).
-- http://pdb.finkproject.org/pdb/package.php/r-base

The installer refused to allow me to install the GUI.

"You cannot install R GUI for Mac OS X on this volume. Requires Mac OS  
X 10.4.4 or higher."


I should point out that the installer contains 4 packages.  
"gfortran.pkg", "R-Framework.pkg", "R-GUI.pkg", and "tcltk.pkg". Since  
the others are already installed via Fink, I only tried to install R- 
GUI.


The fix was to edit the Info.plist in the bundle for R-GUI.dmg  
*before* installing. I'd like to suggest a change to the  
documentation. Perhaps something like the below.


R.app no longer included in the R source distribution.  To install, go
to http://cran.r-project.org/bin/macosx/, and download, move a copy of
"R-GUI.dmg" to your desktop, and edit Info.plist inside the "R-GUI.dmg"
bundle to point to /sw/Library/R.Framework (instead of /Library/ 
R.Framework).

Once R-GUI knows where the Framework resides, you can install.
-- http://pdb.finkproject.org/pdb/package.php/r-base

Ben


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] g77 update failure

[Ben Abbott]

On Jan 14, 2008, at 4:09 PM, Martin Costabel wrote:

> Ben Abbott wrote:
>> I'm running Leopard on PPC.
>> Today, I did a selfupdate and tried to update-all
>> Unfortunately, g77 is failing.
>
> Two weeks ago, the new g77 maintainer put up a new version on the  
> submission tracker #1860726
> <https://sourceforge.net/tracker/index.php?func=detail&aid=1860726&group_id=17203&atid=414256
>  
> >
> I helped  maintainer for a while, but ran out of time when this  
> arrived, so I couldn't test it.
> You would be very welcome if you could test this version. It is  
> supposed to have fixed the bug you are reporting.
>

My rather large FEM/BEM program worked perfectly!

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] g77 update failure

[Ben Abbott]

On Jan 14, 2008, at 4:09 PM, Martin Costabel wrote:

> Ben Abbott wrote:
>> I'm running Leopard on PPC.
>> Today, I did a selfupdate and tried to update-all
>> Unfortunately, g77 is failing.
>
> Two weeks ago, the new g77 maintainer put up a new version on the  
> submission tracker #1860726
> <https://sourceforge.net/tracker/index.php?func=detail&aid=1860726&group_id=17203&atid=414256
>  
> >
> I helped  maintainer for a while, but ran out of time when this  
> arrived, so I couldn't test it.
> You would be very welcome if you could test this version. It is  
> supposed to have fixed the bug you are reporting.

It built successfully. I'll do some checking and let you know how it  
goes.

Ben

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] g77 update failure

[Ben Abbott]

Ben
"Luck Favors the Prepared" [Louis Pasteur]
"Opportunity + Preparedness = Luck" [Ernest Hemingway]
"The More I Practice the Luckier I Get" [James Heighway]



 
On Monday, January 14, 2008, at 08:58AM, "Alexander Hansen" <[EMAIL PROTECTED]> 
wrote:
>Ben Abbott wrote:
>> I'm running Leopard on PPC.
>>
>> Today, I did a selfupdate and tried to update-all
>>
>> Unfortunately, g77 is failing.
>>
>> ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c
>> ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c: In function  
>> 'segv_handler':
>> ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:66: error: 'struct  
>> __darwin_mcontext' has no member named 'ss'
>> ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct  
>> __darwin_mcontext' has no member named 'es'
>> ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct  
>> __darwin_mcontext' has no member named 'ss'
>> make[2]: *** [host-darwin.o] Error 1
>> make[1]: *** [stage1_build] Error 2
>> make: *** [bootstrap] Error 2
>> ### execution of /var/tmp/tmp.2.UYUGAr failed, exit code 2
>> Removing runtime build-lock...
>> Removing build-lock package...
>> /sw/bin/dpkg-lockwait -r fink-buildlock-g77-3.4.3-102
>> (Reading database ... 107674 files and directories currently installed.)
>> Removing fink-buildlock-g77-3.4.3-102 ...
>> Failed: phase compiling: g77-3.4.3-102 failed
>>
>> Thoughts?
>>   
>What was the compiler line just before the failure? I'm not sure it's
>going to be relevant, but it's more data.
>
>

Sorry about that.

gcc -c   -g -no-cpp-precomp -DHAVE_DESIGNATED_INITIALIZERS=0 -DIN_GCC   -W 
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic 
-Wno-long-long-DHAVE_CONFIG_H -I/sw/include   -I. -I. -I../../gcc-3.4.3/gcc 
-I../../gcc-3.4.3/gcc/. -I../../gcc-3.4.3/gcc/../include  \
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c: In function 'segv_handler':
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:66: error: 'struct 
__darwin_mcontext' has no member named 'ss'
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct 
__darwin_mcontext' has no member named 'es'
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct 
__darwin_mcontext' has no member named 'ss'
make[2]: *** [host-darwin.o] Error 1
make[1]: *** [stage1_build] Error 2
make: *** [bootstrap] Error 2




-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] g77 update failure

[Ben Abbott]

I'm running Leopard on PPC.

Today, I did a selfupdate and tried to update-all

Unfortunately, g77 is failing.

../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c: In function  
'segv_handler':
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:66: error: 'struct  
__darwin_mcontext' has no member named 'ss'
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct  
__darwin_mcontext' has no member named 'es'
../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct  
__darwin_mcontext' has no member named 'ss'
make[2]: *** [host-darwin.o] Error 1
make[1]: *** [stage1_build] Error 2
make: *** [bootstrap] Error 2
### execution of /var/tmp/tmp.2.UYUGAr failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-g77-3.4.3-102
(Reading database ... 107674 files and directories currently installed.)
Removing fink-buildlock-g77-3.4.3-102 ...
Failed: phase compiling: g77-3.4.3-102 failed

Thoughts?

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] Question regarding Octave on 10.5

[Ben Abbott]

I have a local octave.info that I tried to use under 10.5.

It worked fine under 10.4, but failed under 10.5. Although the build  
phase completed, I had added a "make check" to the BuildScript. The  
result was a panic attack :-(

   scripts/time/datevec.m .panic: Bus  
error -- stopping myself...
make[2]: *** [check] Bus error
make[1]: *** [check] Error 2
make: *** [check] Error 2
### execution of /var/tmp/tmp.1.IwuK1s failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-octave-2.9.17-2
(Reading database ... 110555 files and directories currently installed.)
Removing fink-buildlock-octave-2.9.17-2 ...
Failed: phase compiling: octave-2.9.17-2 failed

I'll try "make check" using 2.9.14 ... in the meantime, anyone  
experience anything similar?

Ben

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] SuiteSparse.patch

[Ben Abbott]

On Nov 23, 2007, at 7:01 PM, Martin Costabel wrote:

>> Alex,
>> I just noticed my unstable version of suitesparse.patch is  
>> actually a  copy of suitesparse.info.
>> I tried verifying the problem isn't local to my machine, but the   
>> package database is apparently down.
>> Can you/someone confirm that suitesparse.patch in the database is   
>> correct?
>
> It isn't. It seems that the same file got committed both as info  
> and as patch. On the tracker there are two versions of  
> suitesparse.patch. They differ ony by one line:
>
> -+CFLAGS = -O3 -fno-common -fstrict-aliasing -fexceptions
> ++CFLAGS = -O3 -fno-common -no-cpp-precomp -fexceptions
>
> I suppose the one with -fstrict-aliasing is the right one?

Yes, that is my understanding.

Ben

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] SuiteSparse.patch

[Ben Abbott]

Alex,

I just noticed my unstable version of suitesparse.patch is actually a  
copy of suitesparse.info.

I tried verifying the problem isn't local to my machine, but the  
package database is apparently down.

Can you/someone confirm that suitesparse.patch in the database is  
correct?

Ben

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] SuiteSparse support for Octave

[Ben Abbott]

Ben Abbott  mac.com> writes:

> 
> I thought I'd take a shot at creating a local install of SuiteSparse  
> (for sparse matrix support in Octave). I've put together what is  
> intended to be a complete  Fink package for SuiteSparse.
> 

I've found my error, and have now compiled Fink's Octave with a
local install of SuiteSparse.

Unfortunately, my Metis package for Fink is not installed properly,
or perhaps I still have a problem with SuiteSpares usinig Metis.

In any event, I hope to be back soon with both packages for Fink.






-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] SuiteSparse support for Octave

[Ben Abbott]

I thought I'd take a shot at creating a local install of SuiteSparse  
(for sparse matrix support in Octave). I've put together what is  
intended to be a complete  Fink package for SuiteSparse.

I also added a metis package to my local install so that SuiteSparse  
could be feature complete.

In any event, when I rebuild octave (2.9.14) the configure process  
does not find the SuiteSparse libraries

configure: WARNING: COLAMD not found. This will result in some lack  
of functionality for sparse matrices.
configure: WARNING: CHOLMOD not found. This will result in some lack  
of functionality for sparse matrices.
configure: WARNING: COLAMD not found. This will result in some lack  
of functionality for sparse matrices.
configure: WARNING: CHOLMOD not found. This will result in some lack  
of functionality for sparse matrices.

I'm a flunky when it comes to configure scripts. Can someone clue me  
in as to why configure has not found the suitesparse libraries?

btw, in /sw/lib, my local install of suitesparse placed,

libcolamd.a
libcholmod.a

However, after the configure process, fink reports


Octave is now configured for i386-apple-darwin

   Source directory: .
   Installation prefix:  /sw
   C compiler:   gcc  -mieee-fp  -Wall -W -Wshadow -g -O2
   C++ compiler: g++  -mieee-fp  -Wall -W -Wshadow -Wold- 
style-cast -g -O2
   Fortran compiler: /sw/bin/g95 -O2 -mieee-fp
   Fortran libraries:-L/sw/bin/../lib/gcc-lib/i386-apple- 
darwin8/4.0.3 -lf95
   BLAS libraries:-framework vecLib
   FFTW libraries:   -lfftw3
   GLPK libraries:   -lglpk
   UMFPACK libraries:-lumfpack
   AMD libraries:-lamd
   CAMD libraries:   -lcamd
   COLAMD libraries:
   CCOLAMD libraries:-lccolamd
   CHOLMOD libraries:
   CXSPARSE libraries:   -lcxsparse
   HDF5 libraries:   -lhdf5
   CURL libraries:   -lcurl
   REGEX libraries:  -lpcre
   QHULL libraries: -lqhull
   LIBS: -lreadline  -lncurses -lhdf5 -lz -lm
   Default pager:less
   gnuplot:  gnuplot

   Do internal array bounds checking:  false
   Build static libraries: false
   Build shared libraries: true
   Dynamic Linking:true (dyld)
   Include support for GNU readline:   true
   64-bit array dims and indexing: false

configure:


Thus, Octave's configure did located the libraries for UMFPACK, AMD,  
CAMD, CCOLAMD, and CXSPARSE, but did not locate COLAMD or CHOLMOD.  
I'm at a loss as to why ... all have been placed in the same  
directory (/sw/lib).

Any ideas?

TiA


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] trouble with Octave

[Ben Abbott]

Jonathan Stickel  vcn.com> writes:

> 
> I just uploaded info files for octave-2.9.15 and octave-forge-20071014 
> to the package submission tracker:
> 
> http://sourceforge.net/tracker/?group_id=17203&atid=414256
> 
> I had previously emailed the developers with these, but they must be 
> busy this week.  You can use the info files by placing them in your 
> local/main tree.
> 
> Regards,
> Jonathan
> 

Jonathan,

I've been working on an Fink info file and a patch for SuiteSparse.
The purpose of which is the efficient support of sparse matrices in Octave.

This task is a bit tasking on me.  I recently took a took at Octave's patch and 
was quickly lost.

Would you be interested in helping?

Ben

bpabbott at mac dot com






-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] trouble with Octave

[Ben Abbott]

Ben Abbott  mac.com> writes:

> 
> 
> Ben Abbott wrote:
> 
> A corrected and Matlab compatible version of residue.m has been checked into
> the Octave cvs. It is planned to accompany the next release of Octave.
> 

Version 2.9.15 (with new residue.m) is out, but not yet here.

By the end of next week version 2.9.16 will be out.

Any reason why the updates on Fink are lagging?






-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] trouble with Octave

[Ben Abbott]

Ben Abbott wrote:
> 
> 
> Alexander Hansen wrote:
>> 
>> On 9/24/07, Ben Abbott <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>> Jean-François Mertens-3 wrote:
>>> >
>>> > Please redo !  Once is apparently not sufficient ..
>>> > Or at least check that your equality above is not right!
>>> > Correct coefficients with you sequence of denominators
>>> > are -5i/54 , 5i/54 , 2/9 , 2/9 ... if I'm not mistaken.
>>> >
>>>
>>> Thanks for the correction.
>>>
>>>
>>> Jean-François Mertens-3 wrote:
>>> >
>>> > But this has no importance :
>>> >
>>> > The link documents quite well that it is an upstream problem,
>>> > [...]
>>> >
>>>
>>> Agreed. Just making sure its not just me.
>>> --
>>> View this message in context:
>>> http://www.nabble.com/trouble-with-Octave-tf4511817.html#a12870464
>>> Sent from the fink-users mailing list archive at Nabble.com.
>>>
>>>
>> Unfortunately, it appears that 2.9.14 (at least on PowerPC), still
>> doesn't give an answer that agrees with the analytic one:
>> [... snip ...]
>> So it appears upstream hasn't quite worked this out yet.
>> -- 
>> Alexander K. Hansen
>> 
> 
> I also noticed this yesterday. There are at least two individuals, in
> addition to myself, who are working on this. I'd like to eventually
> introduce a version that includes all of Matlab's functionality, for their
> function of the same name. In the meantime, two versions have been posted
> on Octave's message board that address this problem with pole multiplicity
> (but do not yet include all of Matlab's functionality).
> 
> If anyone wants to help out, or make use of some of the corrected
> versions, you can find them on Octave's message boad, look for the subject
> "residue() confusion".
> 

A corrected and Matlab compatible version of residue.m has been checked into
the Octave cvs. It is planned to accompany the next release of Octave.




-- 
View this message in context: 
http://www.nabble.com/trouble-with-Octave-tf4511817.html#a13167195
Sent from the fink-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users