:: Re: [DNG] Bash keyboard shortcuts w…
Página Inicial
Delete this message
Reply to this message
Autor: Miroslav Rovis
Data:  
Para: Florian Zieboll
CC: dng
Assunto: Re: [DNG] Bash keyboard shortcuts working really ugly
I'll also reply to Steve Litt's mail, pasting it in the bottom (since some of
the queries are same as in Florian's --which contains Jaromil's-- email).

On 170524-20:03+0200, Florian Zieboll wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On Wed, 24 May 2017 19:25:31 +0200
> Jaromil <jaromil@???> wrote:
>
> > this is strange indeed. are you experiencing this on the tty console?
> > or from an ssh session? what is your TERM? $(echo $TERM)

Yes I am. Contrary to what Steve would have bet (and that mean if he did, I'd
earn a lot of donuts :) ):

mr@gd0v:~$ echo $TERM
xterm
mr@gd0v:~$

And only xterm, in Openbox. More about it in my reply to Steve below.

>
>
> I confirm the "ä" for xterm (TERM=xterm). On the console (TERM=linux),
> ALT+d works fine - as well as in lxterminal (TERM=xterm).

But, @Florian, I do not understand what you confirm above... Do you confirm
that you have the same issue like I described that I have, or just that in
xterm it's that char (or whatever the name) behind the ALD+d?

> A tmux session within an xterm (TERM=screen) prints "ä" for ALT+d, the
> same from within lxterminal (TERM=screen) results in the expected
> deletion.

(I remember having read something about tmux, but don't recall what it is, and
'man tmux' shows nothing.)

> Same for ssh sessions to another Devuan host: from within xterm
> (TERM=xterm) it prints the "ä", from within lxterminal (TERM=xterm) the
> following characters will be deleted.
>
> And finally, a screen session inside the secure shell again repeats the
> difference between xterm and lxterminal.
>
>
> hth / libre Grüße,
>
> Florian


Herzliche grüße von mich auch! (Ah, but my German is still so poor...!)

----

Now Steve Litt's email.

>
> > My issues above came to annoy me when I purged my system from dbus.
>
> :-)
>
> If the hotkey functionalities depend on dbus, oops!


They may, but I'll do all I can to get a sans-dbus system. My Gentoo (which is
--somewhat-- broken; or more likely broken into, and so Devuan will be my
system for anything online from today) lived without dbus for some three or
four years. A sans-dbus system is possible. I had all I needed. Because frills
and comfort I don't miss at all.

> Miroslav, you don't say what terminal emulator you're using, or whether
> it's a virtual terminal (I sure hope the virtual terminal doesn't
> depend on dbus), but I'm pretty sure the behaviors you're describing
> are terminal emulator dependent. And I'll bet you dollars to donuts (oh
> wait, a donut's worth about a dollar now, I gotta quit using that
> saying) that you're *not* using xterm. I'd suggest you try several
> terminal emulators, and find one that suits your taste.


You lose donuts/dollars :) ! It is xterm! And only xterm, in my Openbox. I ran "apt-get install
openbox ..." (there's a tip on Openbox in dev1galaxy.org, I, mostly, followed it), and
then I purged dbus (that I did by dev1fanboy's tip on gdo). It also removed
xfce which was in my system, because when I installed Devuan, I went for the
default installation.

Yes, this is it (pasting):

mr@gd0v:~$ echo $TERM
xterm
mr@gd0v:~$

And only xterm I use, in Openbox.
>
> If you haven't tried it, I'd recommend lxterminal from the LXDE
> project. Full featured, menu, tabbed, from a project that hasn't drunk
> the dbus flavored drink (as far as I know).

The last time I used lxde, I had to leave it exactly because it depended on
dbus. That was my last time using Debian. It may have been some two or... less
three years ago. Have things changed? Lxde does not depend on dbus anymore?

> Also, try xterm. If U have problems with fonts and appearance, I've
> gotten fairly good at dealing with that and can help you.

I'm afraid it's something lower level than fonts...

>
> SteveT
>
> Steve Litt
> May 2017 featured book: Twenty Eight Tales of Troubleshooting
> http://www.troubleshooters.com/28
>


But let me see... If I go (the below is also ostentation of my
grsecurity-hardened kernel :), still relatively recent... only 4.9.x for
grsec... troubles in security waters for GNU/Linux, but that's a different
story...):

Ctrl-Alt+1 (or +2...+5, +6 is occupied after I issued 'startx' in it)

Pls. note:

I don't have any issues like I described in these. Alt-D, Alt-Backspace (and
other bash keyboard shortcuts) work fine.

Here's what I mean (plain paste, somewhat shortened actually):

Devuan GNU/Linux 1 gd0v tty1

