Fink

The description for Nautilus gives a website to Eazel.com, which is now 
owned by a sleazy search service. I'm sure that you don't want to use 
http://nautilus.eazel.com any more. I think the next best bet would be 
http://www.gnome.org/projects/nautilus/.

HTH,
Dave


--
Package manager version: 0.21.1
Distribution version: 0.7.0.cvs
Mac OS X version: 10.3.5
December 2002 Developer Tools or later
gcc version: 3.3
make version: 3.79
Feedback Courtesy of FinkCommander

--
David Sanabria
dave_sanabria@...
(860) 916-3489

I am getting an error at compilation for nautilus-2.6.3-10:

gcc -O3 -funroll-loops -fstrict-aliasing -o =20
nautilus-file-management-properties =20
nautilus-file-management-properties.o =20
nautilus-file-management-properties-main.o -Wl,-framework -Wl,CoreAudio =20=

  -L/sw/lib ../src/file-manager/.libs/libnautilus-file-manager.a =20
../libnautilus/.libs/libnautilus.dylib -L/usr/X11R6/lib =20
../libnautilus-adapter/.libs/libnautilus-adapter.dylib =20
../libnautilus-private/.libs/libnautilus-private.dylib =20
/sw/src/nautilus-2.6.3-10/nautilus-2.6.3/libnautilus/.libs/=20
libnautilus.dylib =20
/sw/src/nautilus-2.6.3-10/nautilus-2.6.3/libnautilus-extension/.libs/=20
libnautilus-extension.dylib =20
../cut-n-paste-code/gsequence/.libs/libgsequence.a =20
/sw/lib/libeel-2.dylib /sw/lib/libgailutil.dylib =20
/sw/lib/libglade-2.0.dylib /sw/lib/librsvg-2.dylib =20
/sw/lib/libgsf-1.dylib -lbz2 /sw/lib/libcroco.dylib =20
/sw/lib/libgnome-desktop-2.dylib /sw/lib/libgnomeui-2.dylib =20
/sw/lib/libgnome-keyring.dylib /sw/lib/libbonoboui-2.dylib =20
/sw/lib/libgnomecanvas-2.dylib /sw/lib/libgnome-2.dylib =20
/sw/lib/libesd.dylib /sw/lib/libaudiofile.dylib =20
/sw/lib/libart_lgpl_2.dylib /sw/lib/libpangoft2-1.0.dylib =20
/sw/lib/libgtk-x11-2.0.dylib /sw/lib/libgdk-x11-2.0.dylib -lXrandr =20
-lXinerama -lXext -lXft -lfreetype -lXrender -lfontconfig -lXcursor =20
/sw/lib/libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib =20
/sw/lib/libpangoxft-1.0.dylib /sw/lib/libpangox-1.0.dylib =20
/sw/lib/libpango-1.0.dylib /sw/lib/libgnomevfs-2.dylib =20
/sw/lib/libgconf-2.dylib /sw/lib/libbonobo-2.dylib =20
/sw/lib/libxml2.dylib -lpthread -lz /sw/lib/libbonobo-activation.dylib =20=

/sw/lib/libORBitCosNaming-2.dylib /sw/lib/libORBit-2.dylib =20
/sw/lib/libgobject-2.0.dylib -lresolv -lm /sw/lib/libgmodule-2.0.dylib =20=

/sw/lib/libgthread-2.0.dylib /sw/lib/libglib-2.0.dylib =20
/sw/lib/libstartup-notification-1.dylib -lSM -lICE =20
/sw/lib/libjpeg.dylib -lX11 /sw/lib/libpopt.dylib /sw/lib/libintl.dylib =20=

/sw/lib/libiconv.dylib
ld: warning prebinding disabled because dependent library: =20
/sw/lib/libnautilus.2.dylib is not prebound
ld: warning multiple definitions of symbol _locale_charset
/sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
/sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset
ld: warning suggest use of -bind_at_load, as lazy binding may result in =20=

errors or different symbols being used
symbol _xdg_mime_shutdown used from dynamic library =20
/sw/lib/libgnomevfs-2.dylib(xdgmime.o) not from earlier dynamic library =20=

/sw/lib/libgtk-x11-2.0.0.dylib(xdgmime.o)
symbol _locale_charset used from dynamic library =20
/sw/lib/libiconv.dylib(localcharset.o) not from earlier dynamic library =20=

