Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 577292 - x11-base/xorg-drivers-1.18-r1: specify required versions in RDEPEND not only via blockers
Summary: x11-base/xorg-drivers-1.18-r1: specify required versions in RDEPEND not only ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-13 11:51 UTC by Pacho Ramos
Modified: 2018-06-08 04:53 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pacho Ramos gentoo-dev 2016-03-13 11:51:19 UTC
Currently, for example for the case of evdev, I see this in ebuild:
[...]
        input_devices_evdev?       ( x11-drivers/xf86-input-evdev )
[...]
        !<x11-drivers/xf86-input-evdev-2.10.0

This will lead to an unsolvable block (after long time of dependencies calculation) and portage being unable to take advantage of its autounmask feature to resolve it.

On the other hand, if it would explicetly also force:
        input_devices_evdev?       ( >=x11-drivers/xf86-input-evdev-2.10.0 )

That would help portage to resolve the dependency and unmask the needed package directly 

Thanks
Comment 1 Manuel Rüger (RETIRED) gentoo-dev 2016-03-13 12:45:16 UTC
!<x11-drivers/xf86-input-evdev-2.10.0 is a blocker because it causes file collisions with >=xorg-server-1.18.

We could move that blocker to xorg-server itself instead, not sure if that would help.
Comment 2 Pacho Ramos gentoo-dev 2016-03-13 15:40:51 UTC
I don't think it will help as portage won't try to update evdev to resolve the blocker and, then, it will fail in the same way.

On the other hand, if >=...-2.10.0 is put in RDEPEND behind the input_devices_evdev? USE, it will unmask that newer versions and, then, be able to update (and will also probably help portage to calculate deps faster instead of relying on backtrack to try to resolve the blocker).
Comment 3 Chí-Thanh Christopher Nguyễn gentoo-dev 2016-03-14 00:01:02 UTC
The blocker must remain in place due to the file collision.

It might be worth entertaining whether additionally adding >=x11-drivers/xf86-input-evdev-2.10.0 to dependencies in order to work around portage limitations might be a good idea.

I lean towards no, because if you upgrade xorg-server with --upgrade --deep there should be no problem, and we only support running latest stable or latest unstable xorg packages together anyway (ie. not trying to mix stable xf86-video-evdev with unstable xorg-drivers). But if others have a stronger opinion about this I will leave the decision to them.
Comment 4 Larry the Git Cow gentoo-dev 2018-06-08 04:53:37 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=828f87ff41a1925423df18974ad8f9ac89210a7b

commit 828f87ff41a1925423df18974ad8f9ac89210a7b
Author:     Matt Turner <mattst88@gentoo.org>
AuthorDate: 2018-06-08 04:48:50 +0000
Commit:     Matt Turner <mattst88@gentoo.org>
CommitDate: 2018-06-08 04:53:13 +0000

    x11-base/xorg-drivers: Remove unnecessary blockers
    
    Closes: https://bugs.gentoo.org/577292

 x11-base/xorg-drivers/xorg-drivers-1.20.ebuild | 57 +++++++++-----------------
 x11-base/xorg-drivers/xorg-drivers-9999.ebuild | 57 +++++++++-----------------
 2 files changed, 40 insertions(+), 74 deletions(-)