gd0v login: mr
[ 4773.484266] grsec: exec of /bin/login (/bin/login -- mr ) by /bin/login[getty:3521] uid/euid:0/0 gid/egid:0/0, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0
Password:
[ 4828.270460] grsec: exec of /bin/kmod (/sbin/modprobe -q -- net-pf-16-proto-9 ) by /bin/kmod[kworker/u8:1:5047] uid/euid:0/0 gid/egid:0/0, parent /[kworker/u8:1:3776] uid/euid:0/0 gid/egid:0/0
[ 4828.275809] grsec: exec of /bin/kmod (/sbin/modprobe -q -- net-pf-16-proto-9 ) by /bin/kmod[kworker/u8:1:5048] uid/euid:0/0 gid/egid:0/0, parent /[kworker/u8:1:3776] uid/euid:0/0 gid/egid:0/0
Last login: Wed May 24 20:40:57 UTC 2017 on tty6
[ 4828.283705] grsec: exec of /bin/uname (/bin/uname -snrvm ) by /bin/uname[login:5049] uid/euid:0/0 gid/egid:0/0, parent /bin/login[login:3521] uid/euid:0/0 gid/egid:0/0
Linux gd0v 4.9.27-unofficial+grsec170512-22 #1 SMP PREEMPT Fri May 12 22:33:08 UTC 2017 x86_64

The programs included with the Devuan GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Devuan GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have mail.
[ 4828.285724] grsec: exec of /bin/kmod (/sbin/modprobe -q -- net-pf-16-proto-9 ) by /bin/kmod[kworker/u8:1:5050] uid/euid:0/0 gid/egid:0/0, parent /[kworker/u8:1:3776] uid/euid:0/0 gid/egid:0/0
[ 4828.288260] grsec: exec of /bin/kmod (/sbin/modprobe -q -- net-pf-16-proto-9 ) by /bin/kmod[kworker/u8:1:5051] uid/euid:0/0 gid/egid:0/0, parent /[kworker/u8:1:3776] uid/euid:0/0 gid/egid:0/0
[ 4828.292526] grsec: exec of /bin/kmod (/sbin/modprobe -q -- net-pf-16-proto-9 ) by /bin/kmod[kworker/u8:1:5052] uid/euid:0/0 gid/egid:0/0, parent /[kworker/u8:1:3776] uid/euid:0/0 gid/egid:0/0
[ 4828.295870] grsec: chdir to /home/mr by /bin/login[login:5053] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/login[login:3521] uid/euid:0/0 gid/egid:1000/1000
[ 4828.297141] grsec: exec of /bin/bash (-bash ) by /bin/bash[login:5053] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/login[login:3521] uid/euid:0/0 gid/egid:1000/1000
[ 4828.302440] grsec: exec of /usr/bin/id (id -u ) by /usr/bin/id[bash:5055] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/bash[bash:5054] uid/euid:1000/1000 gid/egid:1000/1000
[ 4828.328563] grsec: exec of /bin/ls (ls /etc/bash_completion.d ) by /bin/ls[bash:5057] uid/euid:1000/1000 gid/egid:1000/1000,
parent /bin/bash[bash:5056] uid/euid:1000/1000 gid/egid:1000/1000
[ 4828.350785] grsec: exec of /usr/bin/dircolors (dircolors -b ) by /usr/bin/dircolors[bash:5059] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/bash[bash:5058] uid/euid:1000/1000 gid/egid:1000/1000
[ 4828.376960] grsec: exec of /bin/ls (ls /etc/bash_completion.d ) by /bin/ls[bash:5061] uid/euid:1000/1000 gid/egid:1000/1000,
[ 4828.376960] grsec: exec of /bin/ls (ls /etc/bash_completion.d ) by /bin/ls[bash:5061] uid/euid:1000/1000 gid/egid:1000/1000,
parent /bin/bash[bash:5060] uid/euid:1000/1000 gid/egid:1000/1000
[ 4828.414122] grsec: exec of /usr/bin/xset (xset r rate 180 40 ) by /usr/bin/xset[bash:5062] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/bash[bash:5053] uid/euid:1000/1000 gid/egid:1000/1000
xset: unable to open display ""

And in these terminals, all works just fine, all keyboard shortcuts that I
described and that I have issues with in X, in these terminals they work fine.

If we don't figure out how this can be fixed, I'll be reinstalling Devuan from
scratch.

But I'll be installing a totally minimal system first. Then I'll purge it from
dbus if it were to be pulled... and then see if it leaves me alone with it's
dependencies.

Or is there a way... Oh yes there is... If we don't solve this, I then will be
studying what to stick in my '/etc/apt/preferences.d' or some such place...
Upfront, before dbus would be pulled. And also policykit and such poetterware
(Steve's term, that I used in a few places in forums and mailing lists), which
I like better then poettersoft (also his term, IIRC), but the latter is still
fine.

Gentoo even has a useflag that can be set to -dbus, which then just does not
allow pulling dbus in your system, because a number of people just want their
system sans-dbus. Also generally in GNU/Linux and *nix (e.g. GnuPG developers
refuse to not only depend on it, but refused to use dbus in any way)...

I hope it's a little clearer what my issue is, and I'm willing to provide more info.

And sorry for the delay. There are still things that I can only do with my
mildly broken Gentoo (and which I had to be working on this evening), that I
need some maybe even relatively serious time to configure Devuan to do them...

But I am so proud of my Devuan!

--
Miroslav Rovis
Zagreb, Croatia
https://www.CroatiaFidelis.hr