/sw/lib/libintl.1.dylib(localcharset.lo)
LC_ALL=3DC ../intltool-merge ../po network-scheme.desktop.in =20
network-scheme.desktop -d -u -c ../po/.intltool-merge-cache
make[3]: *** [network-scheme.desktop] Bus error
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2
### execution of make failed, exit code 2
Failed: compiling nautilus-2.6.3-10 failed

Any ideas?

--
Package manager version: 0.23.3
Distribution version: 0.7.1.rsync
Mac OS X version: 10.3.6
December 2001 Developer Tools
gcc version: 3.3
make version: 3.79
Feedback Courtesy of FinkCommander


S=E9bastien

"Destiny is not a matter of chance, it is a matter of choice. It is not =20=

a thing to be waited for, it is a thing to be achieved."
-- William Jennings Bryan

I'm unable to compile this package on my system.  I've attached the 
entire log for your review. I checked the sourceforge.net bug list and 
did not see any reports about nautilus.

Benjamin J Doherty wrote:
> I'm unable to compile this package on my system.  I've attached the 
> entire log for your review. I checked the sourceforge.net bug list and 
> did not see any reports about nautilus.

The same error was reported here some 6 weeks ago by Sebastien Arnaud. 
No ideas have come forth.

You are getting a bus error, but from the log it is not clear which 
executable is actually crashing. The last executable called before the 
crash is intltool-merge, but this is a perl script and cannot directly 
produce a bus error. To proceed further, one would have to know which 
ececutable is actually crashing. There is a chance that a crash report 
has been saved. You would have to look inside Library/Logs/CrashReporter 
whether there is a crash log with the same creation date as your 
compilation failure. This is probably not in ~/Library, but rather in 
/Library.

-- 
Martin

Hi all,

On 21/01/2005, at 10:16 PM, Martin Costabel wrote:

> Benjamin J Doherty wrote:
>> I'm unable to compile this package on my system.  I've attached the 
>> entire log for your review. I checked the sourceforge.net bug list 
>> and did not see any reports about nautilus.
>
> The same error was reported here some 6 weeks ago by Sebastien Arnaud. 
> No ideas have come forth.
>
> You are getting a bus error, but from the log it is not clear which 
> executable is actually crashing. The last executable called before the 
> crash is intltool-merge, but this is a perl script and cannot directly 
> produce a bus error. To proceed further, one would have to know which 
> ececutable is actually crashing. There is a chance that a crash report 
> has been saved. You would have to look inside 
> Library/Logs/CrashReporter whether there is a crash log with the same 
> creation date as your compilation failure. This is probably not in 
> ~/Library, but rather in /Library.

Sorry, I wasn't paying attention - I did find a solution to this 
problem - there seems to be something a little 'off' in Apple's shipped 
version of perl-5.8.1 - the way I fixed the bus error was to compile 
the latest version of perl with fink (both 5.8.4 and 5.8.6 work fine), 
then recompile intltool. The bus errors stop then.

thanks,

Tony Arnold

Tony Arnold wrote:

> Sorry, I wasn't paying attention - I did find a solution to this 
> problem - there seems to be something a little 'off' in Apple's shipped 
> version of perl-5.8.1 - the way I fixed the bus error was to compile 
> the latest version of perl with fink (both 5.8.4 and 5.8.6 work fine), 
> then recompile intltool. The bus errors stop then.

I for one had no problem to compile this version of nautilus with 
Apple's perl. If you are really getting a bus error with Apple's perl, 
we would all like to hear about the precise circumstances. Fink relies 
for all of its functions on the good working of Apple's perl, after all.

Could it be that you already had a self-compiled perl installed, and it 
was not Apple's original perl that was crashing, but some modified version?

Benjamin, could you show one of these crash logs? If it is too long, 
send it to me off list.

-- 
Martin

I sent it this morning to you!  Have you not received it?

***

	From: 	  bjd@...
	Subject: 	Re: [gnome-core] nautilus-2.6.3-10
	Date: 	January 21, 2005 10:12:03 AM CST
	To: 	  costabel@...

On Jan 21, 2005, at 5:16 AM, Martin Costabel wrote:

