Bug#1081856: agg: FTBFS: agg_font_freetype.cpp:182:35: error: invalid conversion

2024-10-05 Thread John Horigan
Thanks Kentaro,

I have applied a similar fix in the upstream source that works with old and
new versions of FreeType. I have created a package with this new source
version and uploaded it to mentors.debian.net. The sponsor for this package
is aware and will likely upload it to Debian soon.

-- john


Bug#1067603: contextfree: FTBFS on armhf: test failure with missing codec

2024-03-27 Thread John Horigan
Could this bug be the cause?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012791

If libavcodec cannot access libx264.so due to some executable stack
security issue, then it would fail to load the libx264 encoder.

-- john


Bug#1067603: contextfree: FTBFS on armhf: test failure with missing codec

2024-03-27 Thread John Horigan
That error message indicates that libavcodec60 does not support the libx264
codec for encoding H.264 files. libavcodec60 lists libx264-164 as a
dependency, with no exception for armel or armhf systems, so I don't know
why the codec won't load.

Can you run the command

ffmpeg -codecs

on an armhf system and report back the output?

-- john

On Sun, 24 Mar 2024 21:04:49 +0900 Kentaro HAYASHI  wrote:
> Package: contextfree
> Version: 3.4+dfsg-1.1
> Severity: important
> Tags: ftbfs
> X-Debbugs-Cc: ken...@xdump.org
>
> Dear Maintainer,
>
>
>* What led up to the situation?
>
>contextfree can't build on armel,armhf.
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> apt-get source contextfree
> cd contextfree-3.4+dfsg
> debuild -us -uc
>
>* What was the outcome of this action?
>
> See
>
https://buildd.debian.org/status/fetch.php?pkg=contextfree&arch=armhf&ver=3.4%2Bdfsg-1.1&stamp=1711207519&raw=0
>
> input/ziggy_v2.cfdg   pass Reading rules file input/mtree.cfdg
> Restarting as a version 3 design
> 8 rules loaded
> Generating 8bit gray-scale Quicktime movie, variation FFGH...
> Failed to create movie file: codec not found
> make[1]: *** [Makefile:188: test] Error 8
> make[1]: Leaving directory '/home/kenhys/work/contextfree-3.4+dfsg'
> dh_auto_test: error: make -j8 test returned exit code 2
> make: *** [debian/rules:6: build] Error 25
> dpkg-buildpackage: error: debian/rules build subprocess returned exit
> status 2 debuild: fatal error at line 1184:
> dpkg-buildpackage -us -uc -ui failed
>
>* What outcome did you expect instead?
>
> contextfree can build on armel/armhf.
>
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: armhf (armv8l)
>
> Kernel: Linux 6.1.0-18-arm64 (SMP w/8 CPU threads)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: unable to detect
>
> Versions of packages contextfree depends on:
> pn  libagg2
> ii  libavcodec60   7:6.1.1-3
> ii  libavformat60  7:6.1.1-3
> ii  libavutil587:6.1.1-3
> ii  libc6  2.37-15.1
> ii  libgcc-s1  14-20240315-1


Bug#951939: contextfree: FTBFS: src-common/cfdg.cpp:75:71: error: no matching function for call to ‘find(std::array, 18>::const_iterator, std::array

2020-02-23 Thread John Horigan
This bug is due to several source files using STL algorithms without
having the required #include . This will be fixed in
upstream and a new feature release of Context Free will be uploaded to
Debian soon.



Bug#919322: CVE-2019-6245 CVE-2019-6247

2019-01-15 Thread John Horigan
I have prepared a new version of libagg-dev that fixes #377270 and I was
about to ask the package sponsor to upload it when this issue surfaced. I
will fold in fixes for the new bugs too.

-- john

On Mon, 14 Jan 2019 23:27:23 +0100 Moritz Muehlenhoff 
wrote:
> Source: agg
> Severity: grave
>
> Please see
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-6245
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-6247
>
> Given that the package isn't exactly fast-moving, how about
> revisiting #377270 for buster? Right now we need to coordinate
> rebuilds against the fixed agg...
>
> Cheers,
> Moritz
>
>


Bug#853424: gnash: ftbfs with GCC-7

2017-12-16 Thread John Horigan
It is unfortunate that the author of revision 63 chose to remove rgba8_pre,
rather than create linear and sRGB variants.

