Bug#840393: [Pkg-fonts-devel] Bug#840393: Bug#840393: Bug#840393: Bug#840393: mensis: FTBFS with newly released fontforge

2016-11-26 Thread Vasudev Kamath
Adrian Bunk  writes:

> On Sat, Nov 12, 2016 at 10:05:06PM +0530, Vasudev Kamath wrote:
>> Adrian Bunk  writes:
>> 
>> > In unstable this is provided by:
>> >   /usr/include/fontforge/basics.h:extern void *grealloc(void *,long size);
>> 
>> Yeah right, but its no longer provided in new fontforge. Upstream also
>> mentioned same.
>
> What is the suggested fix for that?

There is no fix suggested by fontforge upstream. They said the upstream
of mensis is dead and it will be a lot of task to make it work with new
fontforge. So it should be decided if we intend to keep mensis in Debian
or drop it.



Bug#840393: [Pkg-fonts-devel] Bug#840393: Bug#840393: Bug#840393: mensis: FTBFS with newly released fontforge

2016-11-26 Thread Adrian Bunk
On Sat, Nov 12, 2016 at 10:05:06PM +0530, Vasudev Kamath wrote:
> Adrian Bunk  writes:
> 
> > In unstable this is provided by:
> >   /usr/include/fontforge/basics.h:extern void *grealloc(void *,long size);
> 
> Yeah right, but its no longer provided in new fontforge. Upstream also
> mentioned same.

What is the suggested fix for that?

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed



Bug#840393: [Pkg-fonts-devel] Bug#840393: Bug#840393: Bug#840393: mensis: FTBFS with newly released fontforge

2016-11-12 Thread Vasudev Kamath
Adrian Bunk  writes:

>
> In unstable this is provided by:
>   /usr/include/fontforge/basics.h:extern void *grealloc(void *,long size);
>

Yeah right, but its no longer provided in new fontforge. Upstream also
mentioned same.



Bug#840393: [Pkg-fonts-devel] Bug#840393: Bug#840393: mensis: FTBFS with newly released fontforge

