Hi again
| Hola
|
| > | Is it current latest tagged/released version 25.0.0.8 a compatible
Xorg server able to run all the same packages as Arch Linux xorg-server
package?
| > Yes, the current Xlibre xserver 25.0.0.8 can run all the same
packages and the Arch xorg-server packages. Exceptions here are also
regarded as bugs.
|
|
| So at the moment, you say, there are not such exceptions if
xlibre-server provides xorg-server, both binaries and libraries are
still compatible with a random client requiring ANY function from
/usr/lib/xorg/modules/extensions/libglx.so ?
xlibre-xserver has, and uses, its own module path, to this becomes file
/usr/lib/xorg/modules/xlibre-25.0/extensions/libglx.so
Any xorg client, like for example glxgears, will use it and work as
intended.
| > | What will happen if a user keeps xf86-* or xorg-* packages from
the official repositories along with xlibre-server?
| > All xlibre-xserver AUR packages conflict with, and provide, the
corresponding xorg-xserver packages.
| > The same is true for the xf86 packages, for which the mentioned
documentation also contains:
| > "Build and install all xlibre packages of which the corresponding
xorg one has been removed"
|
| A package with provides is meant to offer a compatible experience with
the "provided" package, which seems not exactly the xlibre case.
|
| Installing for example xf86-video-intel would break or will
xf86-video-intel package work properly with xlibre-server?
Xlibre not only provides the xlibre-xserver packages, but also all
xlibre-xf86* input and video driver packages.
These conflict with, and provide, their xorg xf86 counterpart packages.
It is possible to add conflicts to the xlibre-xserver packages for the
xorg xf86* drivers to prevent mixing xlibre packages with xorg
server/driver ones.
| > A similar message is shown by pacman while installing the package,
using an install file:
| > "It is required to replace all installed xf86* xorg driver packages
with their xlibre-xf86* counterparts before starting xlibe-xsever. So if
for example xf86-video-intel has been installed it should be replaced
with xlibre-xf86-video-intel."
|
| This seems exactly the opposite of the above example of mine.
The Xlibre project has forked the xorg-server repo, and also all
xf86-input/video driver repos as there are relationships between these.
These are meant to be used together.
|
| Please clarify the above doubts.
|
| Best regards
|
| --
| Muflone
Best regards,
artist
On 8/14/25 23:25, Muflone wrote:
Hola
| Is it current latest tagged/released version 25.0.0.8 a compatible
Xorg server able to run all the same packages as Arch Linux
xorg-server package?
Yes, the current Xlibre xserver 25.0.0.8 can run all the same
packages and the Arch xorg-server packages. Exceptions here are also
regarded as bugs.
So at the moment, you say, there are not such exceptions if
xlibre-server provides xorg-server, both binaries and libraries are
still compatible with a random client requiring ANY function from
/usr/lib/xorg/modules/extensions/libglx.so ?
| What will happen if a user keeps xf86-* or xorg-* packages from the
official repositories along with xlibre-server?
All xlibre-xserver AUR packages conflict with, and provide, the
corresponding xorg-xserver packages.
The same is true for the xf86 packages, for which the mentioned
documentation also contains:
"Build and install all xlibre packages of which the corresponding
xorg one has been removed"
A package with provides is meant to offer a compatible experience with
the "provided" package, which seems not exactly the xlibre case.
Installing for example xf86-video-intel would break or will
xf86-video-intel package work properly with xlibre-server?
A similar message is shown by pacman while installing the package,
using an install file:
"It is required to replace all installed xf86* xorg driver packages
with their xlibre-xf86* counterparts before starting xlibe-xsever. So
if for example xf86-video-intel has been installed it should be
replaced with xlibre-xf86-video-intel."
This seems exactly the opposite of the above example of mine.
Please clarify the above doubts.
Best regards
