Bah, found out part of the problem. This only happens when I execute fink
from a root shell. When I do it using sudo from my login user everything
works fine. So it must be something inherited from my root env that's
screwing it up.
Nevermind folks!
On Fri, Feb 1, 2013 at 1:52 PM, Stephen J. Butler
<[email protected]>wrote:
> I've got a wierd thing happening on my system, and I'm not sure what's
> causing it. Whenever I go to build a package with fink, it hangs untarring
> the source file. Setup:
>
> 10.8.2
> Xcode 4.6
> Command line utilties installed
> xcode-select run
>
> For example, this hangs (I've brought the multi-c-rehash.info from the
> 10.4 tree into my local tree for 10.8 to test it):
>
> sudo -u fink-bld [ENV] sh -c /tmp/fink.Bznm_
> /sw/bin/tar --no-same-owner --no-same-permissions -xf
> /sw/src/multi_c_rehash-1.1.tar.gz
>
> When I sample the hung tar, I see this for a backtrace:
>
> 2818 Thread_202835 DispatchQueue_1: com.apple.main-thread (serial)
>
> + 2818 start (in libdyld.dylib) + 1 [0x7fff8e75d7e1]
>
> + 2818 main (in tar) + 50 [0x10fd4d3f2]
>
> + 2818 libintl_setlocale (in libintl.8.dylib) + 137 [0x10fdc2561]
>
> + 2818 _nl_locale_name_default (in libintl.8.dylib) + 45
> [0x10fdc2159]
>
> + 2818 CFLocaleCopyCurrent (in CoreFoundation) + 304
> [0x7fff85141490]
>
> + 2818 __CFXPreferencesCopyCurrentApplicationState (in
> CoreFoundation) + 169 [0x7fff85141869]
>
> + 2818 +[CFPrefsSearchListSource withSnapshotSearchList:]
> (in CoreFoundation) + 213 [0x7fff8524d2d5]
>
> + 2818 -[CFPrefsSearchListSource
> addManagedSourceForIdentifier:user:] (in CoreFoundation) + 108
> [0x7fff8524d7ac]
>
> + 2818 +[CFPrefsManagedSource
> withSourceForIdentifier:user:perform:] (in CoreFoundation) + 235
> [0x7fff8525031b]
>
> + 2818 -[CFPrefsManagedSource
> initWithDomain:user:byHost:] (in CoreFoundation) + 56 [0x7fff85250428]
>
> + 2818 _CFPreferencesIsManaged (in
> CoreFoundation) + 92 [0x7fff8514106c]
>
> + 2818 dispatch_once_f (in libdispatch.dylib) +
> 50 [0x7fff897fc041]
>
> + 2818 _dispatch_client_callout (in
> libdispatch.dylib) + 8 [0x7fff897fc0b6]
>
> + 2818
> ___CFPreferencesIsManaged_block_invoke_0 (in CoreFoundation) + 120
> [0x7fff8524b838]
>
> + 2818 withDaemonConnection (in
> CoreFoundation) + 36 [0x7fff8524b8a4]
>
> + 2818 setUpDaemonConnectionIfNecessary
> (in CoreFoundation) + 316 [0x7fff8525083c]
>
> + 2818
> xpc_connection_send_message_with_reply_sync (in libxpc.dylib) + 127
> [0x7fff86912e1f]
>
> + 2818
> _dispatch_semaphore_wait_slow (in libdispatch.dylib) + 241
> [0x7fff897ff486]
>
> + 2818 semaphore_wait_trap (in
> libsystem_kernel.dylib) + 10 [0x7fff88f4f6c2]
>
> 2818 Thread_202837 DispatchQueue_2: com.apple.libdispatch-manager
> (serial)
>
> 2818 _dispatch_mgr_thread (in libdispatch.dylib) + 54
> [0x7fff897fe9ee]
>
> 2818 _dispatch_mgr_invoke (in libdispatch.dylib) + 883
> [0x7fff897fedea]
>
> 2818 kevent (in libsystem_kernel.dylib) + 10 [0x7fff88f51d16]
>
>
> It seems to be having trouble getting the current locale while the
> fink-bld user. I don't know what's changed about this on my system
> recently, but it was working a few weeks ago. Here's what dscl outputs for
> fink-bld (removing some password stuff):
>
>
> AppleMetaNodeLocation: /Local/Default
>
> GeneratedUID: 4F4906AD-B112-49DD-B497-3F56DB5BF0A4
>
> NFSHomeDirectory: /var/empty
>
> Password: *
>
> PasswordPolicyOptions:
>
> <?xml version="1.0" encoding="UTF-8"?>
>
> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "
> http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
>
> <plist version="1.0">
>
> <dict>
>
> <key>failedLoginCount</key>
>
> <integer>0</integer>
>
> <key>failedLoginTimestamp</key>
>
> <date>2001-01-01T00:00:00Z</date>
>
> <key>lastLoginTimestamp</key>
>
> <date>2001-01-01T00:00:00Z</date>
>
> <key>passwordLastSetTime</key>
>
> <date>2012-07-31T21:53:07Z</date>
>
> </dict>
>
> </plist>
>
>
> PrimaryGroupID: 266
>
> RealName:
>
> Fink Build System
>
> RecordName: fink-bld
>
> RecordType: dsRecTypeStandard:Users
>
> UniqueID: 600
>
> UserShell: /usr/bin/false
>
> The only thing I can think of is that my system was reporting inaccurate
> disk space. So I did boot into the recovery partition and run a disk
> repair. It found a single file with an inaccurate hardlink count and fixed
> the problem, but I don't know what file.
>
> Everything else on the system seems normal. And I can untar the file fine
> as any other user.
>
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
_______________________________________________
Fink-users mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users
