| 1 |
On Thu, Apr 28, 2016 at 08:33:01AM -0500, Corbin wrote |
| 2 |
> |
| 3 |
> |
| 4 |
> Questions ... if you will permit : |
| 5 |
> |
| 6 |
> Are you saying that in "make.conf" you set INPUT_DEVICES="evdev" and did |
| 7 |
> a test compile run? |
| 8 |
> The emerge you tried ... was it "xorg-base/xorg-x11"? |
| 9 |
> Or did you try a meta package for a desktop? |
| 10 |
|
| 11 |
xorg-server, intending to add ICEWM later. |
| 12 |
|
| 13 |
> If a hard dependency link between Xorg server -> xf86-input-keyboard |
| 14 |
> exists, this will never work. I have no idea at this point if this is |
| 15 |
> true. What I have been reading suggests that the xf86-input keyboard and |
| 16 |
> mouse libs are being phased out. |
| 17 |
> |
| 18 |
> With that call ?error? ... Xorg may be an impossible goal / waste of |
| 19 |
> time on uClibc. |
| 20 |
|
| 21 |
I tried INPUT_DEVICES="evdev mouse keyboard", which probably caused |
| 22 |
the problem. With INPUT_DEVICES="evdev" and VIDEO_CARDS="vesa fbdev", |
| 23 |
things build OK. Whether they'll work, I don't know, but at least it |
| 24 |
builds. ICEWM appears to be building too. Actually, ICEWM has a |
| 25 |
"(uclibc)" USE flag which is automatically hard-invoked or hard-masked |
| 26 |
depending on whether or not the system uses uclibc. |
| 27 |
|
| 28 |
James points to https://wiki.gentoo.org/wiki/Project:Hardened_uClibc |
| 29 |
which mentions "Lilblue"... |
| 30 |
|
| 31 |
> Continued developments in uClibc have made it increasingly suitable |
| 32 |
> for systems like Lilblue, our security-enhanced, fully featured |
| 33 |
> XFCE4 desktop, amd64 system built on uClibc. |
| 34 |
|
| 35 |
WHEEEEEEEEEE! IT WOIKS! Whilst I was typing away, the ICEWM and |
| 36 |
xterm builds finished. I've brought up the basic ICEWM window with 4 |
| 37 |
work areas. The fixes to my problem were... |
| 38 |
|
| 39 |
INPUT_DEVICES="evdev" |
| 40 |
VIDEO_CARDS="vesa fbdev" |
| 41 |
enable "udev" flag in make.conf (actually it runs on eudev, but...) |
| 42 |
|
| 43 |
I've never used "evdev" before, so I was not familiar with how to set |
| 44 |
it up. It's a bit disappointing, because evdev *DEMANDS* udev, so I can |
| 45 |
forget about switching in busybox's mdev for udev. |
| 46 |
|
| 47 |
BTW, I stumbled over "1 weird little tip" on the internet, to make |
| 48 |
debugging easier for many bootup problems, not just uclibc. Add the |
| 49 |
"--noclear" option to the first console in /etc/inittab. With this |
| 50 |
option, the initial login prompt does *NOT* clear away late bootup |
| 51 |
output, including useful error messages... |
| 52 |
|
| 53 |
# TERMINALS |
| 54 |
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux |
| 55 |
c2:2345:respawn:/sbin/agetty 38400 tty2 linux |
| 56 |
c3:2345:respawn:/sbin/agetty 38400 tty3 linux |
| 57 |
c4:2345:respawn:/sbin/agetty 38400 tty4 linux |
| 58 |
c5:2345:respawn:/sbin/agetty 38400 tty5 linux |
| 59 |
c6:2345:respawn:/sbin/agetty 38400 tty6 linux |
| 60 |
|
| 61 |
-- |
| 62 |
Walter Dnes <waltdnes@××××××××.org> |
| 63 |
I don't run "desktop environments"; I run useful applications |
Archives