[aur-general] Delete requests for obsolete XWayland packages
t.jp at gmx.de
Wed May 28 15:47:41 EDT 2014
I think there might be a confusion regarding package .
For our regular desktops we need the XOrg server which comes as a binary in
/usr/bin/Xorg provided by the xorg-server package in [extra]. You get this
by setting --enable-xorg at compile time. Now for XWayland we have our own
binary which is completely independet called /usr/bin/Xwayland. You get
this binary by setting --enable-xwayland. You can have this as a standalone
server by doing --disable-xorg --enable-xwayland, which then only builds
XWayland. This is what the xwayland-git package does and therefore doesn't
replace your X server and is a safe way to try out XWayland. You don't have
two X servers afterwards.
Package  does both it compiles the developer Xorg binary and the
development Xwayland binary, but if you want to try Xwayland you only need
the last one. If you want the latest Xorg (which actually gets used by KDE
et al.) you can use xorg-server-git, which only builds Xorg but not
Xwayland. So there is no real need for a package that builds both.
2014-05-28 20:31 GMT+02:00 Lukas Jirkovsky <l.jirkovsky at gmail.com>:
> On Wed, May 28, 2014 at 7:20 PM, Tim Jester-Pfadt <t.jp at gmx.de> wrote:
> > Hello,
> > now that XWayland changed to being it's own server binary, rather than a
> > module for X11, there are several obsolete drivers on the AUR which only
> > create confusion. The new XWayland doesn't need patched drivers
> > anymore.
> > "In the old model, things like modesetting were done in the video driver,
> > unfortunately. In the old model, we simply patched Xorg with a special
> > magical mode to tell video drivers not to do anything too tricky. For
> > instance, the xf86-video-intel driver had a special branch for Xwayland
> > support<
> > For generic hardware support, we wrote a generic, unaccelerated
> > driver<http://cgit.freedesktop.org/xorg/driver/xf86-video-wayland>
> > that
> > stubbed out most of the functions we needed. With the new approach, we
> > don’t need to patch anything at all." 
> > There is also an orphaned build of the development X server, which tries
> > build the old deprecated XWayland approach.  You can see this, because
> > it has --enable-wayland instead of the new --enable-xwayland.
> > Another build is a duplicated of the defacto standard xwayland package
> > (xwayland-git) the difference is that it not only builds XWayland, but
> > the whole X11 server from the development branch even though this is not
> > needed. People could just use the xorg-server-dev and install
> > xwayland-git and get the same thing.
> >  https://aur.archlinux.org/packages/xf86-video-ati-xwayland-git/ -
> > Orphaned
> >  https://aur.archlinux.org/packages/xf86-video-intel-xwayland-git/ -
> > Maintained by plfiorini<
> >  https://aur.archlinux.org/packages/xf86-video-wlglamor-git/ -
> >  http://blog.mecheye.net/2014/04/xwayland/
> >  https://aur.archlinux.org/packages/xorg-server-xwayland/ - Orphaned
> >  https://aur.archlinux.org/packages/xorg-server-xwayland-dev / -
> > Maintained by maxi_jac<
> I wanted to go through the xwayland packages eventually, but since you
> listed them so nicely... Thank you for that.
> I've removed , , , 
> I think it makes sense to keep , until the xorg-server-git gets
> xwayland support, because not everyone wants to have two x servers
More information about the aur-general