> You are getting a bus error, but from the log it is not clear which 
> executable is actually crashing. The last executable called before the 
> crash is intltool-merge, but this is a perl script and cannot directly 
> produce a bus error. To proceed further, one would have to know which 
> ececutable is actually crashing. There is a chance that a crash report 
> has been saved. You would have to look inside 
> Library/Logs/CrashReporter whether there is a crash log with the same 
> creation date as your compilation failure. This is probably not in 
> ~/Library, but rather in /Library.
>

I figured that it was a problem with another tool, because fink 
actually does most of the compilation of nautilus itself just fine.  
There is a perl crash log, and it has the same information several 
times for each of the crashes.  I hope it helps!

Benjamin J Doherty wrote:

> I sent it this morning to you!  Have you not received it?

Yes, sorry, I see it now (too much spam to wade through :-( ).
[]
> I figured that it was a problem with another tool, because fink actually 
> does most of the compilation of nautilus itself just fine.  There is a 
> perl crash log, and it has the same information several times for each 
> of the crashes.  I hope it helps!

It is rather weird, crashing in what should be the system library. You 
could try to rerun the prebinding:

sudo /sw/var/lib/fink/prebound/update-package-prebinding.pl -f

and see if this changes anything.

-- 
Martin

I have a similar problem when trying to install nautilus-2.4.2-7 in  
stable.  I did a clean install of fink from source last week.  I had  
recently done a fink selfupdate on a 10.3 system with the default  
installed perl, but my nautilus build fails with a bus error.  When I  
compiled the same version on my other 10.3 box on 6/9/2004, it built  
correctly.  Here's some debug info:

fink --version
Package manager version: 0.23.3
Distribution version: 0.7.1.rsync

Here are the results of the /Library/Logs/CrashReporter/perl.crash.log

**********

Host Name:      #############
Date/Time:      2005-01-21 19:38:33 -0500
OS Version:     10.3.7 (Build 7S215)
Report Version: 2

Command: perl
Path:    /usr/bin/perl
Version: ??? (???)
PID:     4136
Thread:  0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x0000004d

Thread 0 Crashed:
0   <<00000000>> 	0xffff82d0 __pthread_getspecific + 0x10
1   libperl.dylib 	0x7f474bdc Perl_safesysmalloc + 0x2c
2   libperl.dylib 	0x7f48010c S_save_hek_flags + 0x28
3   libperl.dylib 	0x7f4839cc S_share_hek_flags + 0xe8
4   libperl.dylib 	0x7f481488 Perl_hv_store_ent + 0x404
5   libperl.dylib 	0x7f4893f4 Perl_pp_aassign + 0x2bc
6   libperl.dylib 	0x7f486884 Perl_runops_standard + 0x40
7   libperl.dylib 	0x7f433268 S_run_body + 0x134
8   libperl.dylib 	0x7f432ec4 perl_run + 0xa4
9   perl          	0x000027b0 0x1000 + 0x17b0
10  perl          	0x00002420 0x1000 + 0x1420
11  perl          	0x00002294 0x1000 + 0x1294

PPC Thread State:
   srr0: 0xffff82d0 srr1: 0x0200f030                vrsave: 0x00000000
     cr: 0x44002224  xer: 0x00000004   lr: 0x7f474bdc  ctr: 0x90001de0
     r0: 0x00007ff2   r1: 0xbffff280   r2: 0x7f512574   r3: 0x00000001
     r4: 0x00000048   r5: 0x0000004c   r6: 0x00000000   r7: 0x00000000
     r8: 0x00000000   r9: 0x00000000  r10: 0x00000000  r11: 0x7f511bfc
    r12: 0x90001de0  r13: 0x00000000  r14: 0x00000000  r15: 0x00000000
    r16: 0x00000000  r17: 0x0069aff4  r18: 0x008322cc  r19: 0x00000000
    r20: 0x00000000  r21: 0x00000000  r22: 0x00000000  r23: 0x0020bf74
    r24: 0x00000000  r25: 0x00000000  r26: 0x40fd9bdd  r27: 0x003b5270
    r28: 0x0000001d  r29: 0x00000027  r30: 0x00bbe61c  r31: 0x7f474bb8

Binary Images Description:
     0x1000 -     0x3fff perl 	perl
     0xc000 -     0xffff Glob.bundle  
	/System/Library/Perl/5.8.1/darwin-thread-multi-2level/auto/File/Glob/ 
Glob.bundle
0x7f430000 - 0x7f508fff libperl.dylib  
	/System/Library/Perl/5.8.1/darwin-thread-multi-2level/CORE/ 
libperl.dylib
0x8fe00000 - 0x8fe4ffff dyld 	/usr/lib/dyld
0x90000000 - 0x90122fff libSystem.B.dylib 	/usr/lib/libSystem.B.dylib
0x939d0000 - 0x939d4fff libmathCommon.A.dylib  
	/usr/lib/system/libmathCommon.A.dylib


Here's the build results:

...
libORBitCosNaming-2.0.dylib(linc-server.o)
symbol _link_servers_move_io_T used from dynamic library  
/sw/lib/libORBit-2.dylib(linc-server.o) not from earlier dynamic  
library /sw/lib/libORBitCosNaming-2.0.dylib(linc-server.o)
LC_ALL=C ../intltool-merge ../po nautilus-server-connect.desktop.in  
nautilus-server-connect.desktop -d -u -c ../po/.intltool-merge-cache
Generating and caching the translation database
Merging translations into nautilus-server-connect.desktop.
LC_ALL=C ../intltool-merge ../po network-scheme.desktop.in  
network-scheme.desktop -d -u -c ../po/.intltool-merge-cache
Found cached translation database
make[3]: *** [network-scheme.desktop] Bus error
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2
### execution of make failed, exit code 2
Failed: compiling nautilus-2.4.2-7 failed

On Jan 21, 2005, at 6:44 PM, Martin Costabel wrote:

> Tony Arnold wrote:
>
>> Sorry, I wasn't paying attention - I did find a solution to this  
>> problem - there seems to be something a little 'off' in Apple's  
>> shipped version of perl-5.8.1 - the way I fixed the bus error was to  
>> compile the latest version of perl with fink (both 5.8.4 and 5.8.6  
>> work fine), then recompile intltool. The bus errors stop then.
>
> I for one had no problem to compile this version of nautilus with  
> Apple's perl. If you are really getting a bus error with Apple's perl,  
> we would all like to hear about the precise circumstances. Fink relies  
> for all of its functions on the good working of Apple's perl, after  
> all.
>
> Could it be that you already had a self-compiled perl installed, and  
> it was not Apple's original perl that was crashing, but some modified  
> version?
>
> Benjamin, could you show one of these crash logs? If it is too long,  
> send it to me off list.
>
> -- 
> Martin
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> fink-gnome-core mailing list
> fink-gnome-core@...
> https://lists.sourceforge.net/lists/listinfo/fink-gnome-core
>

I ran the command "sudo 
/sw/var/lib/fink/prebound/update-package-prebinding.pl -f", and tried 
to compile nautilus-2.4.2-7 in stable again, but it failed with the 
same error.

On Jan 21, 2005, at 7:39 PM, Martin Costabel wrote:

> Benjamin J Doherty wrote:
>
>> I sent it this morning to you!  Have you not received it?
>
> Yes, sorry, I see it now (too much spam to wade through :-( ).
> []
>> I figured that it was a problem with another tool, because fink 
>> actually does most of the compilation of nautilus itself just fine.  
>> There is a perl crash log, and it has the same information several 
>> times for each of the crashes.  I hope it helps!
>
> It is rather weird, crashing in what should be the system library. You 
> could try to rerun the prebinding:
>
> sudo /sw/var/lib/fink/prebound/update-package-prebinding.pl -f
>
> and see if this changes anything.
>
> -- 
> Martin
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> fink-gnome-core mailing list
> fink-gnome-core@...
> https://lists.sourceforge.net/lists/listinfo/fink-gnome-core
>

Martin/All,

On 22/01/2005, at 10:44 AM, Martin Costabel wrote:

> Tony Arnold wrote:
>
>> Sorry, I wasn't paying attention - I did find a solution to this 
>> problem - there seems to be something a little 'off' in Apple's 
>> shipped version of perl-5.8.1 - the way I fixed the bus error was to 
>> compile the latest version of perl with fink (both 5.8.4 and 5.8.6 
>> work fine), then recompile intltool. The bus errors stop then.
>
> I for one had no problem to compile this version of nautilus with 
> Apple's perl. If you are really getting a bus error with Apple's perl, 
> we would all like to hear about the precise circumstances. Fink relies 
> for all of its functions on the good working of Apple's perl, after 
> all.

I really don't appreciate being spoken down to like this - I'm just 
trying to help. What other information would you like - I'm happy to 
provide my crash logs, and any other information that might help.


> Could it be that you already had a self-compiled perl installed, and 
> it was not Apple's original perl that was crashing, but some modified 
> version?

Not at all. It was using /usr/bin/perl (on a system I reformatted and 
installed 10.3.7 on two weeks ago). I also wasn't implying that all of 
Apple's perl is bad, just something specific to what recent versions of 
intltool are using it for, so [NSPanties doUnbunch];


> Benjamin, could you show one of these crash logs? If it is too long, 
> send it to me off list.

My crash logs for perl (when running intltool-merge) are identical to 
Benjamin's... it doesn't just happen with nautilus either. Benjamin, 
did you update intltool recently? Could you send back the version you 
currently have installed (fink list intltool)?

-Tony

On Jan 21, 2005, at 6:39 PM, Martin Costabel wrote:

> It is rather weird, crashing in what should be the system library. You  
> could try to rerun the prebinding:
>
> sudo /sw/var/lib/fink/prebound/update-package-prebinding.pl -f
>
> and see if this changes anything.
>

This changes nothing... same failure at the same point with identical  
log output.

However, the following files have changed according to my BOM file for  
the MacOSX10.3.7Combo.pkg update:

./usr/lib/dyld	100555	0/0	386376	208892546
./System/Library/Frameworks/System.framework/Versions/B/System	120755	 
0/0	43	306507626	../../../../../../usr/lib/libSystem.B.dylib

These files are mentioned in the crash report from perl.

Perhaps someone who is running a pre-10.3.7 Mac OS X installation can  
test whether nautilus compiles?

On Jan 21, 2005, at 5:20 PM, Tony Arnold wrote:

> Sorry, I wasn't paying attention - I did find a solution to this
> problem - there seems to be something a little 'off' in Apple's shipped
> version of perl-5.8.1 - the way I fixed the bus error was to compile
> the latest version of perl with fink (both 5.8.4 and 5.8.6 work fine),
> then recompile intltool. The bus errors stop then.
>

Tony is right and the hero for the day.  I compiled perl 5.86 from 
fink, recompiled intltool, and now nautilus compiles and runs fine!

Perhaps a new dependency is in order?

Tony Arnold wrote:

> On 22/01/2005, at 10:44 AM, Martin Costabel wrote:

>>I for one had no problem to compile this version of nautilus with 
>>Apple's perl. If you are really getting a bus error with Apple's perl, 
>>we would all like to hear about the precise circumstances. Fink relies 
>>for all of its functions on the good working of Apple's perl, after 
>>all.
>  
> I really don't appreciate being spoken down to like this - I'm just 
> trying to help. 

I am sorry if this came over as sarcastic, it was not meant as anything 
than honest information and request for information. The "I'm just 
trying to help" goes for me as well. I could easily stop bothering, 
since it works for me.

But finding a crash in Apple's perl *is* quite extraordinary, and the 
whole Fink community will (or has to) be interested to see if this is 
something they must be concerned about. For Fink, /usr/bin/perl is not 
just like any other program that can be replaced by a Fink version if it 
doesn't work correctly.

It would still be interesting to see a small test case where the crash 
appears. The fact that recompiling Fink's intltool seems to help makes 
the story even more mysterious, because it is not clear what Fink's 
intltool has to with this at all. The intltool-merge that is causing the 
crash is the one that comes with nautilus, and the crashlog seems to 
indicate that the problem lies entirely inside Apple's perl.

-- 
Martin

When attempting to install nautilus, I receive the following error.   
Could something be wrong on my end, or is this a known bug?

Thanks,
Morgan C

gcc -O3 -funroll-loops -fstrict-aliasing -o  
nautilus-file-management-properties  
nautilus-file-management-properties.o  
nautilus-file-management-properties-main.o -Wl,-framework -Wl,CoreAudio  
  -L/sw/lib ../src/file-manager/.libs/libnautilus-file-manager.a  
../libnautilus/.libs/libnautilus.dylib -L/usr/X11R6/lib  
../libnautilus-adapter/.libs/libnautilus-adapter.dylib  
../libnautilus-private/.libs/libnautilus-private.dylib  
/sw/src/nautilus-2.6.3-10/nautilus-2.6.3/libnautilus/.libs/ 
libnautilus.dylib  
/sw/src/nautilus-2.6.3-10/nautilus-2.6.3/libnautilus-extension/.libs/ 
libnautilus-extension.dylib  
../cut-n-paste-code/gsequence/.libs/libgsequence.a  
/sw/lib/libeel-2.dylib /sw/lib/libgailutil.dylib  
/sw/lib/libglade-2.0.dylib /sw/lib/librsvg-2.dylib  
/sw/lib/libgsf-1.dylib -lbz2 /sw/lib/libcroco.dylib  
/sw/lib/libgnome-desktop-2.dylib /sw/lib/libgnomeui-2.dylib  
/sw/lib/libgnome-keyring.dylib /sw/lib/libbonoboui-2.dylib  
/sw/lib/libgnomecanvas-2.dylib /sw/lib/libgnome-2.dylib  
/sw/lib/libesd.dylib /sw/lib/libaudiofile.dylib  
/sw/lib/libart_lgpl_2.dylib /sw/lib/libpangoft2-1.0.dylib  
/sw/lib/libgtk-x11-2.0.dylib /sw/lib/libgdk-x11-2.0.dylib -lXrandr  
-lXinerama -lXext -lXft -lfreetype -lXrender -lfontconfig -lXcursor  
/sw/lib/libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib  
/sw/lib/libpangoxft-1.0.dylib /sw/lib/libpangox-1.0.dylib  
/sw/lib/libpango-1.0.dylib /sw/lib/libgnomevfs-2.dylib  
/sw/lib/libgconf-2.dylib /sw/lib/libbonobo-2.dylib  
/sw/lib/libxml2.dylib -lpthread -lz /sw/lib/libbonobo-activation.dylib  
/sw/lib/libORBitCosNaming-2.dylib /sw/lib/libORBit-2.dylib  
/sw/lib/libgobject-2.0.dylib -lresolv -lm /sw/lib/libgmodule-2.0.dylib  
/sw/lib/libgthread-2.0.dylib /sw/lib/libglib-2.0.dylib  
/sw/lib/libstartup-notification-1.dylib -lSM -lICE  
/sw/lib/libjpeg.dylib -lX11 /sw/lib/libpopt.dylib /sw/lib/libintl.dylib  
/sw/lib/libiconv.dylib
ld: warning prebinding disabled because dependent library:  
/sw/lib/libnautilus.2.dylib is not prebound
ld: warning multiple definitions of symbol _locale_charset
/sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
/sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset
ld: warning suggest use of -bind_at_load, as lazy binding may result in  
errors or different symbols being used
symbol _xdg_mime_shutdown used from dynamic library  
/sw/lib/libgnomevfs-2.dylib(xdgmime.o) not from earlier dynamic library  
/sw/lib/libgtk-x11-2.0.0.dylib(xdgmime.o)
symbol _locale_charset used from dynamic library  
/sw/lib/libiconv.dylib(localcharset.o) not from earlier dynamic library  
/sw/lib/libintl.1.dylib(localcharset.lo)
LC_ALL=C ../intltool-merge ../po network-scheme.desktop.in  
network-scheme.desktop -d -u -c ../po/.intltool-merge-cache
make[3]: *** [network-scheme.desktop] Bus error
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2
### execution of make failed, exit code 2

--
Package manager version: 0.24.1
Distribution version: 0.7.1.rsync
Mac OS X version: 10.3.8
December 2001 Developer Tools
gcc version: 3.3
make version: 3.79
Feedback Courtesy of FinkCommander

Morgan Conner wrote:
[]
> LC_ALL=C ../intltool-merge ../po network-scheme.desktop.in  
> network-scheme.desktop -d -u -c ../po/.intltool-merge-cache
> make[3]: *** [network-scheme.desktop] Bus error

This is a crash that a couple of people were getting and reporting some 
6 weeks ago. It is /usr/bin/perl crashing in a system library.

No explanation has come forward and most people don't seem to be 
affected by this bug, but those who were affected and were desperate to 
get over this crash did so by installing Fink's perl586 package and 
recompiling intltool.

-- 
Martin