> [...], and that in DEC tradition sent the DEL 0x1f character.
Minor nit: DEL is 0x7f. 0x1f is US, Unit Separator, aka ^_.
> [...c_cc settings...]. (Plus of course carrying this across ssh so
> cross-deletionism works, which I think is already the case.)
Mostly. ssh does define mechanisms
RVP writes:
> On Tue, 23 Nov 2021, Michael van Elst wrote:
>
>> If you restrict yourself to PC hardware (i386/amd64 arch) then
>> you probably have either
>>
>> a PS/2 keyboard -> the backspace key generates a DEL.
>> a USB keyboard -> the backspace key generates a BS.
>>
>> That's something
On Wed, Nov 24, 2021 at 12:05:28AM +, RVP wrote:
> So, if I had a USB keyboard (don't have one to check right now), the
> terminfo entry would be correct? How do we make this consistent then?
> Have 2 terminfo entries: wsvt25-ps2 and wsvt25-usb (and fix-up getty
> to set the correct one)?
On Wed, 24 Nov 2021, Greg Troxel wrote:
wscons is supposed to abstract all this, so making wsvt25-foo for
different keyboard classes seems like the wrong approach.
[...]
The underlying issue is that the norms of some systems are to map that
"user wants to delete left easily reachable key" to
Hello there,
I am a computer systems engineering student in my final year, i'd like
to contribute to your community (Hint: I don't care about GSoC).
I am interested in operating Systems, runtime systems, and compilers.
I have strong C knowledge, C++, Data structures and algorithms, I am
At Wed, 24 Nov 2021 08:08:39 -0500, Greg Troxel wrote:
Subject: Re: wsvt25 backspace key should match terminfo definition
>
> The underlying issue is that the norms of some systems are to map that
> "user wants to delete left easily reachable key" to BS and some want to
> map it to DEL. I see
On 2021/11/24 3:41, Christos Zoulas wrote:
In article <87b00947-9e9a-f2c1-7c79-d3ba6e41a...@execsw.org>,
SAITOH Masanobu wrote:
Hi.
On 2021/11/11 17:32, RVP wrote:
On Wed, 10 Nov 2021, Ryota Ozaki wrote:
Another option may be if_noproto.
ozaki-r
On Wed, 10 Nov 2021, Havard Eidnes
> The real issue is quite simple -- users want to be able to use the
> easily reachable key that should delete the previously typed
> character to actually delete the previously typed character.
Yes...though, in many cases, that can involve negotiation with other
pieces of software - anything
On Wed, Nov 17, 2021 at 02:25:44PM +, Taylor R Campbell wrote:
> - Try suspending and resuming different subtrees of devices:
> drvctl -S foo0 && drvctl -Q foo0
I found three problems:
1) drvctl -S com0; drvctl -Q com0 causes the serial console to become
irresponsive. The device tree's
