Artix Linux => Announcements => Topic started by: Artist on 21 June 2025, 20:22:04
Title: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 21 June 2025, 20:22:04
Xlibre release 25.0.0.0 is the first one since it was forked. It is now available in the galaxy-gremlins repository for testing. Related information can be found on the Xlibre on Artix wiki page (https://wiki.artixlinux.org/Site/XlibreOnArtix).
This topic is to discuss technical items, questions and issues related to Xlibre for Artix.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: calvinh on 21 June 2025, 21:36:20
can't wait for this to get to a non gremlins repo so I can quit wayland :D
You don't need to enable the repo. You can just download the needed packages and install them with pacman -U Make sure you have copies of the current packages so you can switch straight back if you need to. Of course this way you have to handle updates yourself but avoid pulling in other packages which may be in, or appear in, gremlins.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Samireko on 24 June 2025, 17:55:49
Did you look in the log to see what the error was ?
Xorg.0.log (https://pastebin.com/VjbsabQp)
Note that I'm using the dkms 470xx package from the AUR because the one in the Artix repos failed to build the needed modules for the kernels (including the vanilla kernels).
Btw, is it XLibre supposed to run as root or it can run in rootless mode too?
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: gripped on 24 June 2025, 18:40:51
It can run rootless if you use startx. I think it's root only from a display manager?
What Nvidia GPU do you have ? Maybe try disabling the iGPU? Longshot but who knows.
I'm using a GeForce GT 710, It's that kind of GPU with an integrated HDMI port, so I can't use/switch to the iGPU without using a VGA adapter (which I don't currently have).
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: mrbrklyn on 24 June 2025, 19:32:26
XLibre starts without the workaround in /etc/X11/xorg.conf.d/xlibre.conf , but the performance is much worse compared to Xorg, and it seems that the NVIDIA driver doesn't manage to load properly (e.g, the Xfce 4 sensors applet can't detect the NVIDIA GPU while running on XLibre unlike Xorg).
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: gripped on 24 June 2025, 20:44:33
XLibre starts without the workaround in /etc/X11/xorg.conf.d/xlibre.conf , but the performance is much worse compared to Xorg, and it seems that the NVIDIA driver doesn't manage to load properly (e.g, the Xfce 4 sensors applet can't detect the NVIDIA GPU while running on XLibre unlike Xorg).
Without the workaround the Nvidia driver exits (ABI mismatch) and X is using the iGPU instead hence the lower performance. Maybe using the Nouveau open source driver might work? Or maybe if you post an issue on the XLibre github (https://github.com/X11Libre/xserver) you might have some luck ?
I was pleasantly surprised when they added support for the current Nvidia drivers so rapidly. But at first I think only the 575. drivers worked then I think another commit fixed 570.
But they seem keen to support older hardware so someone might step up ?
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Samireko on 24 June 2025, 21:25:44
XLibre starts without the workaround in /etc/X11/xorg.conf.d/xlibre.conf , but the performance is much worse compared to Xorg, and it seems that the NVIDIA driver doesn't manage to load properly (e.g, the Xfce 4 sensors applet can't detect the NVIDIA GPU while running on XLibre unlike Xorg).
Without the workaround the Nvidia driver exits (ABI mismatch) and X is using the iGPU instead hence the lower performance. Maybe using the Nouveau open source driver might work? Or maybe if you post an issue on the XLibre github (https://github.com/X11Libre/xserver) you might have some luck ?
I was presently surprised when they added support for the current Nvidia drivers so rapidly. But at first I think only the 575. drivers worked then I think another commit fixed 570.
But they seem keen to support older hardware so someone might step up ?
Afaik they're aiming to keep backwards compatibility for proprietary drivers, including old ones,
I commented about these in this issue (https://github.com/X11Libre/xserver/issues/158#issuecomment-3001147550)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Pragma Once on 24 June 2025, 22:13:46
XLibre starts without the workaround in /etc/X11/xorg.conf.d/xlibre.conf , but the performance is much worse compared to Xorg, and it seems that the NVIDIA driver doesn't manage to load properly (e.g, the Xfce 4 sensors applet can't detect the NVIDIA GPU while running on XLibre unlike Xorg).
Without the workaround the Nvidia driver exits (ABI mismatch) and X is using the iGPU instead hence the lower performance. Maybe using the Nouveau open source driver might work? Or maybe if you post an issue on the XLibre github (https://github.com/X11Libre/xserver) you might have some luck ?
I was presently surprised when they added support for the current Nvidia drivers so rapidly. But at first I think only the 575. drivers worked then I think another commit fixed 570.
But they seem keen to support older hardware so someone might step up ?
It doen't seem it can easily be fixed from upstream. The config file should probably just be added to the nvidia package.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 24 June 2025, 22:35:20
please raise an issue here https://github.com/X11Libre/xserver/issues
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: AlexanderAlex on 25 June 2025, 17:14:18
I took a look at https://gitea.artixlinux.org/packages/xlibre-xserver/src/branch/master/PKGBUILD and this part:
can't wait for this to get to a non gremlins repo so I can quit wayland :D
You don't need to enable the repo. You can just download the needed packages and install them with pacman -U Make sure you have copies of the current packages so you can switch straight back if you need to. Of course this way you have to handle updates yourself but avoid pulling in other packages which may be in, or appear in, gremlins.
I'd rather not deal with that but thanks! I'll wait for it to be stable enough for regular use, kde is already a crashfest.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: cds on 26 June 2025, 06:46:58
Looking good here.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Fox on 27 June 2025, 06:47:31
I have updated from the old package in galaxy-goblins to the new package in galaxy-gremlins, rebooted, and somehow Paru wants to pull in XLibre from the AUR instead?
(https://i.imgur.com/zUS5HbC.png)
Edit: Not sure how but Paru overrode my installation of XLibre at some point. I never used Paru to install XLibre, so no idea how that happened
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 30 June 2025, 05:12:47
Just works. :)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 30 June 2025, 08:34:37
I have updated from the old package in galaxy-goblins to the new package in galaxy-gremlins, rebooted, and somehow Paru wants to pull in XLibre from the AUR instead?
Edit: Not sure how but Paru overrode my installation of XLibre at some point. I never used Paru to install XLibre, so no idea how that happened
Packages with name xlibre-server* no longer exists; at the 25.0.0.0 release these have been renamed to xlibre-xserver by upstream and us. Maybe paru is 'confused' by that (I have no clue about AUR helpers).
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 30 June 2025, 16:07:19
25.0.0.2 is available in galaxy-gremlins. For changes see https://wiki.artixlinux.org/Site/XlibreOnArtix#t25.0.0.2_shortlog
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: calvinh on 30 June 2025, 21:25:29
Has anybody tried to run a compositor (picom or compton) on this new display server? The opacity seems not working properly.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 30 June 2025, 22:13:19
^In my screenshot above (https://forum.artixlinux.org/index.php/topic,8311.msg50023.html#msg50023) conky has transparency provided by picom.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Samueru on 01 July 2025, 19:00:44
Has anybody tried to run a compositor (picom or compton) on this new display server? The opacity seems not working properly.
In the original screenshot I posted I am using fastcompmgr (https://github.com/tycho-kirchner/fastcompmgr)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 02 July 2025, 06:24:37
Nvidia pushed new driver at 575.64.03: https://www.nvidia.com/en-us/drivers/details/249044/ - Minor bug fixes and improvements
No breakage observed between this and Xlibre.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 02 July 2025, 18:37:01
25.0.0.3 is now available; shortlog can be found on our xlibre wiki page
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 02 July 2025, 23:46:21
Could someone please put https://packages.artixlinux.org/packages/?sort=&q=xlibre this url into that xlibre wiki page as a quick shortcut for people wanting to check the status of the versions there somewhere at the bottom of the page? Thanks in advance.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: SGOrava on 03 July 2025, 06:53:24
Could someone please put https://packages.artixlinux.org/packages/?sort=&q=xlibre this url into that xlibre wiki page as a quick shortcut for people wanting to check the status of the versions there somewhere at the bottom of the page? Thanks in advance.
Added into the packages section for the word "repository".
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: kixik on 03 July 2025, 10:26:51
In my case when getting into DPMS, I'm getting the screen frozen/unresponsive, and on killing Xorg I get a seg fault. I'll report this upstream later... Work around is to prevent getting into DPMS, which might not be good on the battery life, or go back to Xorg, and wait to see if the issue gets fixed. Greetings !
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: vulonkaaz on 03 July 2025, 11:12:08
i got problems with the wacom drivers (need recompile maybe ?) "(EE) Failed to load /usr/lib/xorg/modules/input/wacom_drv.so: /usr/lib/xorg/modules/input/wacom_drv.so: undefined symbol: LogVMessageVerbSigSafe"
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: cds on 03 July 2025, 12:07:36
i got problems with the wacom drivers (need recompile maybe ?) "(EE) Failed to load /usr/lib/xorg/modules/input/wacom_drv.so: /usr/lib/xorg/modules/input/wacom_drv.so: undefined symbol: LogVMessageVerbSigSafe"
You'll probably want to file a bug report with upstream
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: vulonkaaz on 03 July 2025, 18:38:00
since the update of today I still can't open the wacom driver but the undefined symbol is different "(EE) Failed to load /usr/lib/xorg/modules/xlibre-25.0/input/wacom_drv.so: /usr/lib/xorg/modules/xlibre-25.0/input/wacom_drv.so: undefined symbol: wcmLog"
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 03 July 2025, 18:45:03
The package was updated half an hour ago. In case of problems please provide the exact version.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: vulonkaaz on 03 July 2025, 18:53:47
The package was updated half an hour ago. In case of problems please provide the exact version.
artist
yea that was the latest version
I am not a C programmer but I checked the repo the guy who did the drop wcmLog thing might have just done half the job (still a few files where that thing is present)
I opened an issue (https://github.com/X11Libre/xf86-input-wacom/issues/4)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 03 July 2025, 19:32:38
updated now to xlibre-xf86-input-wacom-1.2.3.1-1.4 - removed the problematic patch; it was added to fix a compilation error occurring since the 25.0.0.3 hotfix - created a small patch to fix the initial compilation error only
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: vulonkaaz on 03 July 2025, 20:03:37
updated now to xlibre-xf86-input-wacom-1.2.3.1-1.4 - removed the problematic patch; it was added to fix a compilation error occurring since the 25.0.0.3 hotfix - created a small patch to fix the initial compilation error only
artist
thanks for the fast fix but now it seems like it make my entire x server crash :D
[...] Added into the packages section for the word "repository".
Emh, Hey, uh, you know I wanted to let you guys know that package xlibre-xf86-input-libinput is omitted from the list in the wiki. Also while I'm at it, I'm not sure where can I apply for this, could I request an wiki account? This way I wouldn't bother anyone about small stuff like this, I'd just put it directly myself.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 03 July 2025, 21:31:12
Emh, Hey, uh, you know I wanted to let you guys know that package xlibre-xf86-input-libinput is omitted from the list in the wiki. Also while I'm at it, I'm not sure where can I apply for this, could I request an wiki account? This way I wouldn't bother anyone about small stuff like this, I'd just put it directly myself.
Thx for the info; wiki page has been updated. About contributing, for that it's best to contact SGOrava.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: kixik on 03 July 2025, 21:43:19
For the frozen/unresponsive screen when getting into dpms, someone indicated on an issue file that it seems top of master might have that fixed. I can't try that right now, but will try it at some point, :)
The xlibre-xserver I experience it with is 25.0.0.3-1
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 03 July 2025, 21:53:06
As a simple test I ran 'xset dpms force standby', but that does not result in a freeze.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 03 July 2025, 21:57:23
It seems the issue from https://github.com/X11Libre/xserver/issues/326 - adding your info should help analyze the problem.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: vulonkaaz on 04 July 2025, 03:04:15
it seems like I was wrong the thing's crashing again
+ xf86VIDrvMsgVerb(priv->frontend, (MessageType)xtype, 0, format, args);
Possibly because the letter V is missing. ???
no, metux in his infinite wisdom unexported the function with the V thinking no one needed that thing or something (honestly that whole story actually is making me lose faith in xlibre maybe the transgender people are right and this fork ain't gonna go anywhere good)
someone on github made a fix that maybe actually work https://github.com/X11Libre/xf86-input-wacom/pull/6/commits/b8ccb92eecf2798831e76d943763bc8f16c0f836
haven't tried to compile it yet i'm happy with my own patch where the thing is just commented out
edit: I'm using that patch and everything is working flawlessly so far
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 05 July 2025, 08:19:02
Thank you for the all the feedback. The dev indeed was too trusting with this commit; I hope he rememberes this lesson. It's good to know the patch works now.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 05 July 2025, 09:25:01
25.0.0.4 is now available; shortlog can be found on our Xlibre wiki page.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: gripped on 05 July 2025, 11:21:28
maybe the transgender people are right and this fork ain't gonna go anywhere good
Please don't. It's depressing. Take off the Polaroid glasses. Be the change you want to see etc. etc. ........
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: rayburn on 05 July 2025, 13:52:03
I have just installed the xlibre iso (cinnamon-dinit) on two laptops and they are both working flawlessly so far. I do wish this project success and thanks to all who have made it possible!
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: calvinh on 05 July 2025, 16:45:38
[...] honestly that whole story actually is making me lose faith in xlibre [...]
Please, if you're gonna moan about alpha tier update that: - Was never released to "stable" repos - You have to go out of your way to install Xlibre either by enabling the repos or downloading the packages - Was specifically said that this is for TESTING ONLY Then maybe don't use it if you want something stable? Are you another one of those that expects enterprise-grade SLA reaction times for faults on FOSS software? (https://archive.is/absTh#note_2801298) Because this pattern of entitlement is through the roof.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: calvinh on 06 July 2025, 14:19:17
Everything works on my system now. Great work, Artix dev!
Everything works on my system now. Great work, Artix dev!
Thank you for your feedback. :)
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: tsedek1 on 07 July 2025, 17:15:59
7/5/25 Xlibre works well. xlibre-xserver 25.0.0.4-1 MATE: I think it is a good daily driver.
What does the road map look like for a stable release with respect to the iso's?
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: coffee_master1 on 07 July 2025, 22:20:43
First time posting (though I've been lurking in this thread for a week or so). I recently did a fresh manual installation of Artix, and installed xlibre manually (v25.0.0.4-1, got the files directly from the testing repos) as well as the Cinnamon desktop environment. I encountered two issues:
The "refresh rate" options in the Display settings are only two under xlibre (74.93 Hz and 59.xx Hz (I can't remember the numbers exactly)), while under good old xorg they're three (74.93, 59.88 and 59.95). I always use the ~75 one btw, but maybe this is important for other users.
System gets sluggish when playing a video in a PiP window, or a floating mpv one. This one is more niche, but when I tried playing Minecraft while watching a video at the same time, the game got really sluggish, as if it was running at 24fps or something. The in-game debug screen still mentioned 75 constant fps, but it wasn't until pausing or stopping the video that the game's speed returned to its usual state.
I'm back on xorg and the issues are gone. I'd like to provide more info if possible, though I'm a noob when it comes to reporting bugs and so. As I already said, I know these are quite niche issues but I wanted to report them regardless :)
(https://litter.catbox.moe/89e3ln.png)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 07 July 2025, 22:33:25
Are you perhaps running picom or an alternative? If so then please try without it.
This might be related to https://github.com/X11Libre/xserver/issues/229 - feel free to add your info or create a new issue there.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: coffee_master1 on 07 July 2025, 23:07:01
Are you perhaps running picom or an alternative? If so then please try without it.
This might be related to https://github.com/X11Libre/xserver/issues/229 - feel free to add your info or create a new issue there.
artist
No, just your regular Cinnamon DE. Actually, I forgot to mention some stuff, sorry.
I also tested 25.0.0.2 when it first released, though that time I was using dwm and picom with transparency, blur, rounded corners and shadows, and didn't encounter any problems. I also remember playing Minecraft there while watching a video in floating mode but no issues iirc. Here's a screenshot from that time (it's not showing in the pic, but I was using xlibre)
When I mentioned the system (Cinnamon) becoming sluggish I made it seem like it was only a Minecraft issue, but the system in general had this random moments where animations would look slow (e.g. viewing the workspace overview, moving windows around)
(https://litter.catbox.moe/lc1c1j.png)
I got the xlibre packages from gnlug.org, specifically:
xlibre-xf86-input-libinput
xlibre-xf86-video-vesa
xlibre-xserver
xlibre-xserver-common
xlibre-xserver-devel
xlibre-xserver-xephyr
xlibre-xserver-xnest
xlibre-xserver-xvfb
Both times I installed them manually after first installing the "xorg" package during the installation process, then removing the conflicting xorg packages and installing the xlibre ones with pacman. I don't have the '.2' xlibre packages anymore, if I did I'd like to test them with Cinnamon to see if this is an issue with the '.4' ones or Cinnamon specifically. I'm using a mini-pc with no GPU, but it does have integrated Radeon Vega graphics.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 07 July 2025, 23:46:00
The "refresh rate" options in the Display settings are only two under xlibre (74.93 Hz and 59.xx Hz (I can't remember the numbers exactly)), while under good old xorg they're three (74.93, 59.88 and 59.95). I always use the ~75 one btw, but maybe this is important for other users.
[...] (https://litter.catbox.moe/89e3ln.png)
Try running xrandr and check if the values are the same across both Xorg vs Xlibre, if it's different then something with polling EDID mightve changed.
System gets sluggish when playing a video in a PiP window, or a floating mpv one. This one is more niche, but when I tried playing Minecraft while watching a video at the same time, the game got really sluggish, as if it was running at 24fps or something. The in-game debug screen still mentioned 75 constant fps, but it wasn't until pausing or stopping the video that the game's speed returned to its usual state.
I got the xlibre packages from gnlug.org, specifically:
xlibre-xf86-input-libinput
xlibre-xf86-video-vesa
xlibre-xserver
xlibre-xserver-common
xlibre-xserver-devel
xlibre-xserver-xephyr
xlibre-xserver-xnest
xlibre-xserver-xvfb
[...] I'm using a mini-pc with no GPU, but it does have integrated Radeon Vega graphics.
This sound like you've left out amdgpu (which is not on the list above) from vanilla Xorg installation and skipped installing recompiled Xlibre driver. For completeness sake, go here https://packages.artixlinux.org/packages/?sort=&q=xlibre and download ALL of those 24 (there's "Download From Mirror" link at the left side of the page) packages (this is because some of the vanilla xorg packages could still be left out on the system, those could cause problems) to a folder, open terminal in that folder and do:
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: coffee_master1 on 08 July 2025, 19:03:47
Hello again. I followed your instructions and reinstalled xlibre again for testing. Unfortunately, the issues I mentioned previously persist. I then reinstalled vanilla xorg to compare and sure enough, the sluggish effect isn't present there.
xrandr gives different options between them as you can see here (Left: xorg, Right: xlibre). This also affects the "Refresh rate" options in "Display settings" on Cinnamon.
I ended up doing a few recordings, but I'm not sure how noticeable the effect is on video (I recorded at 75fps, which is what I use.)
The first two ones are under xlibre. 1st one shows the animation when viewing the "Workspace overview" on Cinnamon. xlibre-overview-video (https://files.catbox.moe/lyzbo7.mkv)
2nd one is moving windows around and using Cinnamon's built-in tiling functionality. I noticed windows are more prone to this issue when moving after being tiled. xlibre-tiling-video (https://files.catbox.moe/za5r32.mkv)
And finally, a test under regular xorg doing the same as in the previous videos (but this time in a single video). Again, not sure how noticeable it is, but the sluggish effect is gone entirely. xorg-test-video (https://files.catbox.moe/upgwnw.mkv)
Not sure how should I report the bug to upstream since I've never done it before. Should I do more testing? I'm happy to help as much as I can :)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 08 July 2025, 19:32:55
Could you do side by side Xorg vs Xlibre output of
What I'm most interested about is if the amdgpu is actually loaded on Xlibre, because it sounds like it's not.
EDIT: Yeah, well I can see that this is most likely the case, because look at how the left side (Xorg) has HDMI enumerated as HDMI-1, HDMI-2 vs the right side (Xlibre) has HDMI enumerated as HDMI-A-0, HDMI-A-1. This pretty much tells me Xlibre runs on software accel. Question is - Are there any noticible changes of output between Xorg vs Xlibre while running dmesg? Post it too if you can.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: coffee_master1 on 08 July 2025, 22:17:21
You have a good eye, I actually didn't notice that. One thing to mention is that I never had to use a xorg.conf file before, not with Cinnamon or dwm. After creating one with the text you provided before, I was unable to log in (keep in mind I'm using xorg here). I use lightdm for that (with autologin turned on), but this time the system would just hang during the booting process, I'd see the usual openrc stuff, then "Starting cronie, starting lightdm..." yada yada, but then nothing. Pressing enter a few times just gave me the usual tty prompt to login manually, and wasn't able to go on from there. Removing the xorg.conf file (well, I actually just renamed it) fixed this issue. However, this wasn't the case at all with xlibre, the system would start normally with or without the xorg.conf file. However, there wasn't any difference when using the xorg.conf file or not (under xlibre).
Anyway, here's the output for the commands you mentioned before. Since it's just text I decided to use a pastebin to share it. I had never used these commands before, so excuse me if I forgot something.
inxi with xlibre (https://privatebin.net/?ae1ed22302749f00#2m4BPYdk8o5RD3Qx92ZTf9PsiD9HvFWESYo6Uxzhz66i)
and inxi with xorg (https://privatebin.net/?561f6b7e5ff370ac#8Zhrq8Ye1gS76pA4qfsMpKSo8dR8xPKKCm3HMp3v5LFp)
Then there's dmesg, which output is longer.
dmesg with xlibre (https://privatebin.net/?a59d2c499a75e097#CAfr1BMoaD4RPZxCSWgoNn37KxUs8Jfcw9EpGGRFwkJa)
dmesg with xorg (https://privatebin.net/?9d2470bb5a9ea431#9868ikX1sx2Yi6JdEX6GfTwoUDtwLmApTYwTNNUxTeMf)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 08 July 2025, 22:33:54
There is one diff between xorg-server ans xlibre-xserver I still need to document:
In the Xorg code the 'TearFree' option has been enabled by default, BUT this code was never released. Xlibre did release the code, so that DOES have the 'TearFree' option enabled by default.
So it might be worth a try to disable it and test xlibre once more.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: mrbrklyn on 08 July 2025, 23:04:16
Pressing enter a few times just gave me the usual tty prompt to login manually, and wasn't able to go on from there. Removing the xorg.conf file (well, I actually just renamed it) fixed this issue. However, this wasn't the case at all with xlibre, the system would start normally with or without the xorg.conf file. However, there wasn't any difference when using the xorg.conf file or not (under xlibre).
FWIW - and you probably already know, but in case you do not, if X get stuck like that, you can do a CTL, ALT, F2 (or F3 etc) to get to login prompt. It usually doesn't freeze the system, just the display.
FWIW #2 - there was a time when you really needed to edit your x,config file by hand and it warned you that if you did it wrong it can destroy your monitor :)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 08 July 2025, 23:23:58
Yeah what Artist says is solid, i'd also try looking into modesetting driver: Vanilla Xorg:
Section "Device" Identifier "AMD" Driver "modesetting" #remove this line if this doesn't boot and try again with just TearFree set to False Option "TearFree" "False" # or "no", im not sure if this is interchangable for amd gpus :thinking: EndSection
I'd try also removing every *-xf86-video-* packages entirely, except just leaving the xlibre-xf86-video-amdgpu.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: coffee_master1 on 09 July 2025, 00:33:38
I tried renaming the xorg.conf file to xlibre.conf but everything's the same.
Also, how can I do what Artist said before? I might be using an Arch-based distro, but I'm still somewhat of a noobie and there's still a lot of stuff I don't know how to do. Anyways, I hope all what I've been commenting up until now is not some super niche issue only happening to me, because I want xlibre to keep improving so no other user faces issues like these regardless of the WM or DE they might use :D
FWIW - and you probably already know, but in case you do not, if X get stuck like that, you can do a CTL, ALT, F2 (or F3 etc) to get to login prompt. It usually doesn't freeze the system, just the display.
FWIW #2 - there was a time when you really needed to edit your x,config file by hand and it warned you that if you did it wrong it can destroy your monitor :)
Yeah, I was actually using that when moving between xorg and xlibre, but thanks for the tip! What I mean is that -- when using Cinnamon, xorg and a xorg.conf file -- lightdm wouldn't do its thing, so I was stuck in the tty that appears before login into my system. Here's a photo I took before about this issue:
(https://litter.catbox.moe/l06mdm.jpg)
Ignore the 'ModemManager' lines, I think that's related to KDE Connect which I started using lately. Speaking of which, something amusing happened when reinstalling xorg again. I may have forgotten to install a package or something, because when I logged in into Cinnamon my keyboard and mouse wouldn't work at all. But I managed to fix it by using KDE Connect to remote control my PC and do a sudo pacman -S xorg and I think that fixed it. Quite the tricky situation, isn't it?
I'll continue doing testing tomorrow since I have irl stuff to do, but thanks everybody for their help and responses.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 09 July 2025, 02:08:16
Also, how can I do what Artist said before? I might be using an Arch-based distro, but I'm still somewhat of a noobie and there's still a lot of stuff I don't know how to do. Anyways, I hope all what I've been commenting up until now is not some super niche issue only happening to me, because I want xlibre to keep improving so no other user faces issues like these regardless of the WM or DE they might use :D
Nah, don't worry, either way someone would stumble upon such issue, it's even better that we can talk about this on the forum so that the problem gets documented. As for what Artist suggested it's just this in xorg.conf:
But the thing is, amdgpu is loaded properly, but Xlibre doesn't use it. It's like xlibre-xf86-video-amdgpu is not loaded at all, are you sure it's installed? Could you provide output of 'pacman -Qs xlibre'. Could you also provide your Xorg.0.log file (both Xorg vs Xlibre)? You can also try blocking radeon and several generic video drivers to make sure nothing collides on kernel-side (but I think this is redundant, trying to see what sticks to the wall):
[...] What I mean is that -- when using Cinnamon, xorg and a xorg.conf file -- lightdm wouldn't do its thing, so I was stuck in the tty that appears before login into my system.
I restart Xorg without rebooting just by killing the sddm service. You could try the same by restarting lightdm in-place at TTY4 (CTRL+ALT+F4), log in, then type:
# How I do it with sddm + OpenRC sudo rc-service sddm stop sudo rc-service sddm start # How you should do it with lightdm + OpenRC sudo rc-service lightdm stop sudo rc-service lightdm start
It should reload your graphical session and switch you to it, so switch to TTY4 (CTRL+ALT+F4) and type exit to logoff from TTY4, then switch to your graphical session (which should be at either TTY1, TTY2, TTY7, TTY8 or TTY12 depending on the DE used.)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: tsedek1 on 10 July 2025, 13:05:23
Quote from: coffee_master1
lightdm wouldn't do its thing,
On my Xlibre Install, I tried removing LightDM, I like Slim, and it wouldn't boot. There is the boot splash screen "Lenovo" image, a giffy circle circling (Must be new), and it just stays that way.
I was like What the, what the.
I didn't attempt to get a terminal because it hadn't gone that far, hanging just before the boot process begins. I reinstalled, installed all of the software, ran updates. I did not remove LightDM and install Slim this time, and it is running fine.
Maybe there is some issue between LightDM and Xlibre.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 10 July 2025, 14:01:23
Try to boot with kernel param: nomodeset
If that fails disable lightdm, reboot and start slim from the console.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: calvinh on 10 July 2025, 14:28:56
Maybe there is some issue between LightDM and Xlibre.
FYI, I am using lightdm & xlibre. They work fine. Haven't seen any issues.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: fsmithred on 10 July 2025, 17:52:58
I installed the xlibre iso with runit to test a few things. I installed in a qemu VM and then copied that system to a couple different places. Added gremlins and updated to get latest version (25.0.0.4-1)
copied to thinkpad: x11vnc works. I tried it in both directions (as server and as client). It acts just like I expected it to act. x11 forwarding over ssh didn't work until I edited /etc/ssh/sshd_config to allow it Watching 1080p video works. I didn't test any of my favorite games - I assume freecell works fine. :P
copied to a directory on host system: xserver-xephyr works. I can chroot the copy and get a graphical session.
copied to crappy usb stick: x11vnc worked (both directions) x11 forwarding worked without changing the ssh config. xserver-xephyr didn't work. When I replaced xlibre with xorg, it still didn't work and I managed to render that system unbootable. I'm blaming the usb stick for that.
Nice work! I'll keep playing with it.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: coffee_master1 on 10 July 2025, 21:55:48
Me again. I did everything what Shoun said, here's the results.
After reinstalling xlibre, I also put xorg.conf in its place again.
$ pacman -Qs xlibre local/xlibre-xf86-input-elographics 1.4.4.1-1.1 (xlibre-drivers) XLibre fork of X.Org Elographics TouchScreen input driver local/xlibre-xf86-input-evdev 2.11.0.1-1.2 (xlibre-drivers) XLibre fork of X.Org evdev input driver local/xlibre-xf86-input-libinput 1.5.0.1-1.3 (xlibre-drivers) XLibre fork of the generic input driver for the X.Org server based on libinput local/xlibre-xf86-input-synaptics 1.10.0.1-1.1 (xlibre-drivers) XLibre fork of X.Org Synaptics driver for notebook touchpads local/xlibre-xf86-input-vmmouse 13.2.0.1-1.1 (xlibre-drivers) XLibre fork of X.Org VMWare Mouse input driver local/xlibre-xf86-input-void 1.4.2.1-1.1 (xlibre-drivers) XLibre fork of X.Org void input driver local/xlibre-xf86-input-wacom 1.2.3.1-1.7 (xlibre-drivers) XLibre fork of X.Org Wacom tablet driver local/xlibre-xf86-video-amdgpu 23.0.0.1-1.1 (xlibre-drivers) XLibre fork of X.Org amdgpu video driver local/xlibre-xserver 25.0.0.4-1 (xlibre) XLibre fork of X.Org X server local/xlibre-xserver-common 25.0.0.4-1 (xlibre) XLibre fork of X.Org Xorg server common files local/xlibre-xserver-devel 25.0.0.4-1 (xlibre) XLibre fork of X.Org development files for the X.Org X server local/xlibre-xserver-xephyr 25.0.0.4-1 (xlibre) XLibre fork of X.Org nested X server that runs as an X application local/xlibre-xserver-xnest 25.0.0.4-1 (xlibre) XLibre fork of X.Org nested X server that runs as an X application local/xlibre-xserver-xvfb 25.0.0.4-1 (xlibre) XLibre fork of X.Org virtual framebuffer X server
Now, at first glance there is one big difference, the output of xrandr looks different (compared to the previous one also under xlibre): xrandr-xlibre-new (https://privatebin.net/?1c390c4f5728544f#FiSFpxVUDt26eD7SGAB3STk1tNsw1YT8FTZEqcPb1z8n)
However, the 'Refresh rate' issue is still there, as well as the sluggish effects, but at least the changes I made today seem to be having an effect. As for the logs, here they are (both after after a reboot, the Xorg one made ofc before all this tinkering):
And just for completeness sake, output of both inxi and dmesg, respectively: inxi-xlibre-new (https://privatebin.net/?be42d9558626c6f6#7zz2gMid4vvv7hZBsEWSBZJVRefDU5ojUVLEMW5h1Auc) dmesg-xlibre-new (https://privatebin.net/?d28c48ffed779b42#5jSxxyCToRgpLX4yzHtVEYAQcVscXR1tcarSzaZ6qFXo)
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Artist on 10 July 2025, 22:46:11
Pls create an upstream issue.
artist
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 10 July 2025, 23:35:34
Me again. I did everything what Shoun said, here's the results. [...]
Well, here are the only notable changes across the provided xorg log (I'll ignore all ABI errors on Xorg side [which are curious, but irrevelant, it's probably due to installed packages left out from Xlibre...]):
Xlibre: [2025-07-10 12:56:22] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) ### Irrevelant [2025-07-10 12:56:23] (WW) modeset(0): Option "HotplugDriver" is not used ### That's Curious [2025-07-10 12:56:23] (II) modeset(0): Atomic modesetting disabled ### Irrelevant, modesetting is still disabled anyway Xorg vs Xlibre: after this line: (II) Initializing extension GLX there's this: Xorg : [ 20.962] (II) AIGLX: Loaded and initialized radeonsi Xorg : [ 20.962] (II) GLX: Initialized DRI2 GL provider for screen 0 vs Xlibre: [2025-07-10 12:56:23] (II) GLX: Initialized glamor GL provider for screen 0 Xlibre: [2025-07-10 12:56:23] (II) GLX: Another vendor is already registered for screen 0
Could you try the last thing: Put the entire content of this into /etc/X11/xorg.conf as a last resort test:
Section "ServerFlags" Option "IgnoreABI" "true" EndSection Section "OutputClass" Identifier "AMD" MatchDriver "amdgpu" Driver "amdgpu" HotplugDriver "amdgpu" Option "Accel" "on" Option "TearFree" "off" # DRI = 3 is the default for Xlibre, while it seems like DRI2 is enabled and working on your vanilla Xorg side which is weird, because it should be 3 anyway... We should at least try... Option "DRI" "2" EndSection
I'd also try comparing loaded modules with modprobe on both Xorg vs Xlibre side. Still, you should do as Artist says since this seems like a non-trivial regression. Make sure to provide all this documentation there.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: coffee_master1 on 11 July 2025, 01:21:13
Well, for some reason using that as my xorg.conf makes lightdm unable to start (which didn't happen before under xlibre). Here's a photo (https://litter.catbox.moe/84767unai4cyl3qp.jpg), I tried changing DRI to 3 but same result.
I'd also try comparing loaded modules with modprobe on both Xorg vs Xlibre side. Still, you should do as Artist says since this seems like a non-trivial regression. Make sure to provide all this documentation there.
I think you're referring to the lsmod command? if so, here's the output for both xorg (https://privatebin.net/?484860f6eb1ac3a0#EHwiURqm8tqeivDGaVcbdF9vcaTHBZdiVhg4PEtVATzh) and xlibre (https://privatebin.net/?53900ff04136da6b#Aqu6wyKrFQdutFEo8bCvRck2wWSyKTJcKqLQq92XqheC). Keep in mind that for xorg, I used the command while on my usual Cinnamon session, but for xlibre (since I was unable to login) it was made while in the tty (as you can see in my photo). Also, the output for dmesg, not sure if it's still useful but there you go. (https://privatebin.net/?43a463e3c953462d#Cui1d6fycVh2iEHc8a1AYUDhZhSWEB6oYvqRCW8HqfC3)
I think I'll stay on xorg for now, but I'll keep an eye on xlibre ofc. As for Artist's suggestion, I'd like to do it but I've never reported an issue on github before, so excuse me for the dumb question but could you tell me the proper way to do it? :'(
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: cds on 11 July 2025, 01:29:54
Just a thought from days gone by as the following has gotten me out of a few binds.
Have you considered running sudo X -configure?
Of course, you will need to kill off you x server and lightdm beforehand and most importantly, make a backup of your current xorg.conf YMMV of course.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 11 July 2025, 04:27:32
As for Artist's suggestion, I'd like to do it but I've never reported an issue on github before, so excuse me for the dumb question but could you tell me the proper way to do it? :'(
But before doing that you'd need to compile the master branch to see if current fresh iterative dev-version (I'd also try switching your current kernel from the vanilla -artix to something like linux-zen (pacman -S galaxy/linux-zen) or linux-lts (pacman -S system/linux-lts) just to test if there are no incompatibilities from this side...)
As for writing the issue, look and search through them to see if there's already something about your hardware (mainly amd vega apu related stuff) or software (cinnamon/gtk/{radeon}dri/modesetting related stuff) config or problems. If there's nothing of substance, simply go and write new issue: https://github.com/X11Libre/xserver/issues >> new issue >> follow the template. There's nothing scary about this.
EDIT: easiest way to do that would be through AUR It seems like that dumb AUR packager made systemd as mandatory dependency, so just disregard anything I said about going through AUR...
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: darcy on 11 July 2025, 10:07:09
EDIT: easiest way to do that would be through AUR It seems like that dumb AUR packager made systemd as mandatory dependency, so just disregard anything I said about going through AUR...
You may edit PKGBUILD and remove systemd stuff...
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Shoun2137 on 11 July 2025, 18:11:53
[...] You may edit PKGBUILD and remove systemd stuff...
Yes, this is what I actually done, but I wanted to avoid this since it is still unecessary tinkering in my book, I just took Artist's BUILDPKG for metapackage from https://gitea.artixlinux.org/packages/xlibre-xserver and pointed it to master branch for compilation.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: Hitman on 11 July 2025, 22:51:32
For me everything works (and was i amazed at it) apart from Xft.dpi. There are some issues open on github about dpi stuff but they rather focus on full support for fractional scaling instead of this simple thing which does the job :D I didn't have any issue with amdgpu drivers either. If they fix it a bit more i'll give up wayland, because the picom compositor is still better than all of them really.
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: andrew on 14 July 2025, 00:40:05
EDIT:
I encountered an issue of a disappearing mouse cursor using Xlibre. Per recommendation - created a dedicated topic: https://forum.artixlinux.org/index.php/topic,8425.0.html
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: mrbrklyn on 14 July 2025, 04:23:46
It would serve you well to put this in a new subject
Title: Re: Xlibre release 25.0.0.0 now available for testing
Post by: kixik on 21 July 2025, 01:18:57
It seems the issue from https://github.com/X11Libre/xserver/issues/326 - adding your info should help analyze the problem.
artist
Actually that issue is closed since master was found without the issue. I also tried master (I use the AUR git packages tweaked to remove systemd/logind stuff from it), and it worked fine.
Edit:
Then I decided to try current 25.0.0.5-1 version from the repos, and it seemed dpms worked fine as well, but Today pretty early after boot and starting X leaving it untouched for a while, there was no way to bring the display back, had to kill X from console. It seems whatever worked out on master hadn't been released yet.