Summary: | gnome-extra/gtkhtml-3.32.0 breaks pkgconfig package naming | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Robert Bradbury <robert.bradbury> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | hanno |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 339225 | ||
Attachments: | emerge --info |
Description
Robert Bradbury
2010-10-16 17:56:36 UTC
Created attachment 250909 [details]
emerge --info
This is because you are using hardmasked Gnome 2.32 packages and evolution-2.32 is still not in the tree, please wait a bit (and take a look on Gnome 2.32 hardmask message) *** This bug has been marked as a duplicate of bug 339225 *** evolution-2.32 not in the tree? I don't understand. If it isn't in the tree then why is there an ebuild in the tree which appears to depend upon it? Its very simmple. Evolution builds using "current" tools or it doesn't. And if it doesn't then it (or the tools) should not be released. If building it requires specific tools then those are incorporated into the ebuild files. Simple. You have to have the building blocks on your system before you can build something. >=gnome-extra/gtkhtml-3.32 is hard masked via profiles/package.mask, so you don't get to complain like that.
That said, I'm going to reopen this bug to consider limiting evolution-2.30.x to <gnome-extra/gtkhtml-3.31 or fixing gtkhtml-3.32 to not break compatibility like this.
It seems to have renamed the gtkhtml-editor.pc package to gtkhtml-editor-3.14.pc package with its gtk3 support addition (it's called gtkhtml-editor-4.0 with --enable-gtk=3), and possibly also the library names, even though no ABI probably changed if built with --enable-gtk=2, so this is bad and imho should be investigated.
(In reply to comment #4) > It seems to have renamed the gtkhtml-editor.pc package to > gtkhtml-editor-3.14.pc package with its gtk3 support addition (it's called > gtkhtml-editor-4.0 with --enable-gtk=3), and possibly also the library names, > even though no ABI probably changed if built with --enable-gtk=2, so this is > bad and imho should be investigated. > Yes, it's done for parallel installation of both versions (for gtk2 and 3), the problem is that I am unsure about how to handle this because I doubt upstream will revert this splitting and this could probably break evolution-2.32 building since it was ported to this new way of naming gtkhtml libs. For now, I decided to simply preserve_old_lib for not breaking evolution and other apps RDEPENDing on it at update time but, of course, if any of you think there is a better solution, please let me know :-) Any opinions on this gnome team? I have no strong opinion on the matter. I don't think it's worth going against this change now. (In reply to comment #4) > >=gnome-extra/gtkhtml-3.32 is hard masked via profiles/package.mask, so you don't get to complain like that. > That said, I'm going to reopen this bug to consider limiting evolution-2.30.x > to <gnome-extra/gtkhtml-3.31 or fixing gtkhtml-3.32 to not break compatibility > like this. > It seems to have renamed the gtkhtml-editor.pc package to > gtkhtml-editor-3.14.pc package with its gtk3 support addition (it's called > gtkhtml-editor-4.0 with --enable-gtk=3), and possibly also the library names, > even though no ABI probably changed if built with --enable-gtk=2, so this is > bad and imho should be investigated. > As talked on IRC, doesn't make much sense to revert this upstream change as it should be reverted again in next cycle. I have gone with second option (restrict dependency) even being common policy to not mix stable and testing packages ;-) + 20 Jan 2011; Pacho Ramos <pacho@gentoo.org> evolution-2.30.3.ebuild: + Prevent installation with gtkhtml > 3.30 due bug #341351. + |