| 00:16.26 | *** join/#maemo infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:16.26 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | "firmware" see ~lf (or ~tabletsdev ~combined ~emmc ~flasher) sdk: ~sb | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog http://maemo.cloud-7.de/irclogs/freenode/_maemo/latest.log.html | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 00:16.26 | *** mode/#maemo [+v infobot] by ChanServ |
| 01:36.00 | *** join/#maemo tm (~sinnlos@unaffiliated/tm) |
| 03:53.04 | sunshavi | Hi guys. Is there a way of avoiding than ESC + Backspace closes the osso-xterm window? |
| 04:13.15 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:16.04 | *** join/#maemo HRH_H_Crab (~crab@2001:8b0:ff99:202:5054:ff:fe54:963c) |
| 05:27.25 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 06:03.08 | Maxdamantus | sunshavi: if it's the same behaviour that I've had problems with, it's not particular to osso-xterm. |
| 06:04.05 | Maxdamantus | eg, holding escape closes the settings window too. |
| 06:04.12 | Maxdamantus | and afaik most Maemo applications. |
| 06:04.28 | Maxdamantus | (though it doesn't seem to close something like urxvt, which I compiled myself) |
| 06:06.49 | Maxdamantus | (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) |
| 06:07.22 | Maxdamantus | (also, I frequently experience it closing when using vim too quickly, which usually involves esc) |
| 06:15.22 | *** join/#maemo Kabouik (~kabouik@37.166.98.138) |
| 06:45.32 | *** join/#maemo eMHa (~mh@81.26.162.98) |
| 06:51.11 | *** join/#maemo hurrian (~hurrian@unaffiliated/rikanee) |
| 07:02.12 | *** join/#maemo hurrian_ (~hurrian@unaffiliated/rikanee) |
| 08:47.34 | *** join/#maemo hurrian (~hurrian@unaffiliated/rikanee) |
| 08:48.25 | *** join/#maemo jskarvad (jskarvad@redhat/jskarvad) |
| 08:49.09 | *** join/#maemo l_bratch (~l_bratch@serenity.bratch.co.uk) |
| 08:55.18 | *** join/#maemo hurrian (~hurrian@unaffiliated/rikanee) |
| 09:00.19 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 10:03.51 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 10:47.39 | brolin_empey | Does Mr. Clean use Vim? ;-) |
| 10:56.10 | Maxdamantus | Who wouldn't use vim? |
| 10:58.28 | KotCzarny | me, if i have any other editor available. ;) |
| 11:00.05 | sixwheeledbeast | vi |
| 11:02.08 | brolin_empey | 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. |
| 11:11.25 | brolin_empey | 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 |
| 11:11.25 | brolin_empey | 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. |
| 12:01.12 | *** join/#maemo hurrian (~hurrian@unaffiliated/rikanee) |
| 12:05.21 | *** join/#maemo sunshavi (~user@190.239.244.220) |
| 12:07.50 | sunshavi | 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 |
| 12:08.27 | sunshavi | brolin_empey: probabaly I am going to replace my zile on n900 with qemacs which seems to have some relation with xemacs :) |
| 12:09.10 | Maxdamantus | sunshavi: can you check if you get your issue on the settings application? |
| 12:10.02 | sunshavi | let's see |
| 12:11.14 | sunshavi | Maxdamantus: You were right |
| 12:13.13 | Maxdamantus | 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. |
| 12:13.48 | Maxdamantus | I know it also happens in Opera, which seems relatively separate from typical Maemo applications. |
| 12:15.00 | Maxdamantus | 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. |
| 12:16.50 | Maxdamantus | er, when I said "hildon-desktop", I meant the window manager, which is called something else .. maybe just "matchbox" or whatever. |
| 12:17.37 | Maxdamantus | meh, maybe hildon-desktop is the window manager. |
| 12:22.16 | sunshavi | hold escape |
| 13:02.44 | *** join/#maemo niceplace (~nplace@185.128.25.132) |
| 13:10.34 | *** join/#maemo Juesto (~LimeC@unaffiliated/juest) |
| 13:39.55 | *** join/#maemo hurrian_ (~hurrian@unaffiliated/rikanee) |
| 13:43.53 | *** join/#maemo chgvisual (~chgvisual@2a02:c7f:cb5:6600:72ca:fefb:258f:b528) |
| 15:02.06 | *** join/#maemo xmn (~xmn@user-0cdft2n.cable.mindspring.com) |
| 15:23.20 | brolin_empey | 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. |
| 15:40.15 | Juesto | nice! |
| 17:26.53 | *** join/#maemo rikanee__ (~hurrian@unaffiliated/rikanee) |
| 18:09.38 | *** join/#maemo niceplace (~nplace@185.128.25.132) |
| 19:08.46 | *** join/#maemo eMHa (~mh@p5DCAB4B6.dip0.t-ipconnect.de) |
| 19:37.34 | *** join/#maemo Elleo (~Elleo@mikeasoft.com) |
| 19:37.34 | *** join/#maemo Elleo (~Elleo@libre.fm/hacker/elleo) |
| 20:21.44 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 20:24.53 | *** join/#maemo frals (~frals@178-78-202-136.customers.ownit.se) |
| 20:24.53 | *** join/#maemo frals (~frals@Maemo/community/contributor/frals) |
| 20:33.13 | *** join/#maemo Vajb (~Vajb@85-76-145-70-nat.elisa-mobile.fi) |
| 20:39.57 | *** join/#maemo inky (~inky@37.252.92.233) |
| 21:28.54 | *** join/#maemo Kilroo (~Kilroo@71.71.99.29) |
| 22:31.38 | *** join/#maemo Oksana (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 22:43.49 | *** join/#maemo enyc (~enyc@muddle.enyc.org.uk) |