2016-11-08 Thread Adrian Bunk
On Wed, Oct 12, 2016 at 10:15:34PM +0530, Vasudev Kamath wrote:
>...
> Hideki Yamane  writes:
>...
> >  However, if we'll fix header inclusion, still get failure...
> >
> > libtool: link: gcc -o makenomenh -g -O2 
> > -fdebug-prefix-map=/mensis-0.0.080507=. -fPIE -fstack-protector-strong 
> > -Wformat -Werror=format-security -Wmissing-prototypes -Wunused -Wimplicit 
> > -Wreturn-type -Wparentheses -Wformat -Wchar-subscripts -Wsequence-point 
> > -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
> > -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" 
> > -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/\" 
> > -D_NO_XINPUT=1 -D_NO_XKB=1 ./.libs/makenomenh.o  -lgdraw -lgutils 
> > -lgunicode -lSM -lICE -lX11 -ldl -lgif -lm 
> > /usr/lib/x86_64-linux-gnu/libfreetype.so 
> > ./.libs/makenomenh.o: In function `handleint':
> > ././makenomenh.c:81: undefined reference to `grealloc'
> > ./.libs/makenomenh.o: In function `makenomenh':
> > ././makenomenh.c:160: undefined reference to `grealloc'
> > ././makenomenh.c:161: undefined reference to `grealloc'
> > collect2: error: ld returned 1 exit status
> > Makefile:49: recipe for target 'mensis-en.ui' failed
> > make[1]: *** [mensis-en.ui] Error 1
> 
> Here it looks like the problem is in mensis?. I mean grealloc undefined
> reference is raising from makenomenh.c which is part of mensis. But I do
> agree the headers are slightly messed which can be reported to fontforge
> upstream. A quick google shows grealloc is defined in graphviz library
> is it a dependency for mensis?.. ¹
> 
> ¹ 
> http://www.graphviz.org/pub/graphviz/development/doxygen/html/common_2memory_8c.html#a1912ff27e68202cc621674540faa4198

In unstable this is provided by:
  /usr/include/fontforge/basics.h:extern void *grealloc(void *,long size);

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed



Bug#840393: [Pkg-fonts-devel] Bug#840393: Bug#840393: mensis: FTBFS with newly released fontforge

2016-10-12 Thread Vasudev Kamath

Hello Yamane San,

Hideki Yamane  writes:

> On Tue, 11 Oct 2016 13:12:54 +0530
> Vasudev Kamath  wrote:
>> mensis fails to build from source with fontforge version 20161005 from
>> experimental. It fails in the configure step with following error
>> 
>> checking fontforge/basics.h usability... no
>> checking fontforge/basics.h presence... no
>> checking for fontforge/basics.h... no
>> You must install the include files for fontforge
>
>  Some header files in libfontforge-dev seem to be wrong.
>
> --- fontforge-20120731.b/inc/chardata.h 2012-08-03 00:09:09.0 +0900
> +++ fontforge-20160404~dfsg/inc/chardata.h  2016-04-05 08:56:57.0 
> +0900
> @@ -1,4 +1,4 @@
> -#include "basics.h"
> +#include 
>  
>  struct charmap {
>  int first, last;
>
> --
>   chardata.h in unstable → #include "basics.h" = 
> /usr/include/fontforge/basics.h
>   chardata.h in experimental → #include  = /usr/include/basics.h
>
>
>
> --- fontforge-20120731.b/inc/gimage.h   2012-08-03 00:09:09.0 +0900
> +++ fontforge-20160404~dfsg/inc/gimage.h2016-04-05 08:56:57.0 
> +0900
> @@ -26,7 +26,7 @@
>   */
>  #ifndef _GIMAGE_H
>  #define _GIMAGE_H
> -#include "basics.h"
> +#include 
>
>
> --- fontforge-20120731.b/inc/ustring.h  2012-08-03 00:09:09.0 +0900
> +++ fontforge-20160404~dfsg/inc/ustring.h   2016-04-05 08:56:57.0 
> +0900
> @@ -29,13 +29,14 @@
>  #include 
>  #include 
>  #include 
> -#include "basics.h"
> -#include "charset.h"
> +#include 
> +#include 
>
>
>  However, if we'll fix header inclusion, still get failure...
>
> libtool: link: gcc -o makenomenh -g -O2 
> -fdebug-prefix-map=/mensis-0.0.080507=. -fPIE -fstack-protector-strong 
> -Wformat -Werror=format-security -Wmissing-prototypes -Wunused -Wimplicit 
> -Wreturn-type -Wparentheses -Wformat -Wchar-subscripts -Wsequence-point 
> -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" 
> -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/\" 
> -D_NO_XINPUT=1 -D_NO_XKB=1 ./.libs/makenomenh.o  -lgdraw -lgutils -lgunicode 
> -lSM -lICE -lX11 -ldl -lgif -lm /usr/lib/x86_64-linux-gnu/libfreetype.so 
> ./.libs/makenomenh.o: In function `handleint':
> ././makenomenh.c:81: undefined reference to `grealloc'
> ./.libs/makenomenh.o: In function `makenomenh':
> ././makenomenh.c:160: undefined reference to `grealloc'
> ././makenomenh.c:161: undefined reference to `grealloc'
> collect2: error: ld returned 1 exit status
> Makefile:49: recipe for target 'mensis-en.ui' failed
> make[1]: *** [mensis-en.ui] Error 1

Here it looks like the problem is in mensis?. I mean grealloc undefined
reference is raising from makenomenh.c which is part of mensis. But I do
agree the headers are slightly messed which can be reported to fontforge
upstream. A quick google shows grealloc is defined in graphviz library
is it a dependency for mensis?.. ¹

¹ 
http://www.graphviz.org/pub/graphviz/development/doxygen/html/common_2memory_8c.html#a1912ff27e68202cc621674540faa4198



