View Single Post
Old 08-01-2021, 04:55 AM   #15
eschwartz
Ex-Helpdesk Junkie
eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.eschwartz ought to be getting tired of karma fortunes by now.
 
eschwartz's Avatar
 
Posts: 19,421
Karma: 85400180
Join Date: Nov 2012
Location: The Beaten Path, USA, Roundworld, This Side of Infinity
Device: Kindle Touch fw5.3.7 (Wifi only)
Note that Gentoo also upgraded their ebuilds to stop patching calibre with a revert of commit "Move to SIP v4" to go back to the sip v4 setup (which worked, because everything used sip v4). But they didn't add PyQt-builder as a build dependency, even though they added sip-5, and even though sip-5 uses PyQt-builder as a plugin.

I can only assume the person who reported that the change worked, had additional packages installed locally, and thus didn't notice the build dependency (which is, however, listed in calibre's list of sources...)


Sorry, my bad -- sip-5 is not added, sip 4 is still a pinned dependency, but if you happen to have sip-5 installed as an additional slot then the patch is no longer applied.

Does Gentoo not have mechanisms for building packages in isolated containers that don't have leaky implied build-deps due to other applications being coincidentally installed?

Last edited by eschwartz; 08-01-2021 at 11:49 AM.
eschwartz is offline   Reply With Quote