I have same behaviour. Is deleting (moving) /etc/fonts official fix or workaround for existing bug? thanks, m. On utorok 12. apríla 2022 13:54:50 CEST Joe Khamis wrote:

On Tue, 12 Apr 2022 13:01:30 +0200 Berthold Höllmann wrote:

...

I updated to Tumbleweed 20220410 today. After reboot firefox crashes on every start attempt.

FWIW, I had precisely the same scenario.

Mozilla Firefox would crash repeatedly whereas Brave browser would open.

Other apps where hit and miss. Some would open (Krusader for example), some wouldn't (Claws Mail).

I resolved it (I think, fingers crossed) by deleting the /etc/fonts directory.

HTH.

-- [ michal hlavac ] [ miso@hlavki.eu[1] ] [ tel: +420 773 205 794 ] -------- [1] mailto:miso@hlavki.eu

maybe it's related to new freetype 2.12 and its configuration On streda 13. apríla 2022 9:57:16 CEST Axel Braun wrote:

Am Mittwoch, 13. April 2022, 09:18:55 CEST schrieb Michal Hlavac:

...

I have same behaviour. Is deleting (moving) /etc/fonts official fix or workaround for existing bug?

Just upgraded from 20220407 to current 20220411 and had no issues with Firefox (KDE Desktop)

Cheers Axel

it crashes only with some specific fonts e.g. Noto Sans, Open Sans, ... Font DeJaVu Sans works m. On streda 13. apríla 2022 10:18:08 CEST Michal Hlavac wrote:

it is related to libfreetype. bug report from mozilla: https://crash-stats.mozilla.org/report/index/944223b5-78de-4e2e-b337-aa3bf02...

On streda 13. apríla 2022 10:08:18 CEST Michal Hlavac wrote:

...

maybe it's related to new freetype 2.12 and its configuration

On Tuesday 12 April 2022, Joe Khamis wrote:

On Tue, 12 Apr 2022 13:01:30 +0200 ...

I resolved it (I think, fingers crossed) by deleting the /etc/fonts directory.

HTH.

--

joe@khamis.com.au director | khamis consulting pty. ltd. mobile: +61 412 201 711

Removing /etc/fonts has also fixed JetBrains PyCharm which started core dumping after the update. To repeat Michal Hlavac's question... What are the implications of removing /etc/fonts? Will it break anything? Is it needed at all these days? Cheers, Michael

On Wednesday 13 April 2022, Michal Hlavac wrote:

Do NOT remove /etc/fonts. As already mentioned, it looks like bug in freetype2 2.12 m.

On streda 13. apríla 2022 12:05:19 CEST Michael Hamilton wrote:

...

What are the implications of removing /etc/fonts? Will it break anything? Is it needed at all these days?

To late, I've already moved it to /etc/fonts.disabled. Having a working IDE and Firefox is way more important that any other factor. The implications can't be too great. My desktop still boots. The sddm input font is now a fixed font, I can live with that. If anything else important stops working, I'll reverse the hack. I will definitely move /etc/fonts.disabled back to /etc/fonts before any future dups. Cheers, Michael

Michael Hamilton writes:

On Wednesday 13 April 2022, Werner LEMBERG wrote:

...

...

it crashes only with some specific fonts e.g. Noto Sans, Open Sans, ... Font DeJaVu Sans works

Maybe

https://gitlab.freedesktop.org/freetype/freetype/-/merge_requests/158

helps. Still waiting for confirmation before applying to FreeType's git...

A temporary alternative would be to build FreeType without SVG support.

Werner

This can't be happening to everyone (firefox crashing) or there would be more complaints. So why is it happening to some of us? Are we missing or using fonts or libraries others are not?

The only clue I have is both firefox and pycharm opened /usr/share/fonts/truetype/SourceCodePro-Regular.otf and fell over right afterward.

If a fix is not imminent, is there are there libraries or fonts I can remove to work around the problem. I've currently moved /etc/fonts to /etc/fonts.disabled (but that causes issues with some PDF documents when viewed in okular).

I uninstalled both packages containing the SourceCodePro font from my system (texlive-sourcecodepro-fonts, adobe-sourcecodepro-fonts) and the problem seems to be gone for now. I really would prefer reinstalling the packages after an upstream bugfix solves the problem. Berthold

Michael