Summary: | [tracker] Packages failing with >=media-libs/freetype-2.9.1-r2 because of missing /usr/bin/freetype-config | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Milos Ivanovic <bugs> |
Component: | Current packages | Assignee: | Lars Wendler (Polynomial-C) (RETIRED) <polynomial-c> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | arthur, dan, darkcircle.0426, drescherjm, farmboy0, fonts, gmturner007, nickAristocrates, sam, scott, xmw |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 654752, 654758, 654770, 654788, 654794, 654814, 654828, 654884, 654886, 654894, 654902, 654978, 654984, 655032, 655036, 655040, 655042, 655052, 655130, 655132, 655240, 655272, 655358, 655374, 655530, 655798, 655884, 656448, 656770, 657998, 658424, 658534, 659374, 661590, 661668, 662206, 664818, 670436, 764902, 783375, 788136 | ||
Bug Blocks: |
Description
Milos Ivanovic
2018-05-04 06:17:07 UTC
*** Bug 654794 has been marked as a duplicate of this bug. *** Let's turn this into a tracker bug. Packages should really use pkg-config to find freetype. We see failing packages because you choose to set --disable-freetype-config and you have a security issue that requires this tracker to be resolved? Why can't you add USE=freetype-config, mask that for now, and resolve the blockers later? (In reply to Jeroen Roovers from comment #3) > We see failing packages because you choose to set --disable-freetype-config Wrong. Even if I hadn't set that configure option the freetype-config file would not have been installed. This has been made an opt-in option as can be seen here: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=a7833f26c4ac45cafe1dffdcd7f7dcfd6493161c and I chose to use this opportunity to get rid of this ancient crap. *** Bug 654962 has been marked as a duplicate of this bug. *** The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7c6cbca69804ed1334671fc3a62feae93943dc6d commit 7c6cbca69804ed1334671fc3a62feae93943dc6d Author: Lars Wendler <polynomial-c@gentoo.org> AuthorDate: 2018-05-10 19:14:44 +0000 Commit: Lars Wendler <polynomial-c@gentoo.org> CommitDate: 2018-05-10 19:15:29 +0000 media-libs/freetype: Add back freetype-config to -r1 in order to have a sane stable candidate. Added -r2 which - again - lacks freetype-config. Bug: https://bugs.gentoo.org/654792 Package-Manager: Portage-2.3.36, Repoman-2.3.9 media-libs/freetype/freetype-2.9.1-r1.ebuild | 2 +- media-libs/freetype/freetype-2.9.1-r2.ebuild | 234 +++++++++++++++++++++++++++ 2 files changed, 235 insertions(+), 1 deletion(-) The script is clearly stupid and over engineered (not to mention deprecated) but it does try to call pkg-config, which kinda seems like it could be worse. If and when freetype gets around to eliminating all the other projects will deal with it. Until then, I predict quasi-abandonware high-inertia projects won't budge, forcing half of the maintainers of the above ebuilds to carry a bunch of autocruft, and forcing end-users to implement overlays or /etc/portage/env hacks to revert this (which happens to be how I spent the last hour or so, hence my coming here to bitch and moan...) In your opinion, is there reason to believe freetype-config removal is imminent? Or will it more likely take years or even conceivably outlive freetype entirely? You likely know better than I... If the former, OK. But if the latter, why not just set MULTILIB_CHOST_TOOLS=(/usr/bin/freetype-config) Instead of drop? It's purpose built gentoo automagic for exactly these foo-config hassles and should really work OK for cross-compiles, multilib, what-have-you, after all... (In reply to Lars Wendler (Polynomial-C) from comment #4) > (In reply to Jeroen Roovers from comment #3) > > We see failing packages because you choose to set --disable-freetype-config > > Wrong. Even if I hadn't set that configure option the freetype-config file > would not have been installed. Actually, that's only partially wrong. If you change 'dis' to 'en' in that line of the ebuild, freetype-config will get build and installed. That's all I had to do to get netsurf to build. I second the motion for a USE flag, until we still have ebuild that fail due to freetype-config missing. |