Control: tag -1 confirmed
On Sun, Feb 25, 2024 at 04:50:55PM +1100, Hugh McMaster wrote:
> I've prepared a source debdiff for the proposed freetype
> 2.12.1+dfsg-5+deb12u3.
>
> This update includes the original patch and the additional typo fix
> identified by Ben Wagner.
>
> In terms of
Control: tag -1 -moreinfo
Control: retitle -1 bookworm-pu: package freetype/2.12.1+dfsg-5+deb12u3
Hi Jonathan,
On Sun, 11 Feb 2024 at 01:40, Jonathan Wiltshire wrote:
>
> On Sat, Feb 10, 2024 at 12:23:06AM +1100, Hugh McMaster wrote:
> > When is the next point release scheduled for?
>
> It isn't
On Sat, Feb 10, 2024 at 12:23:06AM +1100, Hugh McMaster wrote:
> Hi Jonathan,
>
> On Wed, 7 Feb 2024 at 04:47, Jonathan Wiltshire wrote:
>
> > What's your plan at this point? We have skipped this update in two point
> > releases now and it needs a resolution.
>
>
> Thanks for following up. I’d
Hi Jonathan,
On Wed, 7 Feb 2024 at 04:47, Jonathan Wiltshire wrote:
> What's your plan at this point? We have skipped this update in two point
> releases now and it needs a resolution.
Thanks for following up. I’d actually forgotten about this.
I’d still like to disable the incomplete and
Control: tag -1 moreinfo
Hi,
On Fri, Sep 29, 2023 at 12:22:41AM +1000, Hugh McMaster wrote:
> After discussing the timing of Debian 12.2 with a release manager, I’ll
> revert the change shortly.
>
What's your plan at this point? We have skipped this update in two point
releases now and it
Thanks! Can we also roll that fix into the freetype bookworm p-u? Looks
pretty simple to me; just ensuring that sfnt->get_colr_glyph_paint
isn't NULL before calling it.
On Thu, Sep 28 2023 at 11:33:45 AM -04:00:00, Ben Wagner
wrote:
I have been able to figure out what is going on. The
I have been able to figure out what is going on. The crash is due to a
typo in FreeType which was recently fixed [0]. This change is also
needed. I can confirm in a local build that with this typo fix the
reported Chromium crash (in libfreetype.so.6) is fixed. To be clear,
this FreeType change [0]
I will take a look into this, but I am confused.
FT_Get_Color_Glyph_Paint cannot be NULL as it is a regular exported
function. This change will affect its behavior to always return 0
(false) but that often happens anyway even without this change (most
fonts don't have COLRv1 tables). For now it's
On Thu, 28 Sep 2023 at 21:44, Hugh McMaster wrote:
> Hi Andres,
>
> On Thu, 28 Sept 2023 at 18:49, Andres Salomon wrote:
> >
> > Control: affects -1 chromium
> >
> >
> > On Thu, 28 Sep 2023 01:24:00 +0900 SuperCat wrote:
> > > Hi,
> > >
> > > In chromium source code, function
Hi Andres,
On Thu, 28 Sept 2023 at 18:49, Andres Salomon wrote:
>
> Control: affects -1 chromium
>
>
> On Thu, 28 Sep 2023 01:24:00 +0900 SuperCat wrote:
> > Hi,
> >
> > In chromium source code, function SkScalerContext::GlyphMetrics
> > SkScalerContext_FreeType::generateMetrics() will call
> >
Control: affects -1 chromium
On Thu, 28 Sep 2023 01:24:00 +0900 SuperCat
wrote:
> Hi,
>
> In chromium source code, function SkScalerContext::GlyphMetrics
> SkScalerContext_FreeType::generateMetrics() will call
> FT_Get_Color_Glyph_Paint() if macro TT_SUPPORT_COLRV1 exists. Somehow
>
11 matches
Mail list logo