Skip to content

Maintain ebuilds that replace call for xorg-drivers or xorg-server and replace with xlibre packages #113

@sirtuxalot

Description

@sirtuxalot

Describe the feature

I have tried to convert one of my systems from Xorg to Xlibre multiple times and I have always had the same result. During the emerge @preserved-rebuild phase xorg-drivers and xorg-server both attempted to be reinstalled onto my system. Both times I reverted back to Xorg to come back to it when I had more time, but this weekend I figured out why it was happening. The display manager I use (lightdm) has a dependency for xorg-drivers which I assume in-turn calls for xorg-server, which is all caused by the 'X' use flag on lightdm which I have in my global use flags. I posted in the forums about the best way to fix it. The suggestion I went with is to put xorg-server and xorg-drivers in the package.provided file to "fool" any packages calling to install xorg-server or xorg-drivers into thinking that the packages are installed. However, a different suggestion was also offered and that is what I am doing now...to suggest you maintain ebuilds for packages that call for xorg-drivers or xorg-server and replace the dependemcy with xlibre-drivers and xlibre-server respectively. The discussion can be found here.

Last night I compiled a list of those packages and I will include it here.

'app-accessibility/caribou
app-emulation/open-vm-tools
dev-python/easyprocess
dev-python/pyglet
dev-python/pyopengl
dev-python/pytest-services
dev-python/pytest-xvfb
dev-python/pyvirtualdisplay
dev-python/xcffib
dev-python/xvfbwrapper
dev-util/dogtail
dev-util/intellij-idea
dev-util/pycharm-community
dev-util/pycharm-professional
games-util/lutris
gnome-base/gdm
gui-apps/sddm-gentoo-config
mail-client/thunderbird
mate-extra/mate-screensaver
media-gfx/blender-bin
metadata/glsa
net-misc/chrome-remote-desktop
net-misc/tigervnc
net-misc/tigervnc-xorg-module
net-misc/turbovnc
www-client/dillo
www-client/firefox
www-client/luakit
x11-base/xorg-drivers
x11-base/xorg-server
x11-drivers/xf86-input-evdev
x11-drivers/xf86-input-mtrack
x11-drivers/xf86-input-synaptics
x11-drivers/xf86-video-amdgpu
x11-drivers/xf86-video-ati
x11-drivers/xf86-video-intel
x11-drivers/xf86-video-qxl
x11-misc/bumblebee
x11-misc/lightdm
x11-misc/sddm
x11-misc/xsnow
x11-misc/xvfb-run
x11-wm/awesome
x11-wm/herbstluftwm
x11-wm/i3
x11-wm/qtile
x11-wm/xpra'

It should be done because

Part of my concern, as mentioned in the post was for a good long term solution. While the package.provided solution does seem to work, as per the discussion its not a great solution.

What are the alternatives?

Ideally, in my opinion, Xlibre could be added to the core gentoo repository and then the packages that call for xorg-drivers or xorg-server would likely have to the same thing as well or at least address the issue. But, that is likely not your call to make.

Additional context

I honestly would be willing to help with the issue, but with my current schedule (finishing school, my wife's health issues, and work...not to mention life in general) I am not sure I see that happening at this current moment.

Extra fields

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestneeds-triageThis needs to be reviewed and categorized.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions