Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.os.linux.misc > #7839 > unrolled thread

HOW2 boot & run with mouse & NO kybrd?

Started byAvoid9Pdf@gmail.com
First post2013-04-11 11:06 +0000
Last post2013-04-25 09:20 -0400
Articles 8 — 6 participants

Back to article view | Back to comp.os.linux.misc


Contents

  HOW2 boot & run with mouse & NO kybrd? Avoid9Pdf@gmail.com - 2013-04-11 11:06 +0000
    Re: HOW2 boot & run with mouse & NO kybrd? Bill Marcum <bill@nowhere.invalid> - 2013-04-15 07:14 -0400
    Re: HOW2 boot & run with mouse & NO kybrd? John Hasler <jhasler@newsguy.com> - 2013-04-15 07:25 -0500
      Re: HOW2 boot & run with mouse & NO kybrd? Avoid9Pdf@gmail.com - 2013-04-17 18:11 +0000
        Re: HOW2 boot & run with mouse & NO kybrd? John Hasler <jhasler@newsguy.com> - 2013-04-17 13:26 -0500
          Re: HOW2 boot & run with mouse & NO kybrd? Unknown <dog@gmail.com> - 2013-04-25 08:30 +0000
            Re: HOW2 boot & run with mouse & NO kybrd? gazelle@shell.xmission.com (Kenny McCormack) - 2013-04-25 09:14 +0000
            Re: HOW2 boot & run with mouse & NO kybrd? Michael Black <et472@ncf.ca> - 2013-04-25 09:20 -0400

#7839 — HOW2 boot & run with mouse & NO kybrd?

FromAvoid9Pdf@gmail.com
Date2013-04-11 11:06 +0000
SubjectHOW2 boot & run with mouse & NO kybrd?
Message-ID<kk65ee$1ne$1@dont-email.me>
I can boot and run/use ETHoberon without a keyboard.
Because ETHO's chording mouse action operates on any
text, anywhere on the screen, you can do anything
without a keyboard.  

Of course if you want to write an email containing a "q",
it's more convenient to fetch the "q" from the kybrd than
seeking a "q" on the screen [if needed by fetching more
text files].

OMG, while writing this, I've realised that under linux,
wily [public domain version of plan9's acme based on
ETHO] can do so too.   Perhaps PCs won't boot without
the kybrd being detected?  But my intended use is for
a rPi: ARM-based; so the PC-BIOS should not be involved.

But then, why does it have FAT32 partn1 with the boot
arguments, if it's free of the WinTel monopoly?

AFAIK /etc/inittab can be set to boot directly to X
So than, can it be set to run a program that allows
`a command line like input via the mouse`?
Yes of course, users who boot into X, effectively
can use the mouse-only.

But is there an existing program, that's more fundamental
to access the command-line/shell that the common
windowManagers?

==TIA      It's amazing how much you learn while composing
               your question.
System.Execute locate inittab   ipNews.Send  *
 
 




[toc] | [next] | [standalone]


#7855

FromBill Marcum <bill@nowhere.invalid>
Date2013-04-15 07:14 -0400
Message-ID<kkgnfc$1si$1@speranza.aioe.org>
In reply to#7839
On 04/11/2013 07:06 AM, Avoid9Pdf@gmail.com wrote:
>
> But then, why does it have FAT32 partn1 with the boot
> arguments, if it's free of the WinTel monopoly?
>
The rPi uses SD cards for storage, and they are formatted with FAT32 by 
default.

[toc] | [prev] | [next] | [standalone]


#7856

FromJohn Hasler <jhasler@newsguy.com>
Date2013-04-15 07:25 -0500
Message-ID<87fvysyo92.fsf@thumper.dhh.gt.org>
In reply to#7839
Avoid9Pdf writes:
> But then, why does it have FAT32 partn1 with the boot arguments, if
> it's free of the WinTel monopoly?

The Pi boots via the GPU (silly, I know, but that's how Broadcom
designed the chip).  The boot code, like everything else about that GPU,
is secret, and knows only FAT.  The Linux partition for a Pi is Ext.
-- 
John Hasler 
jhasler@newsguy.com
Dancing Horse Hill
Elmwood, WI USA

[toc] | [prev] | [next] | [standalone]


#7869

FromAvoid9Pdf@gmail.com
Date2013-04-17 18:11 +0000
Message-ID<kkmok2$f6m$1@dont-email.me>
In reply to#7856
In article <87fvysyo92.fsf@thumper.dhh.gt.org>, John Hasler <jhasler@newsguy.com> wrote: 

> Avoid9Pdf writes:
> > But then, why does it have FAT32 partn1 with the boot arguments, if
> > it's free of the WinTel monopoly?
> 
> The Pi boots via the GPU (silly, I know, but that's how Broadcom
> designed the chip).  The boot code, like everything else about that GPU,
> is secret, and knows only FAT.  The Linux partition for a Pi is Ext.

OK, that makes sense. It was really confusing me.
They were probably able to use some well proven M$ software.
IMO it worked out nicely.

I'm guessing that the ability to have a rPi and mouse in your pocket
and just RCA plug it to a PAL-TV, [a keybrd kills the portability] is
somewhere in /etc/rc.d?S, where you could bypass the `login`
which needs a keybrd.

WDYS?


[toc] | [prev] | [next] | [standalone]


#7874

FromJohn Hasler <jhasler@newsguy.com>
Date2013-04-17 13:26 -0500
Message-ID<87haj5xbc5.fsf@thumper.dhh.gt.org>
In reply to#7869
First hit on Google:
<http://elinux.org/RPi_Debian_Auto_Login>
-- 
John Hasler 
jhasler@newsguy.com
Dancing Horse Hill
Elmwood, WI USA

[toc] | [prev] | [next] | [standalone]


#7974

FromUnknown <dog@gmail.com>
Date2013-04-25 08:30 +0000
Message-ID<klapj6$4mq$1@dont-email.me>
In reply to#7874
On Wed, 17 Apr 2013 13:26:34 -0500, John Hasler wrote:

> First hit on Google:
> <http://elinux.org/RPi_Debian_Auto_Login>

OK, thanks. BTW that's the worst doA,doB,doC..writeup that I've seen 
lately, considering that rPi's declared aim is to 'educate the kids'.
--
And by example, here's the 'mental model' approach which could educate: 
by watching the boot-log, it's seen that 'login' happens right after the 
hardware has been setup. `pstree` shows the heirarchy of processes.
--
And it's known that 'init' is the BOSSman process.
Apparently the instruction-sheet that `init` uses is 'inittab'.
These instructions are in a tree-format or multi-dimensional-array,
 where 2 dimensions are: run-level & process.
--
Apparently most most gate-way processes: that allow entry to other 
processes need `login`; like getty.
So some process which does NOT need `login` must be found/used.
--
Because the tree/matrix of processes is complex/canOworms,
[slak13, Lenny, Etch, FC1 all have different format/syantax]
problems lurk. Just reading the scripts' comments exposes the black-art 
nature of this part of *nix.
--
Because I operate from different locations, and just transfer my IDEs, 
the inittab-controlled-pid-sequence is brittle.
Could the <repeat spawning: wait 5 minutes> error be caused by the dead 
PS2-mouse being replaced by a USBone? 
--
BTW I tested/confirmed the google-hit's PRINCIPLE on Etch, but am not too 
confident that rPi will work when I can get it to a 'display'.
DoA, doB, doC is only good for the herd who've got the SAME model that 
they all bought from Wallmart last week.

[toc] | [prev] | [next] | [standalone]


#7975

Fromgazelle@shell.xmission.com (Kenny McCormack)
Date2013-04-25 09:14 +0000
Message-ID<klas53$ef2$1@news.xmission.com>
In reply to#7974
In article <klapj6$4mq$1@dont-email.me>, Unknown  <dog@gmail.com> wrote:
...
>Because I operate from different locations, and just transfer my IDEs, 
>the inittab-controlled-pid-sequence is brittle.
>Could the <repeat spawning: wait 5 minutes> error be caused by the dead 
>PS2-mouse being replaced by US Bone? 

Fido and Spot shop there all the time.  It's like their favorite place in
the whole wide world!

-- 
The motto of the GOP "base": You can't *be* a billionaire, but at least you
can vote like one.

[toc] | [prev] | [next] | [standalone]


#7977

FromMichael Black <et472@ncf.ca>
Date2013-04-25 09:20 -0400
Message-ID<alpine.LNX.2.02.1304250916220.11604@darkstar.example.org>
In reply to#7974
On Thu, 25 Apr 2013, Unknown wrote:

> On Wed, 17 Apr 2013 13:26:34 -0500, John Hasler wrote:
>
>> First hit on Google:
>> <http://elinux.org/RPi_Debian_Auto_Login>
>
> OK, thanks. BTW that's the worst doA,doB,doC..writeup that I've seen
> lately, considering that rPi's declared aim is to 'educate the kids'.

Just because an old geezer like you can't learn doesn't mean the kids 
can't.

You see only obstacles, kids won't unless they've been too ingrained with 
school where everything has to be spelled out to them before the 
experience.

When the first computer store opened here in 1977, the place was empty 
every time I went in.  But then eventually it got busy, all kinds of kids 
going in to play with the computers.  They found their way without any 
help.

The kids will scrounge a keyboard somewhere, and be off immediately, while 
a month later you're still trying to cook up something that isn't 
necessary at all.

    MIchael

[toc] | [prev] | [standalone]


Back to top | Article view | comp.os.linux.misc


csiph-web