Bug#840393: [Pkg-fonts-devel] Bug#840393: mensis: FTBFS with newly released fontforge

2016-10-12 Thread Hideki Yamane
On Tue, 11 Oct 2016 13:12:54 +0530
Vasudev Kamath  wrote:
> mensis fails to build from source with fontforge version 20161005 from
> experimental. It fails in the configure step with following error
> 
> checking fontforge/basics.h usability... no
> checking fontforge/basics.h presence... no
> checking for fontforge/basics.h... no
> You must install the include files for fontforge

 Some header files in libfontforge-dev seem to be wrong.

--- fontforge-20120731.b/inc/chardata.h 2012-08-03 00:09:09.0 +0900
+++ fontforge-20160404~dfsg/inc/chardata.h  2016-04-05 08:56:57.0 
+0900
@@ -1,4 +1,4 @@
-#include "basics.h"
+#include 
 
 struct charmap {
 int first, last;

--
  chardata.h in unstable → #include "basics.h" = /usr/include/fontforge/basics.h
  chardata.h in experimental → #include  = /usr/include/basics.h



--- fontforge-20120731.b/inc/gimage.h   2012-08-03 00:09:09.0 +0900
+++ fontforge-20160404~dfsg/inc/gimage.h2016-04-05 08:56:57.0 
+0900
@@ -26,7 +26,7 @@
  */
 #ifndef _GIMAGE_H
 #define _GIMAGE_H
-#include "basics.h"
+#include 


--- fontforge-20120731.b/inc/ustring.h  2012-08-03 00:09:09.0 +0900
+++ fontforge-20160404~dfsg/inc/ustring.h   2016-04-05 08:56:57.0 
+0900
@@ -29,13 +29,14 @@
 #include 
 #include 
 #include 
-#include "basics.h"
-#include "charset.h"
+#include 
+#include 


 However, if we'll fix header inclusion, still get failure...

libtool: link: gcc -o makenomenh -g -O2 -fdebug-prefix-map=/mensis-0.0.080507=. 
-fPIE -fstack-protector-strong -Wformat -Werror=format-security 
-Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat 
-Wchar-subscripts -Wsequence-point -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" 
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
-DPACKAGE_URL=\"\" -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/\" -D_NO_XINPUT=1 -D_NO_XKB=1 ./.libs/makenomenh.o  -lgdraw 
-lgutils -lgunicode -lSM -lICE -lX11 -ldl -lgif -lm 
/usr/lib/x86_64-linux-gnu/libfreetype.so 
./.libs/makenomenh.o: In function `handleint':
././makenomenh.c:81: undefined reference to `grealloc'
./.libs/makenomenh.o: In function `makenomenh':
././makenomenh.c:160: undefined reference to `grealloc'
././makenomenh.c:161: undefined reference to `grealloc'
collect2: error: ld returned 1 exit status
Makefile:49: recipe for target 'mensis-en.ui' failed
make[1]: *** [mensis-en.ui] Error 1



Bug#840393: mensis: FTBFS with newly released fontforge

2016-10-11 Thread Vasudev Kamath
Source: mensis
Severity: serious
User: pkg-fonts-de...@lists.alioth.debian.org
Usertags: fontforge-transition

Dear Maintainer,

mensis fails to build from source with fontforge version 20161005 from
experimental. It fails in the configure step with following error

checking fontforge/basics.h usability... no
checking fontforge/basics.h presence... no
checking for fontforge/basics.h... no
You must install the include files for fontforge
before building mensis.
debian/rules:29: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory '/<>'
debian/rules:22: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

The full buildlog is available at ¹. New version of fontforge is already in
experimental. We plan to upload the newer version to unstable in about a week
time. If you need any further help please feel free to contact us. (Fonts team).


¹ https://angband.pl/tmp/ff11/failed/mensis_amd64-2016-10-10T23:46:00Z.build

Cheers,

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)