XLibre on Void Linux (repository) is currently unusable

[thealio]

Hi
On Void external repo (the one on codeberg) is really bad, uncomplete and buggy
Xlibre installation using this Void repisitory made the system so unstable that I had to fix via chroot

The xlibre packages that should be available are the ones packaged on Arch external repo
https://x11libre.net/repo/arch_based/x86_64/

Those works good

Cheers

[callmetango]

@thealio Thank you for reporting the issue! Would you mind to provide a few more details, such as what you tried and what didn't work? Also, what hardware are you using, logs, etc.? What did you fix and how? Which XLibre packages are missing from Void Linux?

[thealio]

Hi @callmetango

I think that the probem is the following.

I've added the repo, following the instruction at https://codeberg.org/RotaryBoot58/vpim

On the xlibre void repo, there are only the following packages (that, of course, overwrote the xorg's respective packages )

xlibre-server
xlibre-server-devel
xlibre-xf86-input-libinput

Installing only those packages made the system absolutely unresponsive at the reboot , the only solution was going chroot and reinstalling xorg-server and xf86-input-libinput .
On Artix & Arch I have no issues , and I see there are many other xlibre related packages, I think the problem on Void are missing packages.

I'm using Void on qemu from an Arch desktop machine

Xlibre had no issues on Artix and Arch , both on real metal and virtual machines , also on Debian based VMs xlibre is stable

[callmetango]

Thank you!

[thealio]

Hi @callmetango

any update about xlibre 's void packaging?

[callmetango]

@RotaryBoot58 Would you mind to have a look at this?

[RotaryBoot58]

Yes, thank your for mentioning me. I'm working on it right now!

[callmetango]

You're welcome and thank you!

[RotaryBoot58]

@thealio can you give me further details and informations? when the system became unusable after reboot just reinstalling xorg-server or xf86-input-libinput fixed everything or did you had to do something more?

I'm testing these packages on two computers and a friend is also helping me, I wasn't able to replicate so any further details would be really helpful.

[thealio]

Hi @RotaryBoot58

yeah , just installing xorg-xserver and xf86-input-libinput fixed the isue ( I praticatically reverted what I installed, coming back to xorg's packages) . I was on qemu kvm.
Artix /Arch and Devuan/Debian packages works ok , but they have a full xlibre packages implementation, the full set of packages of Arch's xlibre external repo maybe could work on Void as well

[RotaryBoot58]

Yeah, about the other packages implementations, I unfortunately didn't manage to package them correctly and make them work.
I might take a look at arch external repo and try to work on this.

When installing the xlibre-server package, are you able to log in a TTY and check if xlibre-server is printing any errors? could you provide a log file of it?

[thealio]

Hi @RotaryBoot58 @callmetango

I need to check again this , because on my VM , the only thing I did is use chroot for reverting back to xorg

[thealio]

Hi @callmetango @RotaryBoot58

Greetings!

I tried the latest Void xlibre packaging, now it works OK, major issues are gone

There is still an issue: installing xlibre-xf86-input-vmmouse is impossible , it needs to replace xf86-input-vmmouse , that is required by xorg-input-drivers

Solution :
xlibre-input-evdev > have to repace xf86-input-evdev
xlibre-input-synaptics > have to repace xf86-input-synaptics
xlibre-input-vmmouse > have to repace xf86-input-input-vmmouse

a meta-package xlibre-input-drivers (replacing xorg-input-drivers) and a meta- package xlibre-void for the whole (not -devel) xlibre stack should be added IMHO

BTW, good job , the major issue is gone, I'm running Void + xlibre

[thealio]

Update

I have a minor issue, I've just noticed right now : mouse cursors under 30 px looks unusable and having rendering issues on VM , stragely, on the screenshoots they looks ok , so, no helpful screenshoot shis time

[RotaryBoot58]

Glad you were able to install and use it.

Your solutions are valid but there is a problem, having both Xorg and XLibre is so damn hard, every test I do in my PC and on my test computer having both installed either makes Xorg or XLibre misbehave and have weird bugs or requires dedication and time to properly configure. Some header files for example provided are either overwritten or conflict over.

I don't know who is to blame, xbps, void or me (most likely) but keep in mind I'm working on it.

The cursor bug, maybe is related to the VM? Is very strange to look normal in the screenshot but not in the desktop. *-input-vmmouse could also be the cause but further testings would be required and in case it is related then a bug report should be created on the respective module repository.

[callmetango]

At the moment it is either X.Org Server or XLibre Xserver. One cannot install both at the same time without putting for example XLibre into a different prefix because these systems, e.g., overwrite each others headers. These headers carry the same name, but are different and very likely incompatible. Just to give an example of probably many.

[Jipok]

I noticed the discussion regarding packaging stability and dependencies. I maintain my own personal Void repository and I have specifically packaged X11Libre for my daily use.

I took a slightly more minimal approach:

• X11Libre (Server)
• X11Libre-libinput (Driver)

In my experience, libinput is sufficient for almost all input devices (keyboards, mice, touchpads) on modern setups, effectively replacing evdev and synaptics. It works stable for me without the need for a complex dependency chain or the legacy input drivers meta-package.

[thealio]

Great to hear that,

maybe my issue is just a VM related issue

BTW, I would like @Jipok and @RotaryBoot58 to join forces in a unified xlibre void repo.

It would be better to have an only one repo, more completed and better maintained, with more devs working on the same repo , this achievement colud be easily reached

Than you all of you guys for your efforts

[Jipok]

I honestly don't know what to do with this. I've been maintaining my repository for a long time. I have scripts for automatically updating packages, downloading git versions, and other features on top of the standard xbps-src.

When I first packaged X11Libre, I checked official void-packages, didn’t see it there, and assumed nobody had packaged it for Void (third‑party repos aren’t that common in the Void ecosystem). Only later, when I went to add my repo to “Are We XLibre Yet?”, I noticed RotaryBoot58/vpim.

At that time, vpim was outdated (missing the recent major release) and included a lot of packages that seemed redundant to me. Specifically the legacy xf86-video-* stack. In the modern X11 ecosystem, the generic modesetting driver (using KMS and Glamor) has effectively replaced the need for vendor-specific DDX drivers like xf86-video-intel, ati, amdgpu, or nouveau for the vast majority of hardware released in the last decade or more. Similarly, libinput covers the functionality of evdev/synaptics for modern use cases.
I'm also developing my own toolkit for X11, so I plan to always maintain a fresh xlibre version, at least while I'm developing.

Because of that I didn’t try to “merge” into vpim or depend on it.

I haven't shared my templates mainly because they are tightly coupled to my local automation. Converting my cron-based workflow into a proper public Git repository with history and PR management is extra overhead I’d rather avoid. Also, my repository containing various -git builds and -bin packages (like onlyoffice-bin) that might not fit strict packaging policies.

That said, I’m open to suggestions. I host my raw templatess. For reference, the X11Libre template I am currently using can be found here:
https://void-repo.jipok.ru/templates/X11Libre/template

[thealio]

Hi everybody @callmetango @RotaryBoot58 @Jipok
@RotaryBoot58 's repo is presenting a key signature issue currently

[thealio:void » ~]$ sudo xbps-install xlibre-server
Password: 

Name          Action    Version           New version            Download size
xorg-server   remove    21.1.21_1         -                      - 
xlibre-server install   -                 25.1.0_1               1616KB 

Size to download:             1616KB
Size required on disk:         222KB
Space available on disk:      6060MB

Do you want to continue? [Y/n] y

[*] Downloading packages
xlibre-server-25.1.0_1.x86_64.xbps.sig2: 384B [avg rate: 11MB/s]
xlibre-server-25.1.0_1.x86_64.xbps: 1616KB [avg rate: 838MB/s]
xlibre-server-25.1.0_1: verifying RSA signature...
ERROR: xlibre-server-25.1.0_1: the RSA signature is not valid!
ERROR: xlibre-server-25.1.0_1: removed pkg archive and its signature.
ERROR: Transaction failed! see above for errors

BTW,

There are also other guys packaging xlibre on void
https://github.com/xlibre-void/
https://github.com/xlibre-void/xlibre
https://xlibre-void.github.io/.github/

[RotaryBoot58]

Weird, most people are installing without a problem. clean the xbps cache and try again.

ALSO I've updated the repository binaries url to host the nvidia drivers without the video abi conflict,

edit:
Tested on both of my computers, reinstalled and installed of a live usb stick and no problem were found, if you want I can help you on IRC on #voidlinux, just send me a private message and I will help you

[thealio]

Hi @RotaryBoot58 , and thank you , cleaning the cache worked

However, the session works unitil lghtdm appears, after I put my username & pass for the login, the xfce4session doen't load the desktop, and forcefully push me back again to lightdm

Very weird

[RotaryBoot58]

Indeed. what does the log says? hope that is not a bug related to xfce and xlibre and more of a misconfiguration

[thealio]

Hi
while /var/log/Xorg.0.log seems to not reporting errors , this is my ~/.xsession-errors

[RotaryBoot58]

Nothing useful, xfce is not pointing to any error or complaining about something important. That ICEauthority file could be a sign but I don't know how xfce works with it.

Try starting xfce manually without lightdm and see if there is any error. Seeing messages from tty would be of great help.