**** BEGIN LOGGING AT Mon Oct 04 02:59:57 2010 Oct 04 06:03:28 GNUtoo|laptop: without CMDLINE it won't have correct root, no? Oct 04 06:27:20 moin Oct 04 06:55:21 morning... Oct 04 07:49:02 any solution for the appshadow problem in SHR-u yet? Oct 04 07:50:23 what problem? Oct 04 07:55:07 that .e/e/appshadow is somehow messed up after reflash or regenerating .e Oct 04 07:55:52 in the regenerated .e it was a file, in the backup it was a dir. with the backup appshadow it works, else i get errors and no desktop icons Oct 04 07:56:05 i think that was on the ML already as well Oct 04 07:57:09 I think I posted solution to ML already as well :) Oct 04 07:57:41 shr-wizards creates .e/e/appshadow symlink to volatile dir in /var/volatile/appshadow/ Oct 04 07:58:11 and it recreates this link after every ~/.e removal (because shr-wizard is called always when there is no ~/.e) Oct 04 07:58:58 joachim ott wrote that the populate-volatile.sh is not run Oct 04 07:59:48 http://lists.shr-project.org/pipermail/shr-user/2010-September/006387.html Oct 04 08:00:15 JaMa: the problem is that /var/volatile/appshadow is not created during startup. Oct 04 08:00:37 the symlink was there apparently, that is what i saw Oct 04 08:05:57 creeper_: it's started on all my devices.. I don't see why it won't be executed during startup... Oct 04 08:06:26 if it's not there won't be even /var/log etc.. Oct 04 08:06:40 so you would notice even before starting enlightenment Oct 04 08:12:59 PaulFertser: still having keyboard problems on n900? Oct 04 08:13:12 PaulFertser: maybe http://natisbad.org/N900/n900-keyboard-remapping.html is interesting Oct 04 08:25:31 mrmoku: ok, thanks for the link :) Oct 04 08:29:28 yw Oct 04 08:30:02 JaMa: all dirs and files except appshadow are created during startup. Oct 04 08:30:14 appshadow - not Oct 04 08:38:50 <[Rui]> moin Oct 04 08:43:10 JaMa: well, i don't seem to be the only one. it's not freshly flashed but opkg upgraded, though Oct 04 08:56:24 creeper_: I've wrote which version you need, do you have right version? Oct 04 08:57:10 http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=3305401ea5936f1863b29113469da13b9b400047 Oct 04 08:57:46 SHR root@gojama /media/sdcard1 $ grep shadow etc/default/volatiles/00_core Oct 04 08:57:49 d root root 0755 /var/volatile/appshadow none Oct 04 08:57:52 do you have this ^^ Oct 04 09:00:27 <[Rui]> I don't Oct 04 09:05:03 <[Rui]> where's shr_elm_softkey's repo? Oct 04 09:05:58 [Rui]: shr-e-gadgets Oct 04 09:06:12 [Rui]: you don't have right version after opkg upgrade? Oct 04 09:06:30 [Rui]: or you have right version but without this in 00_core? Oct 04 09:06:56 <[Rui]> JaMa: well, upgrade since when? I'm doing one now... Oct 04 09:07:20 <[Rui]> JaMa: thanks, I'm going to try to do two things: make those buttons finger friendly and fix < > Oct 04 09:07:42 [Rui]: it was pushed 8 days ago, so built maybe 7 days ago Oct 04 09:08:09 <[Rui]> I'm ot sure when I last did an upgrade, I think after that... but maybe not. Oct 04 09:08:16 what's broken on < >? Oct 04 09:08:19 mrmoku: i was forced to do some xkb configuration myself recently and i can tell you it's possible without modifying system-wide files. I can share details if needed. Oct 04 09:08:34 <[Rui]> JaMa: to me it seems like they both do > (or <) Oct 04 09:08:58 ah Oct 04 09:10:20 <[Rui]> if someone could add my ssh key from libphoneui-shr into it... thanks in advance :) Oct 04 09:10:39 JaMa: the funniest thing is that I do have this line, but appshadow is NOT recreated during reboot Oct 04 09:13:01 PaulFertser: would be interesting to know... right now short of time though... will come back to you, thanks :) Oct 04 09:13:28 mrmoku: ok Oct 04 09:14:50 Q-Master: have you tried to run that init.d script manually? Oct 04 09:15:34 JaMa: yes. I've tried to start it with update param. Oct 04 09:15:38 <[Rui]> JaMa: hms... looking at the code, what I detect as a possible problem would be an ecore_x problem Oct 04 09:16:27 JaMa: If I remove /etc/volatile.cache file - nothing changes, but after adding manually 3 strings to that volatile.cache everything started to create. Oct 04 09:19:42 Q-Master: if you remove /etc/volatile.cache and SKEL_DIR /etc/volatile/skel? Oct 04 09:19:54 <[Rui]> again? *IMPORTANT NOTICE*: There has been a change in internal opimd database structure as well as in the backend mechanism. Oct 04 09:20:16 [Rui]: no it's still the same message Oct 04 09:20:32 JaMa: hm... i've tried only cache file removing. I'll try that later Oct 04 09:20:37 <[Rui]> ok Oct 04 09:59:52 JaMa: got the line in 00_core but no /var/volatile/appshadow Oct 04 10:09:50 hi mrmoku Oct 04 10:10:33 hi leviathan Oct 04 10:10:39 <[Rui]> GNUtoo|laptop: hi! Oct 04 10:10:46 hi [Rui] Oct 04 10:11:10 mrmoku, maybe we should import the missing bits in 2.6.35? Oct 04 10:11:28 because I don't want to go serial Oct 04 10:11:37 ah wait a sec Oct 04 10:11:42 there is a log partition Oct 04 10:11:45 I must look Oct 04 10:12:11 with that log partition we could get the crash logs? Oct 04 10:21:49 Hi guys! Do you know where is the best place to report this "little" embarrassing bug : with the latest shr-u image I change never to always for the deepsleep calypso chip. did a reboot and since I have no more gsm! no login pop up nothing Oct 04 10:22:35 GNUtoo|laptop: good question Oct 04 10:23:05 JaMa: appshadow appeared after moving /etc/volatile.cache and the SKEL_DIR out of the way Oct 04 10:23:11 mrmoku, if I get that log partition working we could be ok Oct 04 10:23:22 * mrmoku checks Oct 04 10:23:23 mtd2: 00040000 00020000 "log" Oct 04 10:23:30 (cat /proc/mtd) Oct 04 10:23:34 and the commandline is: Oct 04 10:23:41 <[Rui]> yikes... almost 9k tasks for shr-lite-image! Oct 04 10:23:42 console=ttyMTD,log Oct 04 10:24:32 yeah, but how to mount it? Oct 04 10:26:14 you don't Oct 04 10:26:22 you cat it I think Oct 04 10:26:25 or something like that Oct 04 10:27:02 Log panic/oops to an MTD buffer (MTD_OOPS) Oct 04 10:27:05 that's the options Oct 04 10:27:09 that we and they are using Oct 04 10:27:32 there is also: Oct 04 10:27:34 Direct char device access to MTD devices (MTD_CHAR) Oct 04 10:29:00 hmm, looks quite binary and empty though Oct 04 10:30:35 indeed Oct 04 10:30:45 I'll try to crash the kernel Oct 04 10:31:52 I did apt-get install sp-oops-extract Oct 04 10:32:04 Nokia-N900-51-1:~# sp-oops-extract /dev/mtd2 Oct 04 10:32:04 Oops Log extractor (build Feb 4 2009 16:33:27). Oct 04 10:32:04 No logs present Oct 04 10:32:10 so it actually _is_ empty Oct 04 10:32:18 ok Oct 04 10:32:26 0xffff is empty for me Oct 04 10:32:32 probably get's reset on every boot? Oct 04 10:32:45 0000000 ffff ffff ffff ffff ffff ffff ffff ffff Oct 04 10:32:58 I don't know Oct 04 10:33:05 or not... would wear off Oct 04 10:33:05 but we probably need to crash the kernel Oct 04 10:33:18 like making a kernel panic Oct 04 10:33:20 that's easy Oct 04 10:33:22 hmm... that would be an idea Oct 04 10:33:24 just remove Oct 04 10:33:31 root=/dev/mmcblk1p1 Oct 04 10:33:35 with -b Oct 04 10:33:40 that panic might come too late though Oct 04 10:33:41 in 0xFFFF Oct 04 10:33:49 we just want to test it Oct 04 10:33:56 if it's late it's not an issue Oct 04 10:34:04 ok Oct 04 10:35:48 JaMa: seems to work now, thanks for the hints Oct 04 10:35:57 GNUtoo|laptop: ok, got my kernel panic :-) Oct 04 10:36:02 ok Oct 04 10:36:05 did you do that: Oct 04 10:36:13 console=ttyMTD,log Oct 04 10:37:30 does -broot=/dev/foobar replace the complete cmdline or just replace root? Oct 04 10:37:48 I don't know Oct 04 10:38:10 and -b only works once Oct 04 10:38:15 it get wiped next reboot Oct 04 10:39:12 hmm... still empty... will retry with complete cmdline Oct 04 10:39:55 indeed empty for me too Oct 04 10:40:02 we may want to ask in #meego-arm Oct 04 10:43:54 still empty Oct 04 10:52:10 creeper_: thanks for testing Oct 04 10:52:56 * mrmoku lunch Oct 04 11:46:33 mrmoku, any success with ttyMTD Oct 04 11:46:39 I've no /dev/ttyMTD Oct 04 11:46:42 which is strange Oct 04 11:47:00 no success Oct 04 11:47:04 ok Oct 04 11:47:25 GNUtoo|oeee: INIT_WORK(&cxt->work_erase, mtdoops_workfunc_erase); Oct 04 11:47:35 ah? Oct 04 11:47:39 where is that? Oct 04 11:47:41 is in the init of mtdoops Oct 04 11:47:57 ouch ok Oct 04 11:47:58 doesn't that mean it get's erased on reboot? Oct 04 11:48:06 I think so Oct 04 11:48:16 it's a separate thread tough Oct 04 11:48:20 and neither flasher nor 0xFFFF offer a way to get access to /dev/mtd2 without booting Oct 04 11:48:42 that's easy Oct 04 11:48:50 ahh Oct 04 11:48:55 we add mtdoops in one kenrel Oct 04 11:48:58 Scheduled work - when we can't proceed without erasing a block Oct 04 11:49:00 and remove it from anther Oct 04 11:49:11 guess it just erases when full Oct 04 11:49:19 ok Oct 04 11:50:04 heh, what is easier... solve that stupid boot bug or merge omap/pm with meego patches for new kernel ;) Oct 04 11:50:53 GNUtoo|oeee: I really don't understand why it does not work... even with the same config as used by the maemo kernel Oct 04 11:50:57 mrmoku, elekranox made a page about kernel status Oct 04 11:51:10 but I doubt that it is complete Oct 04 11:52:37 GNUtoo|oeee: https://elektranox.org/n900/status/kernel.html ? Oct 04 11:52:45 yes Oct 04 11:52:54 mrmoku: fyi maemo kernel compiled by a recent toolchain (crosstool from gentoo) works for me without any strange issues. Oct 04 11:53:16 PaulFertser, it works yes but we don't know what's lacking Oct 04 11:53:32 PaulFertser: do you have any idea how to tackle our problem? Oct 04 11:53:44 it does not boot without usb cable attached Oct 04 11:54:16 instead it shows the Nokia screen for some seconds... then vibrates and shows it again Oct 04 11:54:22 no output whatsoever from kernel Oct 04 11:54:44 GNUtoo|oeee: and the status is missing the meego patches Oct 04 11:55:03 indeed Oct 04 11:55:17 I said that I doubted that it was complete Oct 04 11:55:49 but it points to a DVFS patch Oct 04 11:55:54 that we could try to apply Oct 04 11:56:12 mrmoku: for me it was something like that when i used not exactly the same "version string" as it should match the one used in modules in initramfs. Oct 04 11:56:21 mrmoku: i had to disable one config option for that. Oct 04 11:56:39 mrmoku: namely CONFIG_LOCALVERSION_AUTO Oct 04 11:57:27 PaulFertser: hmm Oct 04 11:57:40 PaulFertser: the 2.6.35 with meego patches we build works though Oct 04 11:58:15 and IIRC I had CONFIG_LOCALVERSION_AUTO disabled too Oct 04 11:58:28 we don't have an initramfs Oct 04 11:58:39 yeah, that too Oct 04 11:58:43 we boot directly on microsd Oct 04 11:58:44 mrmoku: "2.6.28-omap1" is exactly the version i have here. Oct 04 11:58:51 maemo does not use initramfs Oct 04 11:58:56 hmm Oct 04 11:59:07 mrmoku: well, it uses some other shit that prevented me from booting. Oct 04 11:59:15 heh Oct 04 11:59:17 /sbin/preinit Oct 04 11:59:42 * mrmoku tries with a local version that is _different_ Oct 04 12:00:54 GNUtoo|oeee: hi Oct 04 12:01:04 they ran out of microusb cables... >_< Oct 04 12:01:06 crap Oct 04 12:01:17 leviathan, hi Oct 04 12:01:28 indeed Oct 04 12:05:01 GNUtoo|oeee: should I try to build a new kernel including the DVFS patches? Oct 04 12:05:08 yes Oct 04 12:05:09 maybe Oct 04 12:05:18 if no one knows for ttymtd Oct 04 12:11:58 Where is the best place to report this "little" embarrassing bug : with the latest shr-u image I changed "never" to "always" for the deepsleep calypso chip. did a reboot and since I have no more gsm! no login pop up nothing Oct 04 12:13:08 GarthPS: why would that be a bug? Oct 04 12:13:37 mrmoku: wheell because ggsm does not work anymore :) Oct 04 12:13:39 mrmoku, maybe we could ask in #oe Oct 04 12:13:42 not enought ? Oct 04 12:13:47 for ttymtd Oct 04 12:13:58 because I think rpurdie is the author of this thing Oct 04 12:14:00 not sure Oct 04 12:14:03 GarthPS: do you have the fix for deepsleep? if not turn it back to never ;) Oct 04 12:14:20 mrmoku: yes of corse! Oct 04 12:14:27 Author: Richard Purdie heh, righto Oct 04 12:15:00 GarthPS: did it work before? Oct 04 12:15:19 because you say with latest shr-u? Oct 04 12:15:54 mrmoku: yes , not perfectly(sometimes I loost the network ) but yes Oct 04 12:16:54 is it necessary to create an account to send oestats? Oct 04 12:16:57 GarthPS: ok, looks like there is more broken in fsogsmd than just GPRS Oct 04 12:17:10 * JaMa is also using "always" and it works for me.. Oct 04 12:17:17 hmm Oct 04 12:17:28 * mrmoku does not even have the fix in the first place :P Oct 04 12:17:42 mrmoku: JaMa... strange. wait a minute I reboot and look int logs Oct 04 12:18:02 I don't have PIN enabled... Oct 04 12:18:37 JaMa: me I have Oct 04 12:26:13 mrmoku, JaMa:which logs are concerned ? Oct 04 12:26:36 I don't know if it's related, but maybe it's worth trying without PIN first Oct 04 12:26:55 fsogsmd.log Oct 04 12:27:19 phonefsod.log Oct 04 12:33:13 http://pastebin.com/GbmXuXjg Oct 04 12:33:58 http://pastebin.com/j6ugDWfk Oct 04 12:34:36 http://pastebin.com/7ykquWzk Oct 04 12:36:09 JaMa: ^ phonefsod.log ; fsogsmd.log and frameworkd.log Oct 04 12:40:17 looks like similar error Paul has with 120s timeout Oct 04 12:44:50 no timeout in my log.. Oct 04 12:44:51 2010-10-03T22:54:44.701277Z [INFO] DBusServiceDevice <>: Modem opened successfully Oct 04 12:44:54 2010-10-03T22:54:44.781099Z [INFO] libfsotransport <0710:2>: SRC: "E0Q0V1" -> [ "OK" ] Oct 04 12:47:39 GarthPS: you can try to remove/update modem_init in fsogsmd.conf Oct 04 12:48:00 hm, since a few updates my e crashes sometimes when the phone is idle, any clues what that could be? Oct 04 12:48:04 ah, no, that's appended to end of initsequence Oct 04 12:48:21 something in tmp/x.log? Oct 04 12:50:41 KsenZ: hi Oct 04 12:50:54 hi! Oct 04 12:51:03 GNUtoo|laptop: KsenZ wants to try an htcdream SHR on htc hero Oct 04 12:51:08 and wonders why it fails Oct 04 12:51:11 what do you think? Oct 04 12:51:19 JaMa: does your two last lines a for me ? how to remove/update modemn_init ? Oct 04 12:51:20 tell him to try the same arch Oct 04 12:51:27 to modify xorg.conf Oct 04 12:51:31 hmm Oct 04 12:51:35 GarthPS: y Oct 04 12:51:39 to compile everything in kernel Oct 04 12:51:41 GNUtoo|laptop: it doesnt even boot for him Oct 04 12:51:42 not as modules Oct 04 12:51:46 JaMa: well, there is plenty in the log, but i don't know which entries are from the crash Oct 04 12:52:03 and to simlink for freesmartphone config Oct 04 12:52:07 leviathan, I've no time right now Oct 04 12:52:12 ok Oct 04 12:52:18 KsenZ: did you hear? Oct 04 12:52:20 creeper_: someone reported some Xorg crashes from some apps (iirc foxtrotgps) Oct 04 12:52:27 creeper_: maybe it's the same problem Oct 04 12:52:36 leviathan: yes Oct 04 12:52:37 KsenZ: you'll need to recompile your own kernel Oct 04 12:53:41 ok, i try Oct 04 12:54:19 JaMa: http://pastebin.com/vbVi58wc Oct 04 12:54:31 rootfs leave this? Oct 04 12:55:16 bus error again? Oct 04 13:04:34 cat x.log here => http://pastebin.com/dJuQSM03 Oct 04 13:31:04 mrmoku, JaMa: let me know If I can help for the bug I have speak about Oct 04 13:35:23 GarthPS: 14:25:23 < JaMa> I don't know if it's related, but maybe it's worth trying without PIN first Oct 04 13:37:21 JaMa: (did you see my x.log pastbin ?) Oct 04 13:37:40 GarthPS: yes, what should be in x.log? Oct 04 13:38:05 GarthPS: that was for creeper_ Oct 04 13:38:19 JaMa: ah ok :) Oct 04 13:38:38 JaMa: but it is norma to have a loop in this log ? Oct 04 13:39:30 yes, that's the verbose gsm status gadget Oct 04 13:39:38 ok Oct 04 13:40:12 JaMa:so. I don't understand why the PIN has a importance here..I mean It worked before.; So I diseable my PIN, reboot and see if it work right ? Oct 04 13:40:54 yes, you can try it.. just in case Oct 04 13:41:07 hum In call setting it tells me to turn GSM on.. Oct 04 13:41:48 JaMa: PIN settings : "Couldn't connect to FSO" Oct 04 13:42:32 well PIN dialog happens after this E0Q0V1.. Oct 04 13:42:39 so probably cannot help to disable it Oct 04 13:42:55 GarthPS: set deepsleep to never, reboot, disable pin, set deepsleep to always, reboot ? Oct 04 13:43:18 mrmoku: lol .......... ok Oct 04 13:43:58 JaMa: well, that was for the unexplained e crash. but i can't really point out where in the log the crash happened. it should be more at the end... Oct 04 13:44:20 btw what do you guys use to merge VCF files from multiple sources? currently I have 8 contacts databases :/ Oct 04 13:44:23 JaMa: i can't really see any reason for a crash in there, tough. and no sign of anything in Xorg log Oct 04 13:49:04 mrmoku: JaMa: I set deepsleep to nerver back and reboot but it still does not want to pop up PIN login.. Oct 04 13:54:36 GarthPS: so your problem is not deepsleep related :P Oct 04 13:55:21 mrmoku: how what a detective! :) Oct 04 13:56:02 actually that's one of the reasons I wanted you to do that reboot boogie ;) Oct 04 13:56:15 GNUtoo|laptop: patchwork.kernel.org does not work for me :/ Oct 04 13:56:28 * mrmoku needs omap-pm patches from there Oct 04 13:57:01 mrmoku: also timeouts here Oct 04 13:57:09 for pathcwork I mean Oct 04 13:59:16 mrmoku, ah? Oct 04 13:59:31 even downloading the patch manually clicking on a link? Oct 04 13:59:57 ah ok it's down Oct 04 14:00:03 yup Oct 04 14:56:20 JaMa, strange Oct 04 14:56:21 hi Oct 04 14:56:42 E0Q0V1 would normally be an htcdream specific thing right? Oct 04 14:59:29 GNUtoo|laptop: I see it in common modem.vala initsequence Oct 04 15:00:13 http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/lib/modem.vala;h=a436ff4589f5dcce987158d3ec98e0e6ad328dfe;hb=HEAD Oct 04 15:00:32 then it appends E0V1 from modem_init in config Oct 04 15:03:29 hmm... don't tell me our fsogsmd problems are config related :P Oct 04 15:04:36 no, I don't think so.. and it's this way for long Oct 04 15:04:54 fsogsmd: ti_calypso: init every channel w/ A0Q0V1 Oct 04 15:05:05 (022824afd54a4993a5356c529a45c8adac8ba263) Oct 04 15:05:15 so that should be fine :) Oct 04 15:05:23 last time I've only enabled hsuart in libfsotransport but mickey also said it should be safe Oct 04 15:09:40 http://gitorious.org/mokosuite2/mokojeweled <-- this will soon be a game in our beloved freerunner :) Oct 04 15:10:50 (run ./test to build and run) Oct 04 15:31:51 ok Oct 04 16:04:49 mickey|bbl, ping? Oct 04 16:22:56 http://asset.soup.io/asset/1133/3039_88f0.jpeg Oct 04 17:21:17 damn patchwork is still down :/ Oct 04 17:21:40 freesmartphone.org: 03mickey 07vala-dbus-binding-tool * rb7a3ad5cfc84 10/configure.ac: new way to detect Vala Oct 04 17:24:07 freesmartphone.org: 03mickey 07specs * r04a6c8b7c460 10/configure.ac: bump Oct 04 17:24:07 freesmartphone.org: 03mickey 07libfso-glib * rf23133e8b558 10/configure.ac: new way to detect vala Oct 04 17:24:23 mmmhhh :) Oct 04 17:25:12 yes? :) Oct 04 17:26:15 rebuild? :P Oct 04 17:26:23 soon Oct 04 17:26:26 not now though Oct 04 17:26:28 mickeyl: btw. I like the n900 hw :) Oct 04 17:26:34 need to find a way to get things building again Oct 04 17:26:39 ok Oct 04 17:26:39 OE is broken for me Oct 04 17:26:47 Log data follows: Oct 04 17:26:47 | NOTE: make -j3 sqlite3.h Oct 04 17:26:47 | tclsh ./tool/mksqlite3h.tcl . >sqlite3.h Oct 04 17:26:47 | /bin/sh: tclsh: command not found Oct 04 17:26:47 | make: *** [sqlite3.h] Error 127 Oct 04 17:26:48 | FATAL: oe_runmake failed Oct 04 17:26:56 apparantly sqlite3-native needs tcl-native Oct 04 17:27:32 hmm, already has the dependency Oct 04 17:29:06 is not being honored Oct 04 17:29:09 odd Oct 04 17:29:56 mickeyl: there were changes in tcl-native.. maybe now it stages only tclsh3.8 without tclsh link to it :/ Oct 04 17:31:40 hmm, tcl-native is not being built at all, had to manually build it although it's in sliqte3-native.inc Oct 04 17:31:55 ok, manually building it helps, but Oct 04 17:32:00 now sqlite3-native bails out Oct 04 17:33:07 | In file included from ./src/attach.c:14: Oct 04 17:33:07 | ./src/sqliteInt.h:418: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'i64' Oct 04 17:33:11 fun Oct 04 17:33:45 well recipes/sqlite/sqlite3_3.6.23.1.bb overwrittes DEPENDS.. Oct 04 17:34:09 and I don't see any sliqte3-native.inc, do you have HEAD? Oct 04 17:34:42 i think so Oct 04 17:34:42 ah removed yesterday.. Oct 04 17:34:51 oh Oct 04 17:35:04 ah, i had changes in sqlite3-native Oct 04 17:35:14 so i have a conflict now that went unnoticed Oct 04 17:35:43 let me try w/ dda5eab30f1cda84e5f472b79ee81e0aec1479e6. Oct 04 17:36:51 mrmoku: (n900) ok, me not so much, but anyways, i'm spoiled :) Oct 04 17:37:12 mrmoku: what's the next steps for n900/SHR/FSO to do? Oct 04 17:38:28 btw., i think starting w/ 0.11 we can use upstream vala Oct 04 17:38:40 will change OE to do that when it builds again Oct 04 17:56:29 building a shr image for the pre takes some time :( Oct 04 17:56:38 i want to test the new tslib update Oct 04 17:57:00 mickey|bbl: DocScrutinizer said, that using percentage on AmbientLight doesn't make sense at all Oct 04 17:57:18 mickey|bbl: are you sure that most of devices implement this that way? Oct 04 18:34:33 hi, i'm using shr-u, but i can't seem to edit any Contacts fields. is this a bug or am i doing something wrong Oct 04 18:54:34 mickey|bbl: (next steps) GNUtoo|laptop and me are struggling to get a selfbuilt, decent kernel Oct 04 18:54:46 mickey|bbl, is here? Oct 04 18:54:47 mickey|bbl: until then we can use the maemo one Oct 04 18:54:54 ohhh no Oct 04 18:54:58 I missed mickey|bbl again Oct 04 18:55:00 GNUtoo|laptop: well... he will later :P Oct 04 18:55:01 yup Oct 04 18:55:03 ok Oct 04 18:55:10 (whatever later means :P) Oct 04 18:55:30 ahh... patchwork is back :D Oct 04 18:56:28 does the n900 touchscreen support multitouch? Oct 04 18:58:39 playya_, it support a stylus so I guess no Oct 04 19:00:07 no Oct 04 19:00:21 it's resistive ts, like one in freerunner Oct 04 19:00:32 (and thank god - i hate capacitive touchscreens) Oct 04 19:00:39 lol Oct 04 19:01:01 yeah, it's resistiveness is one of its very strong points :) Oct 04 19:01:02 altough the finger touch seem better than the freerunner Oct 04 19:01:10 yes. it's sometimes annoying if the ts reacts in your pocket Oct 04 19:02:21 but multitouch opens some new ways to provide a cool and easy to use interface Oct 04 19:04:38 playya_: well, yes, that's the only advantage of capacitive screens i can find Oct 04 19:05:21 i hope it can be mixed somehow in future, so multitouch will work on screens which feel like resistive ones :) Oct 04 19:20:12 there IS mt on r-ts already Oct 04 19:21:53 2pt mt can easily be implemented on 5wire r-ts, and with some 'hackery' hw wise also on 4wire r-ts. true mt with m>2 needs a special 'multiwire' r-ts plane design Oct 04 19:26:20 DocScrutinizer: how many wires do we have on n900? :P Oct 04 19:26:56 4wire Oct 04 19:27:04 http://www.youtube.com/watch?v=Bv3X5y-ajtc Oct 04 19:29:59 * mrmoku and dos1 want that :D Oct 04 19:31:29 * dos1 agrees :D Oct 04 19:33:14 * JaMa doesn't agree, he wants it too Oct 04 19:50:38 does current shr-unstable builds (ubi) at least boots? Oct 04 19:50:44 e.g. X doesn't starts for me Oct 04 19:52:23 max_posedon: should though Oct 04 19:54:06 dmesg full of Alligment traps, no errors in Xorg.0.log Oct 04 19:54:12 but it just Xorg Oct 04 19:54:34 * JaMa reflashed last .tar.gz image and it worked Oct 04 19:55:41 root@om-gta02 ~ # Xorg Oct 04 19:55:45 ... Oct 04 19:55:47 Aborted Oct 04 19:55:54 heh Oct 04 19:57:03 max_posedon: bus error in log? Oct 04 19:57:21 few people already had it.. no idea why I haven't seen it on my neo Oct 04 19:58:43 Xorg.0.log without errors Oct 04 19:59:43 also, very strange, that opkg upgrade updates anything (without opkg update) Oct 04 19:59:59 usually shr images comes with update packages list Oct 04 20:03:37 I'll try upgrade Oct 04 20:04:04 mickey|bbl, hi Oct 04 20:04:06 there should be gcc upgrade and some smaller upgrades, but nothing xorg related Oct 04 20:09:22 upgrade is very big here, is it possible that ubi images very oudated Oct 04 20:11:22 max_posedon: do they have recent date? Oct 04 20:11:41 max_posedon: then they are the same as .tar.gz (it's creating those from same directory) Oct 04 20:12:04 shr-lite-eglibc-ipk--20101002-om-gta02.rootfs.ubi Oct 04 20:12:37 what was upgraded? Oct 04 20:13:39 xserver-xorg on root from 2:1.8.99.903-r17.1.5 to 2:1.9.0-r18.4.5.. Oct 04 20:13:55 a lot of staff, better say, *all* was upgraded Oct 04 20:14:09 are you sure, you had this image? Oct 04 20:14:19 http://dpaste.com/253076/ (part of log) Oct 04 20:14:19 1.8.99.903 is gone for quite long Oct 04 20:15:21 hm, I defenetly flushed this image, but I might be not booted from nand Oct 04 20:15:35 http://build.shr-project.org/shr-unstable/images/om-gta02/shr-lite-eglibc-ipk--20101002-om-gta02-testlab/installed-packages.txt Oct 04 20:15:46 says it has 2:1.9.0-r18.4.5 Oct 04 20:16:30 ok, now I see, my fault, qi deside boot from SD, not from nand Oct 04 20:16:54 how can I ask qi boot from nand, even if sd have different OS's Oct 04 20:16:58 I use qi-ubi Oct 04 20:17:47 with AUX? Oct 04 20:18:01 hard to skip 2 uSD partitions.. Oct 04 20:18:08 put noboot-GTA02 in one of them Oct 04 20:28:55 JaMa, thanks, now all works Oct 04 20:29:15 what is correct way merge contacts from sim to shr-contacts in shr-lite? Oct 04 20:32:16 max_posedon: in shr-settings - other - sim manager Oct 04 20:32:17 e.g. is there another option that pisi? Oct 04 20:32:20 or something like that Oct 04 20:32:32 thanks, will try Oct 04 20:32:43 yw Oct 04 20:33:21 looks like I upgraded last time long ago, neo looks extremelly fast!) Oct 04 21:37:46 mickey|bbl, ping me tomorrow Oct 04 22:12:34 mickey|bbl, I'll go, don't forget to ping me when you see me Oct 04 23:55:19 freesmartphone.org: 03Frederik.Sdun 07utilities * r7b64cb497531 10/palmpre/preboot/configure.ac: preboot: Update eina package name **** ENDING LOGGING AT Tue Oct 05 02:59:57 2010