Bug 392307 - AppImage does not contain libfontconfig
Summary: AppImage does not contain libfontconfig
Status: RESOLVED DOWNSTREAM
Alias: None
Product: krita
Classification: Applications
Component: Usability (show other bugs)
Version: 4.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Halla Rempt
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-03-25 13:06 UTC by tadej.petric1
Modified: 2018-03-30 06:32 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
error message (1.50 KB, text/plain)
2018-03-25 21:00 UTC, tadej.petric1
Details
Image saved from link (103.32 KB, image/png)
2018-03-28 12:20 UTC, Halla Rempt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tadej.petric1 2018-03-25 13:06:16 UTC
Text is missing in some panels in ui. Numbers show, text missing.

how the bug looks: https://imgur.com/a/fCYJ3

Even if I rename a layer, not much changes. Layer name "test123" produces just "123" in the ui, in a weird font. Extremely annoying, makes everything harder. All dropdown menus there are also "empty". Clicking on them works, but they have no text.

tried:
reinstalling krita and dependencies (with pacman)
fully updated system (with reboot)
"fc-cache", "mkfontscale", "mkfontdir" in terminal, report no errors
Have no font errors in any other app (and even within krita it only happens on some menus)


System info & krita version:

Krita
  Version: 4.0.0

OS Information
  Build ABI: x86_64-little_endian-lp64
  Build CPU: x86_64
  CPU: x86_64
  Kernel Type: linux
  Kernel Version: 4.15.12-1-ARCH
  Pretty Productname: Arch Linux
  Product Type: arch
  Product Version: unknown

OpenGL Info 
  Vendor:  NVIDIA Corporation 
  Renderer:  "GeForce GTX 660/PCIe/SSE2" 
  Version:  "4.6.0 NVIDIA 390.42" 
  Shading language:  4.60 NVIDIA 
  Requested format:  QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DoubleBuffer), swapInterval 0, colorSpace QSurfaceFormat::ColorSpace(DefaultColorSpace), profile  QSurfaceFormat::OpenGLContextProfile(CompatibilityProfile)) 
  Current format:    QSurfaceFormat(version 4.6, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 0, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DoubleBuffer), swapInterval 0, colorSpace QSurfaceFormat::ColorSpace(DefaultColorSpace), profile  QSurfaceFormat::OpenGLContextProfile(CompatibilityProfile)) 
     Version: 4.6
     Supports deprecated functions true 
     is OpenGL ES: false
Comment 1 tadej.petric1 2018-03-25 13:09:14 UTC
Also, this isn't an issue of a new version. It was that way before 4.0.0, but I did not submit a bug report.
Comment 2 Quiralta 2018-03-25 16:31:32 UTC
I haven't seen this problem on my box, Also on Archlinux but haven't used the repo's package of Krita, only git-master build and the appimage.

Just to make sure is not a corrupted settings have you tried to remove/backup the .local/share/krita folder and the .config/kritarc ? Since reinstalling would not change a thing if this are preserved, and they are not removed by pacman.
Comment 3 Scott Petrovic 2018-03-25 16:47:10 UTC
I cannot reproduce this issue on my Linux box (KDE Neon). Can you give steps to reproduce this bug. Does it happen very consistently?
Comment 4 tadej.petric1 2018-03-25 17:03:49 UTC
Nothing changes when I remove said folder and kritarc. They get re-added upon launch, bug is still there.

On my machine, very consistent (It has been happening continuously without exception from one point onward, but I don't remember what happened at that time, when it started. I could've been messing with font configs in linux, but it works perfectly in every other program. Haven't touched anything related to system fonts for krita)
Comment 5 tadej.petric1 2018-03-25 17:06:25 UTC
Oh and for reproduction, for me, just launch the program. The bug is *always* visible immediately on launch. No special steps needed.
Comment 6 Quiralta 2018-03-25 17:13:43 UTC
I can only think on the way is been packed on the repo, maybe is looking for a font that doesn't exist in your system or using the wrong configuration. My only other suggestion (to eliminate possibilities) is to see if you can reproduce on an AppImage.
Comment 7 tadej.petric1 2018-03-25 21:00:39 UTC
Created attachment 111652 [details]
error message
Comment 8 tadej.petric1 2018-03-25 21:07:55 UTC
I would love to try appimage, but it doesn't seem to be working because of another bug (this one already reported)(error message in attachment because it's big-y)

maybe same bug as https://bugs.kde.org/show_bug.cgi?id=382944 ?
I can't seem to get it working, even if I create symlinks they suggest as temporary workarounds. But it has an error with a different package, libfontconfig.so.1 (which might be related to my issue)

I have no idea how would I fix that. Some suggest uninstalling harfbuzz but that would break my system. I can't unlink libfontconfig.so.1 since that would break my system

I'm a bit lost. But haven't had errors anywhere else
Comment 9 Halla Rempt 2018-03-28 12:20:08 UTC
Created attachment 111700 [details]
Image saved from link

Next time, please attach the images to the bug.
Comment 10 Halla Rempt 2018-03-28 12:24:20 UTC
The problem with the appimage is that libfontconfig is not packaged by linuxdeployqt:

boud@linux-u0cn:/tmp/.mount_krita-nHCKNO> find . -name \*poppler\*
./usr/lib/libpoppler-qt5.so.1
./usr/lib/libpoppler.so.73
boud@linux-u0cn:/tmp/.mount_krita-nHCKNO> ldd ./usr/lib/libpoppler.so.73
        linux-vdso.so.1 (0x00007ffca2fab000)
        libfreetype.so.6 => /tmp/.mount_krita-nHCKNO/./usr/lib/libfreetype.so.6 (0x00007f075f091000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f075ee53000)


That something we can fix. The issue with the font used for gui elements with the Arch packages is something that should be investigated downstream, by the Arch people.
Comment 11 Storm Engineer 2018-03-29 15:32:12 UTC
I seem to experience the same issue on Arch.

The latest 4.0 appimage fails to start just like in bug 382944 and using QT_DEBUG_PLUGINS=1 reveals the same as in the attachment:

QLibraryPrivate::loadPlugin failed on "/tmp/.mount_appimaY4YLSz/usr/plugins/platforms/libqxcb.so" : "Cannot load library /tmp/.mount_appimaY4YLSz/usr/plugins/platforms/libqxcb.so: (/usr/lib/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var)"
Comment 12 Halla Rempt 2018-03-30 06:32:22 UTC
I created https://github.com/probonopd/linuxdeployqt/issues/261 -- but the issue is that Arch Linux broke fontconfing. 

To quote an appimage developer:

23:53:37 <@TheAssassin> boud: replied on GitHub
23:53:53 <@TheAssassin> Arch, the worst "distro"
23:54:22 <@TheAssassin> they broke the backwards compatibility of libfontconfig.