**** BEGIN LOGGING AT Thu Sep 26 02:59:57 2019 Sep 26 03:53:04 Hi guys. Is there a way of avoiding than ESC + Backspace closes the osso-xterm window? Sep 26 06:03:08 sunshavi: if it's the same behaviour that I've had problems with, it's not particular to osso-xterm. Sep 26 06:04:05 eg, holding escape closes the settings window too. Sep 26 06:04:12 and afaik most Maemo applications. Sep 26 06:04:28 (though it doesn't seem to close something like urxvt, which I compiled myself) Sep 26 06:06:49 (my escape key is currently accessible using a modifier, so I can't try pressing esc + backspace at the same time, but I definitely see xterm close if I hold down escape) Sep 26 06:07:22 (also, I frequently experience it closing when using vim too quickly, which usually involves esc) Sep 26 10:47:39 Does Mr. Clean use Vim? ;-) Sep 26 10:56:10 Who wouldn't use vim? Sep 26 10:58:28 me, if i have any other editor available. ;) Sep 26 11:00:05 vi Sep 26 11:02:08 I used to use XEmacs over a decade ago but I switched to Vim partly because (X)Emacs is usually not installed by default but vi is usually always available. GNU Emacs (but not XEmacs) even runs on MS-DOS/FreeDOS, though. Sep 26 11:11:25 Is it feasible to have a single build of an ARM Linux kernel that runs on multiple brands of SoCs, such as, in the case of Samsung computers, both Qualcomm Snapdragon and Samsung Exynos? I see on the OpenMoko community mailing list in 2015 that hns of the GTA04 project already had a single build of an ARM Linux kernel working on multiple models of computers using an OMAP SoC using different device trees for each model of computer, which made me wonder how Sep 26 11:11:25 much this concept can be generalised. As I mentioned months ago, reportedly a single build of the Linux kernel for 68020 and higher could run on both Amiga and Atari ST computers in the 1990s so I guess it is possible to have a single build of a Linux kernel for ARM that supports diverse hardware platforms. Sep 26 12:07:50 Maxdamantus: Yeah I also have compiled xterm and Xterm does not close. I have chechked source code of osso-xterm. And I do not find anything related to it Sep 26 12:08:27 brolin_empey: probabaly I am going to replace my zile on n900 with qemacs which seems to have some relation with xemacs :) Sep 26 12:09:10 sunshavi: can you check if you get your issue on the settings application? Sep 26 12:10:02 let's see Sep 26 12:11:14 Maxdamantus: You were right Sep 26 12:13:13 sunshavi: right, so it must be something either in some Maemo UI library (eg, their forked version of Gtk/Qt or something) or else something in hildon-desktop which treats "Maemo" applications specially somehow. Sep 26 12:13:48 I know it also happens in Opera, which seems relatively separate from typical Maemo applications. Sep 26 12:15:00 sunshavi: also, do you get it immediately when pressing down esc + backspace, or do you have to hold them? If you have to hold them, I suspect the backspace is irrelevant. Sep 26 12:16:50 er, when I said "hildon-desktop", I meant the window manager, which is called something else .. maybe just "matchbox" or whatever. Sep 26 12:17:37 meh, maybe hildon-desktop is the window manager. Sep 26 12:22:16 hold escape Sep 26 15:23:20 Regarding interactive calculator programs with persistent command history between sessions, apparently IPython has persistent command history between sessions at least when the application cleanly exits but apparently the session/scrollback buffer does not persist between sessions. I find this remarkable because not even the input history persists between sessions with normal CPython/IDLE. Sep 26 15:40:15 nice! **** ENDING LOGGING AT Fri Sep 27 02:59:57 2019