gnuplot-6.0.1: missing dnl comment marker in configure.ac
gnuplot-6.0.1 "make check" fails in watchpoints.dem
Of course, I understand and respect that it is your decision. Thank you for your ongoing support and dedication to KOMA-Script.
Sorry if this is a duplicate; I had checked the existing tickets and didn't find any previous report. I don't have DIN 678-1 and DIN 680 here, but they are often quoted so I'm pretty certain that the dimensions I mentioned in my original report (width of DL envelope 220 mm, window ends at 110 mm) are the ones specified by the standard. IMHO having an address field that is too wide even for the perfect case specified by the standard (without considering any additional tolerances) makes little sense....
Width of address field (especially back address) with DIN-lang window envelope
I don't see any efforts; the links to Github and Weblate are dead. At least for the first link, I cannot confirm this. The Github repository exists, although the last activity there was in late 2021.
Sorry, I forgot to mention that the patch is against branch-5-4-stable.
Attached patch fixes the problem for me.
As Hans-Bernhard said, it is really three different targets pdf, tikz, and pdf_nofig. So when using gnuplot.pdf as an intermediate target, make cannot know which of the three figure styles it should use, because none of them is listed as a prerequisite of gnuplot.pdf. I have attached a patch for docs/Makefile.am which restructures things, using only the common recipe for building gnuplot.pdf, but not using it as an intermediate target. Not sure if gnuplot.pdf is actually needed as a make target....
Sorry, I forgot to log in before filing this bug.
I just see that this has been reported before: https://sourceforge.net/p/gnuplot/mailman/message/34342174/
I forgot to mention, the patch is against branch-5-4-stable.
Attached patch makes it compile for me. (I am not entirely sure if more statements should be moved into the conditional in CACA_modify_plots.)
map_projection.dem unit test fails if gnuplot is configured without mouse support
Yes, if the first call of PKG_CHECK_MODULES is inside some conditional, then there must be an unconditional PKG_PROG_PKG_CONFIG call first. It is explained in m4/pkg.m4: # Note that if there is a possibility the first call to # PKG_CHECK_MODULES might not happen, you should be sure to include an # explicit call to PKG_PROG_PKG_CONFIG in your configure.ac Attaching config.log as requested. In particular, note that the test for pkg-config happens in line 4061, while the lua checks are before in line...
Attached patch (against branch-5-4-stable) fixes the problem for me.
pkg-config check for LUA fails
Make pgnfix work with Python 3
Still seen with gnuplot-5.2.2, glib-2.52.3, and gvfs-1.32.2: https://bugs.gentoo.org/652310
Add configure option to include support for ReGIS terminal
Broken latin.xdy with GNU grep