Re: [Fink-users] libctl cannot installed while MEEP
On Thu, 6 Jul 2017 19:58:39 -0500, Hanspeter Niederstrasser wrote: > On 7/6/17 8:09 AM, Martin Costabel wrote: > > > > There is a bug in how the new guile20 names its files: > > > > % ls /sw/bin/guile*2.0* > > /sw/bin/guile-2.0/sw/bin/guile-config-2.0 > > /sw/bin/guile-snarf-2.0 /sw/bin/guile-tools-2.0 > > > > In particular guile-config-2.0 should be guile-2.0-config as it used to > > be in the previous version. Some parts of guile20 itself think so, too: > > > > % ls -l /sw/share/guile/2.0/scripts/binoverride > > total 32 > > lrwxr-xr-x 1 root admin 17 Jul 6 14:20 guile -> /sw/bin/guile-2.0 > > lrwxr-xr-x 1 root admin 24 Jul 6 14:20 guile-config -> > > /sw/bin/guile-2.0-config > > lrwxr-xr-x 1 root admin 23 Jul 6 14:20 guile-snarf -> > > /sw/bin/guile-2.0-snarf > > lrwxr-xr-x 1 root admin 23 Jul 6 14:20 guile-tools -> > > /sw/bin/guile-2.0-tools > > > > Thus packages that use this binoverridemechanism (which may well be > > outdated, but wasn't broken until recently) cannot find guile-config and > > will fail. > > > > I am not sure who feels responsible for the guile20 package nowadays. > > The change from guile-2.0-config to guile-config-2.0 is my fault. When > 2.0.14 was released, I noticed that %p/bin/guild (already present in > 2.0.12) was not versioned using the --program-transform-name in > ./configure [1]. But the alternative flag --program-suffix did version > everything in %p/bin [2]. So I updated the guile20.info to use the > --program-suffix flag. However, I did not notice that the placing of the > -2.0 token changed, and this broke the symlinks in binoverride. > > [1] http://paste.lisp.org/display/350172 > [2] > http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.9-libcxx/stable/main/finkinfo/languages/guile20.info?r1=1.3&r2=1.4 > > At the time, I decided to not just manually rename bin/guild to > bin/guild-2.0 because I was not sure if there was any code directed to > the actual file name or if it was just a file rename (guile-2.0-tools > points to the unversioned guild in the 2.0.12 deb). > > So the options are to > 1) return to the old file names/configure flag and manually versionize > guild (and fix the bin/guile-2.0-tools symlink), or > 2) fix our unversioned symlinks in binoverride to point to the new > guil*-2.0 names in %p/bin. > > I don't know which is better for guile functionality. How about going back to --program-transform-name but having it also act on bin/guild? That way we can have #1 (which is consistent with guile18) but have it done by the native build system (in case it does more than just a simple file rename). Something like: --program-transform-name="s|guile|guile-2.0|g; s|guild|guild-2.0|g" The rev-up (for whatever solution is chosen) would be also be a good chance to switch guile20 to readline7. dan -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: https://sourceforge.net/p/fink/mailman/fink-users/ Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Qt5 Assistant doesn't run
On Thu, 15 Jun 2017 21:12:31 +, Bill Waggoner wrote: >> On Thu, Jun 15, 2017 at 5:07 PM Daniel Macks wrote: >> > On Thu, 15 Jun 2017 20:45:37 +, Bill Waggoner wrote: >> > >> >> > >> If I run the executable inside the app I get the following error: >> > >> >> > >> QSqlDatabase: QSQLITE driver not loaded >> > >> QSqlDatabase: available drivers: >> > >> Error reading collection file '/var/root/Library/Application >> > >> Support/QtProject/Assistant/qthelpcollection_5.7.1.qhc': Cannot load >> > >> sqlite >> > >> database driver.. >> > >> > It's probably actually "qt5-mac-qtsql-sqlite-plugins". Using 'fink list' >> > sometimes truncates package names unless you use the '-t' flag. I have no >> > idea if that is the package you need. >> >> Good catch! The missing 's' did it and this is the package that is needed. >> Assistant runs now ... >> >> I suggest that this sqlite package be added to the Assistant requirements. Done. Thanks for the bug-report and fix-testing. dan -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: https://sourceforge.net/p/fink/mailman/fink-users/ Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Qt5 Assistant doesn't run
On Thu, 15 Jun 2017 20:45:37 +, Bill Waggoner wrote: >> I am learning Qt and have installed it with fink including Assistant. I >> cloned the github project to get the examples and can run qtdemo.py and the >> window comes up andis responsive. I also installed the docs via fink. But >> the demo claims the docs aren't installed and when I try to run Assistant >> from /sw/Applications/Qt5 or from /sw/lib/qt5-mac/bin/ I get a brief icon >> in the dock that quickly disappears. Running it from the command-line does >> the same. >> >> If I run the executable inside the app I get the following error: >> >> QSqlDatabase: QSQLITE driver not loaded >> QSqlDatabase: available drivers: >> Error reading collection file '/var/root/Library/Application >> Support/QtProject/Assistant/qthelpcollection_5.7.1.qhc': Cannot load sqlite >> database driver.. I don't know what is doing that actual loading and I don't know what fink package (if any) supplies that file, but it looks like the path is not correctly set for fink's prefix. >> I have sqlite3 installed but that doesn't help. >> >> fink list shows "qt5-mac-qtsql-sqlite-plugin" but it does not find it for >> install or describe. >> >> Is that what I need and How do I get it? It's probably actually "qt5-mac-qtsql-sqlite-plugins". Using 'fink list' sometimes truncates package names unless you use the '-t' flag. I have no idea if that is the package you need. dan -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: https://sourceforge.net/p/fink/mailman/fink-users/ Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Error building atk1-1.32.0-2 with Xcode 8.3.2 under macOS 10.12.5
On Thu, 25 May 2017 15:29:38 -0700, Alexander Hansen wrote: >> >> > On May 25, 2017, at 14:58, Philip Lamb wrote: >> >> >> >> > Scanning binaries for incorrect dyld linking... >> > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/objdump: >> > 'aclocal.m4': The file was not recognized as a valid object file >> >> >> >> Start by updating fink-package-precedence. After Apple changed the behavior >> of ‘otool’, fink-package-precedence was updated to use ‘otool-classic’ >> instead, which has the classic behavior of not erroring out when >> encountering a non-object file. atk1 doesn’t have a versioned build >> dependency on fink-package-precedence (yet), so it won’t automatically >> update the latter’s version. Assuming your diagnosis is correct, which sounds likely, I don't think this is specific to atk1 (it's just "whatever $user happened to try to update first"), so no sense having a versioned bdep for f-p-p. Given how widespread f-p-p is at low-level parts of so many packages, should it become an Essential:yes package so that these updates get propagated more promptly to users? dan -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: https://sourceforge.net/p/fink/mailman/fink-users/ Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Compile error on package xrootd4 (dependancy for root5-cernlib)
On Mon, 2 Jan 2017 18:00:20 +, "Attanayake, Harsha" wrote: > [ 46%] Linking CXX shared library libXrdCryptossl.dylib > Undefined symbols for architecture x86_64: > "_X509_NAME_hash_old", referenced from: > XrdCryptosslX509::IssuerHash(int) in XrdCryptosslX509.cc.o > XrdCryptosslX509::SubjectHash(int) in XrdCryptosslX509.cc.o > XrdCryptosslX509Crl::IssuerHash(int) in XrdCryptosslX509Crl.cc.o > XrdCryptosslX509Req::SubjectHash(int) in XrdCryptosslX509Req.cc.o > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > make[2]: *** [src/libXrdCryptossl.2.0.0.dylib] Error 1 > make[1]: *** [src/CMakeFiles/XrdCryptossl.dir/all] Error 2 > make: *** [all] Error 2 [...] > Failed: phase compiling: xrootd4-4.0.3-12 failed Same for me on 10.11 just now, but it had previously built successfully here. The now-failure is a result of some security changes in openssl. Upstream version 4.5.0 includes the following likely fix for it: https://github.com/xrootd/xrootd/commit/728ee39efde40ed9a7c9230a2808d6111fae10ad dan -- Daniel Macks dma...@netspace.org -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: https://sourceforge.net/p/fink/mailman/fink-users/ Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] glitz-0.5.6 build error
On Wed, 10 Aug 2016 08:48:34 -0700, Alexander Hansen wrote: > > On Aug 10, 2016, at 00:18, Martin Costabel wrote: > > > On 10/08/16 01:07, Barnes, Peter D. wrote: > >> >> MacOS X:~$ ls -l /opt/X11/include > >> total 88 > >> drwxr-xr-x 22 root wheel 748 Jun 17 21:22 GL/ > >> drwxr-xr-x 6 root wheel 204 Jun 17 21:22 GLES/ > > > Is this really all there is in /opt/X11/include? If you don't > have a > fully populated /opt/X11/include/X11/ directory, then it is > not > surprising that glitz thinks that you don't have any X headers. > > Though it looks like Peter took just the top of the list, based on > “total 88”, which does look correct. > > Try editing /sw/fink/dists/stable/main/finkinfo/graphics/glitz.info > and adding > > --x-includes=/opt/X11/include --x-libraries=/opt/X11/lib > > to the ConfigureParams. The current glitz packaging doesn’t do that > because it probably was last touched when we still needed to support > having Apple’s X11 in /usr/X11 on 10.7. Current glitz is patched to add /opt/X11 in the list of places to try to detect x11 (standard autoconf fix for standard "old autoconf" deficiency). On my test platform that has no /usr/X11 (only the "real" /opt/X11, it finds: checking for X... libraries /opt/X11/lib, headers /opt/X11/include and builds completely. dan -- Daniel Macks dma...@netspace.org -- 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] Build error in gnutls28, was Re: Error in installing matplotlib-basemap-py27
ion proc */ > doOptLoad_Trust, > undeclared identifier ^ > 'doOptPgpkeyfile' > > /* option proc */ doOptPgpkeyfile, > > ^ > > serv-args.c:961:29: error: use of undeclared identifier 'doOptPgpkeyring' > > /* option proc */ doOptPgpkeyring, > > ^ > > ocsptool-args.c:588:29: error: use of undeclared identifier > 'doOptLoad_Signer' > > /* option proc */ doOptLoad_Signer, > > ^ > > serv-args.c:973:29: error: use of undeclared identifier 'doOptPgpcertfile' > > /* option proc */ doOptPgpcertfile, > > ^ > > ocsptool-args.c:612:29: error: use of undeclared identifier > 'doOptLoad_Request' > > /* option proc */ doOptLoad_Request, > > ^ > > serv-args.c:1069:29: error: use of undeclared identifier 'doOptSrppasswd' > > /* option proc */ doOptSrppasswd, > > ^ > > ocsptool-args.c:624:29: error: use of undeclared identifier > 'doOptLoad_Response' > > /* option proc */ doOptLoad_Response, > > ^ > > 5 errors generated. > > ocsptool-args.c:650:29: error: use of undeclared identifier 'doUsageOpt' > > /* option proc */ doUsageOpt, > > ^ > > serv-args.c:1081:29: error: use of undeclared identifier > 'doOptSrppasswdconf' > > /* option proc */ doOptSrppasswdconf, > > ^ > > 6 errors generated. > > serv-args.c:1093:29: error: use of undeclared identifier 'doOptPskpasswd' > > /* option proc */ doOptPskpasswd, > > ^ > > serv-args.c:1117:29: error: use of undeclared identifier > 'doOptOcsp_Response' > > /* option proc */ doOptOcsp_Response, > > ^ > > make[4]: *** [srptool-args.lo] Error 1 > > make[4]: *** Waiting for unfinished jobs > > make[4]: *** [psktool-args.lo] Error 1 > > serv-args.c:1153:29: error: use of undeclared identifier 'doOptProvider' > > /* option proc */ doOptProvider, > > ^ > > serv-args.c:1179:29: error: use of undeclared identifier 'doUsageOpt' > > /* option proc */ doUsageOpt, > > ^ > > 12 errors generated. > > make[4]: *** [ocsptool-args.lo] Error 1 > > 16 errors generated. > > make[4]: *** [serv-args.lo] Error 1 > > make[3]: *** [all-recursive] Error 1 > > make[2]: *** [all] Error 2 > > make[1]: *** [all-recursive] Error 1 > > make: *** [all] Error 2 > > ### execution of /tmp/fink.mtN3x failed, exit code 2 > > ### execution of /tmp/fink.Egb52 failed, exit code 2 > > Removing runtime build-lock... > > Removing build-lock package... > > /sw/bin/dpkg-lockwait -r fink-buildlock-gnutls28-3.3.18-1 > > (Reading database ... 196651 files and directories currently installed.) > > Removing fink-buildlock-gnutls28-3.3.18-1 ... > > Failed: phase compiling: gnutls28-3.3.18-1 failed > > I changed the subject because your failure was in gnutls28. > matplotlib-basemap-py27 isn’t really relevant to your problem. > > I had the same failure, but I was able to work around it by > installing Fink’s grep. The problem that I had was actually due to > the autogen package, because it encodes the path to Fink’s grep if > it finds that when building, but doesn’t declare a dependency. That > means that autogen continually fails to run. I’ve CC’ed the > autogen maintainer about this. > > You’ve got a couple of options for a workaround: either install > fink’s grep or use “fink rebuild autogen” to build an autogen > which will encode the path to the system’s /usr/bin/grep instead. I pushed a new revision of the autogen package that hardcodes /usr/bin/grep regardless of whether fink's is present. dan -- Daniel Macks dma...@netspace.org -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ 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] libvpx update failed on 10.10.5
On Mon, 18 Jan 2016 15:09:21 +0100, Ingo Thies wrote: On 18.01.2016 15:02, Daniel Johnson wrote: > > > >> On Jan 18, 2016, at 8:45 AM, Ingo Thies > >> wrote: > >> >> Dear Daniel Johnson, > >> >> please find my message to the Fink users list below (sorry that I > >> forgot to Cc it directly). > > > libvpx doesn't build anymore on recent OS X and can't easily be > > fixed. It's been replaced with libvpx14 or libvpx15. There shouldn't > > be anything still using the old version. Maybe try removing it before > > updating. > > Ah thanks, I didn't know this. I have removed it. Hopefully you are > right and it wasn't in use anymore in my system. I see no reverse-deps for "libvpx" in the current distro. Kill it? dan -- Daniel Macks dma...@netspace.org -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ 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] error install ffmpeg on Lion
On Tue, 08 Dec 2015 23:15:16 -0500, Daniel Macks wrote: On Mon, 7 Dec 2015 00:24:50 -0700, Greg Satz wrote: > > > > export CFLAGS="-I/sw/lib/libspeex1/include -I/sw/include > -I$X11_INCLUDE_DIR" > > export LDFLAGS="-L/sw/lib/libspeex1/lib -L/sw/lib/libopenjpeg > > -L/sw/lib -L$X11_LIBRARY_DIR -lX11 -lXext" > > mkdir finkbuild > > pushd finkbuild > > > /sw/src/fink.build/libavcodec56-2.4-shlibs-2.8-1/ffmpeg-2.8/finkbuild > > /sw/src/fink.build/libavcodec56-2.4-shlibs-2.8-1/ffmpeg-2.8 > > ../configure --prefix=/sw --prefix=/sw/lib/ffmpeg-2.4 \ > [...] > > ERROR: freetype2 not found > [...] > > Distribution version: selfupdate-cvs Sun Dec 6 22:19:34 2015, 10.7, x86_64 > > This affects multiple libavcodec* on 10.7 (an OS platform and fink > distro that is no longer supported). The direct cause is that the > explicit CFLAGS set by the fink build script gets passed early on the > compiler line, whereas autodected flags from various dependent libs > get passed later. As a result, some of x11's freetype headers are > seen rather than finks's even though fink's is detected. The compiler > is seeing a mixture of both header suites, which are not compatible > with each other. Possibly using the 'flag-sort' compiler wrapper > would solve it by putting the flags in a sane order. But even better > would be to avoid needing to pass x11 paths at all, or do so in a way > that they do not have such high priority in so many places. Is that > flag-passing needed on the 10.7 distro, or just for 10.11 or other > advanced systems that don't have /usr/X11* symlinks? On my stock > 10.7, libavcodec56-2.4-shlibs-2.8-1 builds fine without it. I'll be > at my 10.10 with fink's 10.9-libcxx distro and wacky x11 setup > tonight to see if it's needed there. Not passing -I and -L for x11 gives a build that has some features disabled. Pretty hairy ./configure script, as if hardcoding tests isn't very portable. dan -- Daniel Macks dma...@netspace.org -- ___ 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] error install ffmpeg on Lion
On Mon, 7 Dec 2015 00:24:50 -0700, Greg Satz wrote: > > export CFLAGS="-I/sw/lib/libspeex1/include -I/sw/include -I$X11_INCLUDE_DIR" > export LDFLAGS="-L/sw/lib/libspeex1/lib -L/sw/lib/libopenjpeg > -L/sw/lib -L$X11_LIBRARY_DIR -lX11 -lXext" > mkdir finkbuild > pushd finkbuild > /sw/src/fink.build/libavcodec56-2.4-shlibs-2.8-1/ffmpeg-2.8/finkbuild > /sw/src/fink.build/libavcodec56-2.4-shlibs-2.8-1/ffmpeg-2.8 > ../configure --prefix=/sw --prefix=/sw/lib/ffmpeg-2.4 \ [...] > ERROR: freetype2 not found [...] > Distribution version: selfupdate-cvs Sun Dec 6 22:19:34 2015, 10.7, x86_64 This affects multiple libavcodec* on 10.7 (an OS platform and fink distro that is no longer supported). The direct cause is that the explicit CFLAGS set by the fink build script gets passed early on the compiler line, whereas autodected flags from various dependent libs get passed later. As a result, some of x11's freetype headers are seen rather than finks's even though fink's is detected. The compiler is seeing a mixture of both header suites, which are not compatible with each other. Possibly using the 'flag-sort' compiler wrapper would solve it by putting the flags in a sane order. But even better would be to avoid needing to pass x11 paths at all, or do so in a way that they do not have such high priority in so many places. Is that flag-passing needed on the 10.7 distro, or just for 10.11 or other advanced systems that don't have /usr/X11* symlinks? On my stock 10.7, libavcodec56-2.4-shlibs-2.8-1 builds fine without it. I'll be at my 10.10 with fink's 10.9-libcxx distro and wacky x11 setup tonight to see if it's needed there. dan -- Daniel Macks dma...@netspace.org -- ___ 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] compilation problem with gl2ps-1.3.9-1
On Tue, 24 Nov 2015 10:53:27 +0100, egodfred wrote: cmake -DCMAKE_PREFIX_PATH=/sw \ > -DCMAKE_INSTALL_PREFIX=/sw/src/fink.build/root-gl2ps-1.3.9-1/sw \ > -DCMAKE_INSTALL_NAME_DIR=/sw/lib \ > > .. > . > . > . > . > . > [100%] Linking C executable gl2psTestSimple > (/sw/share/texmf-dist/tex/latex/base/article.cls[100%] Linking C > executable gl2psTest > (/sw/share/texmf-dist/tex/latex/url/url.styld: symbol(s) not found > for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > )make[2]: *** [libgl2ps.1.3.9.dylib] Error 1 > make[1]: *** [CMakeFiles/shared.dir/all] Error 2 > make[1]: *** Waiting for unfinished jobs > > ) > make[2]: *** [gl2psTestSimple] Error 1 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > make[1]: *** [CMakeFiles/gl2psTestSimple.dir/all] Error 2 > make[2]: *** [gl2psTest] Error 1 > make[1]: *** [CMakeFiles/gl2psTest.dir/all] Error 2 > > ))) (./gl2ps.aux) > make: *** [all] Error 2 > ### execution of /tmp/fink.VZ98_ failed, exit code 2 > ### execution of /tmp/fink.aIeQr failed, exit code 2 > Removing runtime build-lock... > Removing build-lock package... > /sw/bin/dpkg-lockwait -r fink-buildlock-gl2ps-1.3.9-1 > (Reading database ... 248711 files and directories currently installed.) > Removing fink-buildlock-gl2ps-1.3.9-1 ... > Failed: phase compiling: gl2ps-1.3.9-1 failed > > Package manager version: 0.39.2 > Distribution version: selfupdate-rsync Tue Nov 24 10:37:03 2015, > 10.10, x86_64 > Trees: local/main stable/main stable/crypto > Xcode.app: 7.1.1 > Xcode command-line tools: 7.1.0.0.1.1444952191 > > Max. Fink build jobs: 4 > > I already built also using just 1 job and the compilation still failed. The use of 1 job also provides better debugging information, so it would be useful to see the output of *that*. If it fails, it fails in a more easily understood way. But also, there is a mistake in the build script that makes it even harder to decipher it. In /sw/fink/dists/stable/main/finkinfo/graphics/gl2ps.info (at least that's the pathname on my 10.10 machine), line 23: make verbose=1 should be all-caps verbose: make VERBOSE=1 to make it actually verbose enough to see the actual command that fails rather than just the result that it failed. For the record, it builds successfully for me on 10.10, both with and without the package already installed. dan -- Daniel Macks dma...@netspace.org -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ 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] qt3 fails to build on El Capitan
On Sat, 14 Nov 2015 12:31:45 -0800, Alexander Hansen wrote: > > On Nov 14, 2015, at 00:40, Dušan Peterc wrote: > > > Hello Alexander Hansen, > > > Thank you for looking for ways to solve this issue. > > > I have tried to get the info you asked for by typing the command > you suggested > > fink dumpinfo -fENV > > Information about 8857 packages read in 1 seconds. > > Failed: fink dumpinfo: no package(s) specified > > Type 'fink dumpinfo --help' for more information. > > > So I tried again with > > > fink dumpinfo -fENV qt3 > > Information about 8857 packages read in 1 seconds. > > env: > > CCACHE_DIR=/sw/var/ccache > > CPPFLAGS=-I/sw/include > > > HOME=/var/folders/vb/2ctv90h951vc2m8nymthtbqwgn/T/fink-build-HOME.qm1nCWkGoI > > INFOPATH=/sw/share/info:/sw/info:/usr/share/info > > MACOSX_DEPLOYMENT_TARGET=10.11 > > MAKEFLAGS=-j4 > > > MANPATH=/sw/share/man:/usr/share/man:/usr/local/share/man:/Applications/Xcode.app/Contents/Developer/usr/share/man:/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/share/man:/sw/lib/perl5/5.18.2/man > > > PATH=/sw/var/lib/fink/path-prefix-libcxx:/sw/var/lib/fink/path-prefix-clang:/sw/bin:/sw/sbin:/bin:/usr/bin:/sbin:/usr/sbin:/opt/X11/bin > > PERL5LIB=/sw/lib/perl5:/sw/lib/perl5/darwin > > PWD=/Users/dusan > > SHLVL=2 > > TERM=xterm-256color > > > XDG_CACHE_HOME=/var/folders/vb/2ctv90h951vc2m8nymthtbqwgn/T/fink-build-HOME.qm1nCWkGoI/.cache > > XDG_CONFIG_DIRS=/sw/etc/xdg > > > XDG_CONFIG_HOME=/var/folders/vb/2ctv90h951vc2m8nymthtbqwgn/T/fink-build-HOME.qm1nCWkGoI/.config > > XDG_DATA_DIRS=/sw/share > > > XDG_DATA_HOME=/var/folders/vb/2ctv90h951vc2m8nymthtbqwgn/T/fink-build-HOME.qm1nCWkGoI/.local/share > > XDG_RUNTIME_DIR=/var/folders/vb/2ctv90h951vc2m8nymthtbqwgn/C/ > > > Let me know if I can do anything else to help you debug this build issue. > > > Dun Peterc > > Oops, sorry about the missing package name for “fink dumpinfo…” > I’m glad you figured it out. > > Your environment looks pretty normal. Could you please check the > output of “ls -l /sw/lib/libqt-mt.3.dylib”? Looks like the build is using "-L to build dir to find a -l library", which is *at best* multithreaded-risky and at worst leads to problems if any version of the qt3 package is already installed. The qt build system is annoying that way. Don't have any direct diagnosis or robust solution, but "make sure you have no qt3* installed before building qt3" is something to try. dan -- Daniel Macks dma...@netspace.org -- ___ 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] Error building htmldoc-nox
On Sat, 7 Nov 2015 14:31:03 -0500, Jack Howarth wrote: The build failure on 10.11 seems fixable with the trivial patch... > > --- htmldoc-1.8.28/htmldoc/http-private.h.orig 2015-11-07 > 14:18:26.0 -0500 > +++ htmldoc-1.8.28/htmldoc/http-private.h 2015-11-07 14:25:40.0 -0500 > @@ -213,7 +213,7 @@ > # if !defined(HAVE_SECBASEPRIV_H) && > defined(HAVE_CSSMERRORSTRING) /* Declare prototype for function in > that header... */ > extern const char *cssmErrorString(int error); > # endif /* !HAVE_SECBASEPRIV_H && HAVE_CSSMERRORSTRING */ > -# ifndef HAVE_SECITEMPRIV_H /* Declare constants from that header... */ > +# if !defined(HAVE_SECITEMPRIV_H) && > MAC_OS_X_VERSION_MAX_ALLOWED < MAC_OS_X_VERSION_10_11 /* Declare > constants from that header... */ > extern const CFTypeRef kSecClassCertificate; > extern const CFTypeRef kSecClassIdentity; > # endif /* !HAVE_SECITEMPRIV_H */ The extern's being controlled there look unused at all. I just committed a patch that simply removes them (identical build transcript on 10.10 with/without that change). dan -- Daniel Macks dma...@netspace.org -- ___ 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] apt-cache rdepends missing?
Oops, cut'n'pasted the wrong line from my terminal. Try apt-get instead of apt-cache. dan On Wed, 28 Oct 2015 10:17:29 -0400, Bill Waggoner wrote: Yes, I looked at apt-cache but that's the source for my question. > > `--> apt-cache -s remove dbus > E: Invalid operation dbus > > -or- > > `--> apt-cache remove dbus > E: Invalid operation remove > > It appears that remove is not supported in the fink version of apt-cache ... > > Bill W > > On Wed, Oct 28, 2015 at 9:44 AM, Daniel Macks wrote: > > I've got a bunch of one-liners that do various dep-tree parsing, but > it sounds like you want to walk "all the way up" and you only care > about what's already installed? In that case, 'apt-cache -s remove' > seems to be a dry-run at recursive removal, with output saying what > would be removed. dan > > On Wed, 28 Oct 2015 08:40:07 -0400, Bill Waggoner > wrote: > Yes, but used recursively that has the unfortunate side effect of > actually removing some things. fink remove has no --dry-run option. > Maybe I'll look into writing something that will tell me what I want. > If I do I'll share it. Bill W > > On Wed, Oct 28, 2015 at 5:06 AM, Jonas Maebe > wrote: > > Bill Waggoner wrote on Tue, 27 Oct 2015: > > > The Fink apt package doesn't include 'rdepends' in apt-cache. I'm trying to > > figure out why some packages I have installed were installed. I can't find > > a way to do that but the apt-cache rdepends would go a long way to helping > > ... As a workaround, you could try removing that package and see what > other packages would be removed if you did so. Jonas > > -- > ___ > 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 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 > > -- > Daniel Macks > dma...@netspace.org > > - > > -- > > - > > ___ > 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 > -- Daniel Macks dma...@netspace.org -- ___ 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] apt-cache rdepends missing?
I've got a bunch of one-liners that do various dep-tree parsing, but it sounds like you want to walk "all the way up" and you only care about what's already installed? In that case, 'apt-cache -s remove' seems to be a dry-run at recursive removal, with output saying what would be removed. dan On Wed, 28 Oct 2015 08:40:07 -0400, Bill Waggoner wrote: Yes, but used recursively that has the unfortunate side effect of actually removing some things. fink remove has no --dry-run option. Maybe I'll look into writing something that will tell me what I want. If I do I'll share it. > > Bill W > > On Wed, Oct 28, 2015 at 5:06 AM, Jonas Maebe > wrote: > > Bill Waggoner wrote on Tue, 27 Oct 2015: > > > The Fink apt package doesn't include 'rdepends' in apt-cache. I'm trying to > > figure out why some packages I have installed were installed. I can't find > > a way to do that but the apt-cache rdepends would go a long way to helping > > ... > > As a workaround, you could try removing that package and see what > other packages would be removed if you did so. > > Jonas > > -- > ___ > 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 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 > -- Daniel Macks dma...@netspace.org -- ___ 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] Failed: phase compiling: flac-1.3.1-1 failed ...
On Fri, 25 Sep 2015 23:16:04 -0400, Daniel Macks wrote: On Fri, 25 Sep 2015 16:47:33 -0700, Saleh Elmohamed > wrote: > > /bin/sh ../../libtool --tag=CC --mode=link gcc -I/sw/include -O3 > > -funroll-loops -Wextra -no-undefined -version-info 11:0:3 -L/sw/lib > > -o libFLAC.la -rpath /sw/lib bitmath.lo bitreader.lo bitwriter.lo [...] > > Undefined symbols for architecture x86_64: > > "___cpuid", referenced from: > > _FLAC__cpu_info in cpu.o > > _FLAC__cpu_info_x86 in cpu.o > > "___cpuid_count", referenced from: > > _FLAC__cpu_info in cpu.o > > _FLAC__cpu_info_x86 in cpu.o > > ld: symbol(s) not found for architecture x86_64 > > I noticed this also earlier this week, only on 10.7 like you (not on > 10.10). Best I can tell it's due to a very different codepath taken > when bswap16 is not detected. Perhaps compounded by using a header > test (cpuid.h) that has a generic name to get functions that are > specific to non-darwin and/or only available in later xcode versions > than 10.7 has. If I have time I'll try to figure out how to shim the > missing function or give the "correct" result for the buggy test. I just committed a fix that gets over this hump on 10.7. No idea whether it actually makes a library that works well for...whatever you plan to do with it. dan -- Daniel Macks dma...@netspace.org -- ___ 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] error when installing mesa
On Sat, 26 Sep 2015 21:59:15 -0500, Hanspeter Niederstrasser wrote: On 9/26/2015 4:25 PM, Li Zhu wrote: > > Hi, > > > > I think the "-L/usr/X11R6/lib" should be "-L/usr/X11/lib" or > "-L/opt/X11/lib". > > And also the "-I/usr/X11R6/include" > > Can you copy /sw/fink/dists/stable/main/finkinfo/graphics/mesa.info > to /sw/fink/dists/local/main/finkinfo > > bump the Revision field to 3.1, and edit the PatchScript field to the > following (note that it goes from one line to several): > > - 8< - 8< - 8< - 8< - 8< - 8< > PatchScript: << > #!/bin/sh -ev > if [ `uname -r | cut -d. -f1` -ge 12 ]; then > perl -pi -e 's|/usr/X11R6|/opt/X11|g' configs/darwin > fi > sed 's,@PREFIX@,%p,g' < %{PatchFile} | patch -p1 > << > - 8< - 8< - 8< - 8< - 8< - 8< > > and then try rebuilding. I pushed an update using fink-buildenv-modules for portability to all dists (/opt/X11 does not work for 10.7). I did not rev-up because using "platform-correct" -I and -L paths fixes where it didn't build before but doesn't change the results where it already was building. dan -- Daniel Macks dma...@netspace.org -- ___ 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] Failed: phase compiling: flac-1.3.1-1 failed ...
On Fri, 25 Sep 2015 16:47:33 -0700, Saleh Elmohamed wrote: > /bin/sh ../../libtool --tag=CC --mode=link gcc -I/sw/include -O3 > -funroll-loops -Wextra -no-undefined -version-info 11:0:3 -L/sw/lib > -o libFLAC.la -rpath /sw/lib bitmath.lo bitreader.lo bitwriter.lo > cpu.lo crc.lo fixed.lo fixed_intrin_sse2.lo fixed_intrin_ssse3.lo > float.lo format.lo lpc.lo lpc_intrin_sse.lo lpc_intrin_sse2.lo > lpc_intrin_sse41.lo lpc_intrin_avx2.lo md5.lo memory.lo > metadata_iterators.lo metadata_object.lo stream_decoder.lo > stream_encoder.lo stream_encoder_intrin_sse2.lo > stream_encoder_intrin_ssse3.lo stream_encoder_intrin_avx2.lo > stream_encoder_framing.lo window.lo ogg_decoder_aspect.lo > ogg_encoder_aspect.lo ogg_helper.lo ogg_mapping.lo -L/sw/lib -logg > -lm /bin/sh ../../libtool --tag=CC --mode=link gcc -I/sw/include -O3 > -funroll-loops -Wextra -L/sw/lib -o libFLAC-static.la bitmath.lo > bitreader.lo bitwriter.lo cpu.lo crc.lo fixed.lo fixed_intrin_sse2.lo > fixed_intrin_ssse3.lo float.lo format.lo lpc.lo lpc_intrin_sse.lo > lpc_intrin_sse2.lo lpc_intrin_sse41.lo lpc_intrin_avx2.lo md5.lo > memory.lo metadata_iterators.lo metadata_object.lo stream_decoder.lo > stream_encoder.lo stream_encoder_intrin_sse2.lo > stream_encoder_intrin_ssse3.lo stream_encoder_intrin_avx2.lo > stream_encoder_framing.lo window.lo ogg_decoder_aspect.lo > ogg_encoder_aspect.lo ogg_helper.lo ogg_mapping.lo libtool: link: ar > cru .libs/libFLAC-static.a .libs/bitmath.o .libs/bitreader.o > .libs/bitwriter.o .libs/cpu.o .libs/crc.o .libs/fixed.o > .libs/fixed_intrin_sse2.o .libs/fixed_intrin_ssse3.o .libs/float.o > .libs/format.o .libs/lpc.o .libs/lpc_intrin_sse.o > .libs/lpc_intrin_sse2.o .libs/lpc_intrin_sse41.o > .libs/lpc_intrin_avx2.o .libs/md5.o .libs/memory.o > .libs/metadata_iterators.o .libs/metadata_object.o > .libs/stream_decoder.o .libs/stream_encoder.o > .libs/stream_encoder_intrin_sse2.o > .libs/stream_encoder_intrin_ssse3.o > .libs/stream_encoder_intrin_avx2.o .libs/stream_encoder_framing.o > .libs/window.o .libs/ogg_decoder_aspect.o .libs/ogg_encoder_aspect.o > .libs/ogg_helper.o .libs/ogg_mapping.o /usr/bin/ranlib: file: > .libs/libFLAC-static.a(float.o) has no symbols > /usr/bin/ranlib: file: .libs/libFLAC-static.a(lpc_intrin_sse41.o) has > no symbols > /usr/bin/ranlib: file: .libs/libFLAC-static.a(lpc_intrin_avx2.o) has > no symbols > /usr/bin/ranlib: file: > .libs/libFLAC-static.a(stream_encoder_intrin_avx2.o) has no symbols > libtool: link: ranlib .libs/libFLAC-static.a > ranlib: file: .libs/libFLAC-static.a(float.o) has no symbols > ranlib: file: .libs/libFLAC-static.a(lpc_intrin_sse41.o) has no symbols > ranlib: file: .libs/libFLAC-static.a(lpc_intrin_avx2.o) has no symbols > ranlib: file: .libs/libFLAC-static.a(stream_encoder_intrin_avx2.o) > has no symbols > libtool: link: ( cd ".libs" && rm -f "libFLAC-static.la" && ln -s > "../libFLAC-static.la" "libFLAC-static.la" ) > libtool: link: gcc -dynamiclib -o .libs/libFLAC.8.dylib > .libs/bitmath.o .libs/bitreader.o .libs/bitwriter.o .libs/cpu.o > .libs/crc.o .libs/fixed.o .libs/fixed_intrin_sse2.o > .libs/fixed_intrin_ssse3.o .libs/float.o .libs/format.o .libs/lpc.o > .libs/lpc_intrin_sse.o .libs/lpc_intrin_sse2.o > .libs/lpc_intrin_sse41.o .libs/lpc_intrin_avx2.o .libs/md5.o > .libs/memory.o .libs/metadata_iterators.o .libs/metadata_object.o > .libs/stream_decoder.o .libs/stream_encoder.o > .libs/stream_encoder_intrin_sse2.o > .libs/stream_encoder_intrin_ssse3.o > .libs/stream_encoder_intrin_avx2.o .libs/stream_encoder_framing.o > .libs/window.o .libs/ogg_decoder_aspect.o .libs/ogg_encoder_aspect.o > .libs/ogg_helper.o .libs/ogg_mapping.o -L/sw/lib /sw/lib/libogg.dylib > -lm -O3 -install_name /sw/lib/libFLAC.8.dylib -compatibility_version > 12 -current_version 12.0 -Wl,-single_module > Undefined symbols for architecture x86_64: > "___cpuid", referenced from: > _FLAC__cpu_info in cpu.o > _FLAC__cpu_info_x86 in cpu.o > "___cpuid_count", referenced from: > _FLAC__cpu_info in cpu.o > _FLAC__cpu_info_x86 in cpu.o > ld: symbol(s) not found for architecture x86_64 I noticed this also earlier this week, only on 10.7 like you (not on 10.10). Best I can tell it's due to a very different codepath taken when bswap16 is not detected. Perhaps compounded by using a header test (cpuid.h) that has a generic name to get functions that are specific to non-darwin and/or only available in later xcode versions than 10.7 has. If I have time I'll try to figure out how to shim the missing function or give the "correct" result for the buggy test. dan -- Daniel Macks dma...@netspace.org -- ___ 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] guile18-gtk-2.1-19 failed (OSX 10.9)
On Wed, 23 Sep 2015 12:41:26 +, Adam Mazur wrote: Hello all, > > I have a problem installing coot package on OSX 10.9. Any idea? As you rightly noticed in the Subject line, it's actually guile18-gtk that is the problem (you don't seem to be actually to the point of dealing with coot yet). > gcc -DHAVE_CONFIG_H -I. -I.. -I.. > -I/struct/soft/osx/fink-10.9/include/glib-2.0 > -I/struct/soft/osx/fink-10.9/lib/glib-2.0/include > -I/struct/soft/osx/fink-10.9/include/gtkgl-2.0 > -I/struct/soft/osx/fink-10.9/include/gtk-2.0 > -I/struct/soft/osx/fink-10.9/lib/gtk-2.0/include > -I/struct/soft/osx/fink-10.9/include/gtk-2.0 > -I/struct/soft/osx/fink-10.9/include/pango-1.0 > -I/struct/soft/osx/fink-10.9/include/atk-1.0 > -I/struct/soft/osx/fink-10.9/include/cairo > -I/struct/soft/osx/fink-10.9/include/pango-1.0 > -I/struct/soft/osx/fink-10.9/include/freetype2 > -I/struct/soft/osx/fink-10.9/include -I/opt/X11/include > -I/struct/soft/osx/fink-10.9/include > -I/struct/soft/osx/fink-10.9/include -D_THREAD_SAFE -MD > -I/struct/soft/osx/fink-10.9/include -g -O2 > -I/struct/soft/osx/fink-10.9/include/glib-2.0 > -I/struct/soft/osx/fink-10.9/lib/glib-2.0/include > -I/struct/soft/osx/fink-10.9/include/gtk-2.0 > -I/struct/soft/osx/fink-10.9/lib/gtk-2.0/include > -I/struct/soft/osx/fink-10.9/include/gtk-2.0 > -I/struct/soft/osx/fink-10.9/include/pango-1.0 > -I/struct/soft/osx/fink-10.9/include/atk-1.0 > -I/struct/soft/osx/fink-10.9/include/cairo > -I/struct/soft/osx/fink-10.9/include/pango-1.0 > -I/struct/soft/osx/fink-10.9/include/freetype2 > -I/struct/soft/osx/fink-10.9/include -I/opt/X11/include -c > gdk-gl-glue.c -fno-common -DPIC -o .libs/gdk-gl-glue.o > gdk-gl-glue.c:86:21: error: use of undeclared identifier 'gdk_gl_context_ref' > (void *(*)(void*))gdk_gl_context_ref, > ^ > gdk-gl-glue.c:87:20: error: use of undeclared identifier > 'gdk_gl_context_unref' > (void (*)(void*))gdk_gl_context_unref, > ^ > gdk-gl-glue.c:103:21: error: use of undeclared identifier 'gdk_gl_pixmap_ref' > (void *(*)(void*))gdk_gl_pixmap_ref, > ^ > gdk-gl-glue.c:104:20: error: use of undeclared identifier > 'gdk_gl_pixmap_unref' > (void (*)(void*))gdk_gl_pixmap_unref, > ^ It built for me just now on 10.10. Those are macros supplied by gtkglarea2. They are deprecated in the 2.0.1 version we have in fink, but are still visible by default. The macros can be hidden by setting GTKGL_DISABLE_DEPRECATED, which fink does not set but some other vendor might (or a new version of that lib or some other package might hide them). Have you manually altered that package in your local fink, or have it or other gtk-related libraries installed elsewhere in addition to fink? But also, guile18-gtk-2.1-19 (as opposed to -18) includes a patch that upgrades gdk-gl-glue.c to use the modern equivalents of those deprecated functions. Wonder why your package is getting as far as compiling that source file without the patch seeming to be applied... dan -- Daniel Macks dma...@netspace.org -- Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 ___ 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] Pango Problem
On Thu, 10 Sep 2015 11:34:03 -0700, David Lowe wrote: So, i’ve finally got a new Mac [10.10.5]. I installed Xcode 6.4, command line tools for same, javac, XQuartz, and Fink 0.38.6. ./bootstrap seemed to run okeh, and same for selfupdate-rsync [now 0.38.7] and update-all. Freeciv built okeh, but won’t run right: > > > (freeciv-gtk2:81814): Pango-CRITICAL **: No modules found: > > No builtin or dynamically loaded modules were found. > > PangoFc will not work correctly. > > This probably means there was an error in the creation of: > > '/sw/lib/pango-ft219/etc/pango/pango.modules' > > You should create this file by running: > > pango-querymodules > '/sw/lib/pango-ft219/etc/pango/pango.modules' > > > (freeciv-gtk2:81814): Pango-WARNING **: failed to choose a font, > expect ugly output. engine-type='PangoRenderFc', script='common' > > > (freeciv-gtk2:81814): Pango-WARNING **: failed to choose a font, > expect ugly output. engine-type='PangoRenderFc', script=‘latin' > > Trying the suggested command doesn’t work: > > > $ sudo pango-querymodules > '/sw/lib/pango-ft219/etc/pango/pango.modules' > > -bash: /sw/lib/pango-ft219/etc/pango/pango.modules: Permission denied > > How in the bleep is permission denied for ‘sudo’? Moving on, i > noted that i had chosen binary distribution for packages. I’m > currently building all of pango1-xft2-ft219, but i thought i’d > throw this out there while it’s in progress. Do you have "pango1-xft2-ft219" installed, or just "pango1-xft2-ft219-shlibs" (and possibly ...-dev)? I think the shell command is parsed as "(sudo command) > /pathname" (redirection of output as the caller's own uid) not "(sudo command > /pathname)" (redirection part of the sudo'ed command). dan -- Daniel Macks dma...@netspace.org -- Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 ___ 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] QT4 Build issue
On Wed, 12 Aug 2015 12:40:41 -0400, Aaron Macks wrote: I'm running into an issue building QT4 on 10.9.5, the error stream is > below, but to me it looks like a sed issue, a missing '-e' flag before > the command > > > > # use openssl100 now > > sed -i "/\b\(system-openssl\)\b/d" configure-for-fink.sh > > sed: 1: "configure-for-fink.sh": command c expects \ followed by text > > I thing that would work properly as > sed -i -e "/\b\(system-openssl\)\b/d" configure-for-fink.sh Committed. dan -- Daniel Macks dma...@netspace.org -- ___ 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] Failed: phase compiling: libjasper.1-1.900.1-6 failed
Yup:( On Thu, 2 Jul 2015 06:59:02 -0700, David Lowe wrote: Did this get lost in the future-proof shuffle? > > On 2015 Jun 11, at 4:27 AM, David Lowe wrote: > > > On 2015 Jun 1, at 10:38 PM, Daniel Macks wrote: > > >>>> autoreconf -fi > >>>> /sw/bin/libtoolize: line 3601: /sw/bin/grep: No such file or directory > >> >> First sign of trouble is there...fink's libtoolize is > hardcoding fink's grep but then not finding it, so it will fail to > accomplish whatever sed actions it would do. What version of > "libtool2" do you have installed? > > > $ fink list libtool2 > > Information about 12297 packages read in 2 seconds. > > i libtool2 2.4.6-2 Shared library build helper, v2.x > > i libtool2-shlibs 2.4.6-2 Shared libraries for libtool, v2.x > > >>>> /bin/sh ../../../libtool --tag=CC --mode=compile gcc > -DHAVE_CONFIG_H -I. -I../../../src/libjasper/include/jasper > -I../../../src/libjasper/include -I/sw/include -g -O2 -MT > jas_debug.lo -MD -MP -MF .deps/jas_debug.Tpo -c -o jas_debug.lo > jas_debug.c > >>>> ../../../libtool: line 917: X--tag=CC: command not found > >>>> ../../../libtool: line 917: X--tag=CC: command not found > >>>> ../../../libtool: line 950: libtool: ignoring unknown tag : > command not found > >>>> ../../../libtool: line 917: X--mode=compile: command not found > >>>> ../../../libtool: line 950: libtool: ignoring unknown tag : > command not found > >>>> ../../../libtool: line 917: X--mode=compile: command not found > >> >> This is all a symptom of the autoconf/libtool toolchain not > getting created properly, which seems like it would be consistent > with it failing to sed. Does installing fink's "sed" package resolve > it? That only hides the fact that your libtoolize is looking for it, > but at least would get you moving forward. > > > I already have it [4.2.2-1]. Looks like it's an uncontrolled use of fink's grep command. Installing the "grep" package, or rebuilding libtool2 without it installed, should solve it. It's a packaging bug in libtool2, maintainer notified, that probably would affect many packages. dan -- Daniel Macks dma...@netspace.org -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 with xft2-shlibs
On Thu, 18 Jun 2015 09:29:38 +0100, "Kjellsson, Joakim" wrote: Hi > > I’m on Mac OS 10.10 trying to build python27 using fink 0.38.6, > which needs xft2-shlibs. > However, the checksums for xft2-shlibs don’t seem to match, so it > always fails. > Is there any way around it? This was fixed a few hours ago, please try again. The key detail is "fink selfupdate", and it's possible the fix is taking extra time to become available by that command (propagaing around the various servers). dan -- Daniel Macks dma...@netspace.org -- ___ 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] Failed: phase compiling: libjasper.1-1.900.1-6 failed
On Mon, 1 Jun 2015 07:53:42 -0700, David Lowe wrote: I'm getting the following with Fink 0.38.5 on OS 10.8.5. The relevant error seems to be "libtool: compile: cannot determine name of library object from `': command not found", but i didn't see anything immediately useful in a web search. I'm posting everything after the unpacking just in case. > > > autoreconf -fi > > /sw/bin/libtoolize: line 3601: /sw/bin/grep: No such file or directory First sign of trouble is there...fink's libtoolize is hardcoding fink's grep but then not finding it, so it will fail to accomplish whatever sed actions it would do. What version of "libtool2" do you have installed? > > /bin/sh ../../../libtool --tag=CC --mode=compile gcc > -DHAVE_CONFIG_H -I. -I../../../src/libjasper/include/jasper > -I../../../src/libjasper/include -I/sw/include -g -O2 -MT > jas_debug.lo -MD -MP -MF .deps/jas_debug.Tpo -c -o jas_debug.lo > jas_debug.c > > ../../../libtool: line 917: X--tag=CC: command not found > > ../../../libtool: line 917: X--tag=CC: command not found > > ../../../libtool: line 950: libtool: ignoring unknown tag : command > not found > > ../../../libtool: line 917: X--mode=compile: command not found > > ../../../libtool: line 950: libtool: ignoring unknown tag : command > not found > > ../../../libtool: line 917: X--mode=compile: command not found This is all a symptom of the autoconf/libtool toolchain not getting created properly, which seems like it would be consistent with it failing to sed. Does installing fink's "sed" package resolve it? That only hides the fact that your libtoolize is looking for it, but at least would get you moving forward. dan -- Daniel Macks dma...@netspace.org -- ___ 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] mplayer-1.1.1svn37392-3 validation failed
On Thu, 14 May 2015 09:48:21 -0400, Stefan Bruda wrote: Hello, > > At 22:26 -0500 on 2015-5-13 Hanspeter Niederstrasser wrote: > > > > On 5/13/2015 7:37 PM, Stefan Bruda wrote: > > > > > > How that I got mplayer sources downloaded (thank you) I am getting a > > > failure during the validation phase, as follows: > > > > > > Looking for incorrect headers in 1640 dependency files... > > > ./sub/ass_mp.d uses /usr/X11/include/fontconfig/fontconfig.h > > > ./libmpcodecs/vd_mpng.d uses /usr/X11/include/png.h > > > ./libmpcodecs/vd_mpng.d uses /usr/X11/include/pngconf.h > > > Please fix build process to get consistent use of fink's headers. > > > ### execution of fink-package-precedence failed, exit code 255 > > > Can you edit the file > > /sw/fink/dists/stable/main/finkinfo/graphics/mplayer.info and change > > line 306 to remove "%{default_script}" and replace it with the > following > two lines: > > > ./configure %c > > make -j1 V=1 > > > Then try to rebuild mplayer, but use the -l option to save the > log file > to /tmp. You can send that to me, or scan through it to > look for the > compiler commands that have the strings "-o > sub/ass_mp.o" and "-o > libmpcodecs/vd_mpng.o". Mine look like this: > > > cc -MMD -MP -D_ISOC99_SOURCE -I. -Iffmpeg -O2 -march=corei7-avx > -pipe > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -D_LARGEFILE64_SOURCE > -mdynamic-no-pic -MD -fpie -DPIC > -I/sw/include -I/usr/X11/include > -I/sw/include/ -I/sw/include/SDL > -D_GNU_SOURCE=1 -D_THREAD_SAFE > -I/sw/include > -I/sw/include/freetype2 -DZLIB_CONST -I/sw/include/opus > > -I/sw/include/schroedinger-1.0 -I/sw/include/liboil-0.3 -I/sw/include > > -c -o sub/ass_mp.o sub/ass_mp.c > > *** > > cc -MMD -MP -D_ISOC99_SOURCE -I. -Iffmpeg -O2 -march=corei7-avx > -pipe > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -D_LARGEFILE64_SOURCE > -mdynamic-no-pic -MD -fpie -DPIC > -I/sw/include -I/usr/X11/include > -I/sw/include/ -I/sw/include/SDL > -D_GNU_SOURCE=1 -D_THREAD_SAFE > -I/sw/include > -I/sw/include/freetype2 -DZLIB_CONST -I/sw/include/opus > > -I/sw/include/schroedinger-1.0 -I/sw/include/liboil-0.3 -I/sw/include > > -c -o libmpcodecs/vd_mpng.o libmpcodecs/vd_mpng.c > > Here are the commands above on my system (with changes in mplayer.info > as indicated): > > cc -MMD -MP -D_ISOC99_SOURCE -I. -Iffmpeg -O2 -march=core2 -pipe > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE > -mdynamic-no-pic -MD -fpie -DPIC -I/usr/X11/include -I/sw/include/SDL > -D_GNU_SOURCE=1 -D_THREAD_SAFE -I/sw/include -I/sw/include/freetype2 > -DZLIB_CONST -I/sw/include/opus -I/sw/include/schroedinger-1.0 > -I/sw/include/liboil-0.3 -I/sw/include -c -o sub/ass_mp.o sub/ass_mp.c > > cc -MMD -MP -D_ISOC99_SOURCE -I. -Iffmpeg -O2 -march=core2 -pipe > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE > -mdynamic-no-pic -MD -fpie -DPIC -I/usr/X11/include -I/sw/include/SDL > -D_GNU_SOURCE=1 -D_THREAD_SAFE -I/sw/include -I/sw/include/freetype2 > -DZLIB_CONST -I/sw/include/opus -I/sw/include/schroedinger-1.0 > -I/sw/include/liboil-0.3 -I/sw/include -c -o libmpcodecs/vd_mpng.o > libmpcodecs/vd_mpng.c > > For some reason the -I/usr/X11/include is pushed way ahead in my case, > which explains the error. Trouble is, I don't know why. It successfully built for me (10.8). But it autodetected gnutls support, which isn't listed as a dependency. If I removed gnutls28, configure reports that gnutls was not found (obviously:), and I get the same lack of "early" -I/sw/include and same resulting fink-package-precedence failure. Not-having gnutls28 actually led to a bunch of other autodetections failing (AA, CACA, MNG, something about GIF, Blu-ray) presumably because they are all failing to handle themselves self-consistently correctly rather than only working because they inherit flags from some other detection. There is also a detection for samba (libsmbclient) that is currently "no" but has no --disable flag passed. Might be another point of uncontrolled dependecy variations? dan -- Daniel Macks dma...@netspace.org -- 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] libvpx14-1.4.0-1 10.7 build-fail
On Mon, 13 Apr 2015 21:20:59 -0400, Daniel Johnson wrote: > > On Apr 13, 2015, at 5:14 PM, Daniel Macks wrote: > > > On Mon, 13 Apr 2015 14:28:46 -0400, Daniel Macks > wrote: > > [CC] vp9/common/x86/vp9_subpixel_8t_intrin_avx2.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. Xcode.app: 4.6.1 > >> Xcode command-line tools: 4.6.0.0.1.1362189000 > > > Correction (also in Subject line)...fails on 10.7 but *succeeds* on > > 10.8. This .c has a bunch of generic clang-version and > > apple-clang-specific #ifdef controls, maybe bitrotten platform guesses > > that don’t know about the latest clang on older release branches? > > Yuck, that’s fun code. Weirdly, it’s using the older > _mm_broadcastsi128_si256((__m128i const *)&(x)) for just clang <= 3.3 > or == 5.0 and for everything else it uses > _mm256_broadcastsi128_si256(x). Maybe it needs to use the older > syntax for everything <= 5.0? Could you try changing that #if? > That’s the only thing I can suggest since it works with > 5.0. I hardcoded to use the oleder syntax and it compiled fully. dan -- Daniel Macks dma...@netspace.org -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF ___ 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] libvpx14-1.4.0-1 10.7 build-fail
On Mon, 13 Apr 2015 14:28:46 -0400, Daniel Macks wrote: [CC] vp9/common/x86/vp9_subpixel_8t_intrin_avx2.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. Xcode.app: 4.6.1 > Xcode command-line tools: 4.6.0.0.1.1362189000 Correction (also in Subject line)...fails on 10.7 but *succeeds* on 10.8. This .c has a bunch of generic clang-version and apple-clang-specific #ifdef controls, maybe bitrotten platform guesses that don't know about the latest clang on older release branches? dan -- Daniel Macks dma...@netspace.org -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF ___ 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] libvpx14-1.4.0-1 10.8 build-fail
[CC] vp9/common/x86/vp9_subpixel_8t_intrin_avx2.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. Xcode.app: 4.6.1 Xcode command-line tools: 4.6.0.0.1.1362189000 dan -- Daniel Macks dma...@netspace.org -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF ___ 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] dirac-1.0.2-2 build failure (10.8)
g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I.. -I. -I/sw/include -O3 -Wuninitialized -fexpensive-optimizations -fomit-frame-pointer -minline-all-stringops -falign-functions=4 -pipe -g -pedantic -Wall -Werror -W -Woverloaded-virtual -Wextra -Wno-error=unused-private-field -Wno-error=unused-const-variable -mmmx -DHAVE_MMX -c -o wavelet_utils_test.o wavelet_utils_test.cpp In file included from wavelet_utils_test.cpp:39: ./wavelet_utils_test.h:38:9: error: 'WAVELET_UTILS_TEST_H' is used as a header guard here, followed by #define of a different macro [-Werror,-Wheader-guard] #ifndef WAVELET_UTILS_TEST_H ^~~~ ./wavelet_utils_test.h:39:9: note: 'WAVELET_UTILS_H' is defined here; did you mean 'WAVELET_UTILS_TEST_H'? #define WAVELET_UTILS_H ^~~ WAVELET_UTILS_TEST_H 1 error generated. Makefile:325: recipe for target 'wavelet_utils_test.o' failed Looks like they just mis-edited or didn't update the standard single-use guard token when copying it from some other file: #ifndef WAVELET_UTILS_TEST_H #define WAVELET_UTILS_H Changing it to be matched: #ifndef WAVELET_UTILS_TEST_H #define WAVELET_UTILS_TEST_H lets it build successfully. Filed upstream as: http://permalink.gmane.org/gmane.comp.video.schroedinger.devel/490 dan -- Daniel Macks dma...@netspace.org -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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] Phase compiling of windowmaker failed
On Tue, 3 Feb 2015 13:23:52 -0800, Alexander Hansen wrote: > > On Feb 3, 2015, at 1:18 PM, Gary K. Olson wrote: > > windowmaker-0.92.0-17 failed when I attempted to update it at place > where gif.o is compiled: > > gcc -DHAVE_CONFIG_H -I. -I. -I../src -I/sw/include > -I/usr/X11R6/include -MD -I/sw/include -g -O2 -c gif.c -fno-common > -DPIC -o .libs/gif.o > gif.c:64:32: error: too few arguments to function call, expected 2, have 1 > gif = DGifOpenFileName(file); > ^ > /sw/include/gif_lib.h:179:1: note: 'DGifOpenFileName' declared here > GifFileType *DGifOpenFileName(const char *GifFileName, int *Error); > ^ > gif.c:67:17: warning: implicit declaration of function 'GifLastError' > is invalid in C99 [-Wimplicit-function-declaration] > switch (GifLastError()) { > ^ > gif.c:82:26: error: too few arguments to function call, expected 2, have 1 > DGifCloseFile(gif); > ~ ^ > /sw/include/gif_lib.h:183:5: note: 'DGifCloseFile' declared here > int DGifCloseFile(GifFileType * GifFile, int *ErrorCode); > ^ > gif.c:226:26: error: too few arguments to function call, expected 2, have 1 > DGifCloseFile(gif); > ~ ^ > /sw/include/gif_lib.h:183:5: note: 'DGifCloseFile' declared here > int DGifCloseFile(GifFileType * GifFile, int *ErrorCode); > ^ > 1 warning and 3 errors generated. > Makefile:239: recipe for target 'gif.lo' failed > > Thanks. There appears to have been an API change in giflib7. It built for me. Wonder if I committed with the wrong patch fragment for the API change? Will wrangle it tonight when I have more patience for cvs.sf... dan -- Daniel Macks dma...@netspace.org -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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] atk1-1.32.0-2 build fails on 10.10
On Fri, 30 Jan 2015 06:59:08 -0800, Alexander Hansen wrote: > > On Jan 29, 2015, at 3:03 PM, Derek Homeier > wrote: > > > Hi, > > > on a fink installation on Yosemite previously upgraded from > Mavericks I am unable for some > > time now to update/rebuild this package due to include errors. > > Compilers are as up to date as Xcode tells me they can be, and > I’ve rebuilt and tested > > all BuildDependencies, and also force-removed the old atk1-shlibs, > all to no avail. > > The (hopefully) relevant part of the build log appended below. > > > make[3]: Entering directory > '/scratch.noindex/fink.build/atk1-1.32.0-2/atk-1.32.0/atk' > > /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > -I.. -I.. -DG_DISABLE_DEPRECATED -DATK_DISABLE_DEPRECATED > -DATK_COMPILATION -DATK_LOCALEDIR="\"/sw/share/locale\"" > -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -D_REENTRANT > -I/sw/include -DG_DISABLE_SINGLE_INCLUDES > -DATK_DISABLE_SINGLE_INCLUDES -Os -Wall -MT atkaction.lo -MD -MP -MF > .deps/atkaction.Tpo -c -o atkaction.lo atkaction.c > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. > -DG_DISABLE_DEPRECATED -DATK_DISABLE_DEPRECATED -DATK_COMPILATION > -DATK_LOCALEDIR=\"/sw/share/locale\" -I/sw/include/glib-2.0 > -I/sw/lib/glib-2.0/include -D_REENTRANT -I/sw/include > -DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES -Os -Wall > -MT atkaction.lo -MD -MP -MF .deps/atkaction.Tpo -c atkaction.c > -fno-common -DPIC -o .libs/atkaction.o > > In file included from atkaction.c:20: > > In file included from ./atkaction.h:27: > > In file included from ../atk/atkobject.h:28: > > ../atk/atkstate.h:173:1: error: unknown type name 'G_CONST_RETURN' > > G_CONST_RETURN gchar* atk_state_type_get_name (AtkStateType type); > > ^ > > ../atk/atkstate.h:173:21: error: expected ';' after top level declarator > > G_CONST_RETURN gchar* atk_state_type_get_name (AtkStateType type); > > ^ > > ; > > Do you have any third-party headers in /usr/local/include ? The error > looks like perhaps an incompatible header got dragged in somehow, and > /usr/local/include (or /usr/include, for that matter) doesn’t need > an explicit -I declaration. In particular, I'd suspect a glib >= 2.30 lurking in one of those places. dan -- Daniel Macks dma...@netspace.org -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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] xft2-dev-2.2.0-3 build fails due to incorrectinclude path in source code
On Sun, 25 Jan 2015 13:03:51 -0500, Stefan Bruda wrote: Hello, > > At 10:27 -0800 on 2015-1-24 Alexander Hansen wrote: > > > > > On Jan 24, 2015, at 9:37 AM, Brian Hayden wrote: > > > > > > When running: > > > fink install xft2-shlibs > > > > > > it crashes with: > > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include/X11/Xft -I../include/X11/Xft -I/sw/include -I/sw/include/freetype2 -I/opt/X11/include -I/sw/include -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -g -O2 -MT xftglyphs.lo -MD -MP -MF .deps/xftglyphs.Tpo -c xftglyphs.c -fno-common -DPIC -o .libs/xftglyphs.o > > > xftglyphs.c:24:10: fatal error: 'freetype/ftoutln.h' file not found > > > #include > > > ^ > > > 1 error generated. > > > make[2]: *** [xftglyphs.lo] Error 1 > > > make[1]: *** [all-recursive] Error 1 > > > make: *** [all] Error 2 > > > > > > The header files are there in: > > > /sw/include/freetype2/ftoutln.h > > > > > > So you can see that with the include paths > > > -I/sw/include -I/sw/include/freetype2 > > > > > > it would not be able to see the path where the files actually live. One can hack a fix by doing: > > > ln -s /sw/include/freetype2 /sw/include/freetype > > > > We're shaking out build issues related to the new freetype release. > > A number of other packages rely on the > > directory setup that you noted, and we’re fixing them accordingly. > > > > If folks do the hack, I’d recommend removing the symlink after your > > builds are done. > > But will this hack work in practice? I ask because in my earlier > attempts to convince somehow related things to build (namely, > <http://article.gmane.org/gmane.os.apple.fink.general/39311> and > <http://article.gmane.org/gmane.os.apple.fink.general/39313>) I tried > that first, and that caused the "Looking for incorrect headers in XXX > dependency files..." phase to complain loudly and kill the build > process. I am therefore wondering whether there is a trick to > overcome this issue. > > This is more a matter of curiosity than anything else though... One major pattern of bugs that the latest freetype (v2.5.something) revealed is when a source hardcodes an #include for a header file named freetype/*. That has been deprecated for a few years, but didn't become functionally broken until now. Instead, sources are always supposed to use macros for the headers. I pushed a fix for xft2 a few hours ago. The symlink trick makes the older method work "sometimes" but may also wind up pulling an incorrect header for some other part of some source (which is what the fink-package-precedence check detects). dan -- Daniel Macks dma...@netspace.org -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ 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] pkgconfig-0.28-1 on 10.7
pykg-config-1.3.0-2 should resolve this runtime problem. dan On Tue, 30 Dec 2014 23:24:20 -0600, Robert Wyatt wrote: Wow, thanks Hanspeter! Both of the /opt directories were missing so I > added them per your directions and the build proceeded without error. > --Robert > > > Hanspeter Niederstrasser wrote: > >> checking pkg-config is at least version 0.9.0... yes > >> checking for GLIB... Exception searching for packages > >> Exception searching for packages > >> no > >> configure: error: Either a previously installed pkg-config or "glib-2.0 > >> >= 2.16" could not be found. Please set GLIB_CFLAGS and GLIB_LIBS to > >> the correct values or pass --with-internal-glib to configure to use the > >> bundled copy. > > > > pkgconfig bootstraps itself with pykconfig, which apparently has a bug > > in that it fails if any of the directories in its search path does not > > exist. This was reported recently, but hasn't been fixed yet. Check > > for the presence of the following directories: > > > > /sw/lib/pkgconfig > > /sw/share/pkgconfig > > /opt/X11/lib/pkgconfig > > /opt/X11/share/pkgconfig > > > > If any of those don't exist, create it with the command: > > > > sudo mkdir -p DIRECTORY > > > > then try to rebuild pkgconfig. If it still fails, check the file > > config.log in the pkgconfig build directory for a more verbose reason > > for the error. > > > > Hanspeter > > > > > -- > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______ > 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 > > -- Daniel Macks dma...@netspace.org -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ 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] Failed: phase compiling: poppler37-shlibs-0.22.5-3failed
On Fri, 31 Oct 2014 20:16:44 -0700, Chris Schram wrote: > clang: error: unknown argument: '-fno-check-new' > /sw/bin/dpkg-lockwait -r fink-buildlock-poppler37-shlibs-0.22.5-3 poppler37-shlibs is at revision 4 now, which appears to include a fix for this flag. Try 'fink selfupdate' and see if poppler37-shlibs-0.22.5-4 builds for you. dan -- Daniel Macks dma...@netspace.org -- ___ 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] libcurl4 build failure (Fink 0.38.1, OS X 10.10)
On Fri, 24 Oct 2014 23:09:01 -0700, Alexander Hansen wrote: On 10/24/14, 11:03 PM, Matthew Stephen Hartmann wrote: > > > > I'm having trouble building libcurl4. The build seems to be looking for > > headers in /usr/include ... but shouldn't it be checking /sw/include? > > > > I also attempted a `fink configure` (set build jobs to 1) and `fink > > selfupdate`, but to no avail. > > > > If there's anything else you need from me, please let me know. > > > > Here's the output from my terminal: > > > > hogwarts:~ apple$> cat fink_packages.txt | xargs fink -b install > > Information about 10076 packages read in 1 seconds. > > The following 9 packages will be installed or updated: > > curl libcurl4 libcurl4-shlibs libidn-shlibs nmap python27 > > python27-shlibs xmlrpc-c xmlrpc-c-shlibs > > The following 4 additional packages will be installed: > > gtk-doc itstool libxml2-py27 openssl100-dev > > Default answer will be chosen in 60 seconds... > > Do you want to continue? [Y/n] Setting runtime build-lock... > > dpkg-deb -b > > /sw/src/fink.build/root-fink-buildlock-libcurl4-7.38.0-1+10.8 > > /sw/src/fink.build > > dpkg-deb: building package `fink-buildlock-libcurl4-7.38.0-1+10.8' in > > > `/sw/src/fink.build/fink-buildlock-libcurl4-7.38.0-1+10.8_2014.10.25-01.55.05_darwin-x86_64.deb'. > > > Installing build-lock package... > > /sw/bin/dpkg-lockwait -i > > > /sw/src/fink.build/fink-buildlock-libcurl4-7.38.0-1+10.8_2014.10.25-01.55.05_darwin-x86_64.deb > > Selecting previously deselected package > > fink-buildlock-libcurl4-7.38.0-1+10.8. > > (Reading database ... 25998 files and directories currently installed.) > > Unpacking fink-buildlock-libcurl4-7.38.0-1+10.8 (from > > > .../fink-buildlock-libcurl4-7.38.0-1+10.8_2014.10.25-01.55.05_darwin-x86_64.deb) > > ... > > Setting up fink-buildlock-libcurl4-7.38.0-1+10.8 (2014.10.25-01.55.05) ... > > > > sudo -u fink-bld [ENV] sh -c /tmp/fink.ak9F1 > > env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner --no-same-permissions > > -xf /sw/src/curl-7.38.0.tar.bz2 > > sudo -u fink-bld [ENV] sh -c /tmp/fink.HA_bz > > /tmp/fink.aDs1w > > + perl -pi -e s/link_all_deplibs=yes/link_all_deplibs=no/g configure > > + perl -pi -e 's,\@LDFLAGS\@,,g; s,\@LIBCURL_LIBS\@,,g' curl-config.in > > <http://curl-config.in> > > + perl -pi -e 's,\@LDFLAGS\@,,g; s,\@LIBCURL_LIBS\@,,g' libcurl.pc.in > > <http://libcurl.pc.in> > > + perl -pi -e 's/\@libext\@/dylib/' curl-config.in <http://curl-config.in> > > + /bin/cp '/usr/include/lber*.h' . > > cp: /usr/include/lber*.h: No such file or directory > > Missing headers in /usr/include is genarally an indicator that you > have the wrong command line tools for your OS. The 10.9 tools don't > work on 10.10. Check if there's an update in the App Store, or do a > "sudo xcode-select --install" and see if that installs them, and if > those fail, download the 10.10 tools from developer.apple.com. I just pushed some tweaks to fink (git master) that check for /usr/include early in the build process and give a loud complaint about the general problem of missing tools from apple rather than waiting until a specific package fails when it tries to use them. dan -- Daniel Macks dma...@netspace.org -- ___ 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] sundials-2.5.0-2 build-fail 10.7
sundials-2.5.0-1 was packaged to build with gcc47, but that failed on 10.7 with assembler errors and failed on 10.9 because gcc47 isn't even present. I pushed it to gcc49 (now sundials-2.5.0-2), and now it built for me on 10.8. But it still fails on 10.7 with assembler errors. The first is: /bin/sh ../..//libtool --mode=compile gcc-4 -I/sw/include -I./../../include -I../..//include -O3 -march=native -mtune=native -c ./sundials_direct.c gcc-4 -I/sw/include -I./../../include -I../..//include -O3 -march=native -mtune=native -c ./sundials_direct.c -fno-common -DPIC -o .libs/sundials_direct.o /var/tmp//ccWJIRyk.s:592:no such instruction: `vmovsd LC14(%rip), %xmm0' /var/tmp//ccWJIRyk.s:601:no such instruction: `vaddsd (%rdx), %xmm0,%xmm1' /var/tmp//ccWJIRyk.s:602:no such instruction: `vmovsd %xmm1, (%rdx)' /var/tmp//ccWJIRyk.s:615:no such instruction: `vmovsd LC14(%rip), %xmm0' /var/tmp//ccWJIRyk.s:621:no such instruction: `vaddsd (%rdx), %xmm0,%xmm1' /var/tmp//ccWJIRyk.s:622:no such instruction: `vmovsd %xmm1, (%rdx)' /var/tmp//ccWJIRyk.s:826:no such instruction: `vmovsd (%rax,%rcx,8), %xmm0' /var/tmp//ccWJIRyk.s:891:no such instruction: `vmovsd (%rax,%r12), %xmm0' make[2]: *** [sundials_direct.lo] Error 1 and then there are many miles of others. dan -- Daniel Macks dma...@netspace.org -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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] Importing gtk.deprecation Fails in python2.7
On Fri, 15 Aug 2014 20:15:55 -0700, Sean Lake wrote: Hello all, > > I'm attempting to use a python package from outside of Fink for > producing triangle plots. It can be found at: > https://github.com/dfm/triangle.py > > I have it installed using /sw/bin/python2.7 setup.py install --user. > It worked in the past, and reinstalling today seems to work fine. > > When I try to import triangle, though, the import stalls. Using an > interactive session started with /sw/bin/python2.7 -v shows that it > stalls at: > > import triangle > […] > # /sw/lib/python2.7/site-packages/gtk-2.0/gtk/deprecation.pyc matches > /sw/lib/python2.7/site-packages/gtk-2.0/gtk/deprecation.py > import gtk.deprecation # precompiled from > /sw/lib/python2.7/site-packages/gtk-2.0/gtk/deprecation.pyc > > ^C fails to terminate the process, and I have to close the terminal. > > Is gtk.deprecation broken in pygtk2-gtk-py27 version 2.17.0-4? Trying > to import gtk.deprecation directly leads to a similar stall. From an xterm interactive session of /sw/bin/python2.7, "import gtk.deprecation" did not stall for me. In a Terminal.app window, it also did not stall (but it fails outright unless DISPLAY is valid). I have the same versions of things you do... > Distribution version: selfupdate-rsync Fri Aug 15 13:55:28 2014, 10.8, x86_64 > pygtk2-gtk-py27-2.17.0-4 > python27-2.7.8-1 > gtk+2-2.18.9-11 dan -- Daniel Macks dma...@netspace.org -- ___ 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] liborc-0.4-shlibs-0.4.18-1 selftest failure
0 11: -2.6299e+117 -> 0 -0 1 11: -2.8204e-272 -> 0 0 2 11: -5.4605e-92 -> 0 0 3 11: 1.382e-73 -> 0 0 4 11: -1.8706e+42 -> 0 -0 5 11: 1.8149e+257 -> 0 nan 7fff * 6 11: 1.4728e-275 -> 0 0 7 11: -6.9246e-220 -> 0 0 0 12: 1.0759e-106 -> 0 0 1 12: 3.6576e+161 -> 0 nan 7fff * 2 12: 8.1356e-203 -> 0 0 3 12: 1.8813e-236 -> 0 0 4 12: -6.4903e+171 -> 0 -0 5 12: 4.2582e+259 -> 0 nan 7fff * 6 12: 4.0854e+232 -> 0 nan 7fff * 7 12: -1.327e+69 -> 0 -0 0 13: 8.3049e-238 -> 0 0 1 13: 1.0635e+181 -> 0 nan 7fff * 2 13: 3.421 -> 0 0 3 13: 9.4171e+39 -> 0 nan 7fff * 4 13: -6.768e+238 -> 0 -0 5 13: -1.9201e+305 -> 0 -0 6 13: -5.2153e+296 -> 0 -0 7 13: -4.6822e+24 -> 0 -0 and later a summary FAIL: exec_opcodes_sys There is a ton of asm dump scattered around, there might be other notes about the failure, but those are the only I see in the immediate vinicity of a grep for "fail". dan -- Daniel Macks dma...@netspace.org -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck® Code Sight™ - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ 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] Failed: phase compiling: inkscape-0.48.4-14 failed
w64/opt/boost-1_55/include/boost/optional/optional.hpp:824:6: > note: candidate template ignored: could not match > 'optional' > >against 'bool' > > bool operator == ( T const& x, optional const& y ) > > ^ > > /sw64/opt/boost-1_55/include/boost/optional/optional.hpp:893:6: > note: candidate template ignored: could not match > 'optional' > >against 'bool' > > bool operator == ( none_t , optional const& y ) > > ^ > > ./2geom/d2.h:136:1: note: candidate template ignored: could not > match 'D2' against 'const Geom::OptRect' > > operator==(D2 const &a, D2 const &b) { > > ^ > > ... > > In file included from conn-avoid-ref.cpp:38: > > ./inkscape.h:23:5: warning: struct 'Application' was previously > declared as a class [-Wmismatched-tags] > > struct Application; > > ^ > > ./desktop.h:62:9: note: previous use is here > >class Application; > > ^ > > 42 warnings and 2 errors generated. > > make[2]: *** [conn-avoid-ref.o] Error 1 > > make[2]: Leaving directory > `/sw64/src/fink.build/inkscape-0.48.4-14/inkscape-0.48.4/src' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory > `/sw64/src/fink.build/inkscape-0.48.4-14/inkscape-0.48.4' > > make: *** [all] Error 2 > > ### execution of /tmp/fink.IlaRp failed, exit code 2 > > ### execution of /tmp/fink.plOzy failed, exit code 2 > > Removing runtime build-lock... > > Removing build-lock package... > > /sw64/bin/dpkg-lockwait -r fink-buildlock-inkscape-0.48.4-14 > > (Reading database ... 339331 files and directories currently installed.) > > Removing fink-buildlock-inkscape-0.48.4-14 ... > > Failed: phase compiling: inkscape-0.48.4-14 failed > > > > TIA > > > > Dominique > > > > This just got updated 0.48.5, but that fails differently: > > color-profile.cpp:851:27: error: use of undeclared identifier 'read' > ssize_t got = read(fd, scratch, len); >^ > color-profile.cpp:859:13: error: use of undeclared identifier 'close' > close(fd); > > I believe this will only occur on 10.9 (and later) and is due to > unistd.h not being implicitly included--we've got a number of > packages that need to do that. Apparently only for *some* 10.9 (maybe depends on xcode version). I just committed revision 2, which includes this unistd.h as well as a ton of other cleanups (among other things, to fix or hide many of the warnings that obscure the errors). dan -- Daniel Macks dma...@netspace.org -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ 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 bootstrap - missing lib
On Thu, 5 Jun 2014 10:53:22 -0400, Bill Waggoner wrote: I recently upgraded one of my systems to 10.9 which necessitated a reinstall of fink. All went well outside of the requirements to install various ancillary packages but it did install successfully. > > As I use zsh as my shell and the fink one is more up-to-date I first > installed zsh before anything else. But executing this zsh fails > because of a missing library: > > dyld: Library not loaded: /sw/lib/libgdbm.3.dylib > Referenced from: /sw/bin/zsh > Reason: image not found > zsh: trace trap /sw/bin/zsh > > Installing gdbm3-shlibs got me further to: > > dyld: Library not loaded: /sw/lib/libncursesw.5.dylib > Referenced from: /sw/bin/zsh > Reason: image not found > zsh: trace trap /sw/bin/zsh > > Installing libncursesw5-shlibs got it done. > > I suggest that these two packages be added to the dependencies for zsh ... I committed a fix (there were also other oddities in the dependencies, all resolved). dan -- Daniel Macks dma...@netspace.org -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ 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] openmotif3 build failure: phase patching?
On Fri, 6 Jun 2014 02:13:00 +, "Kippen, Marc" wrote: > > Failed: phase patching (PatchFile > "/sw/fink/dists/stable/main/finkinfo/devel/fink-package-precedence.patch" > readability): fink-package-precedence-0.18-1 failed The noted .patch file needs to be world-readable in order for the fink sandbox-build process to be able to access it. Check that the file exists, and that 'ls -l' of it reports -rw-r--r-- (that third "r" is the key). Then work backwards in its directory structure (/sw/fink/dists/stable/main/finkinfo/devel /sw/fink/dists/stable/main/finkinfo /sw/fink/dists/stable/main etc) and check that 'ls -ld' of it report dwxrr-xr-x (that last r-x is the key). Somewhere along this path is likely something that ends with --- instead. If it's the file itself, "chmod 644" it. If it's a directory leading to it, "chmod 755" it. I get this all the time when I have a restrictive umask, because then selfupdate sets all the files to be unaccessable by anyone except "me". dan -- Daniel Macks dma...@netspace.org -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ 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] Problems installing (compiling) autogen-5.18.2-3on OSX 10.9
On Mon, 12 May 2014 19:39:44 -0700, Alexander Hansen wrote: On 5/12/14, 7:13 PM, Greg Hamerly wrote: > > > > Okay! I'm happy to report that the problem is solved. I installed the > > fink package "gc", and after that I was able to install autogen without > > a problem (though there were a lot of clang error messages that did pass > > by, but I think those were okay). I was ultimately able to install > > gnucash (my original goal). > > > > So it seems that autogen needs an explicit dependency on gc, at least > > for OSX 10.9.2. > > Yup, it even links to the gc library too. I'll cc the maintainer. And it used fink-package-precedence, which also reported the use of gc. And otool-L reported libgettext8 too. I'll commit a dep upgrade momentarily... dan -- Daniel Macks dma...@netspace.org -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet ___ 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] libassimp-3.0.1270-1 build-fail
I don't know anything about libassimp (was pulled as a dependency of something else that is also not mine). But I did find an upstream patch to address it, and pushed it into fink. "It now builds for me on 10.7 and 10.8, where it did not before" is the only way I know to test. dan On Sat, 17 May 2014 14:05:31 +0200, Sjors Gielen wrote: Hi Dan, > > This is a typical error that comes up when GCC is replaced with Clang. > The standard says the "template" keyword should be used in some places; > Clang listens to this and GCC doesn't care. > > There are three possible fixes: bump to an upstream version where this > is fixed (if there is one), patch the code to add "template" exactly > where the error wants it to be, or force compilation with GCC instead of > Clang. > > I don't use Assimp myself anymore, so while I can check if the code > compiles I can't check if it works. Do you want to pick this up? > > Sjors > > Daniel Macks schreef op 08-05-14 02:30: > > OS X 10.7 > > Xcode.app: 4.6.1 > > Xcode command-line tools: 4.6.0.0.1.1362189000 > > > The CompileScript specifies 'make -j4' (why override user system > prefs?), so I knocked it down to -j1 there. > > [ 82%] Building CXX > object code/CMakeFiles/assimp.dir/IFCLoader.cpp.o > > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/IFCLoader.cpp:53: > > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFileReader.h:44: > > > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:198:64: > error: use 'template' keyword to treat 'To' as a dependent template > name > > return > Couple(db).MustGetObject(To())->To(); > > >^ > > >template > > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:204:47: > error: use 'template' keyword to treat 'ToPtr' as a dependent template > name > > return > e?Couple(db).MustGetObject(*e)->ToPtr():(const T*)0; > > ^ > > > template > 2 errors generated. > make[2]: *** > [code/CMakeFiles/assimp.dir/IFCLoader.cpp.o] Error 1 > > [ 82%] Building CXX object code/CMakeFiles/assimp.dir/IFCLoader.cpp.o > > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/IFCLoader.cpp:53: > > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFileReader.h:44: > > > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:198:64: > error: use 'template' keyword to treat 'To' as a dependent template > name > > return > Couple(db).MustGetObject(To())->To(); > > >^ > > >template > > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:204:47: > error: use 'template' keyword to treat 'ToPtr' as a dependent template > name > > return > e?Couple(db).MustGetObject(*e)->ToPtr():(const T*)0; > > ^ > > > template > 2 errors generated. > make[2]: *** > [code/CMakeFiles/assimp.dir/IFCLoader.cpp.o] Error 1 > > > dan > > > -- > > Daniel Macks > > dma...@netspace.org > > - > > -- > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform > available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs - > > ___ > Fink-users mailing list > Fink-users@lists.sourceforge.net > L
Re: [Fink-users] libassimp-3.0.1270-1 build-fail
On Wed, 07 May 2014 20:30:36 -0400, Daniel Macks wrote: OS X 10.7 > Xcode.app: 4.6.1 > Xcode command-line tools: 4.6.0.0.1.1362189000 > > The CompileScript specifies 'make -j4' (why override user system > prefs?), so I knocked it down to -j1 there. [ 82%] Building CXX > object code/CMakeFiles/assimp.dir/IFCLoader.cpp.o > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/IFCLoader.cpp:53: > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFileReader.h:44: > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:198:64: > error: use 'template' keyword to treat 'To' as a dependent template > name > return Couple(db).MustGetObject(To())->To(); > > > ^ > > template > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:204:47: > error: use 'template' keyword to treat 'ToPtr' as a dependent template > name > return > e?Couple(db).MustGetObject(*e)->ToPtr():(const T*)0; > ^ > > template 2 errors generated. make[2]: *** > [code/CMakeFiles/assimp.dir/IFCLoader.cpp.o] Error > 1 > [ 82%] Building CXX object code/CMakeFiles/assimp.dir/IFCLoader.cpp.o > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/IFCLoader.cpp:53: > In file included from > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFileReader.h:44: > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:198:64: > error: use 'template' keyword to treat 'To' as a dependent template > name > return Couple(db).MustGetObject(To())->To(); > > > ^ > > template > /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:204:47: > error: use 'template' keyword to treat 'ToPtr' as a dependent template > name > return > e?Couple(db).MustGetObject(*e)->ToPtr():(const T*)0; > ^ > > template 2 errors generated. make[2]: *** > [code/CMakeFiles/assimp.dir/IFCLoader.cpp.o] Error > 1 danielj found https://sourceforge.net/p/assimp/patches/43 which enabled full building on 10.8. I committed it. dan -- Daniel Macks dma...@netspace.org -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ 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] libassimp-3.0.1270-1 build-fail
OS X 10.7 Xcode.app: 4.6.1 Xcode command-line tools: 4.6.0.0.1.1362189000 The CompileScript specifies 'make -j4' (why override user system prefs?), so I knocked it down to -j1 there. [ 82%] Building CXX object code/CMakeFiles/assimp.dir/IFCLoader.cpp.o In file included from /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/IFCLoader.cpp:53: In file included from /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFileReader.h:44: /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:198:64: error: use 'template' keyword to treat 'To' as a dependent template name return Couple(db).MustGetObject(To())->To(); ^ template /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:204:47: error: use 'template' keyword to treat 'ToPtr' as a dependent template name return e?Couple(db).MustGetObject(*e)->ToPtr():(const T*)0; ^ template 2 errors generated. make[2]: *** [code/CMakeFiles/assimp.dir/IFCLoader.cpp.o] Error 1 [ 82%] Building CXX object code/CMakeFiles/assimp.dir/IFCLoader.cpp.o In file included from /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/IFCLoader.cpp:53: In file included from /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFileReader.h:44: /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:198:64: error: use 'template' keyword to treat 'To' as a dependent template name return Couple(db).MustGetObject(To())->To(); ^ template /sw/build.build/libassimp-3.0.1270-1/assimp--3.0.1270-source-only/code/STEPFile.h:204:47: error: use 'template' keyword to treat 'ToPtr' as a dependent template name return e?Couple(db).MustGetObject(*e)->ToPtr():(const T*)0; ^ template 2 errors generated. make[2]: *** [code/CMakeFiles/assimp.dir/IFCLoader.cpp.o] Error 1 dan -- Daniel Macks dma...@netspace.org -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ 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] xdvik failure
On Thu, 24 Apr 2014 19:53:26 +0200, Martin Costabel wrote: On 23/04/14 18:39, Martin Costabel wrote: > > On 23/04/14 16:32, Stefan Bruda wrote: > > [] > >> Indeed, the culprit seems to be t1lib5-nox-shlibs, in the sense that > >> if I install it from the binary distribution xdvik works, but if I > >> build it locally the error above pops up. Any idea how can I help > >> digging into this further? Many thanks. > > > > I can confirm this. So it seems that xcode-5.1 is misbuilding t1lib5. > > I'll try to look into this further. For the moment, I see that the > > bindist libt1.5.1.2.dylib contains 3 symbols more than the locally built > > libt1.5.1.2.dylib. > > I have now boiled it down to the mis-compilation of one file in > t1lib5, lib/type1/objects.c. If this is compiled with a low > optimization level such as -O1, xdvi works, if it is compiled with > the standard -O2, segmentation fault. This is very weird, because > this is C code, not C++. Plus, the crash doesn't even happen in > objects.c, but in some other modules. I haven't seen anything about > this in google either. Some more bug hunting in order, I guess. I don't know anything about this package or failure mode, but I did find a bunch of other-distro's patches, some of which sound like they can cause crashes and/or involve security advisories... http://patch-tracker.debian.org/package/t1lib/5.1.2-4 If nothing else, may as well patch ours up to fix them, even if it doesn't solve the problem at hand. dan -- Daniel Macks dma...@netspace.org -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ 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] Killing old pcre (was Re: botan-1.8.6-1 fails to build on 10.8)
On Sun, 13 Apr 2014 13:06:36 -0400, Daniel Johnson wrote: > > And I just pushed an update to monotone to fix building on 10.9. The > fix is to use std::unordered_map instead of std::tr1::unordered_map > which is only available in pre-C++11. Awesome! monotone came to my attention because it was one of the only packages using the old "pcre" rather than the new "libpcre1". There are now *no* old-pcre users. Time to stubify it down to its -shlibs? dan -- Daniel Macks dma...@netspace.org -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ 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] botan-1.8.6-1 fails to build on 10.8
On Mon, 3 Mar 2014 18:01:47 -0500, Daniel Johnson wrote: > On Mar 3, 2014, at 7:40 AM, Daniel Johnson > wrote: > > On Mar 3, 2014, at 6:09 AM, Corey Halpin wrote: > >> > >> Unfortunately, I'm still on 10.7 and don't have a 10.8 machine to > test >> against. > >> >> I can get 1.10 (the upstream stable release) to mostly work on > 10.7... >> however, Montone (the only package that uses botan that I > can find) doesn't >> build against botan 1.10 in any released > version. The monotone development >> branch does mention fixes for > compatibility with botan 1.10 -- but I'd need to >> be able to find > the relevant commit to backport it. More time to dig would be >> > required. > >> >> The use of configure.pl here was deliberate, as it supported > --cpu=generic. >> The newer configure.py forces one to choose a > specific architecture. Maybe >> this can be dropped now, as ppc > isn't really a concern? > >> >> By any chance does adding SetCPPFlags: -std=gnu89 resolve the issue? > >> >> I'll look into this more when I can, but I must apologize that > it probably >> won't be for a while. I'm preparing to defend my > dissertation and spare >> cycles are not abundant. > >> >> Best regards. > >> >> ~crh > >> >> On 2014-02-28, Daniel Macks wrote: > >>> g++ -Ibuild/include -O2 -finline-functions -D_REENTRANT -ansi > -Wno-long-long -fpermissive -W -Wall -fPIC -c src/block/aes/aes.cpp > -o build/lib/aes.o > >>> clangclang: : warning: argument unused during compilation: '-fpermissive' > >>> warning: argument unused during compilation: '-fpermissive' > >>> In file included from src/block/aes/aes.cpp:8: > >>> In file included from build/include/botan/aes.h:11: > >>> In file included from build/include/botan/block_cipher.h:11: > >>> In file included from build/include/botan/sym_algo.h:13: > >>> In file included from build/include/botan/symkey.h:11: > >>> build/include/botan/secmem.h:362:28: error: use of undeclared > identifier 'set' > >>> { if(this != &in) set(in); return (*this); } > >>> ^ > >>> this-> > >>> build/include/botan/symkey.h:36:56: note: in instantiation of > member function > >>> 'Botan::SecureVector::operator=' requested here > >>> void change(const MemoryRegion& in) { bits = in; } > >>> ^ > >>> build/include/botan/secmem.h:146:12: note: must qualify > identifier to find this > >>> declaration in dependent base class > >>> void set(const T in[], u32bit n){ create(n); copy(in, n); } > >>> ^ > >>> build/include/botan/secmem.h:153:12: note: must qualify > identifier to find this > >>> declaration in dependent base class > >>> void set(const MemoryRegion& in) { set(in.begin(), in.size()); } > >>> ^ > >>> 1 error generated. >>> make: *** [build/lib/aes.o] Error 1 > >>> >>> Earlier during the build I noticed: > >>> >>> export PATH="/usr/bin:/usr/sbin:/bin:/sbin" > >>> ./configure.pl --prefix=/sw --cpu=generic --docdir=/sw/share/doc > >>> (warning): ./configure.pl is deprecated; migration to > ./configure.py strongly recommended > >>> >>> And upstream is at 1.11, so there are lots of easy things to > upgrade that might fix the actual build failure (or at least let one > trouble-shoot a non-obsolete version, so that upstream can help fix > further). >>> >>> dan > >>> --- > >>> >>> Daniel Macks > >>> dma...@netspace.org > > > I think I know how to fix it but it's going to take time I don't > have right now. Tonight I'll work on it. The code is using illegal > C++ that gcc happens to accept but clang (properly) rejects. > > > Daniel > > Ok, the solution is to update to botan 1.8.14 which includes patches > for clang. I've successfully built it and tests pass on 10.9. I've > included the diff below. Unfortunately, monotone still doesn't build > on 10.9 since it requires non-standard features of gcc's libstdc++ > and won't build with libc++. It also doesn't build with boost1.55 but > appears to work with 1.53. Pushed this botan update. Built cleanly for me on 10.8 as well. dan -- Daniel Macks dma...@netspace.org -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ 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] Failed: phase compiling: webkit-1.0.2-1.2.7-5failed
On Fri, 04 Apr 2014 00:54:24 +0200, Martin Costabel wrote: On 3/04/14 01:27, Mark D. McKean wrote: > > On 4/2/14, 5:38 pm, Daniel Macks wrote: > >> But "one on the previous tools" is new information. Anyone with ideas is > >> welcome to contribute, anyone who wants to fix it is welcome to assist. > > webkit-1.0.2-1.2.7-5 does not build for me with the latest xcode > either. Thsi is 5-year-old code, so it isn't surprising that it has > more and more problems with up-to-date OS and compiler versions. > There are several different problems mentioned on the list. The one > shown here > > [] > > > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/cctype:50:72: > > error: > >use of undeclared identifier > > > > > 'isalnum_WTF_Please_use_ASCIICType_instead_of_ctype_see_comment_in_ASCIICType_h' > > inline _LIBCPP_INLINE_VISIBILITY int __libcpp_isalnum(int __c) {return > > isalnum(... > > ^ > > ./JavaScriptCore/wtf/DisallowCType.h:57:17: note: expanded from macro > > 'isalnum' > > #define isalnum isalnum_WTF_Please_use_ASCIICType_instead_of_ctype_see_c... > > comes from libc++ on MacOSX 10.9. I don't know why it was not an > error on 10.9 back in December. > > The other one was shown by Stefan Bruda: > > > In file included from WebCore/css/CSSComputedStyleDeclaration.cpp:24: > > ./WebCore/css/CSSComputedStyleDeclaration.h:36:52: error: friend > declaration specifying a default > > argument must be a definition > > friend PassRefPtr > computedStyle(PassRefPtr, bool allo... > >^ > > ./WebCore/css/CSSComputedStyleDeclaration.h:76:48: error: friend > declaration specifying a default > > argument must be the only declaration > > inline PassRefPtr > computedStyle(PassRefPtr node, bool all... > >^ > > ./WebCore/css/CSSComputedStyleDeclaration.h:36:52: note: previous > declaration is here > > friend PassRefPtr > computedStyle(PassRefPtr, bool allo... > > This one comes from the growing intolerance of clang and wasn't > forbidden in the previous version of xcode. > I am seeing both of these errors, too. > > I have also a patch for both of them that allows me to build > webkit-1.0.2. I think the patch is non-toxic for previous build tools > and OS versions, so I am just checking it in to CVS and wait what > happens (webkit-1.0.2-1.2.7-6) :-) Thanks! dan -- Daniel Macks dma...@netspace.org -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ 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] gelemental fails to build
On Sun, 06 Apr 2014 21:20:54 -0700, Alexander Hansen wrote: On 4/6/14, 8:55 PM, Daniel Macks wrote: > > On Sun, 06 Apr 2014 14:14:42 -0600, "Gary K. Olson" > > wrote: > >> On 4/5/14, 12:09 AM, Daniel Macks wrote: > >>> > >>> Googling for this sort of compatiblity problem (I don't actually know > >>> anything about this specific situation) suggests the portable solution > >>> is to use boost. And gelemental itself seems like a dead upstream. > >>> > >> If elemental is dead upstream, maybe our efforts would be better > >> spent on other issues. Chalk one more up to Apple destroying part > >> of X11 and gcc in their efforts to make the Mac more secure. > > > > Does gperiodic build for you? It seems to fill the same niche. > > gperiodic works for me on 10.9/Xcode 5.1 using fink-0.36.4--and it > doesn't seem to throw any warnings about unused compiler flags. I tagged gelemental 10.[78]-only dan -- Daniel Macks dma...@netspace.org -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees_APR ___ 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] gelemental fails to build
On Sun, 06 Apr 2014 14:14:42 -0600, "Gary K. Olson" wrote: > On 4/5/14, 12:09 AM, Daniel Macks wrote: >> >> Googling for this sort of compatiblity problem (I don't actually know >> anything about this specific situation) suggests the portable solution >> is to use boost. And gelemental itself seems like a dead upstream. >> > If elemental is dead upstream, maybe our efforts would be better > spent on other issues. Chalk one more up to Apple destroying part > of X11 and gcc in their efforts to make the Mac more secure. Does gperiodic build for you? It seems to fill the same niche. dan -- Daniel Macks dma...@netspace.org -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees_APR ___ 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] libmpfr4-shlibs can not install
On Sun, 06 Apr 2014 18:36:40 +0200, Nikita Kalinin wrote: > > nikaan:trunk nikitakalinin$ fink install libmpfr4 > Information about 8420 packages read in 0 seconds. > The following package will be installed or updated: > libmpfr4 > The following 7 additional packages will be installed: > coreutils help2man-perl5162 liblzma5-shlibs libmpfr4-shlibs > locale-gettext-pm5162 texinfo xz > Do you want to continue? [Y/n] Y > Setting runtime build-lock... > dpkg-deb -b > /sw/src/fink.build/root-fink-buildlock-locale-gettext-pm5162-1.05-3 > /sw/src/fink.build > dpkg-deb: building package > `fink-buildlock-locale-gettext-pm5162-1.05-3' in > `/sw/src/fink.build/fink-buildlock-locale-gettext-pm5162-1.05-3_2014.04.06-18.31.41_darwin-x86_64.deb'. > > Installing build-lock package... > /sw/bin/dpkg-lockwait -i > /sw/src/fink.build/fink-buildlock-locale-gettext-pm5162-1.05-3_2014.04.06-18.31.41_darwin-x86_64.deb > Selecting previously deselected package > fink-buildlock-locale-gettext-pm5162-1.05-3. > (Reading database ... 6520 files and directories currently installed.) > Unpacking fink-buildlock-locale-gettext-pm5162-1.05-3 (from > .../fink-buildlock-locale-gettext-pm5162-1.05-3_2014.04.06-18.31.41_darwin-x86_64.deb) > > ... > Setting up fink-buildlock-locale-gettext-pm5162-1.05-3 > (2014.04.06-18.31.41) ... > > sudo -u fink-bld [ENV] sh -c /tmp/fink.JyFYl > env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner > --no-same-permissions -xf /sw/src/locale-gettext-pm-1.05.tar.gz > sudo -u fink-bld [ENV] sh -c /tmp/fink.7nolW > [ -r > /sw/fink/dists/stable/main/finkinfo/libs/perlmods/locale-gettext-pm.patch > ] > sudo -u fink-bld [ENV] sh -c /tmp/fink.vOFfW > patch -p1 < > /sw/fink/dists/stable/main/finkinfo/libs/perlmods/locale-gettext-pm.patch > patching file Makefile.PL > sudo -u fink-bld [ENV] sh -c /tmp/fink.wbvjZ > if [ -e /usr/local/lib/libintl.a -o -e /usr/local/lib/libintl.dylib > ]; then echo "locale-gettext-pm5162 often builds incorrectly if > /usr/local/lib/libintl.*"; echo "exists. Please move aside /usr/local > and try again."; exit 1; fi > locale-gettext-pm5162 often builds incorrectly if /usr/local/lib/libintl.* > exists. Please move aside /usr/local and try again. > ### execution of if failed, exit code 1 > ### execution of /tmp/fink.wbvjZ failed, exit code 1 > Removing runtime build-lock... > Removing build-lock package... > /sw/bin/dpkg-lockwait -r fink-buildlock-locale-gettext-pm5162-1.05-3 > (Reading database ... 6521 files and directories currently installed.) > Removing fink-buildlock-locale-gettext-pm5162-1.05-3 ... > Failed: phase compiling: locale-gettext-pm5162-1.05-3 failed Please try exactly what the error itself tells you: locale-gettext-pm5162 often builds incorrectly if /usr/local/lib/libintl.* exists. Please move aside /usr/local and try again. dan -- Daniel Macks dma...@netspace.org -- ___ 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] gelemental fails to build
On Fri, 04 Apr 2014 19:45:44 -0700, Alexander Hansen wrote: > > The update shouldn't change this particular issue, though, since it's > due to a change in the system include paths. When I tried a tweak to > ensure that /usr/include/c++/4.2.1/ext/stdio_filebuf.h got brought > in, the build failed: > > g++ -DHAVE_CONFIG_H -I. -I.. -I.. -DLOCALEDIR=\"/sw/share/locale\" > -I/sw/include/glibmm-2.4 -I/sw/lib/glibmm-2.4/include > -I/sw/include/sigc++-2.0 -I/sw/lib/sigc++-2.0/include > -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include > -I/sw/include/pango-1.0 -I/sw/include -Wall -Wno-unused -Os -MT > value.lo -MD -MP -MF .deps/value.Tpo -c value.cc -fno-common -DPIC > -o .libs/value.o > value.cc:135:12: error: use of undeclared identifier '__gnu_cxx' > : buf (new __gnu_cxx::stdio_filebuf (file, std::ios_base::out)), stdio_filebuf is a GCC extension, so as clang's "gcc" moves away from actually being gcc, it loses more and more of the gccisms. The stdio:filebuf.h itself is a template class but its namespace declaration appears appears to involve some hiding or subclassing. On my 10.8 with not-updated xcode, gelemental builds. According to libelementa/.deps/value.Plo, the header being accessed is /usr/include/c++/4.2.1/ext/stdio_filebuf.h, which declares at line 41: _GLIBCXX_BEGIN_NAMESPACE(__gnu_cxx) Is that what you have? The activation code in /usr/include/c++/4.2.1/bits/c++config.h What if you make a local copy of that file with (with a different name and adjusted #include of it from value.cc if you want to be sure) and change at lines ~41 and ~160 respectively: -_GLIBCXX_BEGIN_NAMESPACE(__gnu_cxx) +namespace __gnu_cxx { -_GLIBCXX_END_NAMESPACE +} Googling for this sort of compatiblity problem (I don't actually know anything about this specific situation) suggests the portable solution is to use boost. And gelemental itself seems like a dead upstream. dan -- Daniel Macks dma...@netspace.org -- ___ 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] goocanvas-0.15-2 fails to build
ocanvaswidget.xml:166: parser error : Opening and ending > tag mismatch: para line 155 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:40: element include: XInclude error : could > not load ../xml/goocanvaswidget.xml, and no fallback was found > > ../xml/goocanvastable.xml:166: parser error : Opening and ending > tag mismatch: refsect2 line 137 and para > > > >^ > > ../xml/goocanvastable.xml:205: parser error : Opening and ending > tag mismatch: para line 167 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:41: element include: XInclude error : could > not load ../xml/goocanvastable.xml, and no fallback was found > > ../xml/goocanvasellipsemodel.xml:147: parser error : Opening and > ending tag mismatch: refsect2 line 102 and para > > > >^ > > ../xml/goocanvasellipsemodel.xml:160: parser error : Opening and > ending tag mismatch: para line 148 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:47: element include: XInclude error : could > not load ../xml/goocanvasellipsemodel.xml, and no fallback was found > > ../xml/goocanvasgridmodel.xml:199: parser error : Opening and > ending tag mismatch: refsect2 line 138 and para > > > >^ > > ../xml/goocanvasgridmodel.xml:215: parser error : Opening and > ending tag mismatch: para line 200 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:48: element include: XInclude error : could > not load ../xml/goocanvasgridmodel.xml, and no fallback was found > > ../xml/goocanvasimagemodel.xml:139: parser error : Opening and > ending tag mismatch: refsect2 line 98 and para > > > >^ > > ../xml/goocanvasimagemodel.xml:148: parser error : Opening and > ending tag mismatch: para line 140 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:49: element include: XInclude error : could > not load ../xml/goocanvasimagemodel.xml, and no fallback was found > > ../xml/goocanvaspathmodel.xml:135: parser error : Opening and > ending tag mismatch: refsect2 line 100 and para > > > >^ > > ../xml/goocanvaspathmodel.xml:167: parser error : Opening and > ending tag mismatch: para line 136 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:50: element include: XInclude error : could > not load ../xml/goocanvaspathmodel.xml, and no fallback was found > > ../xml/goocanvaspolylinemodel.xml:145: parser error : Opening and > ending tag mismatch: refsect2 line 107 and para > > > >^ > > ../xml/goocanvaspolylinemodel.xml:160: parser error : Opening and > ending tag mismatch: para line 146 and refsect2 > > > > ^ > > ../xml/goocanvaspolylinemodel.xml:204: parser error : Opening and > ending tag mismatch: refsect2 line 161 and para > > > >^ > > ../xml/goocanvaspolylinemodel.xml:216: parser error : Opening and > ending tag mismatch: para line 205 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:51: element include: XInclude error : could > not load ../xml/goocanvaspolylinemodel.xml, and no fallback was found > > ../xml/goocanvasrectmodel.xml:142: parser error : Opening and > ending tag mismatch: refsect2 line 97 and para > > > >^ > > ../xml/goocanvasrectmodel.xml:154: parser error : Opening and > ending tag mismatch: para line 143 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:52: element include: XInclude error : could > not load ../xml/goocanvasrectmodel.xml, and no fallback was found > > ../xml/goocanvastextmodel.xml:159: parser error : Opening and > ending tag mismatch: refsect2 line 101 and para > > > >^ > > ../xml/goocanvastextmodel.xml:169: parser error : Opening and > ending tag mismatch: para line 160 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:53: element include: XInclude error : could > not load ../xml/goocanvastextmodel.xml, and no fallback was found > > ../xml/goocanvastablemodel.xml:166: parser error : Opening and > ending tag mismatch: refsect2 line 137 and para > > > >^ > > ../xml/goocanvastablemodel.xml:205: parser error : Opening and > ending tag mismatch: para line 167 and refsect2 > > > > ^ > > ../goocanvas-docs.sgml:54: element include: XInclude error : could > not load ../xml/goocanvastablemodel.xml, and no fallback was found > > ../xml/goocanvasutils.xml:756: element refsect2: validity
Re: [Fink-users] Failed: phase compiling: webkit-1.0.2-1.2.7-5 failed
On Wed, 02 Apr 2014 17:08:44 -0400, "Mark D. McKean" wrote: On 4/2/14, 12:00 pm, Stefan Bruda wrote: > > System info: > > > Mac OS: 10.8.5 > > Package manager version: 0.36.3.1 > > Distribution version: selfupdate-rsync Wed Apr 2 09:07:17 2014, > 10.8, x86_64 > > Trees: local/main stable/main > > Xcode.app: 5.1 > > Xcode command-line tools: 5.1.0.0.1.1393561416 > > webkit-1.0.2-1.2.7-5 is set to build with only one job. > > Okay, this makes, by my count, at least three of us who have posted > about webkit-1.0.2-1.2.7-5 build failures, two on the March 10 Xcode > tools and one on the previous tools, in just over two weeks (my own post > on March 16, another on March 20, and now this one), and none of these > posts have received any on-list responses from the package maintainer or > anyone who might be able to offer any advice. Are messages containing > "webkit" getting filtered out or something? > > I'm not trying to be accusatory--I just want to get this webkit update > to build. I understand that the clang issue has grabbed most of the > attention lately, but could someone please at least acknowledge that the > webkit build failure is not just in our heads? I replied to Gary, but it looks like it didn't make it to the list. I have no idea and no ability to test with new xcode (it definitely worked with older xcode on 10.8 because that's how I have it currently installed, so it must have been buildable). "With new xcode" is a well-known problem for apparently zillions of packages, so that's obviously the first recommendation that has been made repeatedly for many packages all over the lists. But "one on the previous tools" is new information. Anyone with ideas is welcome to contribute, anyone who wants to fix it is welcome to assist. Anyone interested in taking over maintainership is welcome to do so as well. dan -- Daniel Macks dma...@netspace.org -- ___ 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] qpdf-2.3.1-1 fails to build
/bin/sh ./libtool --mode=link g++ -g -O2 -Wall -o libqpdf/build/libqpdf.la libqpdf/build/BitStream.lo libqpdf/build/BitWriter.lo libqpdf/build/Buffer.lo libqpdf/build/MD5.lo libqpdf/build/PCRE.lo libqpdf/build/Pipeline.lo libqpdf/build/Pl_AES_PDF.lo libqpdf/build/Pl_ASCII85Decoder.lo libqpdf/build/Pl_ASCIIHexDecoder.lo libqpdf/build/Pl_Buffer.lo libqpdf/build/Pl_Count.lo libqpdf/build/Pl_Discard.lo libqpdf/build/Pl_Flate.lo libqpdf/build/Pl_LZWDecoder.lo libqpdf/build/Pl_MD5.lo libqpdf/build/Pl_PNGFilter.lo libqpdf/build/Pl_QPDFTokenizer.lo libqpdf/build/Pl_RC4.lo libqpdf/build/Pl_StdioFile.lo libqpdf/build/QPDF.lo libqpdf/build/QPDFExc.lo libqpdf/build/QPDFObject.lo libqpdf/build/QPDFObjectHandle.lo libqpdf/build/QPDFTokenizer.lo libqpdf/build/QPDFWriter.lo libqpdf/build/QPDFXRefEntry.lo libqpdf/build/QPDF_Array.lo libqpdf/build/QPDF_Bool.lo libqpdf/build/QPDF_Dictionary.lo libqpdf/build/QPDF_Integer.lo libqpdf/build/QPDF_Name.lo libqpdf/build/QPDF_Null.lo libqpdf/build/QPDF_Real.lo libqpdf/build/QPDF_Stream.lo libqpdf/build/QPDF_String.lo libqpdf/build/QPDF_encryption.lo libqpdf/build/QPDF_linearization.lo libqpdf/build/QPDF_optimization.lo libqpdf/build/QTC.lo libqpdf/build/QUtil.lo libqpdf/build/RC4.lo libqpdf/build/qpdf-c.lo libqpdf/build/rijndael.lo -L/sw/lib -L/sw/lib -L/sw/lib -lpcre -lz -rpath /sw/lib -version-info 7:1:4 libtool: link: `libqpdf/build/QPDF.lo' is not a valid libtool object make: *** [libqpdf/build/libqpdf.la] Error 1 I am on 10.8 with MaxBuildJobs=1 Xcode.app: 5.0.2 Xcode command-line tools: 5.0.1.0.1.1377666378 dan -- Daniel Macks dma...@netspace.org -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ 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] Installation of ghostscript - configure: error: in`/sw/src/fink.build/libxslt-1.1.28-2/libxslt-1.1.28'
> >The Fink Beginners List . > > > 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.36.3.1 > > Distribution version: selfupdate-rsync Fri Mar 14 18:07:51 2014, > 10.9, x86_64 > > Trees: local/main stable/main > > Xcode.app: 5.1 > > No recognized Xcode CLI installed > > Max. Fink build jobs: 1 > > > -- > > Learn Graph Databases - Download FREE O'Reilly Book > > "Graph Databases" is the definitive new guide to graph databases and their > > applications. Written by three acclaimed leaders in the field, > > this first edition is now available. Download your free book today! > > http://p.sf.net/sfu/13534_NeoTech > > ___ > > 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 > > -- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > ___ > 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 > > -- Daniel Macks dma...@netspace.org -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ 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] The timestamp of the server is older than what youalready have
I just committed a fix for this case of newly-annoying-clang. I'm not sure if this will really fix this package it, or just reveal other later occurrances of the same type of problem (I'm on older clang, so I don't know the full scope of which warnings need to be resolved). dan On Fri, 14 Mar 2014 10:17:05 -0700, Scott Classen wrote: Hello Martin and Alex, > > I looked at the > /sw/src/fink.build/libxslt-1.1.28-2/libxslt-1.1.28/config.log file > and it appears that I’ve run into "the clang problem". > > configure:2438: found /usr/bin/gcc > configure:2449: result: gcc > configure:2678: checking for C compiler version > configure:2687: gcc --version >&5 > Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn) > Target: x86_64-apple-darwin13.1.0 > Thread model: posix > Configured with: > --prefix=/Applications/Xcode.app/Contents/Developer/usr > --with-gxx-include-dir=/usr/include/c++/4.2.1 > configure:2698: $? = 0 > configure:2687: gcc -v >&5 > Configured with: > --prefix=/Applications/Xcode.app/Contents/Developer/usr > --with-gxx-include-dir=/usr/include/c++/4.2.1 > Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn) > Target: x86_64-apple-darwin13.1.0 > Thread model: posix > configure:2698: $? = 0 > configure:2687: gcc -V >&5 > clang: error: argument to '-V' is missing (expected 1 value) > clang: error: no input files > configure:2698: $? = 1 > configure:2687: gcc -qversion >&5 > clang: error: unknown argument: '-qversion' > [-Wunused-command-line-argument-hard-error-in-future] > clang: note: this will be a hard error (cannot be downgraded to a > warning) in the future > clang: error: no input files > configure:2698: $? = 1 > configure:2718: checking whether the C compiler works > configure:2740: gcc -I/sw/include -no-undefined -L/sw/lib conftest.c >&5 > clang: error: unknown argument: '-no-undefined' > [-Wunused-command-line-argument-hard-error-in-future] > clang: note: this will be a hard error (cannot be downgraded to a > warning) in the future > configure:2744: $? = 1 > configure:2782: result: no > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "" > | #define PACKAGE_TARNAME "" > | #define PACKAGE_VERSION "" > | #define PACKAGE_STRING "" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "" > | /* end confdefs.h. */ > | > | int > | main () > | { > | > | ; > | return 0; > | } > configure:2787: error: in > `/sw/src/fink.build/libxslt-1.1.28-2/libxslt-1.1.28': > configure:2789: error: C compiler cannot create executables > See `config.log' for more details > > Other than reporting my errors I’m not sure how much help I can be, > but I’m happy to help resolve this if you want me to try any > potential fixes etc. > > Thanks for your efforts, > > Scott > > On Mar 14, 2014, at 9:15 AM, Alexander Hansen > wrote: > > On 3/14/14, 1:22 AM, Martin Costabel wrote: > > Alex, > > there are currently two serious problems: > > The rsync://distfiles.master.finkmirrors.net/finkinfo/ mirror and those > that depend on it does indeed not refresh and hasn't for 10 days. The > only mirrors that are currently updating are > rsync://hnd.jp.asi.finkmirrors.net/finkinfo/ and > rsync://ber.de.eu.finkmirrors.net/finkinfo/ > On the x11-users list, it is said that the server for Xquartz is > currently not working correctly. This is perhaps the same one as > distfiles.master.finkmirrors.net? > > The second is the typical Apple brainfart by which they made it > virtually impossible to build anything with the latest clang (from a > couple of days ago). See the other thread (although I guess this needs > to be discussed on -devel). > > -- > Martin > > Oops. I'd forgotten which machine distfiles.master.finkmirrors.net > actually was. I believe that is indeed the same machine as where > Xquartz is obtained. I was able to download an Xquartz dmg a few > minutes ago, so maybe rsync will catch up soon. > > -- > Alexander Hansen, Ph.D. > Fink User Liaison > My package updates: http://finkakh.wordpress.com/ > > - > > -- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTe
[Fink-users] botan-1.8.6-1 fails to build on 10.8
g++ -Ibuild/include -O2 -finline-functions -D_REENTRANT -ansi -Wno-long-long -fpermissive -W -Wall -fPIC -c src/block/aes/aes.cpp -o build/lib/aes.o clangclang: : warning: argument unused during compilation: '-fpermissive' warning: argument unused during compilation: '-fpermissive' In file included from src/block/aes/aes.cpp:8: In file included from build/include/botan/aes.h:11: In file included from build/include/botan/block_cipher.h:11: In file included from build/include/botan/sym_algo.h:13: In file included from build/include/botan/symkey.h:11: build/include/botan/secmem.h:362:28: error: use of undeclared identifier 'set' { if(this != &in) set(in); return (*this); } ^ this-> build/include/botan/symkey.h:36:56: note: in instantiation of member function 'Botan::SecureVector::operator=' requested here void change(const MemoryRegion& in) { bits = in; } ^ build/include/botan/secmem.h:146:12: note: must qualify identifier to find this declaration in dependent base class void set(const T in[], u32bit n) { create(n); copy(in, n); } ^ build/include/botan/secmem.h:153:12: note: must qualify identifier to find this declaration in dependent base class void set(const MemoryRegion& in) { set(in.begin(), in.size()); } ^ 1 error generated. make: *** [build/lib/aes.o] Error 1 Earlier during the build I noticed: export PATH="/usr/bin:/usr/sbin:/bin:/sbin" ./configure.pl --prefix=/sw --cpu=generic --docdir=/sw/share/doc (warning): ./configure.pl is deprecated; migration to ./configure.py strongly recommended And upstream is at 1.11, so there are lots of easy things to upgrade that might fix the actual build failure (or at least let one trouble-shoot a non-obsolete version, so that upstream can help fix further). dan --- Daniel Macks dma...@netspace.org -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/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
[Fink-users] rstudio-desktop-0.98.653-0.92 build failure on 10.8
[100%] Built target rsession make[1]: Leaving directory `/sw/build.build/rstudio-desktop-0.98.653-0.92/rstudio-0.98.653/build' /sw/bin/cmake -E cmake_progress_start /sw/build.build/rstudio-desktop-0.98.653-0.92/rstudio-0.98.653/build/CMakeFiles 0 fink-package-precedence --prohibit-bdep rstudio-desktop . No dependency files found. Scanning /\.Plo,\.Po$/ dependency files... [...] Failed: phase compiling: rstudio-desktop-0.98.653-0.92 failed If your build system doesn't generate dependency-tracking files that follow the libtool-like naming, you have to set compiler flags and/or fink-package-precedence flags in order to generate them or find whatever naming your build system does use. I suspect this error is not specific to 10.8, and that this package either has *never* actually built successfully or else has some important missing dependency that affects the generation of these files. While looking at the .info, I see that there is no GCC:4.0 field even though the package has c++ sources. This is a packaging policy detail. I also see that it uses the slightly old boost1.52.0 dependency. We have 1.53 and 1.55 also available; and 1.55 is the first one that actually does behave nicely with fink-package-precedence (once you get that working at all), though it does require an added LDFLAGS as well as CXXFLAGS. dan -- Daniel Macks dma...@netspace.org -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/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] Failed: phase installing: test-deep-pm5162-0.112-1failed
On Tue, 21 Jan 2014 12:47:03 +, Alan wrote: Installing /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/share/man/man3/Test::Deep::NoTest.3pm > Appending installation info to > /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/perllocal.pod > mv /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/share/man > /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/lib/perl5/5.16.2 > sudo -u fink-bld [ENV] sh -c /tmp/fink.VPZ1W > /bin/mkdir -p > /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/share/podfiles/5.16.2 > for i in `find /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw > -name perllocal.pod`; do /bin/cat $i | sed -e > s,/sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/lib/perl5,/sw/lib/perl5, > >> > /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/share/podfiles/5.16.2/perllocal.test-deep-pm5162.pod; > /bin/rm -rf $i; > done; > /usr/bin/install -d -m 700 > /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/share/doc/test-deep-pm5162 > /bin/cp -r CHANGES > /sw/src/fink.build/root-test-deep-pm5162-0.112-1/sw/share/doc/test-deep-pm5162/ > cp: CHANGES: No such file or directory I just uploaded revision -2, which should fix this (case-sensitivity change) and also a different mistake in the COPYRIGHT file. dan -- Daniel Macks dma...@netspace.org -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] oroborus deskmenu
deskmenu is now available on 10.6 and 10.7+ (and oroborus2 added to 10.7+ as well). I really know nothing about either except that they build and work to some extent. dan On Sat, 18 Jan 2014 15:59:35 -0800, Richard Miles wrote: oroborus window manager > > On Jan 14, 2014, at 10:55 AM, Daniel Macks wrote: > > > There's a new(er) version available that was fairly easy to build > and package. But it only runs under certain windowmanagers (requires > some sort of compatibility with gnome or other atoms). Some/many > window managers already have this sort of function built-in. And any > that do exist (either builtin or separate program) would require > running x11 in fullscreen mode. Is that latter what you would be > willing to do? What WM do you use? > > > dan > > > On Tue, 14 Jan 2014 08:21:33 -0800, Richard Miles > wrote: > > Please repackage deskmenu. >> TIA > >> >> On Jan 12, 2014, at 1:42 PM, Alexander Hansen wrote: > >> >> > On 1/12/14 12:50 PM, Richard Miles wrote: > >> >> How do I get deskmenu > >> >> >> > > It looks like we had a deskmenu package a very long time > ago, but that it hasn't been updated: > >> > > http://pdb.finkproject.org/pdb/package.php/deskmenu > >> > > Assuming that's what you mean. I'm assuming that it needs to > be packaged again. > -- > Alexander Hansen, Ph.D. > Fink User Liaison > >> > My package updates: http://finkakh.wordpress.com/ > >> >> >> >> Richard Miles > >> r.godzi...@comcast.net > >> >> >> >> >> > -- > >> CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn > Why More Businesses Are Choosing CenturyLink Cloud For > >> Critical Workloads, Development Environments & Everything In > Between. Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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 > >> >> > > -- > > Daniel Macks > > dma...@netspace.org > > > -- Daniel Macks dma...@netspace.org -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] oroborus deskmenu
There's a new(er) version available that was fairly easy to build and package. But it only runs under certain windowmanagers (requires some sort of compatibility with gnome or other atoms). Some/many window managers already have this sort of function built-in. And any that do exist (either builtin or separate program) would require running x11 in fullscreen mode. Is that latter what you would be willing to do? What WM do you use? dan On Tue, 14 Jan 2014 08:21:33 -0800, Richard Miles wrote: Please repackage deskmenu. > TIA > > On Jan 12, 2014, at 1:42 PM, Alexander Hansen wrote: > > > On 1/12/14 12:50 PM, Richard Miles wrote: > >> How do I get deskmenu > >> >> > > It looks like we had a deskmenu package a very long time > ago, but that it hasn't been updated: > > > http://pdb.finkproject.org/pdb/package.php/deskmenu > > > Assuming that's what you mean. I'm assuming that it needs to be > packaged again. > > -- > Alexander Hansen, Ph.D. > > Fink User Liaison > > My package updates: http://finkakh.wordpress.com/ > > > > Richard Miles > r.godzi...@comcast.net > > > > > -- > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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 > > -- Daniel Macks dma...@netspace.org -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] Problem in MP3DIAGS installation on Mavericks
On Mon, 30 Dec 2013 02:31:45 -0500, "Mark D. McKean" wrote: Package maintainer cc'ed. > > On 12/30/13, 1:15 am, atul patil wrote: > > I am new user on Fink and trying to install mp3diags on mavericks . > > > i am getting error as below > > > $ fink install mp3diags--mac > > Scanning package description files.. > > Information about 8223 packages read in 2 seconds. > > Failed: no package found for specification 'mp3diags--mac'! The doubled hyphen is *a* problem, but not the most significant one... > > although mp3diags.info already exists in stable/main/finkinfo folder. > > > > Can someone help me to get this installed? > > I may be off-base, being relatively new to fink myself, but when I read > that .info file, I saw the following line: > > Distribution: 10.7, 10.8 > > Which means, to me, that this package isn't in the 10.9 distribution > yet. The .info file is on your system because the 10.9 folder is just a > symlink to the 10.7 folder, but if the package's distribution excludes > 10.9, fink can't find the actual package to install. > > Now, as to why the distribution excludes 10.9, that's something someone > else will have to answer. Based on the fact that many .info files in the > 10.7 folder don't have a Distribution: line at all, I would wager that > it was specifically added because there's something in this package that > does not yet work in 10.9. But that's just speculation on my part. Spot-on! According to the repository log for the .info file... date: 2013/11/10 18:28:36; author: danielj7; state: Exp; lines: +1 -0 Doesn't build on 10.9 even with newer boost. Multiple libc++ related errors. dan -- Daniel Macks dma...@netspace.org -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/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] serious warning: files list file for package`fink-buildlock-m4-1.4.16-2' missing
On Wed, 25 Dec 2013 15:43:39 -0800, Alexander Hansen wrote: On 12/24/13 7:45 AM, Fernando wrote: > > Hi Alexander, > > > > Using fink build I obtain this error. > > > > sudo -u fink-bld [ENV] sh -c /tmp/fink.XiAjQ > > patch -p1 < > /sw/fink/dists/stable/main/finkinfo/libs/perlmods/locale-gettext-pm.patch > > patching file Makefile.PL > > sudo -u fink-bld [ENV] sh -c /tmp/fink.l3KjE > > if [ -e /usr/local/lib/libintl.a -o -e /usr/local/lib/libintl.dylib > ]; then echo "locale-gettext-pm5124 often builds incorrectly if > /usr/local/lib/libintl.*"; echo "exists. Please move aside /usr/local > and try again."; exit 1; fi > > locale-gettext-pm5124 often builds incorrectly if /usr/local/lib/libintl.* > > exists. Please move aside /usr/local and try again. > > ### execution of if failed, exit code 1 > > ### execution of /tmp/fink.l3KjE failed, exit code 1 > > > > It seems that the cause of the error is that the script is checking > for the existence of a library in /usr/local (instead of /sw/lib). In > particular, I has this library: > > > > $ls -la /usr/local/lib/libintl.dylib > > lrwxr-xr-x 1 root admin 15 Apr 14 2012 > /usr/local/lib/libintl.dylib@ -> libintl.8.dylib > > > > Is this is the problem, could you change the build script? > > > > Sincerely, > > Fernando > > We're not changing the script. > > It is quite deliberately checking for libraries in /usr/local and > throwing an error now because we were getting tons of bug reports > about missing symbols from somebody's builds of those particular > libraries. > > Renaming /usr/local temporarily while you build with Fink is what you > will need to do here. In particular, we *can't* easily (or maybe even at all) change the build to "not look at /usr/local" due to the way apple's compilers and perl are configured, so all we can do is check if that problem will occur. dan -- Daniel Macks dma...@netspace.org -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/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] libaprutil.0-shlibs-1.5.3-1 fails to build on10.8.5
On Thu, 5 Dec 2013 20:01:24 -0500, Daniel Johnson wrote: > On Dec 5, 2013, at 2:25 PM, Remi Mommsen wrote: > > > All this did not help. However, I tracked it to the following issue: > > > configure at line 11523 checks if ldap_set_rebind_proc takes 2 or > 3 arguments. However, the CFLAGS are extended on line 11530 to mark > all warnings as errors. This causes the "clang: warning: argument > unused during compilation" which also happens here to be promoted to > an error, which in turn causes the compile to fail on line 15551. > Thus, the 'ac_cv_ldap_set_rebind_proc_style' gets set to two instead > of three. Calling clang with '-Qunused-arguments' quiets the warning > about unused arguments. I.e. the following change to > libaprutil.0-shlibs.info solves the issue for me: > > > diff -u -r1.7 libaprutil.0-shlibs.info > > --- libaprutil.0-shlibs.info 27 Nov 2013 03:06:10 - 1.7 > > +++ libaprutil.0-shlibs.info 5 Dec 2013 19:21:46 - > > @@ -36,6 +36,7 @@ > > PatchScript: << > > ### Fix layout > > perl -pi -e 's,/usr/local,%p,g' config.layout > > + perl -pi -e 's,-Werror,-Werror -Qunused-arguments,g' configure > > %{default_script} > > << > > > > The question of course remains why it only fails for me ): > > > Remi > > Yeah, I have no idea. I had someone else try and also couldn't > duplicate it on 10.8 or 10.9. I've added your patch since it > certainly can't hurt anything. I'm still curious as to what's causing > this though. "clang: warning: argument unused during compilation" > seems to be popping up more frequently now. This is the third time > I've seen something related to it in the past couple days. That's the generic "unknown flag" diagnostic (wording suggests it's something like passing a linker-stage flag to the source-compile stage, but it could just as well be a totally bogus flag, altogether. (a totally bogus flag) Various upstreams might be trying to guess what flags to use based on heuristics of -v output or pathnames rather than testing them directly. The more our compiler looks like "some other one" but doesn't support the exact same -W* and other flags, and the more other compilers add new flags that they do support, the more these warnings appear for us. dan -- Daniel Macks dma...@netspace.org -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/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] installing coreutils fails on Mavericks
If 'fink rebuild locale-gettext-pm5126' doesn't change these results (having having 'otool -L /sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle' not list /sw/lib/libintl.8.dylib), this is finally a stable test case. This problem has occurred seemingly randomly for years, but we'd never been able to reproduce it (or else 'fink rebuild' magically cured it). Could you post the output of the build process ('fink rebuild')? dan -- Daniel Macks dma...@netspace.org -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/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] Failure in installing pytables-py27 (andpandas-py27) on Fink 10.9 / x86_64 system
On Wed, 20 Nov 2013 12:23:02 -0500, Lev Givon wrote: Received from Peter Balling on Wed, Nov 20, 2013 at 12:13:14PM EST: > > Hi > > > I am not able to install pytables-py27 on my Fink 10.9 / x86_64 > system. The process terminates with the message: > > > fink install pytables-py27 > > Password: > > Information about 8165 packages read in 1 seconds. > > Can't resolve dependency "hdf5.7" for package "pytables-py27-2.3.1-1" (no > > matching packages/versions found) > > Exiting with failure. > > > It appears that now “hdf5.8” is being used. Help is needed > > > Best regards > > Peter Balling > > I no longer maintain any fink packages. Can any packages for which I > am listed > as maintainer be reassigned to others? Thanks for your work on those packages over the years. I removed you as the current maintainer for all packages in all supported distros. dan -- Daniel Macks dma...@netspace.org -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/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] re-alpine build failure on 10.9
On Mon, 18 Nov 2013 18:59:09 + (GMT), Viv Kendon wrote: trying to install re-alpine-2.02-4 on a set up from scratch > 10.9 case sensitive iMac: > > gcc -DHAVE_CONFIG_H -I../../../include -I../../../include > -I/sw/include -I/sw/include -g -D_THREAD_SAFE -Dbsd -g -O2 -MT > alpined.o -MD -MP -MF .deps/alpined.Tpo -c -o alpined.o alpined.c > alpined.c:763:50: error: no member named 'result' in 'struct Tcl_Interp' >...case TCL_OK : peReturn(cs, "OK", interp->result); break; >~~ ^ > alpined.c:764:55: error: no member named 'result' in 'struct Tcl_Interp' >...case TCL_ERROR : peReturn(cs, "ERROR", interp->result); break; > ~~ ^ The result member appears to have been removed from the Tcl_Interp struct in tcl-8.6. Fink's tcltk is 8.5ish on 10.[78] but 8.6ish on 10.9. There's a Tcl_GetStringResult accessor function, not sure how long ago it was added (i.e., whether re-alpine could use Tcl_GetStringResult(interp) on all 10.[789] or would need separate ones for each tcl version). dan -- Daniel Macks dma...@netspace.org -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/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] missing packages with OSX 10.9
On Fri, 25 Oct 2013 18:43:42 -0400, Jeremy Erwin wrote: > On Oct 25, 2013, at 9:54 AM, Hanspeter Niederstrasser > wrote: > > > > Also, you package dx is the only other user of imagemagick2 in > the 10.7 > tree. Can it be made to work with imageagick7? > > How embarrassing. I'll check, but it requires an updated hdf4-- > which will build with a tweaked info file. I talked to the hdf (v4) maintainer a few weeks ago. He said there were runtime problems if that package were switched to a newer libpng. We found some leads to fixing that, but he didn't have time at that time to work on it. Because it's a static-only library, it's possibly risky to build "something that uses it" and "it itself" with different libversions of the same library. dan -- Daniel Macks dma...@netspace.org -- 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=60135991&iu=/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] xv fails
On Wed, 9 Oct 2013 20:35:37 +0200, Peter Dyballa wrote: > Am 09.10.2013 um 19:37 schrieb Richard Miles: > > > Downloading the file "xv-3.10a.tar.gz" failed. > > Xv is so old, it's possible that it is deleted from the usual FTP > servers. You could try to download it manually after googleing for it > and put it into /sw/src… If you find a stable archive site, please let me know so I can add it as another possible URL to try for xv itself. Unfortunately, the license terms don't allow fink to automatically keep a copy in the master-mirror pool. dan -- Daniel Macks dma...@netspace.org -- 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=60134071&iu=/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] rdkit update error, was Re: fink update error
On Wed, 25 Sep 2013 08:37:44 -0700, Alexander Hansen wrote: On 9/25/13 2:43 AM, Magdalena Schacherl wrote: > > > > [ 39%] Building CXX object > > Code/GraphMol/SmilesParse/CMakeFiles/SmilesParse.dir/smiles.tab.cpp.o > > > > smiles.yy:25:1: warning: "YYDEBUG" redefined > > > > In file included from smiles.yy:21: > > > > > /sw64/src/fink.build/rdkit-2013.06.1-5/RDKit_2013_06_1/Code/GraphMol/SmilesParse/smiles.tab.hpp:37:1: > > warning: this is the location of the previous definition > > > > smiles.yy: In function 'int yysmiles_parse(const char*, > > std::vector >*, > > std::list >*, void*)': > > > > smiles.yy:23: error: too few arguments to function 'int > > yysmiles_lex(YYSTYPE*, void*)' > > > > > /sw64/src/fink.build/rdkit-2013.06.1-5/RDKit_2013_06_1/Code/GraphMol/SmilesParse/smiles.tab.cpp:1245: > > error: at this point in file > Try removing Fink's bison--it appears to be too new. I saw the same > error with Fink's bison installed, and removing it allowed the build > to continue. That's not the first package to be affected by new bison. Apparently it finally removed or altered something that wasn't supposed to have been used or was deprecated years ago. See http://trac.webkit.org/changeset/124099 for commentary and the fix we use for webkit. dan -- Daniel Macks dma...@netspace.org -- 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=60133471&iu=/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] Failed: phase compiling: python26-2.6.8-4 failed
On Thu, 19 Sep 2013 18:52:55 -0700, Sean Lake wrote: Hello all, > > I'm not sure what's going wrong with this build. There's a very long > list of warnings that precedes what follows. > > Thanks, > Sean > > System info: > Package manager version: 0.35.1 > Distribution version: selfupdate-rsync Thu Sep 19 18:37:26 2013, 10.8, x86_64 > Trees: local/main stable/main unstable/main unstable/crypto > Xcode.app: 4.6.3 > Xcode command-line tools: 4.6.0.0.1.1358221012 > Max. Fink build jobs: 2 > > Error text ([. . .] stands in for lots of excised warning texts): > gcc -L/sw/lib/system-openssl/lib -L/sw/lib -o python.exe \ > Modules/python.o \ > libpython2.6.dylib -ldl -Wl,-framework,CoreFoundation > /sw/src/fink.build/python26-2.6.8-4/Python-2.6.8/Modules/datetimemodule.c:616:19: > warning: expression result unused > [-Wunused-value] > PyObject_INIT(self, type); > ^~~~ > /sw/src/fink.build/python26-2.6.8-4/Python-2.6.8/./Include/objimpl.h:157:69: > note: expanded from macro 'PyObject_INIT' > ( Py_TYPE(op) = (typeobj), _Py_NewReference((PyObject *)(op)), (op) ) > ^ > [. . .] > /sw/src/fink.build/python26-2.6.8-4/Python-2.6.8/Modules/cjkcodecs/_codecs_tw.c:80:9: > warning: if statement has empty body > [-Wempty-body] > UCS4INVALID(c) > ^ > /sw/src/fink.build/python26-2.6.8-4/Python-2.6.8/Modules/cjkcodecs/cjkcodecs.h:100:12: > note: expanded from macro > 'UCS4INVALID' > if (0) ; >^ > /sw/src/fink.build/python26-2.6.8-4/Python-2.6.8/Modules/cjkcodecs/_codecs_tw.c:80:9: > note: put the semicolon on a separate line to silence this > warning > UCS4INVALID(c) > ^ > /sw/src/fink.build/python26-2.6.8-4/Python-2.6.8/Modules/cjkcodecs/cjkcodecs.h:100:12: > note: expanded from macro > 'UCS4INVALID' > if (0) ; >^ > 2 warnings generated. > ld: warning: directory not found for option '-L/usr/X11R6/lib64' > > Failed to find the necessary bits to build these modules: > bsddb185 dl imageop linuxaudiodev >ossaudiodevspwdsunaudiodev > To find the necessary bits, look in setup.py in > detect_modules() for the module's name. > (Fink package build should have 7 missing) I still don't see any actual error there. Lots of warnings (which are just that, not a fatal error), and a note that bits were missing for (by my count) 7 modules, followed by a message that this is exactly what *should* happen...presumably something that happens as expected is also not a fatal error. What's later in the build process? dan -- Daniel Macks dma...@netspace.org -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/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
[Fink-users] werkzeug-py27-0.9.4-1 self-test failure
On OS X 10.8.5 (fink-0.35.1), MaxBuildJobs=1 with Xcode.app: 4.6.1 Xcode command-line tools: 4.6.0.0.1.1362189000 /sw/bin/python2.7 werkzeug/test.py || exit 2 Traceback (most recent call last): File "werkzeug/test.py", line 28, in from werkzeug._compat import iterlists, iteritems, itervalues, to_native, \ ImportError: No module named _compat ### execution of /sw/bin/python2.7 failed, exit code 2 dan -- Daniel Macks dma...@netspace.org -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/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] Failure to update libgettext3-shlibs-0.14.5-6
On Wed, 14 Aug 2013 10:28:11 -0700, Alexander Hansen wrote: On 8/14/13 10:17 AM, Jim Naismith wrote: > > > > 3-shlibs-0.14.5-6/sw/share/man/man3/dcngettext.3' > > Making install in m4 > > make[2]: Nothing to be done for `install-exec-am'. > > make[2]: Nothing to be done for `install-data-am'. > > make[2]: Nothing to be done for `install-exec-am'. > > test -z > "/sw/src/fink.build/root-libgettext3-shlibs-0.14.5-6/sw/share/gettext" || > /bin/sh ./../build-aux/mkinstalldirs > "/sw/src/fink.build/root-libgettext3-shlibs-0.14.5-6/sw/share/gettext" > > /sw/bin/ginstall -c -m 644 'ABOUT-NLS' > '/sw/src/fink.build/root-libgettext3-shlibs-0.14.5-6/sw/share/gettext/ABOUT-NLS' > > rm > /sw/src/fink.build/root-libgettext3-shlibs-0.14.5-6/sw/lib/charset.alias > > rm: > /sw/src/fink.build/root-libgettext3-shlibs-0.14.5-6/sw/lib/charset.alias: No > such file or directory > > ### execution of /tmp/fink.1nL3k failed, exit code 1 > > ### execution of /tmp/fink.6N6N_ failed, exit code 1 > > Removing runtime build-lock... > > Removing build-lock package... > > /sw/bin/dpkg-lockwait -r fink-buildlock-libgettext3-shlibs-0.14.5-6 > > (Reading database ... 177337 files and directories currently installed.) > > Removing fink-buildlock-libgettext3-shlibs-0.14.5-6 ... > > Failed: phase installing: libgettext3-shlibs-0.14.5-6 failed > > > > Package manager version: 0.35.1 > > Distribution version: selfupdate-rsync Wed Aug 14 12:22:02 2013, > 10.8, x86_64 > > Trees: local/main stable/main local/injected > > Xcode.app: 4.6.3 > > Xcode command-line tools: 4.6.0.0.1.1365549073 > > libgettext3-shlibs-0.14.5-6 is set to build with only one job. > > I remember having seen this before, but I can't reproduce it. :-( > > As a workaround, if you edit > /sw/fink/10.7/stable/main/finkinfo/base/libgettext3-shlibs.info and > comment out the "rm %i/lib/charset.alias" line in the InstallScript > block, that should let your build finish. libgettext3 is completely unused anywhere in the 10.8 distro (assuming you've selfupdated within the past few months). You can probably just 'fink remove libgettext3-shlibs' and not worry about it. dan -- Daniel Macks dma...@netspace.org -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/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
[Fink-users] Fink's galsim package doesn't build
I'm on OS X 10.8, trying to build your fink package of galsim (v0.3). I have already made a fix to tmv0 to allow that to build, but now I'm stuck on galsim itself: Checking if we can build against Python... yes Checking if we can build module using TMV... yes Checking if we can build against NumPy... Unable to compile a file with numpy using the include path: /sw/lib/python2.7/site-packages/numpy/core/include. Please fix the above error(s) and rerun scons. Note: you may want to look through the file INSTALL.md for advice. Also, if you are having trouble, please check the INSTALL FAQ at https://github.com/GalSim-developers/GalSim/wiki/Installation%20FAQ config.log ends with: /sw/lib/python2.7/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: error: "Using deprecated NumPy API, disable it by #defining NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" [-Werror,-W#warnings] #warning "Using deprecated NumPy API, disable it by #defining NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" so I assume this is the same as: https://github.com/GalSim-developers/GalSim/issues/298 (fink's numpy-py27 is version 1.7.1). Is there a release-milestone of galsim that includes the resolution of this issue? dan -- Daniel Macks dma...@netspace.org -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/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] rebuilding a modified package
On Fri, 02 Aug 2013 16:01:34 -0700, Alexander Hansen wrote: On 8/2/13 1:33 PM, Nat Echols wrote: > > On Fri, Aug 2, 2013 at 11:30 AM, Hanspeter Niederstrasser > > mailto:f...@snaggledworks.com>> wrote: > > > > If you're still testing out changes and want to do a quick test on > > Fink expanded source tree left over after using the -k flag, cd into > > the build directory (/sw/src/fink.build/coot-0.7.1.0-3/coot-0.7.1, > > then "chown -R :admin . " so that you have write > > permissions, patch the code, set the flags as needed (don't forget > > to *prepend* /sw/var/lib/fink/path-prefix-clang to $PATH), and try > > make again. > > > > > > Is there a way to rebuild the .deb files after I do this? Or will "make > > install" put everything in the correct place? > > > > thanks, > > Nat > > > > > > "make install" would put everything in the "root" directory > (/sw/src/root-). You could then run > "dpkg-deb -b" manually on that to generate a .deb. 'make install' may well place things live in /sw rather than the .deb staging directory. And especially for coot, there is also a ton of hand-coded stuff in the install phase of the fink package beyond just make-install (see 'fink dumpinfo -finstallscript coot' or browse the 'fink dumpinfo -finfofile coot' package description itself for details). Depending on what changes you make, some of this may have to be re-run if you redo make-install itself after using the -K (capital-K) flag, you might at least have some effects of the original script retained. And you would also have the DEBIAN/ subdir of metadata files needed by 'dpkg-deb -b' (and *hopefully* dpkg would tolerate the changes to your package without requiring you to adjust that metadata manually to account for those changes). dan -- Daniel Macks dma...@netspace.org -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/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] Failed: phase patching: qt3-3.3.8-2001 failed ...
On Mon, 22 Jul 2013 17:40:44 +0200, Martin Costabel wrote: On 22/07/13 16:54, Alexander Hansen wrote: > > On 7/21/13 11:21 PM, Saleh Elmohamed wrote: > [] > >> patching file configure > >> File include/qglobal.h is not a regular file -- refusing to patch > >> 3 out of 3 hunks ignored -- saving rejects to file include/qglobal.h.rej > [] > >> Failed: phase patching: qt3-3.3.8-2001 failed > [] > > I didn't have this problem with qt3-3.3.8-2001. qglobal.h looks like a > > regular file here: > > > > $ file > > /sw/src/fink.build/qt3-3.3.8-2002/qt-x11-free-3.3.8/include/qglobal.h > > /sw/src/fink.build/qt3-3.3.8-2002/qt-x11-free-3.3.8/include/qglobal.h: > > C++ source, ASCII text > > It is a symlink, however, and there are newer versions of gnu patch > that refuse to patch symlinked files. If Fink's "patch" package is > installed, one gets the reported error. Why are we patching a symlink? dan -- Daniel Macks dma...@netspace.org -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/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] xml-sax-pm588-0.99-1 fails
On Thu, 4 Jul 2013 16:47:22 +0200, Peter Dyballa wrote: > Am 04.07.2013 um 15:56 schrieb Richard Miles: > > > The following package will be installed or updated: > > xml-sax-pm588 > > On Snow Leopard you have Perl 5.10 and should get rid of everything > depending on Perl 5.8.8! Because this Perl version is not installed > in Mac OS X 10.6.8. For some semblance of compatibility, fink supplies the perl versions of several older OSX on certain platforms--especially the "one OS X previous standard". So OS X 10.6 is perl5.10.0 but fink also supplies 5.8.8 becuse that's what OS X 10.5 was. Of course one should tend towards using newer versions. But fink should do the right thing and keep doing whatever you were doing. This is a missing dependency in a package, which has nothing directly to do with the perl version. It only works at all on any platform because apple supplies some nonstandard perl features. CCing maintainer... danielj: xml-sax-pmXXX needs Depends:xml-sax-base-pm, which doesn't exist. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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] Duplicate installs?
On Wed, 26 Jun 2013 13:00:01 -0400, Bill Waggoner wrote: Here's a strange one ... > > I ran a selfupdate and then a list -o and got this response to the ist request: > > Scanning package description files.. > Information about 7578 packages read in 2 seconds. > (i) cpan-meta-pm5123 2.131560-1 Distribution metadata for a CPAN dist > (i) cpan-meta-pm5124 2.131560-1 Distribution metadata for a CPAN dist > (i) extutils-makemaker- 6.68-1 Perl module to create a > module Makefile > (i) extutils-makemaker- 6.68-1 Perl module to create a > module Makefile > (i) openssl 1.0.1e-2Secure Sockets Layer and > Crypto Library > (i) openssl100-dev 1.0.1e-2Secure Sockets Layer and > Crypto Library > (i) openssl100-shlibs1.0.1e-2Secure Sockets Layer and > Crypto Library > > So I ran: > > `--> fink list -w 160 extutils-makemaker > Scanning package description files.. > Information about 7578 packages read in 1 seconds. > i extutils-makemaker-pm6.56-5 Perl > module to create a module Makefile > (i) extutils-makemaker-pm51236.68-1 Perl > module to create a module Makefile > p extutils-makemaker-pm5123-bin [virtual package] > (i) extutils-makemaker-pm51246.68-1 Perl > module to create a module Makefile > p extutils-makemaker-pm5124-bin [virtual package] > > I wonder if that looks right ... it doesn't to me. > > I did have a problem a while back with some circular dependencies, I > wonder if it's reated to that ... akh responded to the substance of your situation. But just a note that 'fink list -t' uses tabs to separate the columns, so you don't need to guess that '-w 160' is wide enough. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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] BitchX on OSX 10.7+
On Tue, 18 Jun 2013 18:00:03 -0700, Alexander Hansen wrote: On 6/18/13 11:10 AM, Anderson Mesquita wrote: > > I just noticed BitchX is not available yet on 10.7 and up. Does anybody > > know if there's any plans for that in the near future? > > I tried just grabbing the 10.4 release and compiling it, but that > > doesn't work! > > > > http://pastebin.com/QG7tJGAm > > > > Cheers, > > > > -- > > Anderson Mesquita > > > > > > We're not regimented enough to have plans on non-base packages. :-) > Standard practice has been for the maintainer or other folks to try > the current or a new version. I get the same results on 10.8. The code is many years old and the upstream project appears to be dead: there is a slightly newer version available (1.1 from ~9 years ago), the release for which 1.0c19 is the development leadup, and it also fails the same way. Maybe some other developer has picked it up and now hosts it at some other site? dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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] setuptools-py27-0.7.2-4 Removal blocked
On Sat, 15 Jun 2013 03:14:33 -0700, Sean Lake wrote: Hello all, > > I'm trying to switch to the newer packages, as suggested, but I have > a number of packages preventing me from removing the old > setuptools-py26, and py27. The packages that are removed by a purge > --recursive are: > > gnome-games gnome-python2-desktop-py27 gnome-python2-desktop-py27-dev > gnome-python2-py27 gnome-python2-py27-dev matplotlib-py27 nose-py26 > nose-py27 numpy-py26 numpy-py27 pyfits-py26 pyfits-py27 pygsl-py26 > pygsl-py27 pygtk2-gtk-py27 pygtk2-gtk-py27-dev scipy-py26 scipy-py27 Packages need to be updated by their respective maintainers. But there's no *harm* in leaving the old dependencies. "setuptools-py27" still exists, but instead of containing the actual library is just an empty package with a dependency on setuptools-tng-py27, which is the real modern/new library. Everything 'just works'. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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] xmlto-0.0.25-2 fails self-tests
10.8, all deps up-to-date... make check || exit 2 make check-TESTS PASS: xmlif/test/run-test = 1 test passed = mkdir test-output FORMAT_DIR=format sh xmlto -o test-output man doc/xmlto.xml Note: Writing xmlto.1 FORMAT_DIR=format sh xmlto -o test-output man doc/xmlif.xml Note: Writing xmlif.1 cmp man/man1/xmlto.1 test-output/xmlto.1 || exit 2 man/man1/xmlto.1 test-output/xmlto.1 differ: char 87, line 4 ### execution of cmp failed, exit code 2 Looking at the files in question, I see: macks-factor /sw/build.build/xmlto-0.0.25-2/xmlto-0.0.25 130 % diff man/man1/xmlto.1 test-output/xmlto.1 4c4 < .\" Generator: DocBook XSL Stylesheets v1.76.1 --- > .\" Generator: DocBook XSL Stylesheets v1.78.1 and indeed I have docbook-xsl-1.78.1-1 installed. The man/man1/xmlto.1 is part of the source tarball, so I guess it was generated with whatever the current xsl release was at the time, but now that "expected result" doesn't match because the locally generated file uses the xsl I have installed now? dan -- Daniel Macks dma...@netspace.org -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ 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] m4-1.4.16-1 self-test fail on 10.8
/bin/sh: line 1: 20312 Abort trap: 6 EXEEXT='' srcdir='.' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LIBSIGSEGV='-lsigsegv' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_TR_UTF8='none' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_JA='ja_JP.eucJP' LOCALE_ZH_CN='zh_CN.GB18030' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_JA='ja_JP.eucJP' LOCALE_ZH_CN='zh_CN.GB18030' abs_aux_dir='/sw/build.build/m4-1.4.16-1/m4-1.4.16/build-aux' abs_aux_dir='/sw/build.build/m4-1.4.16-1/m4-1.4.16/build-aux' MAKE='make' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_JA='ja_JP.eucJP' LOCALE_ZH_CN='zh_CN.GB18030' "$tst" > test-vasprintf-posix.log-t 2>&1 FAIL: test-vasprintf-posix tests/test-suite.log reports: FAIL: test-vasprintf-posix (exit: 134) == test-vasprintf-posix.c:237: assertion failed dan -- Daniel Macks dma...@netspace.org -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ 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] Self-test fail: texinfo-5.1 due to pod-simple-pm
On 10.8, with fink's pod-simple-pm (3.28-1, latest available from CPAN) installed, texinfo-5.1-2 fails a self-test: Making check in Pod-Simple-Texinfo make check-TESTS FAIL: prove.sh make[4]: Nothing to be done for `all'. Pod-Simple-Texinfo/test-suite.log contains: + test z. = z + tpdir=./../tp + prove -I ./../tp -I ./../tp/maintain/lib/Unicode-EastAsianWidth/lib/ -I ./../tp/maintain/lib/libintl-perl/lib -I ./../tp/maintain/lib/Text-Unidecode/lib/ -I ./lib ./t/Pod-Simple-Texinfo.t # Failed test 'index in head node' # at ./t/Pod-Simple-Texinfo.t line 36. # got: '@node NAME # @section NAME # @cindex aaa # # ' # expected: '@node NAME aaa NAME # @section NAME # @cindex aaa # # ' # Failed test 'ref in item' # at ./t/Pod-Simple-Texinfo.t line 36. # got: '@table @asis # @item @ref{somewhere} # @anchor{somewhere} # # @end table # # @chapter POD ERRORS # @anchor{POD ERRORS} # # Hey! @strong{The above document had some coding errors, which are explained below:} # # @table @asis # @item Around line 1: # @anchor{Around line 1:} # # =over without closing =back # # @end table # # ' # expected: '@table @asis # @item @ref{somewhere} # @anchor{somewhere} # # @end table # # ' # Failed test 'duplicate anchors ref' # at ./t/Pod-Simple-Texinfo.t line 36. # got: '@table @asis # @item a @ref{, pod2text,, pod2text} # @anchor{a pod2text} # # @item a @ref{, pod2latex,, pod2latex} # @anchor{a pod2latex} # # @end table # # @chapter POD ERRORS # @anchor{POD ERRORS} # # Hey! @strong{The above document had some coding errors, which are explained below:} # # @table @asis # @item Around line 1: # @anchor{Around line 1:} # # =over without closing =back # # @end table # # ' # expected: '@table @asis # @item a @ref{, pod2text,, pod2text} # @anchor{a pod2text} # # @item a @ref{, pod2latex,, pod2latex} # @anchor{a pod2latex} # # @end table # # ' # Looks like you failed 3 tests of 17. ./t/Pod-Simple-Texinfo.t .. Dubious, test returned 3 (wstat 768, 0x300) Failed 3/17 subtests Removing fink's pod-simple-pm (system perl (5.12.4) supplies pod-simple-3.14) allows the self-test to pass. I added a TestConflicts to texinfo, but obviously that's just a temporary crutch. dan -- Daniel Macks dma...@netspace.org -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ 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] libgtop2 and libgtop2-shlibs
On Tue, 4 Jun 2013 00:11:41 +0200, Peter Dyballa wrote: Hello! > > These two have pretty old dependencies, guile and libgettext3. Since > I wanted to clear my Leopard system from some old stuff I made a > local libgtop2 package with libgettext8 and guile18, which is > installed. Libgtop2 could be built and I could remove guile > (libgettext3 is still needed by others). libgtop2 itself is ancient, so I'm not surprised it has ancient deps (the ones that were current at the time). Try libgtop2.0.7, which is the current version? If *that* has old upgradeable deps, they should be fixed, and maybe the package names should be changed to make it clear that it's "the new version of the same thing" rather than a new-named thing. dan -- Daniel Macks dma...@netspace.org -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ 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] icewm fails
On Thu, 16 May 2013 16:29:40 -0400, Daniel Macks wrote: On Thu, 16 May 2013 12:13:17 -0700, Richard Miles > wrote: > I tried to install icewm but ii fails: > > g++ -o icesound icesound.o misc.o ycmdline.o -L/sw/lib -liconv > > `pkg-config gdk-pixbuf-xlib-2.0 --libs` -lXinerama -L/sw/lib -lXft > > -lfontconfig -lfreetype -lSM -lICE -liconv -lintl -lX11 > > -L/usr/X11R6/lib -R/usr/X11R6/lib -lXrandr -lXrender -lXext > > `pkg-config fontconfig --libs` -L/sw/lib -Wl,-framework,CoreAudio > > -lesd > > g++ -fpermissive -Wall -Wpointer-arith -Wwrite-strings > > -Woverloaded-virtual -W -fno-exceptions -fno-rtti -Os -pipe -MD > > -I/sw/include-DHAVE_CONFIG_H -DLIBDIR='"/sw/share/icewm"' > > -DCFGDIR='"/sw/etc/icewm"' -DLOCDIR='"/sw/share/locale"' > > -DKDEDIR='"/sw/share"' -DPACKAGE='"icewm"' -DVERSION='"1.3.6"' > > -DHOSTOS='"Darwin"' -DHOSTCPU='"i386"' -DEXEEXT='""' > > -DICEWMEXE='"icewm"' -DICEWMTRAYEXE='"icewmtray"' > > -DICEWMBGEXE='"icewmbg"' -DICESMEXE='"icewm-session"' > > -DICEHELPEXE='"icehelp"' > > -DICEHELPIDX='"/sw/share/doc/icewm/icewm.html"' `pkg-config > > gdk-pixbuf-xlib-2.0 --cflags` -I/sw/include -I/sw/include/freetype2 > > -I/usr/X11/include -I/usr/X11R6/include -I/usr/X11R6/include > > -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include > > -I/sw/include/gtk-2.0 -I/sw/include `pkg-config fontconfig > > --cflags` -c icehelp.cc > > In file included from intl.h:7, > > from icehelp.cc:27: > > /sw/include/libintl.h:440: error: 'locale_t' does not name a type > > make[1]: *** [icehelp.o] Error 1 > > make[1]: Leaving directory > > `/sw/src/fink.build/icewm-1.3.6-101/icewm-1.3.6/src' > > make: *** [base] Error 2 > > ### execution of make failed, exit code 2 > > ### execution of /tmp/fink.wg0dV failed, exit code 2 > > Removing runtime build-lock... > Removing build-lock package... > > /sw/bin/dpkg-lockwait -r fink-buildlock-icewm-1.3.6-101 > > (Reading database ... 278721 files and directories currently installed.) > > Removing fink-buildlock-icewm-1.3.6-101 ... > Failed: phase > compiling: icewm-1.3.6-101 failed > > > > > Package manager version: 0.34.8 > > Distribution version: selfupdate-cvs Thu May 16 08:08:07 2013, 10.6, i386 > > 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: 1 > > I get the same failure on my 10.6/i386 xcode-4.2 machine. It had > previously (May 2011) built for me, so presumably it's due to a > change in some dependency's headers or something. It's *actually* a bug in X11, but one that is often masked or affected by other packages' headers (especially gtk+2 I think). I just committed a fix that avoids interference of other ones, and pushed to a newer version as well. For those playing along at home, see the 'x11-xlocale-fix' package for more information about the bug and solution to it. dan -- Daniel Macks dma...@netspace.org -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ 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 with freetype
On Thu, 30 May 2013 08:55:37 +, tommaso vinci wrote: Dear all I have a problem getting freetype (part of some other package I need to install) the rror I get is > > curl --connect-timeout 30 -f -L -A 'fink/0.34.8' -O > http://ftp2.fr.debian.org/debian/pool/main/f/freetype/freetype_2.4.9-1.diff.gz > % Total% Received % Xferd Average Speed TimeTime > Time Current > Dload Upload Total SpentLeft Speed > 0 00 00 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > curl: (22) The requested URL returned error: 404 > ### execution of curl failed, exit code 22 > Downloading the file "freetype_2.4.9-1.diff.gz" failed. > > It seems however that the file changed from freetype_2.4.9-1.diff.gz > to freetype_2.4.9-1.1.diff.gz > > I downloaded the file and forced fink to use it getting several > warnings about checksum: > Expected: cdc6e34be2dbd10cc63e75e696b70773 > Actual: MD5(e3113bc44a355d27c4a242697542020d) > SHA1(e92c3ce97cecd907fe8b2e474512a2cf88eeb558) > > but everything went finally fine Thanks for letting us know, and testing/fixing! Debian has upgraded their package and apparently doesn't keep their old deb-specific patchfiles available. And their now-current one does not differ in any relevant way from the old one either (it cherry-picks upstream patches against their older version whereas we use a newer upstream version that is already patched). I committed the update to the new deb patchfile just to keep downloading easy. You might want to check your fink's MasterMirrors setting ('fink config') or experiment with other mirrors when fink cannot download the needed source file. The master mirror pool (run by fink) does maintain *forever* copies of other hosts' sources that fink uses, so you can still get it even when, for example, debian itself no longer carries it. dan -- Daniel Macks dma...@netspace.org -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ 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 Updating date-manip-pm5124
On Tue, 21 May 2013 15:31:58 -0700, Sean Lake wrote: Hello all, > > I get an error when I try to update date-manip-pm5124 on OSX 10.8. > The fink info for that package says it's obsolete, so I tried to > purge it. Sadly, gnucash2 appears to depend on this package, and I > can't do without it. So, please fix the date-manip-pm5124 and/or > upgrade gnucash2 to use date-manip-pm. Thanks, > Sean Lake > > fink --version > Package manager version: 0.34.8 > Distribution version: selfupdate-rsync Tue May 21 15:23:07 2013, 10.8, x86_64 > Trees: local/main stable/main unstable/main unstable/crypto > > sudo fink update-all > Information about 7282 packages read in 1 seconds. > Can't resolve dependency "date-manip-pm (>= 6.39-2)" for package > "date-manip-pm5124-6.39-2" (no matching packages/versions found) > Exiting with failure. Oops:( date-manip-pm5124-6.39-3, with that dependency bug fixed, should be propagating to the selfupdate servers shortly. I also tweaked gnucash2 to use just "date-manip-pm" (the -pm5124 and other -pmXXX variants indeed being obsolete). dan -- Daniel Macks dma...@netspace.org -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ 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] icewm fails
On Thu, 16 May 2013 12:13:17 -0700, Richard Miles wrote: I tried to install icewm but ii fails: > g++ -o icesound icesound.o misc.o ycmdline.o -L/sw/lib -liconv > `pkg-config gdk-pixbuf-xlib-2.0 --libs` -lXinerama -L/sw/lib -lXft > -lfontconfig -lfreetype -lSM -lICE -liconv -lintl -lX11 > -L/usr/X11R6/lib -R/usr/X11R6/lib -lXrandr -lXrender -lXext > `pkg-config fontconfig --libs` -L/sw/lib -Wl,-framework,CoreAudio > -lesd > g++ -fpermissive -Wall -Wpointer-arith -Wwrite-strings > -Woverloaded-virtual -W -fno-exceptions -fno-rtti -Os -pipe -MD > -I/sw/include-DHAVE_CONFIG_H -DLIBDIR='"/sw/share/icewm"' > -DCFGDIR='"/sw/etc/icewm"' -DLOCDIR='"/sw/share/locale"' > -DKDEDIR='"/sw/share"' -DPACKAGE='"icewm"' -DVERSION='"1.3.6"' > -DHOSTOS='"Darwin"' -DHOSTCPU='"i386"' -DEXEEXT='""' > -DICEWMEXE='"icewm"' -DICEWMTRAYEXE='"icewmtray"' > -DICEWMBGEXE='"icewmbg"' -DICESMEXE='"icewm-session"' > -DICEHELPEXE='"icehelp"' > -DICEHELPIDX='"/sw/share/doc/icewm/icewm.html"' `pkg-config > gdk-pixbuf-xlib-2.0 --cflags` -I/sw/include -I/sw/include/freetype2 > -I/usr/X11/include -I/usr/X11R6/include -I/usr/X11R6/include > -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include > -I/sw/include/gtk-2.0 -I/sw/include `pkg-config fontconfig > --cflags` -c icehelp.cc > In file included from intl.h:7, > from icehelp.cc:27: > /sw/include/libintl.h:440: error: 'locale_t' does not name a type > make[1]: *** [icehelp.o] Error 1 > make[1]: Leaving directory > `/sw/src/fink.build/icewm-1.3.6-101/icewm-1.3.6/src' > make: *** [base] Error 2 > ### execution of make failed, exit code 2 > ### execution of /tmp/fink.wg0dV failed, exit code 2 > Removing runtime build-lock... > Removing build-lock package... > /sw/bin/dpkg-lockwait -r fink-buildlock-icewm-1.3.6-101 > (Reading database ... 278721 files and directories currently installed.) > Removing fink-buildlock-icewm-1.3.6-101 ... > Failed: phase compiling: icewm-1.3.6-101 failed > > Package manager version: 0.34.8 > Distribution version: selfupdate-cvs Thu May 16 08:08:07 2013, 10.6, i386 > 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: 1 I get the same failure on my 10.6/i386 xcode-4.2 machine. It had previously (May 2011) built for me, so presumably it's due to a change in some dependency's headers or something. dan -- Daniel Macks dma...@netspace.org -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ 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] libopensync1-shlibs-0.39-3 make error
Great detective work! Looks like there are multiple problems in the current version and it's not clear what the "best" (upstream, ideally) solution is. But also, it's a painful packaging situation (for fink) to have one specific python-version's bindings in the same .info as the library itself, so I just disabled them for now (0.39-4, coming soon via selfupdate). If someone wants them, would be easy enough to put together a separate .info that just does them (for any python variants of interest). dan On Sat, 11 May 2013 06:32:55 +0200, Norbert Klisch wrote: Thanks for the reply, > > In addition I found the following reference on the web concerning the issue: > http://old.nabble.com/python-warning%3A-%27set%27-conflicts-with-a-built-in-name-td33960637.html > > Regards, > Norbert > > Am 11.05.2013 um 03:56 schrieb Alexander Hansen > : > > > On 5/10/13 9:00 AM, Norbert Klisch wrote: > >> Hi, > >> >> I get an make error for libopensync1-shlibs-0.39-3 and afterwards > >> make stops: > >> >> > /sw/src/fink.build/libopensync1-shlibs-0.39-3/libopensync-0.39/wrapper/opensync-error.i:51: > >> Warning 321: 'set' conflicts with a built-in name in python > >> make[2]: *** [wrapper/opensyncPYTHON_wrap.c] Error 1 > >> make[1]: *** [wrapper/CMakeFiles/_opensync.dir/all] Error 2 > >> make: *** [all] Error 2 > >> >> This happens when installing the bundle for kde. My environment is: > >> >> Package manager version: 0.34.8 > >> Distribution version: selfupdate-rsync Fri May 10 07:08:33 2013, 10.5, > >> powerpc > >> Trees: local/main stable/main stable/crypto unstable/crypto unstable/main > >> Xcode.app: 3.1.4 > >> Xcode command-line tools: 3.1.4 > >> Max. Fink build jobs: 1 > >> >> The problem can be fixed by changing the definition of the function > >> in opensync-error.i in line 51 from > >> >> void set(ErrorType type, const char *msg) { > >> osync_error_set(&self, type, "%s", msg); > >> } > >> >> to > >> >> void set_error(ErrorType type, const char *msg) { > >> osync_error_set(&self, type, "%s", msg); > >> } > >> >> This seems to be done in newer versions of the file. > >> >> best regards, > >> Norbert > >> >> >> > > Thanks for the report (and sorry for the late reply). > > > I don't personally have access to anything other than 10.8 > currently, and the package doesn't build yet on 10.8, but hopefully > one of our developers who has access to a 10.6 platform will be able > to confirm the problem and your fix. > > > -- > Alexander Hansen, Ph.D. > > Fink User Liaison > > My package updates: http://finkakh.wordpress.com/ > > > -- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their applications. This 200-page book is written by three acclaimed > leaders in the field. The early access version is available now. > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may > ___ > 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 > > -- Daniel Macks dma...@netspace.org -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ 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] Error in build script for libopenraw1-shlibs-0.0.9-1?
On Thu, 18 Apr 2013 23:41:39 -0700, Mike Wirth wrote: Folks, > > Get a repeated failure (even after trying fink selfupdate, etc.) on > the package libopenraw1-shlibs-0.0.9-1 (required by gimp2, which is > required by xsane). No other package build complains about the > absence of a ppc64 directory (of which there are several, including > in the Mac OS X 10.5 SDK) > >g++ -g -O2 -Wextra -ansi -pedantic -g -Wall -Wshadow -o > .libs/testsuite testsuitetags.o testsuite.o testsuitehandler.o > xmlhandler.o -arch ppc ppc64 i386 x86_64 -dynamic -g -Os -pipe > -Wl,-search_paths_first -Wl,-weak-lgssapi_krb5 -Wl,-weak-lkrb5 > -Wl,-weak-lk5crypto -Wl,-weak-lcom_err -Wl,-weak-lresolv -L/sw/lib > ../lib/.libs/libopenraw.dylib /sw/lib/libjpeg.dylib > /sw/lib/libxml2.dylib -lcurl -pthread > > powerpc-apple-darwin9-g++-4.0.1: ppc64: No such file or directory > > powerpc-apple-darwin9-g++-4.0.1: i386: No such file or directory > > powerpc-apple-darwin9-g++-4.0.1: x86_64: No such file or directory > > make[3]: *** [testsuite] Error 1 libopenraw was using a weird compiler-driver script. I just pushed a new revision (0.0.9-2, available shortly via 'fink selfupdate') that instead uses the standard libtool one. I'm not sure this change will fix the problem, but it will at least make it easier to diagnose and fix if necessary. dan -- Daniel Macks dma...@netspace.org -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ 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] Perl modules question
On Sat, 13 Apr 2013 15:24:53 -0700, Alexander Hansen wrote: On 4/13/13 3:08 PM, Bill Waggoner wrote: > > I have been trying to install/upgrade some perl modules using CPAN. > > But it appears that fink and CPAN are working at cross purposes and, > > perhaps, I am trying to do something that can't/shouldn't be done ... > > > > The trouble I am running up against is a dependency problem between > > ExtUtils::MakeMaker and Pod::Man (podlator). The version in Fink are, > > respectively, 6.62 and 2.4.2; several CPAN modules need MakeMaker at > > 6.64 which requires Pod::Man (podlator module actually) at 2.5.1. > > > > When I try to install either in CPAN I get the circular dependency > > problem. I tried a manual install which completed but didn't seem to > > install in the right place. Or, at least, into a place the CPAN sees. > > > > Am I crazy to try to use CPAN while using fink? > > > > Any advice would be appreciated. > > Yeah, mixing packaging systems is never guaranteed to be reliable. I > assume this is for the system's Perl? > > Fink doesn't really care so much about what you have installed via > CPAN, since it just relies on the listed dependencies. You might try > unsetting PERL5LIB before you do a CPAN install so that > Fink-installed modules aren't visible. Or, similarly, if your manual > install location isn't in the default lookup path, add that to > PERL5LIB. Alex is right, fink does not look at what's on your actual system at all, rather it reads its own database of what it has installed itself. CPAN does look at the live system, but obviously is sentitive to having fink's PERL5LIB settings if you want it to use fink-supplied dependencies. And depending how you are running perl itself, fink might not have the right perlversion and arch settings (things could be present on disk but not usable). If you have things in fink that are out-of-date, the easiest way to get newer versions is to update the packages themselves (avoids making anything more complicated than it already is:) I'm the maintainer of podlators and just pushed the update; I also left a note for the maintainer of ExtUtils::MakeMaker about it. A few of the perlmod maintainers are active, and a few of us also are ghost-writers for others' packages (where we know the maintainers themselves are AWOL or explicitly told us it's okay to handle them). dan -- Daniel Macks dma...@netspace.org -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ 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] matplotlib-py27 Problem
On Sat, 6 Apr 2013 13:00:55 +0200, Peter Dyballa wrote: > Am 06.04.2013 um 11:31 schrieb Martin Costabel: > > > -I/usr/include -I/usr/X11/include -I/opt/X11/include If it's that > simple – and I'm starting to believe that – then it would be > useful to patch the make system to have > > -idirafter /usr/X11/include -idirafter /opt/X11/include > > instead. In that case GCC searches /usr/X11/include (and MacPorts' > /opt/X11/include) definitely last for C header files so that a > "foreign" png.h file won't be used because Fink's one is found first. > > This can easily be checked by adding -H to CFLAGS of CPPFLAGS > (because then all C header used for compilation are listed). Even better is to use -MD (often enabled by autoconf/libtool's --enable-dependency-tracking). Instead of relying on one's eye to catch the wrong path (and having it still "build" just wrong), one can then put a fink-package-precedence command in the CompileScript to cause the use of wrong libpng (and others) to be a fatal error. The GNOME2 suite of packages have been doing this for years. dan -- Daniel Macks dma...@netspace.org -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ 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] error when updating apb
On Thu, 21 Mar 2013 13:18:21 +0100, Peter Dyballa wrote: > Am 21.03.2013 um 09:56 schrieb Jean-Christophe AME: > > > /tmp/fink.KwT2u: line 13: cmake: command not found > > A dependency to cmake seems to be missing… > > You could install the cmake package manually and try again… Committed. dan -- Daniel Macks dma...@netspace.org -- 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_mar ___ 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] (no subject)
On Wed, 13 Mar 2013 15:47:50 -0700, Alexander Hansen wrote: On 3/13/13 3:08 PM, Bill Waggoner wrote: > > While installing extutils-parsexs-pm 3.18-1 during an update-all I > > received this warning: > > > == > > WARNING WARNING WARNING WARNING WARNING WARNING WARNING > > == > > I detected that an old version of 'xsubpp' will shadow the > > new, to-be-installed 'xsubpp' (which you need to install > > XS modules) after installation. > > This is likely because an old version was installed > > wrongly or because your vendor patched your perl. You can > > continue with the installation but afterwards, you may > > have to remove all copies of 'xsubpp' that shadow this > > one for future module installations. Failure to do so may > > result in your being unable to install XS modules. > > But as long as you keep this in mind, nothing is going to > > break your system if you do nothing. > > > Problematic copies of 'xsubpp' found: > > /sw/lib/perl5/ExtUtils/xsubpp > > > == > > WARNING WARNING WARNING WARNING WARNING WARNING WARNING > > == > > > The two versions of xsubpp that I find are: > > > % find /sw -name '*xsubpp*' -ls > > 170755605 16 -r-xr-xr-x1 root admin > > 4472 Mar 13 17:59 /sw/lib/perl5/ExtUtils/xsubpp > > 1664781298 -r--r--r--1 root admin > > 4000 Jan 1 14:14 /sw/lib/perl5-core/5.12.3/ExtUtils/xsubpp > > > So it looks like the old version was actually replaced by the newer > > version and all is well. Do you concur? > > > Bill W > > That's right. Can that scary-looking message be patched out of the build system? dan -- Daniel Macks dma...@netspace.org -- 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_mar ___ 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] gtkhtml3.14-dev build failure, was Re: webkit-shark fails
e > > /sw32/lib/libgtkhtml-3.14.19.dylib -compatibility_version 21 > > -current_version 21.1 > > Undefined symbols: > > "_libintl_setlocale", referenced from: > > _gtk_html_class_properties_new in gtkhtml-properties.o > > > The missing symbol is defined in libintl.8.dylib, but there is no > > "-lintl" or explicit "/sw32/lib/libintl.dylib" here. My guess is that > > one of the other dependencies of gtkhtml3.14 used to pass that > > information along, but doesn't do that anymore. > > > This looks like it won't require a new revision, since the package just > > flat won't build as-is, so we'll let you (and the list) know when a fix > > gets released. > > As a workaround, I edited > /sw/fink/dists/stable/main/finkinfo/gnome/gtkthml3.14-dev.info and > changed the line > > SetLDFLAGS: -L%p/lib/fontconfig2/lib > > to > > SetLDFLAGS: -L%p/lib/fontconfig2/lib -lintl > > That allowed the package to build for me. The "real" fix may take a > different form, though. A fix is pushed in 3.28.3-4 dan -- Daniel Macks dma...@netspace.org -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ 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] webkit-1.0.2-1.2.7-1 build fails on 10.8.2
Fix committted. There were several other hacks to fix other problems, one of which's side-effects was this breakage. So now the original problems are fixed correctly themselves and it's reported to solve the 10.8 build as well. dan -- Daniel Macks dma...@netspace.org -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ 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] A Command to See Depends-On Info?
On Sat, 2 Feb 2013 20:47:50 -0800, Sean Lake wrote: Hello all, > > I recently ran into a problem removing the "obsolete" passwd package > on the 10.5 PPC fink. The package manager said there was a > dependency, requiring me to use "remove --recursive." I tried to find > a way to see what package was preventing the remove, but couldn't > find one. Is there a way to see easily what packages depend on a > given package? It's easy enough to go the other way, but I couldn't > find a command to do what I wanted. I know that the information is in > there, somewhere, since fink couldn't generate the error message > otherwise. Does anyone know how to get that information? > > One odd idea I just had would be to dump the dependency tree into a > graphviz dot file and make a viewable pdf of the tree. :) I've long used a one-liner based on that approach to determine reverse-dependencies... fink -m list --format=dotty-build | grep ' "somepkg"' | cut -d\" -f2 Depending on the types of packages of interest, -m might not be needed and could use --format=dotty instead of dotty-build. The 'fink list' stage of the pipeline is SLOW, so if you're going to be doing this a bunch of times, might be good to dump that intermediate result to a temp file to use repeatedly. dan -- Daniel Macks dma...@netspace.org -- 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] transfig-graphicx 3.2.5d-1013 creating makefile forfoo.eps and foo.tex is broken
On Mon, 28 Jan 2013 20:34:29 -0430, Eduardo Pestana wrote: > > In the last "fink update-all" I did around 10 days ago > transfig-graphicx-3.2.5-1012 was updated to > transfig-graphicx-3.2.5d-1013 > > I have a shell script that converts an xfig file, > with latex instructions inside, directly to > a .pdf file. (It uses the latex engine, dvips > and epstopdf) > > The script begins with > (see http://cs.nyu.edu/~yap/prog/xfig/how2xfig.html) > > transfig -L pstex -m 0.5 myfigure.fig > > make > and the automatically generated makefile should > then produce the myfigure.eps and myfigure.tex > > The makefile produced is broken, there is a line that says > all: myfigure.pstex > thtat should say > all: myfigure.tex That looks like a result of the following CHANGES item from the upstream authors: Patchlevel 5c (Jan 4, 2010) BUGS FIXED: o transfig command was hardwired for "tex" for "make all" directive and removing files with "make clean" directive in creating Makefile What's the actually correct behavior here? I touched this package last to fix some other packaging annoyances (some of which were most easily solved by pushing the new version). But I don't know much about tex other than that I use it sometimes. You asked for "-L pstex", so should it be generating myfigure.pstex (bug in the later rules that are still hardcoding .tex)? Or should it be generating myfigure.tex (i.e., pstex is a variant of tex that still has the same extension and is just generated using different internal commands)? dan -- Daniel Macks dma...@netspace.org -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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