Re: [Fink-users] Failed: phase compiling: libvpx14-1.4.0-1 failed ...
I'm still getting a failure in libvpx compile: http://pastebin.com/0mUEn85c Latest Xcode and command line tools. Looks different than the previous error. On Mon, Apr 27, 2015 at 7:20 PM, Daniel Johnson daniel.johnso...@gmail.com wrote: On Apr 26, 2015, at 1:01 PM, Alexander Hansen alexanderk.han...@gmail.com wrote: On Apr 23, 2015, at 18:48, Saleh Elmohamed m.a.saleh.elmoha...@gmail.com wrote: thought to forward again... sorry about that. snip [CC] vp9/common/x86/vp9_subpixel_8t_intrin_ssse3.c.o vp9/common/x86/vp9_subpixel_8t_intrin_avx2.c:77:18: warning: implicit declaration of function '_mm256_broadcastsi128_si256' is invalid in C99 [-Wimplicit-function-declaration] filtersReg32 = MM256_BROADCASTSI128_SI256(filtersReg); ^ vp9/common/x86/vp9_subpixel_8t_intrin_avx2.c:41:41: note: expanded from macro 'MM256_BROADCASTSI128_SI256' # define MM256_BROADCASTSI128_SI256(x) _mm256_broadcastsi128_si256(x) ^ vp9/common/x86/vp9_subpixel_8t_intrin_avx2.c:77:16: error: assigning to '__m256i' from incompatible type 'int' filtersReg32 = MM256_BROADCASTSI128_SI256(filtersReg); ^ ~~ vp9/common/x86/vp9_subpixel_8t_intrin_avx2.c:322:16: error: assigning to '__m256i' from incompatible type 'int' filtersReg32 = MM256_BROADCASTSI128_SI256(filtersReg); ^ ~~ 1 warning and 2 errors generated. Makefile:148: recipe for target 'vp9/common/x86/vp9_subpixel_8t_intrin_avx2.c.o' failed make[1]: *** [vp9/common/x86/vp9_subpixel_8t_intrin_avx2.c.o] Error 1 make[1]: *** Waiting for unfinished jobs Makefile:17: recipe for target '.DEFAULT' failed make: *** [.DEFAULT] Error 2 ### execution of /tmp/fink.gGf4Y failed, exit code 2 ### execution of /tmp/fink.MiwFA failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libvpx14-1.4.0-1 (Reading database ... 299579 files and directories currently installed.) Removing fink-buildlock-libvpx14-1.4.0-1 ... Updating the list of locally available binary packages. Scanning dists/stable/main/binary-darwin-x86_64 New package: dists/stable/main/binary-darwin-x86_64/libs/boost1.53.nopython-shlibs_1.53.0-4_darwin-x86_64.deb New package: dists/stable/main/binary-darwin-x86_64/libs/boost1.53.nopython_1.53.0-4_darwin-x86_64.deb New package: dists/stable/main/binary-darwin-x86_64/libs/boost1.55-nopython-shlibs_1.55.0-7_darwin-x86_64.deb New package: dists/stable/main/binary-darwin-x86_64/libs/boost1.55-nopython_1.55.0-7_darwin-x86_64.deb Failed: phase compiling: libvpx14-1.4.0-1 failed Before reporting any errors, please run fink selfupdate and try again. Also try using fink configure to set your maximum build jobs to 1 and attempt to build the package 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 one (not both, please) of these mailing lists: The Fink Users List fink-users@lists.sourceforge.net The Fink Beginners List fink-beginn...@lists.sourceforge.net, with a carbon copy to the maintainer: Daniel Johnson dan...@daniel-johnson.org Note that this is preferable to emailing just the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. Please try to include the complete error message in your report. This generally consists of a compiler line starting with e.g. gcc or g++ followed by the actual error output from the compiler. Also include the following system information: Package manager version: 0.38.4 Distribution version: selfupdate-rsync Tue Apr 21 17:50:33 2015, 10.7, x86_64 Trees: local/main stable/main Xcode.app: 4.6.3 Xcode command-line tools: 4.6.0.0.1.1365549073 Max. Fink build jobs: 4 I can confirm this (pretty much the same everything as Saleh, system-wise). Sorry, I was distracted by other things. This should be fixed now. Please let me know if it works since I can’t test with older Xcodes. Daniel -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications
Re: [Fink-users] Failed: phase compiling: libvpx14-1.4.0-1 failed ...
Ahh... I didn't notice that. I removed it and libvpx14 installed just fine. Nevermind! On Fri, May 1, 2015 at 1:00 PM, Alexander Hansen alexanderk.han...@gmail.com wrote: On May 1, 2015, at 09:51, Stephen J. Butler stephen.but...@gmail.com wrote: I'm still getting a failure in libvpx compile: http://pastebin.com/0mUEn85c Latest Xcode and command line tools. Looks different than the previous error. Daniel fixed libvpx14, not libvpx. They’re different versions of the same package, but they’re distinct items. libvpx is fundamentally broken with Xcode 6.3, so we’re trying to migrate packages away from it. If you need it, since your Fink tree is /sw you can use the version in the binary distribution. -- Alexander Hansen, Ph.D. Fink User Liaison -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] 10.9 vim-nox compile failure
Some system header that used to pull in AvailabilityMacros.h must not anymore. Patch and info file that works for me: https://uofi.box.com/s/8og8x0lcxgx5lglcctmw On Sun, Oct 27, 2013 at 9:13 PM, Bill Waggoner ctgreybe...@gmail.comwrote: I've got a test system with 10.9. fink installed from git Futureproof2 branch today. As this is just a test system I don't have the full Xcode installed, just the command-line tools. vim-nox fails with the following: gcc -c -I. -Iproto -DHAVE_CONFIG_H -I/sw/include -DMACOS_X_UNIX -no-cpp-precomp -O2 -fno-strength-reduce -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -o objects/os_unix.o os_unix.c clang: warning: argument unused during compilation: '-fno-strength-reduce' os_unix.c:830:46: warning: declaration of 'struct sigaltstack' will not be visible outside of this function [-Wvisibility] extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct sigaltstack *oss)); ^ ./os_unix.h:88:21: note: expanded from macro '__ARGS' # define __ARGS(x) x ^ os_unix.c:830:13: error: conflicting types for 'sigaltstack' extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct sigaltstack *oss)); ^ /usr/include/signal.h:85:5: note: previous declaration is here int sigaltstack(const stack_t * __restrict, stack_t * __restrict) __DARWIN_ALIAS(sigaltstack); ^ 1 warning and 1 error generated. make: *** [objects/os_unix.o] Error 1 make: *** Waiting for unfinished jobs ### execution of /tmp/fink.E2Fmk failed, exit code 2 ### execution of /tmp/fink.AlilO failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-vim-nox-7.4.50-1 (Reading database ... 9228 files and directories currently installed.) Removing fink-buildlock-vim-nox-7.4.50-1 ... Failed: phase compiling: vim-nox-7.4.50-1 failed Also include the following system information: Package manager version: 0.35.99.git Distribution version: selfupdate-rsync Sun Oct 27 21:43:15 2013, 10.9, x86_64 Trees: local/main stable/main No recognized Xcode.app installed Xcode command-line tools: 5.0.1.0.1.1382131676 Max. Fink build jobs: 4 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___ 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] Can't build gcc48 with Xcode (=4.6)
Happen that I just built this package last week with the same setup, no problem. What happens with xcode-select --print-path? You might want to run xcode-select --switch /Applications/Xcode.app just to be safe. On Sun, Mar 31, 2013 at 3:46 PM, Gary K. Olson garykol...@mac.com wrote: When I attempt to install gcc 4.8, I get the following: fink update gcc48-shlibs gcc48-compiler gcc48 Information about 7162 packages read in 2 seconds. Can't resolve dependency xcode (= 4.6) for package gcc48-4.8.0-1001 (no matching packages/versions found) Exiting with failure. I just recently installed xcode 4.6.1. Is there something else I need to do? It seems that in the past I had to do something else after installing a new version of xcode, if I wanted things to build, but I can not remember what it was. Thanks for any help. I have gcc4.7 running currently. Gary K Olson Package manager version: 0.34.7 Distribution version: selfupdate-rsync Sun Mar 31 14:17:19 2013, 10.8, x86_64 Trees: local/main stable/main local/injected i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) xcode 4.6.1 OSX 10.8.3 -- Own the Future-Intel(R) Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2 ___ 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 -- Own the Future-Intel(R) Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2___ 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] Problem: compiling doxygen-1.8.3.1-1 failed
I just ran into this problem today too. It is on a 10.6.8 system that hasn't had a fink update in a while. After reading this thread, I tried: fink reinstall libiconv-dev libiconv-bin libiconv Seems to have fixed the problem. doxygen built fine. No idea what happened. On Tue, Feb 12, 2013 at 11:45 AM, Fabio Daolio fabio.dao...@unil.ch wrote: If I run nm -o /sw/lib/libiconv.2.dylib | grep close i get: /sw/lib/libiconv.2.dylib: U _fclose /sw/lib/libiconv.2.dylib: 00015280 t _iconv_close /sw/lib/libiconv.2.dylib: 00015270 T _libiconv_close Nothing else. Plus, now that you ask, I found another libiconv /usr/lib/libiconv.dylib and its name list is way longer, including those references ... /usr/lib/libiconv.dylib: bd2b T _iconv_close /usr/lib/libiconv.dylib: 00014d42 T _iconv_open ... This is not my personal computer, it is the controller of a small grid, which I use to compile and deploy code, and for which I obtained to be among the sudoers. Any suggestion? Thanks a lot -- Fabio On Feb 12, 2013, at 17:59 , Alexander Hansen wrote: On 2/12/13 9:25 AM, Alexander Hansen wrote: On 2/12/13 8:48 AM, Fabio Daolio wrote: Dear list, this is my first time writing so let me begin by thanking all the maintainers and contributors, I've been enjoying your work for a while, thanks! On to the problem, I'm trying to install doxygen-1.8.3.1-1 on osx sever 10.6.8 and the compilation fails with the following message: c++ -Wl,-search_paths_first -o ../bin/doxygen ../objects/main.o -L../lib -L/sw/lib -ldoxygen -ldoxycfg -lqtools -lmd5 -lpthread -liconv -framework CoreServices Undefined symbols: _iconv_close, referenced from: _portable_iconv_close in libdoxycfg.a(portable_c.o) (maybe you meant: _portable_iconv_close) _iconv, referenced from: _portable_iconv in libdoxycfg.a(portable_c.o) (maybe you meant: _portable_iconv, _portable_iconv_close , _portable_iconv_open ) _iconv_open, referenced from: _portable_iconv_open in libdoxycfg.a(portable_c.o) (maybe you meant: _portable_iconv_open) ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [../bin/doxygen] Error 1 make[1]: *** [all] Error 2 make: *** [all] Error 2 ### execution of make failed, exit code 2 ### execution of /tmp/fink.l43jk failed, exit code 2 Could it be an issue with the version of iconvlib? I have: fink list iconv Information about 11686 packages read in 1 seconds. i libiconv 1.12-5 Character set conversion library i libiconv-bin 1.12-5 Executables for libiconv package i libiconv-dev 1.12-5 Developer files for libiconv package And my system is: Package manager version: 0.34.5 Distribution version: selfupdate-rsync Tue Feb 12 16:26:17 2013, 10.6, x86_64 Trees: local/main stable/main stable/crypto unstable/main unstable/crypto Xcode.app: 3.2.6 Xcode command-line tools: 3.2.6 Max. Fink build jobs: 4 Any help is appreciated, best regards -- Fabio That's the libiconv it's supposed to be using. I don't reproduce your failure on 10.6.8/x86_64/Xcode 3.2.6, either, so the cause must be subtle. At the same point in the build, I get: c++ -Wl,-search_paths_first -o ../bin/doxygen ../objects/main.o -L../lib -L/sw/lib -ldoxygen -ldoxycfg -lqtools -lmd5 -lpthread -liconv -framework CoreServices which looks the same. Let's check your libiconv library. What do you get from running nm -o /sw/lib/libiconv.2.dylib | grep close in a terminal? One more thing to check would be if you happen to have a /usr/local/lib/libiconv.dylib from somewhere. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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 -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ 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] tar hangs when building any package
Yep, works fine when you move /sw/bin/tar out of the way. But I can do you one better! If you look in my stacktrace, it's hanging inside libintl. So poking around, I noticed that /sw/bin/vim also links against libintl. So from my login user, I ran: $ sudo sudo -u fink-bld /sw/bin/vim Yes, that is double sudo. Just to confirm, from vim doing !whoami returns fink-bld. When I do this from root... # . /sw/bin/init.sh # sudo -u fink-bld /sw/bin/vim It hangs! And a sample gives a stacktrace inside libintl_setlocale. On Mon, Feb 11, 2013 at 5:49 PM, Alexander Hansen alexanderk.han...@gmail.com wrote: On 2/1/13 1:43 PM, Stephen J. Butler wrote: 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. If you've got some spare time, there's been discussion about a potential way to fix this problem. Assuming you still can reproduce the 'tar' hang, then please try the following: 1) Temporarily rename /sw/bin/tar to something unlikely to be run, like /sw/bin/tar.dont.work 2) Try building something whose source is a tarball. fink will default to use Apple's 'gnutar' for unpacking instead. If the unpack and build process works, then we can confirm that the issue is with our tar. There have been reports in the past on IRC that this worked, but I'd like a more public confirmation. :-) -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ 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] tar hangs when building any package
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 keyfailedLoginCount/key integer0/integer keyfailedLoginTimestamp/key date2001-01-01T00:00:00Z/date keylastLoginTimestamp/key date2001-01-01T00:00:00Z/date keypasswordLastSetTime/key date2012-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 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] tar hangs when building any package
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 stephen.but...@gmail.comwrote: 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 keyfailedLoginCount/key integer0/integer keyfailedLoginTimestamp/key date2001-01-01T00:00:00Z/date keylastLoginTimestamp/key date2001-01-01T00:00:00Z/date keypasswordLastSetTime/key date2012-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
Re: [Fink-users] tar hangs when building any package
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 alexanderk.han...@gmail.com 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 stephen.but...@gmail.com mailto:stephen.but...@gmail.com 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
Re: [Fink-users] Bug: sed compiled by fink gives incorrect results on 10.7
On Thu, May 31, 2012 at 2:14 PM, Lanny Ripple la...@spotinfluence.com wrote: fink sed (unexpected. .* breaks at é): lanny;~ echo Rémi Leblond | LANG=C LC_ALL=C /sw/bin/sed -ne 's/.*/GIT_AUTHOR_NAME='\'''\''/p' GIT_AUTHOR_NAME='R'émi Leblond I poked around this as much as could. It appears to be something in how the Fink sed interprets a UTF-8 string when told the locale is C (or at least, non-UTF-8). If you define LANG/LC_ALL as en_US.UTF-8 then it works. My hunch is that it's in libiconv. Fink sed links to it through libintl but Apple sed only links to libSystem. I tried compiling libiconv a couple different ways and couldn't get a different result. A better question would be, why does git redefine LANG/LC_ALL? I bet it's because they wanted sed to provide a binary copy of AUTHOR and other variables, but that seems like a very fragile thing to do when you mix regular expressions in. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ 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] Bug: sed compiled by fink gives incorrect results on 10.7
On Thu, May 31, 2012 at 2:14 PM, Lanny Ripple la...@spotinfluence.com wrote: lanny;~ echo Rémi Leblond | LANG=C LC_ALL=C /sw/bin/sed -ne 's/.*/GIT_AUTHOR_NAME='\'''\''/p' GIT_AUTHOR_NAME='R'émi Leblond Ahh ha! I've found it! Here's what's happening: After looking at the sed code a long time, I inserted some printf statements in sed/libs/localcharset.c:locale_charset. Here's the output: $ echo Rémi Leblond | LANG=C LC_ALL=C ./sed -ne 's/.*/GIT_AUTHOR_NAME='\'''\''/p' codeset nl_langinfo = US-ASCII codeset pre alias = US-ASCII codeset post alias = UTF-8 codeset_name = UTF-8 codeset nl_langinfo = US-ASCII codeset pre alias = US-ASCII codeset post alias = UTF-8 GIT_AUTHOR_NAME='R'émi Leblond The problem is how this gets aliases to UTF-8. On Lion, looking at /usr/lib/charset.alias we see: # This file contains a table of character encoding aliases, # suitable for operating system 'darwin10.0'. # It was automatically generated from config.charset. # Packages using this file: * UTF-8 Argg. Now sed thinks that the charset is UTF-8, yet MB_CUR_MAX returns 1 which breaks the regular expression engine. If you set CHARSETALIASDIR to something sane: $ export CHARSETALIASDIR=/sw/etc/glib-2.0/charset.alias $ echo Rémi Leblond | LANG=C LC_ALL=C ./sed -ne 's/.*/GIT_AUTHOR_NAME='\'''\''/p' codeset pre alias = C codeset post alias = C codeset_name = C codeset pre alias = C codeset post alias = C GIT_AUTHOR_NAME='Rémi Leblond' So... this is IMHO an obviously broken setup by Apple. Can Fink fix it? I don't think so. You could fix it yourself by adding the CHARSETALIASDIR to your .profile/.bashrc and setting it to something sane. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ 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] Bug: sed compiled by fink gives incorrect results on 10.7
Oops.. right on the reason, wrong on a fix. On Darwin, sed uses it's own static map for charsets. So we can't use CHARSETALIASDIR like I thought (false test earlier misled me). A patch like the one attached will fix the issue, but I can't tell you what the larger implication is. It sets the charset for US-ASCII to be ASCII. If you look at the patch, you might wonder, why US-ASCII when we've set C? It's because on Darwin (and probably FreeBSD) nl_langinfo() returns US-ASCII for LC_ALL=C or POSIX. I'm going to blame this back on the sed developers because their static map isn't very good. It also defines * as UTF-8. But if they used the Apple provided one, we'd also be screwed. sed.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ 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] tcltk on Lion
On Fri, May 4, 2012 at 12:08 PM, Paul Gearon pgea...@revelytix.com wrote: After re-installing fink I discovered I didn't have fileutils anymore (specifically, I was back to a vanilla ls, which is visually jarring when you're used to the colors). Or you could put in your .profile: alias ls='ls -G' Which gives you colors with the stock Lion 'ls'. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ 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] DNS-Server -- malicious redirects
On Tue, Mar 20, 2012 at 6:41 AM, Phillip Alday pal...@gmail.com wrote: it appears that there is a problem with your DNS-Servers. You have these three: finkproject.org. 24637 IN NS ns1.finkproject.org. finkproject.org. 24637 IN NS ns1.middle--earth.org. finkproject.org. 24637 IN NS ns1.befunk.com. Hmm, dig @ns1.finkproject.org and @ns1.befund.com return this for me: ;; QUESTION SECTION: ;finkproject.org. IN A ;; ANSWER SECTION: finkproject.org.86400 IN A 213.84.134.226 ;; AUTHORITY SECTION: finkproject.org.86400 IN NS ns1.mid-earth.net. finkproject.org.86400 IN NS ns1.finkproject.org. finkproject.org.86400 IN NS ns1.befunk.com. Note that it says ns1.**mid-earth.net**, not middle--earth.org! But if you dig @ns1.mid-earth.net you get: ;; QUESTION SECTION: ;finkproject.org. IN A ;; ANSWER SECTION: finkproject.org.86400 IN A 213.84.134.226 ;; AUTHORITY SECTION: finkproject.org.86400 IN NS ns1.middle--earth.org. finkproject.org.86400 IN NS ns1.befunk.com. finkproject.org.86400 IN NS ds025.xs4all.nl. There's your ns1.middle--earth.org. Plus this new one, which while it looks suspicious, does return the same records as the other two good ones. My guess would be that ns1.middle--earth.org used to be the correct host, they moved to ns1.mid-earth.net, and ns1.middle--earth.org expired and was picked up by spammers. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ 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] Xcode 4.3.1 fresh out of the oven: do or don't?
On Thu, Mar 8, 2012 at 12:18 PM, Juan Courcoul courc...@mac.com wrote: The burning question: go ahead and deploy it without bringing misery and ruin to the Fink infrastructure, or continue hanging on for dear life to Xcode v4.2.1? I was already using 4.3 and fink, following the xcode-select instructions on the webpage. I updated to 4.3.1 yesterday and successfully compiled some pending fink package updates (I don't remember what exactly -- minor libs and automake1.11). -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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] On OSX 10.7 wget's dependencies just exploded in number: is that intentional?
On Thu, Nov 10, 2011 at 12:59 PM, Viktor Haag viktor.h...@gmail.com wrote: I suspect I will either find a wget binary, build a version myself without gnutls (which does seem to configure fine from wget sources, provided you do --without-ssl), or just learn to use curl instead. The info file is simple enough. What I've done before is just copy the info file into local/main/finkinfo, rename it, and make some changes. Call the Package: line to something like 'wget-simple' and remove the dependencies/ConfigureParams you don't want. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ 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] 10.7 and dbd-mysql?
Was just evaluating Lion for my home office use when I notice dbd-mysql-pm5123 is missing. Seems odd to me; that has to be a popular one. Is it just something no one has gotten around to yet? BTW: good job on the transition so far! Almost every major package I use has made it to 10.7. Couple minor ones not there... but I can adapt :) -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ 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's bash (was: ffmpeg)
On Sat, Jun 19, 2010 at 4:45 PM, Hanspeter Niederstrasser f...@snaggledworks.com wrote: If you're on 10.5 (and presumably 10.6), this tells you how to change your default login shell: http://www.macosxhints.com/article.php?story=20071025221744166 I did not know that! Very helpful. Worth mentioning that the unix/linux way to change your shell is via the program 'chsh'. But you can only use the shells listed in /etc/shells so you'll want to add '/sw/bin/bash' to that list first. -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users