retitle 827993 ITA: agg -- AntiGrain Geometry graphical toolkit
owner 827993 !
thanks
I am an upstream maintainer of AGG. I am working with the sponsor of the
previous maintainer to bring package agg up to the latest upstream revision
and fix all outstanding bugs.
-- john
reassign 522360 agg 2.5+dfsg1-12
thanks
This bug is not in the libagg-dev binary package. It is in the agg source
package that libagg-dev is built from. Specifically, the source files in
agg-2.5+dfsg1/examples/svg_test that are incorporated in exact-image. This
bug will be marked as fixed when
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
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
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
>
>
I am preparing an update to libagg-dev with your patch and an upstream fix.
I am getting a lintian
warning: pkg-config-unavailable-for-cross-compilation because the pkgconfig
file is being written to /usr/lib/pkgconfig instead
of /usr/share/pkgconfig. Do I need to fix this in order to support
There are several more template symbols besides those two. Shouldn't they
all be marked as optional? This is my first time generating a package with
a symbols file.
-- john
On Fri, Feb 1, 2019 at 9:03 AM Steve Langasek
wrote:
> Package: agg
> Version: 1:2.6.0-r132+dfsg1-2
> Severity: minor
>
Helmut,
A new version of contextfree with your patch is awaiting the package
sponsor.
It can be viewed at https://mentors.debian.net/package/contextfree
This package also incorporates a new upstream version and updates
debhelper compatibility to v12.
-- john
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.
Sebastian,
I see no reason to delay your NMU patch. I apologize for not handling this
bug in a timely manner. My Debian development system died and I am still a
few weeks away from getting a replacement. When I have a working Debian
system again I will confirm functionality with FFmpeg5.0 and
libagg/libagg2 come with several example programs that exercise the
library. After the library is built, these programs are built to ensure
that the headers are correct and the library exports the correct symbols.
The resulting binaries are discarded. If libsdl1.2-compat-dev works for
this test
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
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
13 matches
Mail list logo
