Summary: | emerge libgtkhtml can cause incorrect package emerging | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mario Vazquez <mario_vazq> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mario Vazquez
2004-03-22 14:56:31 UTC
A new portage group called gtkhtml2 can be created to hold gtkhtml2 (and 3) packages and keep the libgtkhtml just for libgtkhtml.tar.bz2 packages I really don't understand what you mean. As long as the dependencies are correct enough, it should always pick the right libgtkhtml for the job. I've never seen any problems with this. What you fail to mention is what package picks the wrong libgtkhtml, i'm quite sure it isn't one of the gnome packages. The problem here, is gtkhtml and libgtkhtml are two different things: libgtkhtml (currently at version 2.6.0) ftp://ftp.gnome.org/pub/gnome/sources/libgtkhtml/2.6/ gtkhtml (currently at version 3.0.10) ftp://ftp.gnome.org/pub/gnome/sources/gtkhtml/3.0/ There is a gnome-extra/gtkhtml and a gnome-extra/libgtkhtml. Why not move gnome-extra/libgtkhtml/libgtkhtml-3* to gnome-extra/gtkhtml/gtkhtml-3* where they should be, and remove the cruft at the top of the ebuild to mangle the package name that never should have been there in the first place? Thats what I mean in the output I provide. It's all the same codebase, they are just different branches. Anyway, this still doesn't explain why it would fetch the wrong version and i haven't seen any evidence that this happens. So I'm inclined to close this INVALID unless some evidence turns up real soon. closing INVALID, i have seen no evidence that there is really a bug here. |