Update on build status for xf86-video DDX drivers.

[reaperx7]

Distribution used: ArchLinux with xlibre

xf86-video-amdgpu: built
xf86-video-fbdev: built
xf86-video-intel-git: built from git, required cflag workaround. patch submitted to maintainer.
xf86-video-nouveau-git: built
xf86-video-vesa: built
xf86-video-vmware-git: built

These are the modern drivers mainly used for the majority of systems. I didn't build the qxl driver for qemu and spice.

Some packages needed the selinux setup disabled. All modern drivers are rebuilt.

[smj-cc]

Compiling xf86-video-intel via the gentoo xlibre repo, I had to disable the sna flag to get it to compile under musl:

sna.h:292:24: error: field 'timer_tv' has incomplete type
292 | struct timeval timer_tv;

sna.h:1346:58: error: 'fd_set' undeclared (first use in this function)
1346 | if (sna->acpi.fd >= 0 && FD_ISSET(sna->acpi.fd, (fd_set*)read_mask))

and a few more... I'm still looking into it, but hey, I can live without sna for now. :-D

[smj-cc]

Looks like my issues with the sna flag are indeed specific to musl, as xf86-video-intel compiles just fine with sna set, under glibc. Running XLibre here on my personal desktop (glibc), with xf86-video-intel and sna, without incident... so far ;-)

Edit: also using the ancient xf86-input-mouse and xf86-input-keyboard... again without incident as yet.

[reaperx7]

Musl has a lot of issues with various packages, and many packages require lots of patches to even begin to compile properly. There was a huge repository of musl patches years ago made by Gentoo for musl based distribution based ebuild scripts. Dunno if it's still around.

[smj-cc]

I think those were the "standalone" packages, providing glibc functionality missing from musl.

I like musl, and use it on all my servers (and thumboots), but there's a reason my desktop is still glibc.

Edit:

Even so, it does compile under musl if you just turn off sna. I'm good with that. :-D

[smj-cc]

Just noticed x11-drivers/xf86-input-synaptics failed to compile... still looking into it...

In file included from alpscomm.c:27:
synproto.h:80:26: error: unknown type name 'LocalDevicePtr'; did you mean 'DGADevicePtr'?
   80 |     void (*DeviceOnHook)(LocalDevicePtr local, struct _SynapticsSHM *para);
      |                          ^~~~~~~~~~~~~~
      |                          DGADevicePtr
In file included from synaptics.h:129,
                 from synaptics.c:94:
synproto.h:80:26: error: unknown type name 'LocalDevicePtr'; did you mean 'DGADevicePtr'?
   80 |     void (*DeviceOnHook)(LocalDevicePtr local, struct _SynapticsSHM *para);
      |                          ^~~~~~~~~~~~~~
      |                          DGADevicePtr

and more...

I wasn't using it before the switch to XLibre, (I don't need it) maybe it was never working here.....

[smj-cc]

Have just verified that x11-drivers/xf86-input-synaptics now compiles successfully.

[smj-cc]

Oops... x11-drivers/xf86-input-synaptics compiles ok, but actually using it took out my external mouse, my touchpad, and my touchscreen.

Likely something odd here (everything's odd here), still looking into it....

[reaperx7]

Try assigning different devices to each node in /dev using a 40-input.conf file.

[smj-cc]

Try assigning different devices to each node in /dev using a 40-input.conf file.

I'm using mdevd here, and I've got it creating:

crw-rw---- 1 root input 13, 63 Jun 23 19:40 /dev/input/mice
crw-rw---- 1 root input 13, 32 Jun 23 19:40 /dev/input/mouse0
crw-rw---- 1 root input 13, 33 Jun 23 19:40 /dev/input/mouse1
crw-rw---- 1 root input 13, 34 Jun 23 19:42 /dev/input/mouse2
crw-rw---- 1 root input 13, 35 Jun 23 19:42 /dev/input/mouse3

it also creates these symlinks:

/dev/input/by-id/0001-0eef-0210-0003-eGalax_Inc._USB_TouchController -> ../mouse2
/dev/input/by-id/0001-0eef-0210-0003-eGalax_Inc._USB_TouchController_Stylus -> ../mouse3
/dev/input/by-id/0005-0002-0000-0011-ImPS_2_Generic_Wheel_Mouse -> ../mouse0
/dev/input/by-id/0018-13ba-0110-0003-Barcode_Reader_Mouse_ -> ../mouse1

Is this the result you were looking for?
What would you have it changed to?

[reaperx7]

You might have to create a conf file for each mouse instance, especially using mdevd (Busybox I'm assuming?).

Check the manpages for each because you might have to assign them like this:

40-synaptics.conf

Section "InputDevice"
Identifier "Touchpad"
Driver "synaptics"
Option "Device" "/dev/mouse2"
EndSection

41-wacom.conf

Section "InputDevice"
Identifier "Stylus"
Driver "wacom"
Option "Device" "/dev/mouse3"
EndSection

42-evdev.conf

Section "InputDevice"
Identifier "USB Mouse"
Driver "evdev"
Option "Device" "/dev/mouse0"
EndSection

And so on depending on what driver each will use.

I don't work with busybox/mdevd too much to know what all it does, but I do know you have to often manually assign stuff more for those types of systems. This is just a rough draft, so you might use different drivers.

[smj-cc]

Section "InputDevice" Identifier "Touchpad" Driver "synaptics" Option "Device" "/dev/mouse2" EndSection

Ah, got it. I'll have a look at that. Thanx!

(mdev is busybox, mdevd is skarnet)

[reaperx7]

Oh yeah the s6 guy.

[smj-cc]

Oh yeah the s6 guy.

And the execline guy.

I consider execline to be an even greater contribution than s6, as an idea. (I'm sure s6 was more work)

[callmetango]

@smj-cc

Compiling xf86-video-intel via the gentoo xlibre repo, I had to disable the sna flag to get it to compile under musl:

sna.h:292:24: error: field 'timer_tv' has incomplete type 292 | struct timeval timer_tv;

sna.h:1346:58: error: 'fd_set' undeclared (first use in this function) 1346 | if (sna->acpi.fd >= 0 && FD_ISSET(sna->acpi.fd, (fd_set*)read_mask))

and a few more... I'm still looking into it, but hey, I can live without sna for now. :-D

Do you still have this issue with sna and the xf86-video-intel? If so then please create a new issue at Issues · X11Libre/ports-gentoo

[smj-cc]

Do you still have this issue with sna and the xf86-video-intel? If so then please create a new issue at Issues · X11Libre/ports-gentoo

Yes, but:

I have yet to reinstall x11-base/xorg-server-9999:0/9999::xlibre on that musl system, then it occured to me:

Should I be installing x11-base/xorg-server-25.0.0.0:0/25.0.0.0::xlibre instead?

Edit: @callmetango

[callmetango]

@smj-cc Please open the new ticket over at the XLibre Overlay and copy-paste all information from here to there. Then we will go on over there.

[smj-cc]

done.