Hmm. I did a little further research. I checked and by default my root
shell has all but LANG and LC_ALL set to "C". My user has all but LC_ALL
set to en_US.UTF-8. When I make root match my user it doesn't have any
effect. So it's not a simple case of locales not matching.
On Fri, Feb 1, 2013 at 2:05 PM, Alexander Hansen <
[email protected]> wrote:
> On 2/1/13 12:58 PM, Stephen J. Butler wrote:
> > 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!
> >
> >
>
> Yeah. We've had reports of this behavior, but I haven't been able to
> reproduce it on a test system.
>
> You can also use "fink --no-build-as-nobody " to force root to work.
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/
>
> > On Fri, Feb 1, 2013 at 1:52 PM, Stephen J. Butler
> > <[email protected] <mailto:[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
> > <http://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