If you replace agg::rgba8_pre(r,g,b,a) with
agg::rgba8(r,g,b,a).premultiply() it should work for both the old and new
versions of libagg

-- john

On Sat, Dec 16, 2017 at 12:11 AM Juhani Numminen 
wrote:

> Control: retitle 853424 gnash: FTBFS with agg 1:2.4-r127+dfsg1-1
>
> Hi,
>
> This is the first warning in my build log (attached):
>
> make[4]: Entering directory
> '/build/gnash-0.8.11~git20160608/tmp.build/librender'
>   CXX  libgnashrender_la-Renderer_agg.lo
> In file included from ../../librender/agg/Renderer_agg.cpp:146:0:
> ../../librender/agg/Renderer_agg_style.h: In member function 'void
> gnash::AddStyles::operator()(const gnash::SolidFill&) const':
> ../../librender/agg/Renderer_agg_style.h:617:28: error: 'rgba8_pre' is not
> a member of 'agg'
>  _sh.add_color(agg::rgba8_pre(color.m_r, color.m_g, color.m_b,
> ^
> ../../librender/agg/Renderer_agg_style.h:617:28: note: suggested
> alternative: 'rgba_pre'
>  _sh.add_color(agg::rgba8_pre(color.m_r, color.m_g, color.m_b,
> ^
>
> It seems that rgba8_pre really was removed from the headers in the last
> upload of agg.
>
> https://sources.debian.org/src/agg/2.5+dfsg1-11/include/agg_color_rgba.h/#L436
>
> https://sources.debian.org/src/agg/1:2.4-r127+dfsg1-1/include/agg_color_rgba.h
>
> In the upstream repository, the removal was done in revision 63.
> https://sourceforge.net/p/agg/svn/63/?page=2#diff-17
>
> https://sourceforge.net/p/agg/svn/63/tree/agg-2.4/include/agg_color_rgba.h?diff=518286af2718467b8b34c637:62
>
>
> Best regards,
> Juhani
>


Bug#872738: contextfree FTBFS on ppc64el: error: 'CTL_HW' was not declared in this scope

2017-08-23 Thread John Horigan
I have applied Frederic'c patch to the upstream source as well as fixes for
the FTBFS issues with other platforms (ppc, alpha, hurd-i386, x32). I also
eliminated the use of the deprecated readdir_r() function. Context Free
3.0.11.5 package is being reviewed by the package sponsor.

-- john

On Sun, Aug 20, 2017 at 10:09 AM Adrian Bunk  wrote:

> Source: contextfree
> Version: 3.0.11.4+dfsg1-1
> Severity: serious
>
>
> https://buildd.debian.org/status/fetch.php?pkg=contextfree&arch=ppc64el&ver=3.0.11.4%2Bdfsg1-1&stamp=1503230603&raw=0
>
> ...
> g++ -g -O2 -fdebug-prefix-map=/<>/contextfree-3.0.11.4+dfsg1=.
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
> -D_FORTIFY_SOURCE=2 -Isrc-common -Isrc-unix -Iobjs -Isrc-common/agg-extras
> -Isrc-ffmpeg/include -I/usr/local/include -O2 -Wall -Wextra
> -Wno-parentheses -std=c++14  -c -o objs/posixSystem.o
> src-unix/posixSystem.cpp
> src-unix/posixSystem.cpp: In member function 'virtual
> std::vector >
> PosixSystem::findTempFiles()':
> src-unix/posixSystem.cpp:220:53: warning: 'int readdir_r(DIR*, dirent*,
> dirent**)' is deprecated [-Wdeprecated-declarations]
>  while (readdir_r(dirp.get(), ¤tEntry, &der) == 0 && der) {
>  ^
> In file included from src-unix/posixSystem.cpp:36:0:
> /usr/include/dirent.h:183:12: note: declared here
>  extern int readdir_r (DIR *__restrict __dirp,
> ^
> src-unix/posixSystem.cpp: In member function 'virtual size_t
> PosixSystem::getPhysicalMemory()':
> src-unix/posixSystem.cpp:246:14: error: 'CTL_HW' was not declared in this
> scope
>  mib[0] = CTL_HW;
>   ^~
> src-unix/posixSystem.cpp:246:14: note: suggested alternative: 'CTL_PM'
>  mib[0] = CTL_HW;
>   ^~
>   CTL_PM
> Makefile:206: recipe for target 'objs/posixSystem.o' failed
> make[1]: *** [objs/posixSystem.o] Error 1
>