* I didn't know how to pick severity Checking on how gentoo is locating ebuild for these 3 packages I found that they're using different folders and overriding driver's name x11-libs/libva x11-libs/libva-intel-driver (overriding package name: intel-vaapi-driver) media-video/libva-utils Since the project moved to github.com/01org, could it possible to relocate all the ebuilds starting with version 1.8.x to a common folder? This would be my proposal media-video/libva media-video/intel-vaapi-driver media-video/libva-utils Driver changed package name when transitioning to the new repository and although that is handled in the current ebuild, a new ebuild name might be helpful here.
There's also x11-libs/libva-vdpau-driver, and I think it'd be reasonable to move it as well, if moving stuff at all.
why do you want or feel a need for a common category ?
IIUC, x11-libs was picked up long time ago and with no significant change there's no need to relocate them. The 3 packages I mentioned, although require x11 to work on that mode, can also work on other modes, i.e. ChromeOS uses drm mode. In my view, it is better to put them where they can be easily associated. This is not a hard rule but just for practical reasons. Also overriding ${S} looks odd but acceptable. As the project moved to github and libva-utils was a new project, it was a good opportunity to concentrate them on a common place. I understand I should approached earlier with this request, so if the decision is to keep them where they are it is okay.
(In reply to Daniel Charles from comment #3) > IIUC, x11-libs was picked up long time ago and with no significant change > there's no need to relocate them. > > The 3 packages I mentioned, although require x11 to work on that mode, can > also work on other modes, i.e. ChromeOS uses drm mode. well, libdrm is in x11-libs too :) While I understand the logic that they're more related to video than x11, I don't see much gain in relocating them either; plus moving packages around breaks external references (wikis, blog posts, packages.gentoo.org links, etc.) > In my view, it is better to put them where they can be easily associated. category in gentoo have no real consequence, besides packages living in the same directory, the category name is purely informational > This is not a hard rule but just for practical reasons. Also overriding > ${S} looks odd but acceptable. yeah, that was to avoid a useless renaming on our side
(In reply to Alexis Ballier from comment #4) > (In reply to Daniel Charles from comment #3) > > IIUC, x11-libs was picked up long time ago and with no significant change > > there's no need to relocate them. > > > > The 3 packages I mentioned, although require x11 to work on that mode, can > > also work on other modes, i.e. ChromeOS uses drm mode. > > well, libdrm is in x11-libs too :) yeah libdrm is used in x11 and drm modes (modes match USE flags) :) > > While I understand the logic that they're more related to video than x11, I > don't see much gain in relocating them either; plus moving packages around > breaks external references (wikis, blog posts, packages.gentoo.org links, > etc.) > > > > In my view, it is better to put them where they can be easily associated. > > category in gentoo have no real consequence, besides packages living in the > same directory, the category name is purely informational > > > > This is not a hard rule but just for practical reasons. Also overriding > > ${S} looks odd but acceptable. > > > yeah, that was to avoid a useless renaming on our side Ok, I can work with the current locations.
Seems like the resolution is WONTFIX, but I'm not at all against moving them to media-video/ as suggested.
