pango cannot find the symbols: FcWeightToOpenType FcWeightFromOpenType floppym found the version dep needs to be upgraded: https://www.freedesktop.org/software/fontconfig/fontconfig-devel/fcweighttoopentype.html found when chromium failed to link: [26379/26379] python "../../build/toolchain/gcc_link_wrapper.py" --output="./chrome" -- x86_64-pc-linux-gnu-g++ -pie -fPIC -Wl,-z,noexecstack -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -Wl,--no-as-needed -lpthread -Wl,--as-needed -m64 -pthread -Wl,-O1 -Wl,--gc-sections -Wl,-rpath-link=. -Wl,--disable-new-dtags -Wl,--export-dynamic -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -o "./chrome" -Wl,--start-group @"./chrome.rsp" -Wl,--end-group -ldl -lrt -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lcairo -lX11 -lX11-xcb -lxcb -lXcomposite -lXcursor -lXdamage -lXext -lXfixes -lXi -lXrender -lXtst -lgmodule-2.0 -lgthread-2.0 -licui18n -licuuc -licudata -lsmime3 -lnss3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -lcups -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lz -lpthread -lm -lcrypt -lexpat -lfontconfig -ldbus-1 -lgio-2.0 -latomic -lresolv -lharfbuzz-icu -lharfbuzz -lfreetype -ldrm -lpng16 -ljpeg -lXss -lre2 -lXrandr -lpci -lavcodec -lavformat -lavutil -lasound -latk-1.0 -lminizip -lsnappy -lFLAC -lgtk-3 -lgdk-3 -lcairo-gobject -lgdk_pixbuf-2.0 -lwebp -lwebpdemux -lxslt -lxml2 -llzma FAILED: chrome python "../../build/toolchain/gcc_link_wrapper.py" --output="./chrome" -- x86_64-pc-linux-gnu-g++ -pie -fPIC -Wl,-z,noexecstack -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -Wl,--no-as-needed -lpthread -Wl,--as-needed -m64 -pthread -Wl,-O1 -Wl,--gc-sections -Wl,-rpath-link=. -Wl,--disable-new-dtags -Wl,--export-dynamic -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -o "./chrome" -Wl,--start-group @"./chrome.rsp" -Wl,--end-group -ldl -lrt -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lcairo -lX11 -lX11-xcb -lxcb -lXcomposite -lXcursor -lXdamage -lXext -lXfixes -lXi -lXrender -lXtst -lgmodule-2.0 -lgthread-2.0 -licui18n -licuuc -licudata -lsmime3 -lnss3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -lcups -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lz -lpthread -lm -lcrypt -lexpat -lfontconfig -ldbus-1 -lgio-2.0 -latomic -lresolv -lharfbuzz-icu -lharfbuzz -lfreetype -ldrm -lpng16 -ljpeg -lXss -lre2 -lXrandr -lpci -lavcodec -lavformat -lavutil -lasound -latk-1.0 -lminizip -lsnappy -lFLAC -lgtk-3 -lgdk-3 -lcairo-gobject -lgdk_pixbuf-2.0 -lwebp -lwebpdemux -lxslt -lxml2 -llzma /usr/lib64/libpangoft2-1.0.so.0: undefined reference to `FcWeightToOpenType' /usr/lib64/libpangoft2-1.0.so.0: undefined reference to `FcWeightFromOpenType' collect2: error: ld returned 1 exit status ninja: build stopped: subcommand failed.
It looks like there is a configure check FcWeightToOpenType, but this doesn't seem to be working properly on Jason's system.
He must have downgraded fontconfig? I'm not sure stabilization should be blocked by this, but it would be nice to see a newer fontconfig in stable.
After review in #gentoo-dev, this seems to be an isolated issue.
Jason, can you confirm you downgraded fontconfig? PS: This check and optional usage of the new symbols has existed in pango since 1.36.7, in stable since before gentoo git conversion. Either way, please keep the bug open for adjusting the fontconfig dep once we can in a future version or revision bump, to ensure that this part from https://bugzilla.gnome.org/show_bug.cgi?id=733764 is functioning for everyone.
oooh, okay yeah i went through emerge logs, i used to have =media-libs/fontconfig-2.12.1-r1 because i was playing with the coloured emoji before. that version was deleted in the tree so i got downgraded back to 2.11.1-r2. okay that would explain why pango went crazy. I was looking at pango before and somehow missed the fontconfig stuff. this is RESOLVED for me then. leaving open for future fix then. Thanks!
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1c39c3f69b234cdb8eaa60dd781bbf2a51b02658 commit 1c39c3f69b234cdb8eaa60dd781bbf2a51b02658 Author: Gilles Dartiguelongue <eva@gentoo.org> AuthorDate: 2018-04-02 09:16:05 +0000 Commit: Gilles Dartiguelongue <eva@gentoo.org> CommitDate: 2018-04-02 09:46:44 +0000 x11-libs/pango: raise dependency on fontconfig Fix breakage due to downgrading fontconfig to an older version than 2.11.91 Closes: https://bugs.gentoo.org/626466 Package-Manager: Portage-2.3.27, Repoman-2.3.9 RepoMan-Options: --force x11-libs/pango/{pango-1.40.12.ebuild => pango-1.40.12-r1.ebuild} | 4 ++-- x11-libs/pango/{pango-1.40.14.ebuild => pango-1.40.14-r1.ebuild} | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-)
Why isn't the usual sub-slot dependency stuff sufficient here? It's rather annoying to have such a false dependency considering all these versions of fontconfig are broken (see bug 649296)...
subslot would not be sufficient here, package manager would have to check the whole soversion to make sure nothing gets broken on downgrades. This is caused by automagic detection of fontconfig symbol that only appeared in a newer release. Hence it is not a false dependency, rather a workaround for implementing a much more complex dependency system in package manager.
