From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D6D65138206 for ; Fri, 29 Apr 2016 03:52:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0FBB921C027; Fri, 29 Apr 2016 03:52:44 +0000 (UTC) Received: from mtaout006-public.msg.strl.va.charter.net (mtaout006-public.msg.strl.va.charter.net [68.114.190.31]) by pigeon.gentoo.org (Postfix) with ESMTP id D738721C015 for ; Fri, 29 Apr 2016 03:52:42 +0000 (UTC) Received: from impout004 ([68.114.189.19]) by mtaout006.msg.strl.va.charter.net (InterMail vM.9.00.023.01 201-2473-194) with ESMTP id <20160429035242.ESZC26580.mtaout006.msg.strl.va.charter.net@impout004> for ; Thu, 28 Apr 2016 22:52:42 -0500 Received: from [97.93.206.159] ([97.93.206.159]) by impout004 with charter.net id o3si1s0063SsWTl013siD7; Thu, 28 Apr 2016 22:52:42 -0500 X-Authority-Analysis: v=2.1 cv=U9McDIbu c=1 sm=1 tr=0 a=CKw8BP37/mHE1ymiMCUeDw==:117 a=CKw8BP37/mHE1ymiMCUeDw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=8Lp-7m5aAAAA:8 a=7mOBRU54AAAA:8 a=hjUgn8635gIbe9KU0l8A:9 a=QEXdDO2ut3YA:10 Message-ID: <5722DA8C.7080904@charter.net> Date: Thu, 28 Apr 2016 22:52:44 -0500 From: Corbin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.8) Gecko/20160108 FossaMail/25.2.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Anybody got a Gentoo system working under uclibc? References: <20160427141253.GA834@waltdnes.org> <5720F615.2060901@charter.net> <20160427213140.GA2563@waltdnes.org> <57215994.5020807@charter.net> <20160428031648.GA5150@waltdnes.org> <5722110D.8070207@charter.net> <20160428230718.GB7108@waltdnes.org> In-Reply-To: <20160428230718.GB7108@waltdnes.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: baff844f-376e-4814-bfd2-68ee23784860 X-Archives-Hash: fefe9870d42fb1e022e5a6dadef4dfb7 On 04/28/2016 06:07 PM, waltdnes@waltdnes.org wrote: > On Thu, Apr 28, 2016 at 08:33:01AM -0500, Corbin wrote >> >> >> 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? > > xorg-server, intending to add ICEWM later. > >> 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. > > I tried INPUT_DEVICES="evdev mouse keyboard", which probably caused > the problem. With INPUT_DEVICES="evdev" and VIDEO_CARDS="vesa fbdev", > things build OK. Whether they'll work, I don't know, but at least it > builds. ICEWM appears to be building too. Actually, ICEWM has a > "(uclibc)" USE flag which is automatically hard-invoked or hard-masked > depending on whether or not the system uses uclibc. > > James points to https://wiki.gentoo.org/wiki/Project:Hardened_uClibc > which mentions "Lilblue"... > >> Continued developments in uClibc have made it increasingly suitable >> for systems like Lilblue, our security-enhanced, fully featured >> XFCE4 desktop, amd64 system built on uClibc. > > WHEEEEEEEEEE! IT WOIKS! Whilst I was typing away, the ICEWM and > xterm builds finished. I've brought up the basic ICEWM window with 4 > work areas. The fixes to my problem were... > > INPUT_DEVICES="evdev" > VIDEO_CARDS="vesa fbdev" > enable "udev" flag in make.conf (actually it runs on eudev, but...) > > I've never used "evdev" before, so I was not familiar with how to set > it up. It's a bit disappointing, because evdev *DEMANDS* udev, so I can > forget about switching in busybox's mdev for udev. > > BTW, I stumbled over "1 weird little tip" on the internet, to make > debugging easier for many bootup problems, not just uclibc. Add the > "--noclear" option to the first console in /etc/inittab. With this > option, the initial login prompt does *NOT* clear away late bootup > output, including useful error messages... > > # TERMINALS > c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux > c2:2345:respawn:/sbin/agetty 38400 tty2 linux > c3:2345:respawn:/sbin/agetty 38400 tty3 linux > c4:2345:respawn:/sbin/agetty 38400 tty4 linux > c5:2345:respawn:/sbin/agetty 38400 tty5 linux > c6:2345:respawn:/sbin/agetty 38400 tty6 linux > Great! Glad to hear it. Might want to update the forum posting ... or I can update the one I made with this info, if you want. It might save someone else a lot of head scratching :)