Yeah, it was the old jasper. Bumping to latest 4.2.2 fixes the pointer issue. Getting a separate implicit declaration of function 'xmlNanoFTPInit' error in coders/url.c, but will look through dependencies to make sure they're not at fault (libxml2-2.12.4) before filing. This ticket can be closed.
Thanks for the quick response. I'm running 1.900.1 because we thought libjasper had gone dead. But now it looks like it's been back for a while and we just never noticed. Is there a specific version that GraphicsMagick prefers (latest 4.x, 3.x, ???) ? thanks.
incompatible pointer types error in jp2.c
kyotocabinet15-1.2.70
confirming fix and applying those two commits to 3.2.9 release also works. Thank you!
Success! using the sed branch at c72e193
Building 3.2.9 with the two patches applied sequentially (because the latest on its own didn't apply): gcc -DHAVE_CONFIG_H -I. -I.. -I/sw/include/non-existing/freetype2 -I/opt/X11/include -DXAW_INTERNATIONALIZATION -DNDEBUG -DXFIGLIBDIR="\"/sw/share/xfig\"" -DOBJLIBDIR="\"/sw/share/xfig/Libraries\"" -DXFIGDOCDIR="\"/sw/share/doc/xfig\"" -I/sw/include/freetype2 -I/opt/X11/include -I/sw/include -g -O2 -MT fallback.o -MD -MP -MF $depbase.Tpo -c -o fallback.o fallback.c &&\ mv -f $depbase.Tpo $depbase.Po...
The sed command creating fallback.c seems to finish now, but there's a later error in compiling: /usr/bin/sed -e ' /^[ \t]*\(!\|$\)/ d; s/[ \t][ \t]*/ /g; s/^ \| $//g; /:/ { s/[ ]*:/:/; s/:[ ]*\($\|\\n\|\\\)/:\1/; s/: /:\t/; }; / *\\n/ s//\\\\n/; /\\$/,/[^\]$/ { H; /\\$/ d; s/.*//; x; s/^\n//; }; /\\\n/ { s/ *\\\n/"\n\t\t"/g; /#\(augment\|override\|replace\)"/ s//#\1 "/; }; s/^/\t"/; s/$/",/' ../app-defaults/Fig >>fallback.c echo " NULL" >>fallback.c echo "};" >>fallback.c depbase=`echo fallback.o...
I get this error: /usr/bin/sed -e ' /^[ \t]*\(!\|$\)/ d; s/[ \t][ \t]*/ /g; s/^ \| $//g; /:/ { s/[ ]*:/:/; s/:[ ]*\($\|\\n\|\\\)/:\1/; s/: /:\t/; }; / *\\n/ s//\\\\n/; /\\$/,/[^\]$/ { H; /\\$/ d; z; x; s/^\n//; }; /\\\n/ { s/ *\\\n/"\n\t\t"/g; /#\(augment\|override\|replace\)"/ s//#\1 "/; }; s/^/\t"/; s/$/",/ ' ../app-defaults/Fig >>fallback.c sed: 1: " /^[ \t]*\(!\|$\)/ d; s ...": invalid command code z make[2]: *** [fallback.c] Error 1
fallback.c creation expects GNU sed
17: read compressed image files FAILED (input.at:207) From testsuite.log: stdout: ./input.at:207: exit code was 141, expected 0 17. input.at:169: 17. read compressed image files (input.at:169): FAILED (input.at:207) Then I realized that I still had netpbm-bin uninstalled, and once I reinstalled netpbm-bin, then the tests all passed.
That's good, I guess. Happy to test any patches.
Unfortunately, I don't know why passing data from gzip -c to giftopnm is not working. Are there other tests using a similar piping of data?
Command works when run by hand: $ gunzip -c line.gif.gz | giftopnm -quiet | ppmtopcx -quiet >/tmp/tmp.pcx && echo yay || echo oops yay With giftopnm moved out of the way (rest of netpbm intact), the test fails before even logging stderr: stdout: ./input.at:179: exit code was 141, expected 0 17. input.at:169: 17. read compressed image files (input.at:169): FAILED (input.at:179) With graphicsmagick in place of netpbm, test 17 still fails with no stderr logged.
test failure #17 (read compressed image files) with fig2dev 2.3.9
WFM here as well. Thank you.
FTBFS on cfunc.c after adding <stdlib.h>
man page should install to share/man/man1
autogen-5.18.16 fails configure w/out autogen already installed
On macOS, the libraries are being created with the following install_name: otool -L /sw/lib/libxmlrpc_server_cgi.3.dylib /sw/lib/libxmlrpc_server_cgi.3.dylib: /sw/lib/libxmlrpc_server_cgi.3.39.dylib (compatibility version 0.0.0, current version 0.0.0) ... According to unix-common.mk and dylib-common.mk, the SONAME should not include the minor version number, but it's still being included. libxmlrpc_server_cgi.3.dylib is a symlink to libxmlrpc_server_cgi.3.39.dylib. This is the compiler command: gcc...
robodoc 4.99.43-1
dash-0.5.9-1
asymptote_2.38-1
nspr.0d-shlibs-4.8.4-6 to bump -enable-macos-target to 10.5
lzip-1.19-1
We're at 1.22 now
matplotlib-basemap-py 1.0.7-1
mime-lite-pm-3.030
openblas-0.2.6-1
We have 0.3.10 in dists
pdf2svg- 0.2.3-1
Abandoned upstream and author recommends using poppler for similar tool.
Thanks for the fix. Small enough fix that can be scripted for package maintainers. WFM after patching with 3897c8.
genemf.h #includes <endian.h> but not found
Commit 5c209f9 was a little forward looking in adding darwinXX.h up to XX=21 (but 18-21 just include darwin17.h). Presumably Big Sur will be darwin20.
Reliable, accessible selfupdate
We've long have had git and svn available, as well as the old rsync, and CVS has been killed
[New] [Lib] libtinyxml 2.6.2
facilitate using port 80 cvs at cvs-pserver.sf.net
CVS access is long dead.
fink cleanup feedback
Current fink.man says --all is "All of the above modes", which are explicit about what type of objects (obsolete, stale, etc) they each deal with. --all is similar to wildcarding in the shell. You should only use it if you know what it's going to match.
Multithreading
Closing because Fink has long supported adding the -jX flag to MAKEFLAGS to enable parallel building of individual packages. This is less error prone than having parallel builds that might require conflicting packages to be installed at the same time.
Should not run as root
Fink has long defaulted to using the 'fink-bld' user to build things unless explicitly required by a package.
Xcode 11.3.1 no package receipt for CLTs
Sure thing. Apple's installer is notoriously flaky at tracking other software (like Xcode or xquartz) whenever system updates happen.
Apple frequently loses installer receipts upon system upgrades. A generally succesful fix is to download the CLT installer from developer.apple.com (free account) and run the installer manually (vs using xcode-select --install). I just updated to Xcode11.3.1 (from 11.3) and Fink sees my CLT.
In the future, please file bugs against the Fink tool at https://github.com/fink/fink/issues The SF tracker is just historical now, and all development is done at github. Anyway... The Fink tool looks for the output from these commands to see what CLT are installed. What do you get if you run the following 3 commands directly from a Terminal? xcodebuild -version pkgutil --pkg-info com.apple.pkg.CLTools_Executables defaults read `xcode-select -print-path`/../version CFBundleShortVersionString
cran-stringr-r-1.0.0-1
we have 1.4.0
sdl2-2.0.5-1
We're at 2.0.10
libgsl2-shlibs-2.3-1 and gsl-1.16-3
gsl2 was solved elsewhere
eps2png
Now in stable since latest passes tests.
$ fig2dev -L ppm version.fig | ppmtopgm | pgmtopbm | pnmcrop > orig.pbm pnmcrop: The image is entirely background; there is nothing to crop. $ file orig.pbm foo.pbm: empty $ fig2dev -L ppm version.fig | ppmtopgm | pgmtopbm -threshold | pnmcrop >version.pbm $ file version.pbm version.pbm: Netpbm PBM "rawbits" image data, size = 228 x 60 And version.pbm is properly tightly cropped to bound the version string.
I tried netpbm-10.83.01 as well. 10.88.01 is what's available for both the macOS Fink and Macports package managers that provide netpbm. It might not be necessary to follow up on this since version.xbm comes with the released tarballs and it's only an issue for someone using unreleased code and various linux distros seem OK with it? The ImageMagick method does work for me.
failure generating version.xbm
configure:5762: checking whether the linker accepts -Wl,--allow-multiple-definition configure:5781: gcc -o conftest -g -O2 -I/sw/include/freetype2 -I/opt/X11/include -I/sw/include -L/sw/lib -Wl,--allow-multiple-definition conftest.c -lpng >&5 ld: unknown option: --allow-multiple-definition clang: error: linker command failed with exit code 1 (use -v to see invocation) And the testsuite passes tests as expected.
I had to recover src/version.xbm from 3.2.7b because HEAD is creating an empty file. I'll figure out what's happening there later. When running tests with [958e5b], tests fail: gcc -g -O2 -Wl,-allow-multiple-definition -L/opt/X11/lib -L/sw/lib -o test1 test1.o ../src/libxfig.a -lXaw3d -lXt -lX11 -ljpeg -lpng ld: unknown option: -allow-multiple-definition The ./configure test is passing when it should fail: configure:5762: checking whether the linker accepts -allow-multiple-definition configure:5781:...
llvm38-3.8.0-1 packaging
make-4.2.1-2
Sphinx-1.4.4 for Python3
nano-2.7.1-1
add libmpfr5/libmpfr5-shlibs packaging for mpfr 4.0.0
Now have libmpfr6
xfig-3.2.7a tests are not portable to macOS
Confirming that as of 48dc403, all tests pass. Thank you.
Test #27 now passes with the above patch that sets the ignore parameter.
Updating to commit 147903 fixed test #33. Test #27 still fails: # -*- compilation -*- 27. read.at:231: testing correctly free invalid line object, ticket #26 ... ./read.at:233: fig2dev -L box <<EOF 2 2 23333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333332...
The output.at changes are being carried over to the testsuite script when I run make check: { set +x $as_echo "$at_srcdir/output.at:175: etex tex.tex | \$FGREP dimen | uniq | wc -l | tr -d ' \\t' " at_fn_check_prepare_notrace 'an embedded newline' "output.at:175" ( $at_check_trace; etex tex.tex | $FGREP dimen | uniq | wc -l | tr -d ' \t' ) >>"$at_stdout" 2>>"$at_stderr" 5>&- at_status=$? at_failed=false $at_check_filter echo >>"$at_stdout"; $as_echo "1 " | \ $at_diff - "$at_stdout" || at_failed=:...
Test#27 output: 27. read.at:231: testing correctly free invalid line object, ticket #26 ... ./read.at:233: fig2dev -L box <<EOF 2 2 23333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333332...
$ echo -e 'h\t i' | wc -l | tr -d ' \t' 1 Buf if I try to edit output.at to have the tr command at the end: AT_CHECK([etex tex.tex | $FGREP dimen | uniq | wc -l | tr -d ' \t' the output in testsuite.log still shows the leading spaces. However, the same command sequence run from the shell does remove the leading spaces. So the idea is right, but maybe the syntax is wrong for the language used in output.at ?
$ echo "hi" | wc -l 1 (leading spaces) I need to run, but will post the rest of the diagnostics when I return tonight.
Unfortunately still fails after patching with 43bfd18: Compiled with zlib 1.2.5; using zlib 1.2.11 Compiled with poppler version 0.26.2 ./output.at:175: etex tex.tex | $FGREP dimen | uniq | wc -l --- - 2019-03-14 06:22:59.000000000 -0500 +++ /src/mcj-fig2dev/fig2dev/tests/testsuite.dir/at-groups/43/stdout 2019-03-14 06:22:59.000000000 -0500 @@ -1,2 +1,2 @@ -1 + 1 43. output.at:161: 43. conditionally allocate \XFigu (output.at:161): FAILED (output.at:175) Also failed when using git HEAD (test #27...
fig2-dev-3.2.7a test #33 fails
Please list any r-mod updates as Github pull requests: https://github.com/fink/fink-distributions/pulls
r-base35
In Git
This is my linkage to R.dylib: $ otool -L sw/Library/Frameworks/R.framework/Versions/3.5/Resources/lib/libR.dylib sw/Library/Frameworks/R.framework/Versions/3.5/Resources/lib/libR.dylib: /sw/Library/Frameworks/R.framework/Versions/3.5/Resources/lib/libR.dylib (compatibility version 3.5.0, current version 3.5.2) /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate (compatibility version 1.0.0, current version 4.0.0) /sw/lib/gcc5/lib/libgfortran.3.dylib (compatibility version 4.0.0,...
r-base35
There's linkage to both libpcre1 and libpcre2: flag-sort -r gcc -ffor-scope -dynamiclib -Wl,-headerpad_max_install_names -undefined dynamic_lookup -single_module -multiply_defined suppress -L/sw/lib -install_name libR.dylib -compatibility_version 3.5.0 -current_version 3.5.2 -headerpad_max_install_names -o libR.dylib CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o altrep.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o...
Unable to run bootstrap in Mohave (10.14)
fink-0.44.0 with support for 10.14 has been released.
I'm building doxygen for use with the Fink project (macOS package manager). Our current doxygen is pretty old (1.8.9.1) so I'm working on updating our package to 1.8.14. I have the main executable all built up, but I'm failing at building the docs. Our current package builds the docs as a separate package (./configure; make docs) using the already installed doxygen executable. This does not seem possible with doxygen-1.8.14. cmake .. ; cd doc; make docs still tries to build the doxygen executable...
For comparison, here's my comparable line in make install (OS X 10.11): /bin/bash ../../autoopts/mk-tpl-config.sh tpl-config-stamp autoopts/options.h autoopts/usage-txt.h genshell.h option-xat-attribute.h option-value-type.h ao-strs.h ag-char-map.h save-flags.h autoopts.h project.h proto.h parse-duration.c ao-strs.c option-value-type.c option-xat-attribute.c save-flags.c autoopts.c alias.c boolean.c check.c configfile.c cook.c enum.c env.c file.c find.c genshell.c load.c makeshell.c nested.c numeric.c...
Bug fix update to duplicity package (version 0.7.18)
Moved to https://github.com/fink/fink-distributions/pull/245
Bug fix update to duplicity package (version 0.7.18)
The patch is carrying duplicity-0.7.18/bin/rdiffdir.orig, which is not needed. For future updates, please use a Github pull request since we've moved code hosting there: https://github.com/fink/fink-distributions Instructions if needed: https://github.com/fink/fink-distributions/wiki/Submitting-new-or-updated-packages
running ./configure with ac_cv_func_utimensat=no is a workaround to build on 10.13. As I understand it, autogen then builds as it used to on systems with no utimensat.
5.18.14 FTBFS on unknown compiler warnings
libpulse uses orc if found
Moved to github issues https://github.com/fink/fink-distributions/issues/194
fix ghc-xml-1.3.14-1 to pass fink validation
fix ghc-text-1.2.1.3-1 to pass fink validation
fix ghc-blaze-markup-0.7.0.3-1 to pass fink validation