Re: [gentoo-user] Anybody got a Gentoo system working under uclibc?

[Corbin]

On 04/27/2016 10:16 PM, waltdnes@××××××××.org wrote:
> On Wed, Apr 27, 2016 at 07:30:12PM -0500, Corbin wrote
>>
>>
>>
>> Your Welcome.
>>
>> Link for "evdev" : https://en.wikipedia.org/wiki/Evdev
>>
>> The default kernel config has "evdev" built into the kernel.
>>
>> On my desktop, Nvidia drivers do look for and use "evdev" without
>> Wayland support in Xorg. ( XFCE )
>>
>> This might be pedantic ...
>> ... add "sse sse2 sse3 ssse3 mmx acpi -mmxext" to your USE flags in
>> "make.conf" ( if not already present. ) Some packages look for those
>> flags in strange ways.
>>
>> Using a one-problem-at-a-time approach ...
>>
>> < Proposed Test / Xorg Fix >
>> ... adding "libinput" to the USE flags in your "make.conf".
>> ... setting INPUT_DEVICES="evdev" in "make.conf".
>>
>> Desktops that should work with "libinput/evdev" ONLY are QT4, QT5, XFCE.
>> XFCE provides its own keyboard library and config applets/plugins. Don't
>> know about QT4 / QT5.
>>
>> If you have not already done this ... might want to set
>> VIDEO_CARDS="fbdev vesa" or just "fbdev" to save compile time.
>>
>> This is getting very interesting.
>> Please let us know how this works out :)
>
>    It's not the cpu flags.  I have an identical glibc-based VM where the
> drivers build just fine.  Also, this is a code problem... both with and
> without "evdev"...
>
>> libtool: compile:  i686-gentoo-linux-uclibc-gcc -std=gnu99 -DHAVE_CONFIG_H -I.
>> -I/var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src
>> -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1
>> -I/usr/include/X11/dri -I/usr/include/libdrm -Wall -Wpointer-arith
>> -Wmissing-declarations -Wformat=2 -Wstrict-prototypes
>> -Wmissing-prototypes -Wnested-externs -Wbad-function-cast
>> -Wold-style-definition -Wdeclaration-after-statement -Wunused
>> -Wuninitialized -Wshadow -Wmissing-noreturn -Wmissing-format-attribute
>> -Wredundant-decls -Wlogical-op -Werror=implicit -Werror=nonnull
>> -Werror=init-self -Werror=main -Werror=missing-braces
>> -Werror=sequence-point -Werror=return-type -Werror=trigraphs
>> -Werror=array-bounds -Werror=write-strings -Werror=address
>> -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast
>> -fno-strict-aliasing -O2 -march=native -mfpmath=sse -fomit-frame-pointer
>> -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables -c
>> /var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/at_scancode.c
>> -fPIC -DPIC -o .libs/at_scancode.o
>> /var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/lnx_kbd.c:
>> In function 'OpenKeyboard':
>> /var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/lnx_kbd.c:194:8:
>> error: implicit declaration of function 'getpgid'
>> [-Werror=implicit-function-declaration]
>>          rc = tcsetpgrp(pInfo->fd, getpgid(0));
>>          ^
>> /var/tmp/portage/x11-drivers/xf86-input-keyboard-1.8.1/work/xf86-input-keyboard-1.8.1/src/lnx_kbd.c:194:8:
>> warning: nested extern declaration of 'getpgid' [-Wnested-externs]
>

Did some searching on "getpgid" ... looks to be related to GNU glibc.
> https://www.gnu.org/software/libc/manual/html_node/Process-Group-Functions.html

> error: implicit declaration of function 'getpgid'
Maybe they used an implicit glibc getpgid call instead of the specific 
posix_getpgid call? ( guessing )

( Is Xorg dumping POSIX compliance? Or is this a bug? )

Questions ... if you will permit :

Are you saying that in "make.conf" you set INPUT_DEVICES="evdev" and did 
a test compile run?
The emerge you tried ... was it "xorg-base/xorg-x11"?
Or did you try a meta package for a desktop?

If a hard dependency link between Xorg server -> xf86-input-keyboard 
exists, this will never work. I have no idea at this point if this is 
true. What I have been reading suggests that the xf86-input keyboard and 
mouse libs are being phased out.

With that call ?error? ... Xorg may be an impossible goal / waste of 
time on uClibc.

Thank you for sharing this info.