From: Michele Andreoli (m.andreoli@tin.it)
Date: Wed Dec 04 2002 - 14:31:59 CET
On Tue, Dec 03, 2002 at 07:41:03PM -0000, Dave Houghton nicely wrote:
> In runlevel 4 (via lilo option) and the respawning of the admin system on vt1. I can see what you are doing,
> and I know you can change manually to an alternative vt, but may I suggest that the "q" on the admin system
> quits via a chvt 2 call before it is respawned by init. This way you get an automatic login screen/terminal for
> other work but still have the admin system respawned in the background available by [alt][f1] for the
> "newbies" (terrible word that).
This can be solved ( I think) selecting "once", not "respawn" in /etc/inittab.
>
> Various "rustic" commands ( scan is one that comes to mind) fail due to the lack of awk,rgrep and the
> inadequacies of the busybox implementation of sed.
You are perfectly right. In lepton, I used the busybox "sed"; a very non-standard
implementation of gnu sed. The 90% of muLinux script fails with it.
>
> If you use either of the pagers (more/less) and have to scroll through more than one page, when you quit
> you frequently lose console echo of your keyboard, and also the cusor keys just move the cursor around
> the screen rather than act as ile history forward/backward. Clear or reset don't cure this, exit and login again
> do.
The problem was know also with previous kernel and libs. There is some
ncurses problem in my muless.c.
> I'm not sure if this is a busybox or framebuffer problem (or a combination of both) as the same version of bb
> works ok on a standard none fb console.
I cannot understand the sentence, sorry. I do not understand if "bb" worked
in for you. It works only if framebuffer is actived.
Framebuffers worked for you, using the standard modes I selected?
>
> I'm sure I can find lots more but as it's a work in progress I'll stop being critical now :-)
>
As previous stated, the scope of this floppy is to run C binaries that
uses framebuffer graphics.
Michele
-- "Physics is like sex: it may give some practical results, but that's not why we do it" (Richard Feynman) --------------------------------------------------------------------- To unsubscribe, e-mail: mulinux-unsubscribe@sunsite.dk For additional commands, e-mail: mulinux-help@sunsite.dk
This archive was generated by hypermail 2.1.6 : Sat Feb 08 2003 - 15:27:23 CET