**** BEGIN LOGGING AT Thu Jul 14 02:59:57 2011 Jul 14 03:22:35 the issue seems to be with the most recent change to the keyboard if we change one line in set_keyboard_later.sh to ${APP_DIR}/bin/xkbcomp -R${APP_DIR}/share/X11/xkb/keymap palm-pre ${DISPLAY} it works with the letter just all the other fancy stuff isnt working yet Jul 14 03:24:39 if you want you can test it for yourself ssh into your device got the the xserver app install directory and type "bin/xkbcomp -R share/X11/xkb/keymap/palm-pre :0.0" Jul 14 03:24:57 ah, so palm-pre for Pre2,Pre,Pixi and palm-prex for TouchPad,Veer? Jul 14 03:25:13 is it device specific or webOS kernel version specific? Jul 14 03:25:48 well palm-pre is the old keymapping, but it atleast get a functioning keyboard for Pre Pre2 dont know about pixi but I guess it would work for that as well Jul 14 03:26:15 ok, I need to understand why it has changed for TP&Veer so we know whether to name them by device or webOS version Jul 14 03:26:39 can we tell from the kernel source code for the keypad drivers? Jul 14 03:26:50 um I dont have a veer or TP to test to see how it is working so I dont know if it is actually functioning correctly Jul 14 03:27:48 I want to try and take the new keyboard configure and see if it worked on the v0.2 xserver, becaue it might just be slightly incorrect which is why is it causing issues Jul 14 03:28:07 new keyboard conf = palm-prex Jul 14 03:28:17 old keyboard config = palm-pre Jul 14 03:28:23 ok Jul 14 03:30:00 linux is so much fun Jul 14 03:44:21 dtzWill: fixed the -${VERSION} for all packages in cross-compile/packages/x Jul 14 03:44:37 Note that this means all such packages will rebuild after you pull next, so allow time for taht. Jul 14 03:45:23 * rwhitby goes to have lunch while that happens here Jul 14 04:02:47 * dtzWill yawns lazily Jul 14 04:02:53 -.- Jul 14 04:02:55 ^.^ Jul 14 04:03:01 how's everyone? :) Jul 14 04:03:51 * halfhalo is watching the widk/xserver stuff with interest since he can't really mess with it himself atm. stupid down internet. Jul 14 04:04:18 mmm keyboard fun Jul 14 04:04:34 rwhitby: yay re: adding -version, tyvm Jul 14 04:07:43 I wanted to help out with the pre2 keyboard mapping effort, looking at http://www.charvolant.org/~doug/xkb/html/node5.html to familiarize myself with the file structure. Does this look like the right place to start? Jul 14 04:09:07 dtzWill: Have you started on the pre2 mapping yet? Jul 14 04:09:19 Error454: that document is the right informatoin, yes Jul 14 04:09:26 Error454: no, but i thought it would be same as basic pre Jul 14 04:10:09 elpollodialo1_ZZ: the palmprex was a contributed new mapping that was used to get orange/shift to be 'sticky' modifiers, like they are when you interact with webOS in general. Jul 14 04:10:11 dtzWill: Should I try to do anything fancy like, inherit the pre mappings or should I just brute force it? Jul 14 04:11:01 Error454: I was just going to brute-force/copy it explicitly? mostly to avoid unneeded dependencies... but i have no particularly good reason for that Jul 14 04:11:33 dtzWill: I guess it's easier to refactor than do up-front because it's unknown how much is similar Jul 14 04:12:39 rwhitby: haven't tried x/gtk2 recently, it used to work (had working staged pidgin, matchbox, etc, all working at some point, just not packaged neatly) Jul 14 04:14:50 elpollodialo1_ZZ,rwhitby: ++ to "it really helps when someone new updates the wiki as they go. thank you for doing that." Jul 14 04:14:54 appreciated :) Jul 14 04:16:14 cryptk: like the synergyc integration idea--or perhaps some kinda start/stop scripts/status to help manage it. Jul 14 04:16:53 elpollodialo1_ZZ: what did palmprex breka for you that worked oin palmpre? Jul 14 04:17:22 Error454: that was my thought, yes. sorry, just finished going through backlog Jul 14 04:18:32 Error454: does palmprex vs palmpre work better/different for you? Jul 14 04:19:12 tbh i kinda just pushed palmprex since someone who seemed to konw what they were doing contributed it, and it worked for me (and if you invoke the proper xkb stuff, it adds sticky modifiers which is a nice feature) Jul 14 04:19:32 elpollodialo1_ZZ seems to have issues with the two mappings not supporting some keys, i haven't seen that afaik, but heads up. Jul 14 04:19:32 dtzWill: I didn't see the palmprex, will try to kick the tires on it tonight Jul 14 04:20:52 dtzWill: do you know if the difference from palmpre to palmprex is based on device or kernel ? Jul 14 04:21:30 Error454: wonderful. feel free to discuss your progress/ideas/etc as liberally as you want, i want to help and will probably doing the touchpad mappings in the semi-near future Jul 14 04:22:15 rwhitby: palmprex *should* just be a refactoring of the palmpre mappings. the palmpre mappings taht i made worked for all characters on the original pre keyboard. the only 'issue' was that the modifiers acted like noral shift/control/etc modifiers, so taht you had to hold them down while hitting the key, like shift+s. Jul 14 04:22:22 dtzWill: will do, where is palmprex? I don't see it in http://git.webos-internals.org/x11/xserver-pkg/tree/share/X11/xkb/keycodes?h=master are you working out of a different branch? Jul 14 04:23:05 palm-prex should just be a refactoring that, when combined with some xkbset -lock modifiers -sticky (i'm half-makign pu that command atm, it was something like that) provided the 'sticky' modifiers people are used to. Jul 14 04:23:12 dtzWill: whatever we have in git now simply does not work properly on Pre2 and Pixi Jul 14 04:23:36 and I mean does not work properly in simple alphanumerics do not work Jul 14 04:23:41 in my testing it also worked for all keys, so i spuhed it. apparently it doesn't work as well on palmpre on whatever device elpollodialo1_ZZ is using, but I haven't seen/played with that myself so i don't know/understand the issue at hand. Jul 14 04:23:47 rwhitby: oh dera. Jul 14 04:23:59 that's lame. was it your understanding that palmpre worked? Jul 14 04:24:17 (on pre2/pixi, at least for alphanumerics?) Jul 14 04:24:29 dunno, I can test that. Jul 14 04:24:40 oh, lol. Jul 14 04:24:41 >.< Jul 14 04:24:45 somehow palmprex isn't getting staged?! Jul 14 04:25:07 Error454: the xkeyboardconfig stuff lives here: http://git.webos-internals.org/x11/xkeyboard-config/tree/keycodes Jul 14 04:25:17 xserver-pkg is just the staged version, so apparently palm-prex isn't getting put there. Jul 14 04:25:33 it not existing in the package would certainly be a reason for it to not work lolol Jul 14 04:25:45 >>.<< Jul 14 04:25:49 dtzWill: I've been working out of the package just because it's easy to build/package and test Jul 14 04:26:16 dtzWill: palm-prex exists in my install on the pixi Jul 14 04:26:33 rwhitby: okay, but as Error454 points out it's not in the xserver-pkg for whatever reason. Jul 14 04:26:34 alongside palm-pre Jul 14 04:26:38 rwhitby: kk Jul 14 04:26:59 what is xserver-pkg ? Jul 14 04:27:03 which is strange, b/c it's in my version of xserver-pkg git... Jul 14 04:27:11 rwhitby: lolol good call. that's long done. Jul 14 04:27:26 maybe we should move that to obseleted, etc? I just saw Error454 link it and assumed that was the xlauncher stuff. Jul 14 04:27:27 dtzWill: we need to rename and remove some of these repos Jul 14 04:27:28 i'll be quiet now. Jul 14 04:27:59 just need some more newbs to poke around in the wrong repos I guess Jul 14 04:28:26 rwhitby: agreed. i believe you're the one set up to do that, sorry. (sorry b/c you've been a rockstar about these admin and infratsructure stuff, feel bad adding to it :)). Jul 14 04:28:42 rwhitby: feel free to do so a your discretion, i think we both agree which ones aren't being used. Jul 14 04:28:58 only reason i didn't say delete them was some kind of spirit of openness or something. Jul 14 04:29:08 "delete" => "obsolete" Jul 14 04:29:13 I have xserver-package, xterm-package, and xecutah built - how do I play with them? Jul 14 04:29:14 kk :) Jul 14 04:29:36 ok, which ones do we want to keep, and under which names? Jul 14 04:29:52 linuxjacques: install them all, 'make test' from xserver-packge and xterm-package should do the trick. Jul 14 04:30:04 remember that some are used by webOS 2.0 packages in Preware testing feed Jul 14 04:30:21 linuxjacques: i forget how to build xecutah--probably a similar insatll target, but i just installed it a while ago and forgot O:). silly rwhitby and his code working suhc that i never needed to revisit it again Jul 14 04:30:24 ;) Jul 14 04:30:26 dtzWill, let's assume I can't use palm-install :-) and the ipks are in /tmp on my tp Jul 14 04:30:44 linuxjacques: use Preware to install them from /media/internal Jul 14 04:30:48 linuxjacques: uh, well can you install them? point preware at them? Jul 14 04:31:00 be back in a few Jul 14 04:31:03 I shouldn't use ipkg ? Jul 14 04:31:10 no, never. Jul 14 04:31:35 rwhitby, OK, if I put the ipks in /media/internal, I can pick them in preware? (never knew it could do local installs) Jul 14 04:31:43 yep Jul 14 04:31:53 cool Jul 14 04:32:01 also, trying to build gtk2 Jul 14 04:32:19 or just server your build directory on a local web server and point preware directly to the URL Jul 14 04:33:43 oh, that's a neat idea too Jul 14 04:34:38 dtzWill: I think until we release this new Xecutah solution into the feeds with the correct keymappings, we can touch those old repos, cause they are all used by the packages currently in the testing feed Jul 14 04:35:21 Hmm - Xecutah running XTerm doesn't work on Pixi Jul 14 04:35:52 but running xecutah.sh manually does work Jul 14 04:35:54 rwhitby: sorry, my pixi is....very special atm, else i'd help test/debug that. Jul 14 04:36:10 gtk2 configure is failing on Pango Jul 14 04:36:38 dtzWill: palm-pre fails on pixi Jul 14 04:37:05 in exactly the same way as palm-prex Jul 14 04:38:57 dtzWill: I had to change the dependencies involving src-update - they were not good for new users Jul 14 04:39:44 it's either not finding pango, or pango is not built with cairo support (it's so hard to debug autoconf) Jul 14 04:44:49 if I stage cairo before pango, it gets past that point Jul 14 04:46:40 linuxjacques: feel free to move stuff back in as you get it working, and I'll verify Jul 14 04:48:29 rwhitby, did you have a gtk2 configure or build failure? Jul 14 04:48:37 I forget Jul 14 04:49:44 it's building away now. I'll just have to wait til it stops Jul 14 04:53:10 ouch "qemu: uncaught target signal 11 (Segmentation fault) - core dumped" Jul 14 04:53:48 yep, that's it. Jul 14 04:54:13 /bin/sh: line 1: 15260 Segmentation fault ../../gtk/gtk-query-immodules-2.0 im-xim.la im-am-et.la im-cedilla.la im-cyrillic-translit.la im-inuktitut.la im-ipa.la im-thai.la im-ti-er.la im-ti-et.la im-viqr.la im-multipress.la > gtk.immodules Jul 14 04:54:45 yep Jul 14 04:55:25 dtzWill: Pre 2 works with palm-pre. Jul 14 04:55:32 Pixi fails on both palm-pre and palm-prex Jul 14 04:56:35 Pre 2 works with both palm-pre and palm-prex Jul 14 04:56:47 so it looks like it's a pixi thing. Jul 14 04:57:37 or maybe a webOS 1.x thing Jul 14 04:58:09 im surprised you are even bothering supporting 1.4.5 Jul 14 04:59:35 I have xecutah, xserver, and xterm packages installed; how do I start xterm in xserver under xecutah? Jul 14 05:00:11 linuxjacques: run Xecutah, hit the buttons Jul 14 05:01:20 dtzWill: Veer works with both palm-pre and palm-prex Jul 14 05:01:42 hmm, hitting the buttons apparently does nothing Jul 14 05:02:16 I read all the tips Jul 14 05:02:21 but they didn't help Jul 14 05:02:53 linuxjacques: check /tmp/xserver.log Jul 14 05:03:31 rwhitby, file not found Jul 14 05:04:35 dtzWill: Pre 1.4.5.1 works with palm-pre and palm-prex Jul 14 05:05:33 just see this in messages: 2011-07-14T05:00:11.277714Z [29790] webos-device user.debug LunaSysMgr: {LunaSysMgr}: WEBKIT PERF: PAINT appid: org.webosinternals.xecutah 1060 time: 29790735 Jul 14 05:05:44 dtzWill: so it looks like the only device with bad keymappings is the Pixi Jul 14 05:06:33 how do I debug further? Jul 14 05:06:51 linuxjacques: run the xecutah.sh scripts in org.webosinternals.xserver and org.webosinternals.xterm Jul 14 05:07:06 rwhitby, ok Jul 14 05:08:40 rwhitby, that worked, brought up xserver with keyboard and then xterm Jul 14 05:08:56 but xecutah gui is not working for some reason(?) Jul 14 05:09:24 linuxjacques: how did you build xecutah? did you use the Makefile? Jul 14 05:09:43 rwhitby, yes Jul 14 05:10:23 I did "make package" Jul 14 05:11:13 xterm is behind the keyboard so I can't see the bottom half Jul 14 05:11:25 linuxjacques: ah. "make device package" Jul 14 05:11:34 linuxjacques: what device? Jul 14 05:11:47 tp Jul 14 05:11:58 in landscape Jul 14 05:11:59 I suspect you have an old xorg-server version Jul 14 05:12:24 I just pulled :-\ Jul 14 05:12:25 linuxjacques: xecutah builds for emulator by default. you have to tell it to build for device Jul 14 05:12:44 linuxjacques: does it change orientation based on your device orientation at xserver start? Jul 14 05:12:56 xorg-server in master branch of cross-compile right? Jul 14 05:13:20 yep Jul 14 05:13:28 should be version 0.6.0 now Jul 14 05:13:45 rwhitby, no, it's always landscape Jul 14 05:14:23 make sure you've built version 0.6.0 of xorg-server. the build/*.built files should have that version number Jul 14 05:14:59 * rwhitby is doing a final test of 0.6.5 on all devices before passing the ipks to some palm folks Jul 14 05:16:11 xorg-server: armv7.built-0.6.0 Jul 14 05:16:48 I have the new xecutah ipkg on the tp; how do I re-install it? anything special? uninstall old xecutah first or anything? Jul 14 05:19:02 nothing special Jul 14 05:19:25 ok that's weitrd Jul 14 05:19:29 rwhitby: is a summary of your findings (ty, btw!) that both palm-pre and palm-prex work on *all* devices, other than the pixi? Jul 14 05:19:39 dtzWill: yes Jul 14 05:19:45 I just installed the new xecutah, and by itself the xserver and xterm came up in portrait Jul 14 05:20:01 dtzWill: where "work" = a couple of random alphanumerics work Jul 14 05:20:15 rwhitby: okay, maybe i'll try to resurrect my pixi and test. i refuse to believe they changed the basic sdl stuff--i bet xkbset is failing to run at all or similar Jul 14 05:20:28 rwhitby: you mean you what you tested worked, but what you tested was limited? Jul 14 05:20:30 linuxjacques: good. you had an i686 service binary before Jul 14 05:20:35 dtzWill: correct Jul 14 05:20:42 great, tyvm and ty for the clarity. Jul 14 05:21:10 rwhitby, heh Jul 14 05:21:16 dtzWill: I've bumped xserver.git to 0.6.0, and xserver-package and xterm-package and xecutah to 0.6.5 Jul 14 05:21:47 * linuxjacques looks for arrow keys and scroll capability ;-) Jul 14 05:21:48 so 0.6.5 is our new stable baseline, about to test on pre, pre2, veer, touchpad Jul 14 05:22:50 my xterm is still hidden behind the keyboard though Jul 14 05:23:07 linuxjacques: change keyboard size to XS Jul 14 05:23:21 lol I just figured that out :-) Jul 14 05:23:32 sweet Jul 14 05:24:25 any ideas for arrow up/down and page up/down ? Jul 14 05:24:58 and can I somehow use xterm with my bt keyboard? Jul 14 05:25:42 hmm - veer is coming up always landscape Jul 14 05:25:51 going to build latest (just pulled again) Jul 14 05:26:26 dtzWill: gah - Pre 2 now fails keyboard mapping Jul 14 05:27:14 something non-deterministic is happening here for me Jul 14 05:30:38 dtzWill: ignore my previous test results. something is not repeatable here. Jul 14 05:32:36 and Veer orientation is out by 90 degrees Jul 14 05:35:49 dtzWill: how can we simplify the dance back and forth between x11/*.git and preware/cross-compile.git ? Jul 14 05:37:02 dtzWill: cause I'm not getting reproducible results over time, and feel I am not in a controlled situation with respect to this development. Jul 14 05:40:39 rwhitby: okay then it's the 'set keymap later' script is my guess Jul 14 05:40:51 i don't have a good way to run commands after x is actually *started* Jul 14 05:41:10 so i fork off this script that sleeps 3 seconds (hopefully x has started by then) and then runs xkbset to set the keymappings Jul 14 05:41:24 which is kinda turrible Jul 14 05:41:33 maybe pixi didn't work b/c it's the slowest device, and 3 seconds wasn't long enough Jul 14 05:42:07 rwhitby: simplify dance between what now? Jul 14 05:43:20 dtzWill: the package-commit dance Jul 14 05:44:02 rwhitby: well for your own dev you can just not commit it? Jul 14 05:44:20 and only run package-commit to tag binaries for a particular release? Jul 14 05:44:27 rwhitby: but i agree there's like 4 differents versions in all these repos Jul 14 05:44:31 it's a bit of a mess. Jul 14 05:48:54 dtzWill: you're right. on the Pre 2 the problem was the mapping not getting set Jul 14 05:48:59 running it manually fixed it Jul 14 05:49:19 but that blows away the 3 second theory Jul 14 05:50:44 hmm, where's escape and ctrl keys? Jul 14 05:58:22 how can I remote display to the xserver running on my tp? Jul 14 05:58:43 I am etting DISPLAY but it's not working Jul 14 05:59:01 I see it listening on port 6000 Jul 14 05:59:30 oooooh, firewall? Jul 14 06:01:06 now to work on getting synergy up Jul 14 06:05:08 * rwhitby just added xev to cross-compile.git Jul 14 06:05:21 set_keymap_later.sh isn't +x Jul 14 06:06:52 palmprex works perfectly on my pre2 Jul 14 06:07:08 jacques: from the device (novaterm in, or use xterm! :)), make sure you have DISPLAY set Jul 14 06:07:11 palm-prex Jul 14 06:07:12 then use ssh x11 forwarding Jul 14 06:07:34 ssh -Y jacques@remotehost Jul 14 06:07:50 rwhitby: well 3 seconds is a bit aggressive, but i'm very glad running it by hand fixes it. Jul 14 06:07:56 Error454: when isn't it +x? Jul 14 06:08:03 Error454: should be set +x in package.properties Jul 14 06:08:16 Error454: thx - xserver-package bumped to 0.6.6 to fix that Jul 14 06:08:23 dtzWill: fixed Jul 14 06:08:27 dtzWill, I don't understand the part about setting DISPLAY on the tp Jul 14 06:08:28 rwhitby: xev is good :) Jul 14 06:08:41 jacques: export DISPLAY=:0.0 Jul 14 06:08:53 jacques: or just DISPLAY=:0.0 ssh -Y jacques@remotehost Jul 14 06:09:18 dtzWill, and what do I do on the remote host ? Jul 14 06:10:13 jacques: run whatever x commands you want Jul 14 06:10:42 jacques: it'll auto-set the DISPLAY variable (probably to :10), and handle securely tunneling it through your ssh connection Jul 14 06:10:56 dtzWill, so I am sshing *from* the tp to the remotehost ? Jul 14 06:11:06 jacques: yeppers. Jul 14 06:11:12 ah, I see Jul 14 06:11:31 only thing I don't like about that is the encryption overhead Jul 14 06:11:36 If anyone pulled anything in the last 5 minutes, please check for an erroneous 0.6.6 tag (without the v in front) and git tag -d it Jul 14 06:11:47 rwhitby: kk Jul 14 06:12:01 jacques: oh, well i think that's not important compared to the link latency, but idk Jul 14 06:12:33 jacques: you also can use 'xhost +remotehost' to authorize a remote host connecting to the server, or just 'xhost +' to allow all access Jul 14 06:12:45 then from the remotehost do a DISPLAY=touchpad:0.0, i think. Jul 14 06:12:51 dtzWill, that one I know, but no xhost on the tp right now Jul 14 06:12:58 haven't done that in quite some time (I don't like my keystrokes, etc, sent in plaintext....) Jul 14 06:13:04 dtzWill, and I really think port 6000 is currently blocked by firewall on tp Jul 14 06:13:15 jacques: that's quite possible, and i am rather certain that's the case Jul 14 06:13:27 or rather 'now that you mention it, that seems extremely likely and expected' Jul 14 06:13:31 was 22 unblocked stock or did we do something? Jul 14 06:13:56 optware openssh unblocks 22 Jul 14 06:14:33 nice to have screen on the xterm. Jul 14 06:15:03 ka6sox: ^.^ Jul 14 06:15:34 rwhitby, I assume using iptables ? Jul 14 06:15:47 dunno how or why I"d want more than 1 X-server running. Jul 14 06:15:55 okay guys, i'm gonna tackle getting keymappings for the touchpad. idk how we'll script invoking the correct one for hardware just yet (rwhitby mentioned we might be able to just put the correct one in the right place with a postinst script), but first things first. Jul 14 06:16:04 to the mapping-mobile! Jul 14 06:16:27 dtzWill, GL. Jul 14 06:16:34 we really need a configurable vkbd; need arrows, pg-up/down, ctrl, escape, etc. Jul 14 06:17:23 jacques: indeed, but as long as we're using the webos one (which is nice since it's pretty and is a nice integration touch), we don't have a good way to do that. Jul 14 06:17:25 or at least not yet :) Jul 14 06:18:32 yeah, I am happy with the builtin keyboard performance-wise, just need more keys Jul 14 06:19:06 we should do an SDL bar above the current keyboard with a row of buttons Jul 14 06:19:11 (as a stop-gap) Jul 14 06:19:23 if someone makes the images for such a thing Jul 14 06:19:32 such that i can render it above the keyboard line Jul 14 06:19:39 i can rig it to work. Jul 14 06:19:45 rectangles will do for now Jul 14 06:20:00 i wouldn't count on things like depressed buttons/animations anytime soon though ;) Jul 14 06:20:03 maybe use an existing x onscreen keyboardcustomized for only the missing keys? Jul 14 06:20:19 hey, maybe we can repurpose the smiley keys Jul 14 06:20:31 lol I was thinking that before! Jul 14 06:20:35 such a waste Jul 14 06:20:38 jacques: yeah, but staging one reasonably is proving hard, and since we don't have a WM running multiple x clients is a pita Jul 14 06:21:02 dtzWill, but we plan to have a wm? Jul 14 06:21:04 (but i'm for exploring that as a solution, it was my inclination as well) Jul 14 06:21:07 and all X window managers suck Jul 14 06:21:10 I mean, we aren't against having a wm? Jul 14 06:21:41 and do we really need a wm if we specify the geometry? Jul 14 06:23:02 stupid smiley keys Jul 14 06:23:43 jacques: hmm, maybe you're right re:geometry. Jul 14 06:23:59 jacques: not against a wm at all, i'd *love* to have one packagd up and shipped. Jul 14 06:24:18 dtzWill: especially one that works well on a phone and touchpad Jul 14 06:24:18 jacques: but looking at lightweight wm's, etc, i couldn't find one that wasn't either terrible or difficult to stage properly. Jul 14 06:24:31 with finger input, not stylus-sized things Jul 14 06:24:37 rwhitby: right. or even one that works well on a phone AND a perhaps different-one for touchpad, shrug. Jul 14 06:24:56 rwhitby: indeed. although maybe for things like matchbox we can increase the size or things or something, idk. Jul 14 06:25:05 dtzWill, I've looked at a lot of light wm's too, and I agree :-( Jul 14 06:25:37 :/ yeah Jul 14 06:26:04 re-using smilies is interesting. i bet/hope we can hack the keyboard to do arbitrary things eventually... Jul 14 06:26:10 I think we should invest the effort in working out how to get a single X server to drive multiple webOS cards Jul 14 06:26:24 and let webOS manage the cards Jul 14 06:27:25 what, my touchpad battery is low somehow. what happened? haha i thought it had infinite battery :( Jul 14 06:33:51 each card would be a workspace? Jul 14 06:34:19 that wouldn't render multiple cards simultaneously though Jul 14 06:35:44 each card would be a window Jul 14 06:35:53 jacques, treat them like different panes like in kde or gnome? Jul 14 06:36:48 what about multi-window apps? Jul 14 06:36:59 gimp! xD Jul 14 06:37:44 I do like the one card per window idea though Jul 14 06:37:56 that would be simpler Jul 14 06:38:07 the X-server could have fun with that. Jul 14 06:38:38 jacques: multi-window apps = stacks Jul 14 06:38:53 hahaha :D, awesome Jul 14 06:38:53 but perhaps the server is smart enough to notice multiple windows per app Jul 14 06:39:12 the server should know they belong to the same app at least Jul 14 06:39:22 when you shut down Gimp it closes all of htem. Jul 14 06:39:45 https://twitter.com/webosinternals/status/91394805518704642 Jul 14 06:39:58 Limited end-user initial test. Jul 14 06:40:21 I think the window ID includes that info, you can see stuff with xwininfo Jul 14 06:40:35 maybe the first word is the app id Jul 14 06:40:54 or rather first byte :-\ Jul 14 06:44:17 oh and didn't try max blocker or private browsing. Jul 14 06:44:26 make it so works :) Jul 14 06:44:41 it is looking like the first byte of window id is constant among windows of an app Jul 14 06:44:51 oh private browsing seems potentially useful, fun. Jul 14 06:45:13 that would suck - you can only have 256 X apps running on one display simultaneoudly? Jul 14 06:45:14 whoops wrong channel, sorry for noise :) Jul 14 06:45:21 who thought that would be enough? Jul 14 06:46:26 rwhitby, do you trust me as an effective alpha tester? Jul 14 06:46:27 lol Jul 14 06:49:48 sigh got distracted with patches, haven't started mappings yet. whoopsy Jul 14 06:50:01 * dtzWill updates cc.git and gets cracking Jul 14 07:18:32 alright allll up to date. mapping time. Jul 14 07:21:54 * rwhitby is distracted with getting google maps app to work on touchpad Jul 14 07:22:01 rwhitby: :D Jul 14 11:37:08 * rwhitby adds oneko to cross-compile/packages/x Jul 14 11:49:52 lol! Jul 14 13:05:35 rwhitby, doit... Jul 14 13:07:15 lets come up with a WOSI edition x-server... just load it up with every useless thing we can find... but make sure all the useless stuff runs flawlessly Jul 14 14:37:10 hello anyone around"? Jul 14 14:37:21 only us chickens Jul 14 14:38:02 seems like some X fun was going on the past few hours Jul 14 14:43:30 yup... Jul 14 14:43:36 dtzWill and rwhitby: so the whole keyboard issue with Pre2 and pre was the set_keyboard_later.sh file not loading or not a long enough sleep time? Jul 14 15:17:04 zz_ka6sox-farfar, it seems like my account has been blocked from editing the wiki Jul 14 15:19:31 I think it is becasue it is finding my ip address as 127.0.0.1, it is block ID #47 and it say Autoblocked because your IP address has been recently used by "Lu". who was blocked due to spam links Jul 14 17:15:06 elpollodiablo1, say that again? Jul 14 17:35:56 elpollodiablo1, msg me about the wiki ban Jul 14 18:52:31 anyone here to help me with un-banning me on the wiki? Jul 14 18:54:19 yes Jul 14 18:54:24 what username? Jul 14 18:55:27 Elpollodiablo1 Jul 14 18:57:26 it seems like it has to do with "my" ip address being block due to user Lu being banned. my ip address = 127.0.0.1 Jul 14 18:57:58 oh localhost, why do you hate everyone... Jul 14 18:59:01 elpollodiablo1: you are Lu; admit it! Jul 14 19:00:09 maybe that was my evil twin Jul 14 19:02:08 heh Jul 14 19:03:28 this place is pretty dead when I am able to be on here and super busy when I am sleeping Jul 14 19:04:00 now every best buy in my area has the tp dock, _except_ the one near me Jul 14 19:05:01 then again, $80 seems excessive Jul 14 19:05:24 I got mine off amazon for way cheaper than that Jul 14 19:05:52 yeah they have it for 66.66 with no tax and free shipping Jul 14 19:05:58 elpollodiablo1, uh...why is your IP LOCALHOST? Jul 14 19:06:30 user Lu is a Spammer. Jul 14 19:06:47 it's coming from _inside_the_house_ !!! Jul 14 19:06:58 I have not idea why my IP is local host Jul 14 19:07:12 linuxjacques: hahaha Jul 14 19:07:44 I figured LU was a spammer Jul 14 19:08:49 why would the wiki be detecting my IP as Localhost? Jul 14 19:09:04 are you logging in to the wiki server and editing from there? Jul 14 19:09:09 ka6sox: varnish? Jul 14 19:10:16 um I sure hope not, I am just logging into the wiki through the wiki and editing. Jul 14 19:11:09 halfhalo, probably Jul 14 19:11:31 what Vandalism happened on my talk page? that caused it to be deleted? Jul 14 19:12:31 Lu (your alter ego :D) logged in and started putting links in the talk pages to various websites. Jul 14 19:12:31 look in all recent changes Jul 14 19:15:49 well shoot guess I need to keep my alter ego in check better Jul 14 19:18:35 elpollodiablo1, let me work on unbanning 127.0.0.1 :D Jul 14 19:18:43 since that will bring the whole house down. Jul 14 19:19:31 would it be easier for figuring out why it is 127.0.0.1 and getting it to display my correct one? Jul 14 19:20:17 I know why, however...it will be faster (since I"m working too) for me to unban localhost and fix it when I have time tonight. Jul 14 19:20:50 it means configuring varnish to forward the referrer's IP address. Jul 14 19:21:06 ok sounds like a plan Jul 14 19:24:59 try now please? Jul 14 19:34:11 no luck Jul 14 19:34:43 it isnt that big of a deal if you just want to wait till tonight to fix it. I was just trying to update something real quick Jul 14 19:39:10 its annoying it didn't work. Jul 14 22:47:55 elpollodiablo1, try the wiki again please Jul 14 22:48:38 nope no go Jul 14 22:48:50 k Jul 14 23:38:09 [dtz]: how did the mapping fest go? Jul 14 23:41:51 hey rwhitby, what do I need to do to get the most recent X stuff and build it again? Jul 14 23:42:09 elpollodiablo-aw: git pull from master branch in cross-compile Jul 14 23:42:21 then make stage package in xserver-package Jul 14 23:43:03 I still never got palm-prex working completely on Pre2 even when I tried running the set_keyboard_later.sh script Jul 14 23:43:36 did alphanumerics work? Jul 14 23:43:39 I got it to do letter but ctrl and sticktys are not working Jul 14 23:44:00 ok, so working but needs fixin Jul 14 23:44:26 yeah it is at the same status as the v0.2 X stuff in the test feed Jul 14 23:46:13 I have to get going I might be back later. I will continue working on the keyboard mapping for pre2 Jul 15 00:13:36 <[dtz]> elpollodiablo-aw: the sticky-setting isn't enabled, even on prex Jul 15 00:13:47 <[dtz]> that requires invoking some misc other tools that in the refactoring aren't presently being executed Jul 15 00:14:05 <[dtz]> elpollodiablo-aw: control should be gesture area, that doesn't work? **** ENDING LOGGING AT Fri Jul 15 02:59:57 2011