**** BEGIN LOGGING AT Thu Sep 23 02:59:58 2010 Sep 23 06:18:55 JaMa: I think you have a "silent ACK" for this: http://patchwork.openembedded.org/patch/2733/ Sep 23 06:41:08 dos1: i assigned this ticket to you: http://trac.shr-project.org/trac/ticket/1202 Sep 23 06:44:25 JaMa: ah it's applied since 2 weeks Sep 23 06:48:03 Heinervdm: ok Sep 23 06:48:35 mrmoku|away: is this for you, or for TAsn? http://trac.shr-project.org/trac/ticket/1170 Sep 23 06:49:31 Heinervdm: probably for mickey|away :) Sep 23 06:49:35 but assign it to me Sep 23 06:49:47 mrmoku|away: ok Sep 23 06:50:00 i will try it with mdbus Sep 23 06:50:43 yeah, good idea... should show that too Sep 23 06:51:15 somehow on shutdown fsogsdm terminates and gets dbus-activated again or something like that Sep 23 06:58:40 nothing happens after mdbus2 -s org.freesmartphone.frameworkd /org/freesmartphone/Framework org.freesmartphone.Framework.Shutdown Sep 23 07:00:41 Heinervdm: what does fsogsmd do? Do you have a PIN on your SIM? Sep 23 07:00:49 daniele_athome: buon giorno :) Sep 23 07:00:57 buongiorno mrmoku :) Sep 23 07:01:02 i have a pin Sep 23 07:01:09 and you don't get the PIN dialog? Sep 23 07:01:14 mrmoku: but i haven't checked fsogsmd Sep 23 07:01:29 mrmoku: no, and the signal indication is constant Sep 23 07:02:00 ok Sep 23 07:03:07 which function is used to shutdown? Sep 23 07:03:24 i can't see anything in frameworkd.log Sep 23 07:04:39 Heinervdm: free_smartphone_usage_shutdown(pack->usage, _shutdown_callback, pack); Sep 23 07:04:44 should be in fsousaged.log Sep 23 07:05:12 oh now, after 1 minute i got a system is shutting down Sep 23 07:05:21 heh Sep 23 07:05:29 so it seems there is a timeout Sep 23 07:05:44 as i pressed the shutdown button only once Sep 23 07:06:10 interesting Sep 23 07:11:07 sth about 2 minutes Sep 23 07:11:34 i will try with loglevel=debug Sep 23 07:14:03 Another thing that's annoying is: after flashing a new image, everything needs too long to start, so this bar to switch apps is started too early Sep 23 07:14:22 what we would need for this is a autostart function within illume Sep 23 07:15:14 i can't wait for new efl :S i hate to not see gsm signal and battery status icons :( Sep 23 07:15:36 daniele_athome: i'm seeing it... Sep 23 07:15:42 or is it in mokowm? Sep 23 07:15:45 [WARN] fsousaged : Can't read-open /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-resume.0/resume_reason: No such file or directory Sep 23 07:16:05 Heinervdm, panel app in mokosuite :) Sep 23 07:16:17 it's probably an elementary issue... Sep 23 07:16:22 don't remember Sep 23 07:16:28 ok :) Sep 23 07:22:02 mrmoku, did you try ousaged shutdown these days? Sep 23 07:22:15 it takes a lot of time to initiate real poweroff Sep 23 07:22:23 probably some resource that won't release Sep 23 07:23:11 daniele_athome: we are currently talking about that :) Sep 23 07:23:37 Heinervdm, Framework.Shutdown it's not Usage.Shutdown Sep 23 07:23:39 something about 2 minutes are needed Sep 23 07:23:45 s/it's/is/ Sep 23 07:23:45 daniele_athome meant: Heinervdm, Framework.Shutdown is not Usage.Shutdown Sep 23 07:23:51 indeed Sep 23 07:23:55 daniele_athome: frameworkd shutdown isnt working at all Sep 23 07:24:13 i see Sep 23 07:24:18 after that i tried shutdown with quicksettings Sep 23 07:24:36 which actually calls Usage.Shutdown Sep 23 07:24:58 yes Sep 23 07:25:03 i should think about some fallback in mokosuite... using manual poweroff for instance Sep 23 07:25:09 just in case ousaged doesn't respond Sep 23 07:26:58 2010-09-23T07:25:49.616416Z [ERROR] UsageController <9 R>: Resource GSM can't be disabled: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.. Setting status to UNKNOWN Sep 23 07:27:50 so that's the problem, fsogsmd doesn't respond and the timeout is 120 seconds Sep 23 07:28:09 hmm... and fsogsmd.log? Sep 23 07:28:28 let's see, i have to boot first ;) Sep 23 07:29:07 mmm Sep 23 07:32:46 hmm, now quicksettings crashed... Sep 23 07:33:24 2010-09-23T07:32:03.413487Z [INFO] TiCalypsoModem <4C>: Modem Status changed to FSO_GSM_MODEM_STATUS_CLOSING Sep 23 07:33:39 but i think it has to go to closed too Sep 23 07:33:52 it's getting 2010-09-23T07:32:03.683165Z [INFO] libfsotransport <0710:2>: SRC: "@POFF" -> [ "OK" ] Sep 23 07:34:03 but doesn't change status to closed after that Sep 23 07:37:41 And if one boots with usb cable plugged in the phone suspends again... Sep 23 07:41:14 This doesn't return too: mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/Resource/GSM org.freesmartphone.Resource.Disable Sep 23 07:48:06 Heinervdm: btw. there is an even more serious bug we have Sep 23 07:48:06 I made a ticket: http://trac.freesmartphone.org/ticket/586 Sep 23 07:48:13 GPRS not working at all Sep 23 07:48:24 hmm Sep 23 07:48:36 when will mickey|away return? Sep 23 07:49:24 IIRC end of next week Sep 23 07:49:33 * mrmoku checks log Sep 23 07:51:17 And if this is true: http://trac.shr-project.org/trac/ticket/1142 it's a serius bug too Sep 23 07:51:30 last comment of this bug Sep 23 07:54:39 ok, found it... was in oe-devel ml Sep 23 07:54:41 Yeah. I'll think about a way to fix it when I'm back Sep 23 07:54:41 end of next week (currently on vacation). Sep 23 07:55:00 was what he said on tuesday Sep 23 07:55:30 ok, then we can try to gather as much information as possible Sep 23 07:59:26 we should have some more people getting to coding FSO2 Sep 23 07:59:31 being familiar with the code Sep 23 07:59:44 being able to debug stuff Sep 23 08:00:16 That's the point why i wanted to have a vala workshop on FSOSHRCON :) Sep 23 08:03:36 yeah... a 'how do we code fsopimd in vala' would be a nice workshop hitting two flies with one strike ;) Sep 23 08:04:40 yes, i think it should be possible to write a initial version of fospimd in 1 weekend Sep 23 08:05:02 if one coordinates the coders in the right way Sep 23 08:05:32 yup Sep 23 08:05:55 everyone gets a list with classes and the methods for this classes he has to implement Sep 23 08:06:23 but then someone has to think for the interfaces before :) Sep 23 08:09:53 daniele_athome: newer efl (r51566 from yesterday) has still broken setting dialog (and probably others too) :/ which I hoped would be fixed in http://trac.enlightenment.org/e/changeset/52549 but wasnt.. need to debug a bit more.. Sep 23 08:10:42 JaMa, that's sad :( Sep 23 08:12:06 and happens on all 3 devices I have.. Sep 23 08:13:53 mrmoku: for me it looks like it hangs here: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/lowlevel_openmoko/plugin.vala;#l111 Sep 23 08:14:59 Heinervdm: one should build it with _real_ debug enabled Sep 23 08:15:04 to get those debug()s too Sep 23 08:15:09 yes Sep 23 08:15:34 this poweroff function looks really simple... Sep 23 08:16:58 It's called from here: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/lib/modem.vala#l680 Sep 23 08:17:18 And it changes stat to CLOSING, so half of this funktion is working Sep 23 08:17:53 and i think the libfsotransport message if from channel.close() Sep 23 08:18:21 powerOff(); is empty, so this is the only thing left Sep 23 08:18:31 sigh :( Sep 23 08:20:56 can someone try this with an other device? Sep 23 08:21:23 so another lowlevel plugin is used? Sep 23 08:22:19 Heinervdm: other device would probably be limited to the dream Sep 23 08:22:48 I can try on the n900, but dunno if that makes sense with the dummy modem Sep 23 08:23:56 mrmoku: hmm, what's the pin of the dummy modem? Sep 23 08:24:06 then i can try the dummy modem on gta Sep 23 08:25:47 ah, its just modem, and not lowlevel Sep 23 08:26:41 then it wont hekp Sep 23 08:44:36 mrmoku: xinput-pointercal for n900, good, it was rather hard to run xinput_calibrator without _ working on hw keyboard and touchscreen inverted :) Sep 23 08:57:40 TAsn, :) Sep 23 08:59:23 hey. Sep 23 09:00:08 i don't want to start entire frameworkd Sep 23 09:00:16 can I start only e.g. opimd? Sep 23 09:00:19 yes. Sep 23 09:00:21 it's the only one needed right now Sep 23 09:00:32 run frameworkd -h Sep 23 09:00:38 mmm Sep 23 09:00:40 and you'll see there are two options you need Sep 23 09:00:42 i see Sep 23 09:00:47 actually only one option Sep 23 09:00:53 -SOMETHING opimd Sep 23 09:00:56 or something like that :P Sep 23 09:01:04 TAsn, do you think it will speed up loading? Sep 23 09:01:15 loading of what? Sep 23 09:01:38 it's lighter not to load all the other parts of frameworkd Sep 23 09:01:40 of frameworkd Sep 23 09:01:49 okok Sep 23 09:01:53 i'll just try it :D Sep 23 09:01:54 but since we already disabled most of them in SHR Sep 23 09:02:03 I don't think it should be a huge change. Sep 23 09:02:14 but yeah ,give it a go. Sep 23 09:02:43 JaMa: did not work though Sep 23 09:02:52 it still installs the wrong one Sep 23 09:02:58 your pointercal data? Sep 23 09:03:17 yup Sep 23 09:03:36 daniele_athome: I think all stuff apart from opimd is disabled anyway in frameworkd.conf Sep 23 09:03:43 ahh... and ogpsd Sep 23 09:03:50 which you want to for gps Sep 23 09:03:53 +o Sep 23 09:04:00 i see Sep 23 09:04:07 and oevents Sep 23 09:04:12 which you may want for other crap. Sep 23 09:04:14 Heinervdm: no idea about the dummy modem pin Sep 23 09:04:59 daniele_athome: best way is to just disable the parts you don't want in /etc/frameworkd.conf Sep 23 09:05:07 i know Sep 23 09:07:26 hi there Sep 23 09:07:50 I'd like to boot android (on NAND) with u-boot (also on NAND) Sep 23 09:08:12 what am I supposed to modify to boot large kernels ? Sep 23 09:09:17 paulk_: http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot Sep 23 09:11:50 It seems to work, thanks JaMa :) Sep 23 09:16:29 Heinervdm: shutdown with mdbus2 on n900 with dummy modem works as expected Sep 23 09:17:07 mrmoku: i think modem has nothing to do with shutdown, it's the lowlevel plugin Sep 23 09:17:11 and that's different Sep 23 09:17:49 yep Sep 23 09:17:50 GNUtoo|laptop: hi Sep 23 09:17:59 perhaps it's a kernel issue too? perhaps the sysfs path has changed or sth like taht Sep 23 09:18:15 because it should be a simple write operation that fails Sep 23 09:18:42 mrmoku, hi Sep 23 09:18:58 GNUtoo|laptop: had some alsa success? Sep 23 09:19:20 it plays too fast Sep 23 09:19:32 I bet I do not tell userspace to play slower Sep 23 09:19:36 heh, one of the problems we never had on the FR :P Sep 23 09:19:48 the driver is highly incomplete Sep 23 09:19:58 for instance no alsamixer Sep 23 09:20:08 JaMa: hi (still, tell me if you haven't time for my questions, I understand) is there a way with srctree to specify a path or have i to mv my code in my shr build tree ? Sep 23 09:21:44 GarthPS: take a look at the shr makefile... it adds an example to local-builds.inc Sep 23 09:22:33 GarthPS: http://git.shr-project.org/git/?p=shr-makefile.git;a=blob;f=Makefile;h=22703d01391b244820f6cbc169c67150aba9cd4c;hb=c4679e932c3da90b70290dd5ef5ee9a8db397e32#l263 Sep 23 09:26:42 mrmoku: pointercal-xinput, built and upgraded on n900 fine.. only CONFFILES won't overwrite it automatically Sep 23 09:27:10 mrmoku: so I guess to new image it installs also right machine version Sep 23 09:27:22 JaMa: I built an image Sep 23 09:27:23 no upgrade Sep 23 09:28:09 ok, that I can try a bit later (gta02 image is in queue) Sep 23 09:28:18 thanks mrmoku. what is the differnce between SRC_URI_pn-libphone-ui-shr and SRC_URI? (sorry if it sounds stupid) Sep 23 09:28:49 GarthPS: as that one is in a global conf file you have to specify which SRC_URI to override Sep 23 09:28:51 GarthPS: SRC_URI_pn-libphone-ui-shr is override working "outside" the actual recipe Sep 23 09:30:40 ah ok thanks! I understand and I see my mistake now! thanks again both of you! Sep 23 09:30:47 yw Sep 23 09:31:36 <[Rui]> mrmoku: any luck with the segv on fsogsmd? Sep 23 09:34:45 [Rui]: not yet :/ I will build a debug version of fsogsmd now Sep 23 09:35:14 :D i'm doing the same thing ;)( Sep 23 09:35:41 JaMa: btw. you will tell me when we have to use master branch in OE, ok? :P Sep 23 09:36:07 mrmoku: you mean when it's renamed? Sep 23 09:36:08 it's just an alias, isn't it? Sep 23 09:36:27 mrmoku, Heinervdm: yes... both names will work Sep 23 09:37:27 JaMa: well... tell me whenever I'm supposed to change my .git/config :) Sep 23 09:37:55 ok Sep 23 09:38:04 mrmoku: btw: how do you like n900 hw keyboard? Sep 23 09:38:46 looks like n9 have better 4 row one.. but still spitz keyboard rocks much more.. Sep 23 09:38:56 JaMa: the keyboard itself is fine... missing important keys though Sep 23 09:39:38 yeah.. yesterday I was stuck with '>' to redirect echo to resolv.conf :) Sep 23 09:40:09 hehe... and I always 'cd ..' around because of missing / Sep 23 09:40:18 and then use Ctrl-I for TAB Sep 23 09:42:25 JaMa: you can have several important keys ( > , |, etc) on the touchscreen Sep 23 09:42:43 PaulFertser: in maemo yes Sep 23 09:43:12 mrmoku: good thing i'm still using it then :) Sep 23 09:44:00 DocScrutinizer51: I would like to have your advice about which charging script we are supposed to include and how to include it please :) Sep 23 09:44:12 PaulFertser: hehe, yeah... still lots of stuff to tweak in SHR on n900 Sep 23 09:44:22 (or whatever other distro :P) Sep 23 09:46:32 PaulFertser: but still it's not that fast if you're mixing hw and ts keys Sep 23 09:47:23 JaMa: btw, i noticed i do not mind long nails for using FR's TS, but n900 keyboard seems to be nails-unfriendly. Sep 23 09:47:35 JaMa: maemo has /etc/x11/xkb with keyboard config stuff... maybe we need that too? Sep 23 09:47:41 PaulFertser: and because I've only typed commands (no sms), those special chars are almost half/half with normal one Sep 23 09:48:17 * JaMa lunch Sep 23 09:56:35 mrmoku: do you have an idea where i can see the output of those debug(); functions? Sep 23 09:58:53 Heinervdm: stderr I think Sep 23 09:58:59 hmm Sep 23 09:59:22 Heinervdm: you probably have to change the dbus-activation file for it and redirect output Sep 23 09:59:34 brb Sep 23 10:04:39 is there some screenshots of phoneui-phonelog? Sep 23 10:08:30 now shutdown is working, but it doens't register to the network anymore ;D Sep 23 10:09:24 heh Sep 23 10:09:56 this seems to come from the change in the dbus-activation file Sep 23 10:10:43 the problem is probaly in closing the channels Sep 23 10:11:00 it's trying to close some that aren't there Sep 23 10:16:49 that's the debug output: http://shr.pastebin.org/1111636 Sep 23 10:17:31 no message from lowlevel Sep 23 10:29:22 Heinervdm: looks fine Sep 23 10:30:07 i have no idea where to look now... Sep 23 10:31:29 i killed it with CTRL-c and it segfaulted Sep 23 10:32:03 Heinervdm: maybe try to strace it... Sep 23 10:32:18 Heinervdm: or attach gdb before shutdown Sep 23 10:33:12 * mrmoku has to populate armv4t tree before getting a fsogsmd with debug Sep 23 10:35:13 mrmoku: moinmoin Sep 23 10:35:25 damn nicks Sep 23 10:35:28 there is newer 2.6.32.22 kernel in http://build.shr-project.org/shr-kms/ if someone want's to test lower power consumption in suspend Sep 23 10:36:03 mrmoku: been busy with hostmode for a minute. Going to prepare me another coffee, then be back here Sep 23 10:37:47 DocScrutinizer: ok :) Sep 23 10:46:01 DocScrutinizer: I'm off for lunch now... enjoy your coffee meanwhile :-) Sep 23 11:10:08 <[Rui]> JaMa: alright! any reason for dread with that kernel or "should" be safe? Sep 23 11:11:24 should be safe just 2.6.32.21 -> 2.6.32.22 stable upgrade and that power consumption patch from https://docs.openmoko.org/trac/ticket/2349 Sep 23 11:12:00 but I've tested it only with 2.6.34.. so would be great if someone confirms it working fine before I build it in normal feed Sep 23 11:12:21 <[Rui]> ok. Sep 23 11:12:46 <[Rui]> no need for the script, I guess, other than swapping a symlink? Sep 23 11:13:24 and untaring modules Sep 23 11:13:40 <[Rui]> sure Sep 23 11:13:58 script is deprecated since we switched to 2.6.32 in default image Sep 23 11:14:03 as README says :) Sep 23 11:14:06 <[Rui]> yeah Sep 23 11:16:32 <[Rui]> I don't know if I'll notice the power extension, but at I'll be able to say if things appear to be working as usual Sep 23 11:17:43 <[Rui]> powering off, then reboot, meanwhile, I'm fetching a roast chicken for lunch, bbl Sep 23 11:17:53 ok thx Sep 23 11:22:21 <[Rui]> haven't gotten out yet... boots ok and suspends/resumes normally, so far. Sep 23 11:23:26 <[Rui]> Does not having #1024 fix matter? Sep 23 11:25:05 afaik no Sep 23 11:25:43 matter what? Sep 23 11:26:07 <[Rui]> ok. Sep 23 11:26:10 <[Rui]> bbl now, for real Sep 23 11:26:21 k Sep 23 11:31:27 DocScrutinizer: back now Sep 23 11:31:53 see #mhd Sep 23 12:28:14 <[Rui]> JaMa: so far so good Sep 23 12:28:47 <[Rui]> SMS, calls, wifi display, all appear to work Sep 23 12:29:04 ok, thanks for test Sep 23 12:29:32 <[Rui]> JaMa: I only can't test gprs as there's a bug in fsogdmd that popped up due to some recent change Sep 23 12:30:07 i c Sep 23 13:51:02 aloha! am i right to presume that all work on th epalm pre has stalled? Sep 23 13:59:00 JesusMcCloud-lt: there were some commits from morphis in the last days Sep 23 14:05:29 thx Sep 23 14:11:42 There is an autostart folder in .e, why don't we use this for shr_elm_softkey ? Sep 23 14:13:07 Heinervdm: no.. see e-mail from TAsn back then.. it's right way to do it.. just someone should check if /etc/skel works for .e/autostart not only while creating $HOME for user, but also after someone removes ~/.e and it's recreated on first E start Sep 23 14:13:33 s/no.. // Sep 23 14:13:34 JaMa meant: Heinervdm: see e-mail from TAsn back then.. it's right way to do it.. just someone should check if /etc/skel works for .e/autostart not only while creating $HOME for user, but also after someone removes ~/.e and it's recreated on first E start Sep 23 14:13:47 ~/.e/e/applications/startup Sep 23 14:14:14 JaMa: ok, because i have the problem, that on first boot shr_elm_softkey isn't started Sep 23 14:14:35 to early Sep 23 14:15:50 i have to go now, i'm going to a birthdayparty :) Sep 23 14:27:01 mrmoku: maybe I know what's wrong with xinput-pointercal in your image :/ Sep 23 14:27:10 mrmoku: in the morning I built newer EFL only for gta02 Sep 23 14:28:10 mrmoku: then opkg upgraded n900 and it installed newer r52623 from armv4t feed because in armv7a was only older revision Sep 23 14:28:50 mrmoku: but now when I have r52623 in all arch feeds it doesn't "reinstall" those from correct armv7a feed Sep 23 14:29:21 mrmoku: even when it has higher priority in /etc/opkg/arch.conf Sep 23 14:30:33 JaMa: hmm... it was on my local build though... without other stuff... only n900 from scratch Sep 23 14:31:13 then where it could get wrong pointercal-xinput? Sep 23 14:32:37 JaMa: no idea :/ xinput-calibrater has no such file, right? Sep 23 14:32:55 it's separate package Sep 23 14:33:09 named pointercal-xinput, xinput-calibrator is only script+binary Sep 23 14:33:19 yeah, that's where I added mine for nokia900 Sep 23 14:33:40 and pointercal-xinput does not even have a general one Sep 23 14:33:44 just an empty one Sep 23 14:33:53 but the one I got in my image was not empty Sep 23 14:34:01 but different to the one I added for nokia900 Sep 23 14:34:52 JaMa: | failed to import Cython: /OE/tmp/sysroots/x86_64-linux/usr/lib/python2.6/site-packages/Cython/Compiler/Scanning.so: undefined symbol: PyUnicodeUCS2_DecodeUTF8 Sep 23 14:34:58 is that the thing you were fighting with? Sep 23 14:35:03 and is fixed in current master? Sep 23 14:35:24 mrmoku: can you grep pointercal-xinput shr-full-eglibc-ipk--20100923-nokia900-testlab/installed-packages.txt Sep 23 14:35:59 mrmoku: not really, newer cython was needed for python-efl, but built ok here Sep 23 14:36:17 mrmoku: but similar errors I got in shr-kms in python-native built Sep 23 14:36:32 mrmoku: and fixed those with rebuild from scratch Sep 23 14:36:49 mrmoku: imho related to ncurses/?tcl? Sep 23 14:37:47 JaMa: heh, ok Sep 23 14:37:53 you probably have only PyUnicodeUCS4_DecodeUTF8 not UCS2 version (found in log.do_configure diff of python-native) Sep 23 14:39:08 bitbake@gonzales ~ $ grep pointercal-xinput tmp/deploy/images/nokia900/shr-lite-eglibc-ipk--20100922-nokia900-testlab/installed-packages.txt Sep 23 14:39:11 pointercal-xinput_0.0-r1.5_nokia900.ipk Sep 23 14:39:48 strange... then there should really be right file (I've checked do_unpack output on mine build and right file was used) Sep 23 14:40:04 * mrmoku checks the actual content of that ipk Sep 23 14:41:53 JaMa: hmm... strange... it has the correct one Sep 23 14:41:57 * mrmoku checks actual image Sep 23 14:42:04 :) Sep 23 14:42:12 <[Rui]> * pkg_parse_from_stream_nomalloc: Missing new line character at end of file! Sep 23 14:42:18 <[Rui]> repo borked? Sep 23 14:42:59 JaMa: correct too :/ Sep 23 14:43:01 * mrmoku confused Sep 23 14:43:25 [Rui]: I don't think so.. maybe your "opkg update" version Sep 23 14:43:41 <[Rui]> JaMa: ? it was just done Sep 23 14:44:01 <[Rui]> oh well, I just repeated it and that didn't happen :) Sep 23 14:44:44 yup exactly :) Sep 23 14:45:20 <[Rui]> what happened? did I just do that in the same moment the file was being updated on the server? :) Sep 23 14:47:02 no.. Sep 23 14:47:18 it could be broken on the way or in some opkg processing on neo Sep 23 14:47:39 I've seen it few times too.. but now I'm pretty sure it wasn't changed in the meantime on server Sep 23 14:48:56 <[Rui]> ok Sep 23 16:35:39 tim_abell: ping Sep 23 16:36:44 tim_abell: --with-svg2png-use-rsvg-convert to your navit EXTRA_OECONF to force rsvg usage (as we use - even when it founds ksvgconvert) Sep 23 17:23:37 hello Sep 23 17:24:53 thanks will try when i'm back next Sep 23 17:25:09 turning off now and unplugging now, thunderstorm :-s Sep 23 17:25:45 die crapybox, die.. /me broke meamo install while fighting to remove busybox :) Sep 23 17:25:52 booting shr to fix that :) Sep 23 17:28:38 hehe :D Sep 23 17:31:18 does someone know how to "control apt-get selection for packages having multiple virtual package alternatives" without aptitude? Sep 23 17:34:00 something like http://forum.nginx.org/read.php?31,120479 Sep 23 17:58:57 SHR: 03pespin.shar 07shr-settings * rf1006d936ae4 10/data/po/ca/ (shr-settings.mo shr-settings.po): updated catalan translation Sep 23 17:59:21 hmm hope everything is ok, first time I do a push to a public git server hehe Sep 23 18:26:01 pespin: we all hope with you ;) Sep 23 18:26:11 xD Sep 23 18:28:14 ok, public survey: what do you prefer in a new openmoko phone? Sep 23 18:28:29 some strange clamps with a bluetooth keyboard? Sep 23 18:28:32 ... Sep 23 18:28:42 or a slide keyboard+OLED display? Sep 23 18:29:05 GNUtoo|laptop: what is your opinion? Sep 23 18:29:25 keyboard Sep 23 18:29:30 leviathan: keyboard Sep 23 18:29:33 +1 Sep 23 18:29:42 everyone wants keyboard for console Sep 23 18:29:48 and sms Sep 23 18:29:53 and ssh :) Sep 23 18:29:53 but for console Sep 23 18:29:54 and xatting Sep 23 18:29:57 ssh is console Sep 23 18:29:59 hmm Sep 23 18:30:03 I made this design Sep 23 18:30:06 yes irssi,xchat Sep 23 18:30:15 http://ftp.o2s.ch/HP0012.jpg Sep 23 18:30:19 well wrong way around Sep 23 18:30:23 but if you turn it Sep 23 18:30:25 you'll see Sep 23 18:30:28 ^_^" Sep 23 18:30:54 jack will stay now Sep 23 18:30:54 looks more like a slide display ;) Sep 23 18:30:58 leviathan, is that middle-moon shape a hole like in FR? Sep 23 18:31:16 we make it from 2.5mm to 3.5mm hopefully Sep 23 18:31:56 we will just need a smaller female connector Sep 23 18:32:03 then it will work Sep 23 18:32:15 i had voted for this OLED display Sep 23 18:32:23 http://ch.farnell.com/densitron/p0760wvlb-t/7-6-amoled-lvds-800-600/dp/1713696 Sep 23 18:32:35 and then a slide display would be possible Sep 23 18:32:45 because we could make brush contacts for serial Sep 23 18:34:24 Verfügbare Menge: Nicht mehr lieferbar, Produkt abgekündigt Sep 23 18:34:26 :P Sep 23 18:34:34 translation? Sep 23 18:34:52 product is no more Sep 23 18:35:00 (the amoled) Sep 23 18:35:00 ok Sep 23 18:35:14 err oled Sep 23 18:50:02 GNUtoo|laptop: what would be the correct place for export GTK_IM_MODULE=xim ? Sep 23 18:53:23 mrmoku: it can be set in enlightenment settings Sep 23 18:53:26 mrmoku: oops Sep 23 18:53:32 so maybe e profile? Sep 23 18:53:36 yes its not available from farnell anymore Sep 23 18:53:42 but from other sources Sep 23 18:53:59 we could even order such displays from china directly Sep 23 18:54:10 we anyway also need some slide contacts Sep 23 18:54:12 :-) Sep 23 18:54:16 4-pin Sep 23 18:54:30 dos1: ahh, ok Sep 23 18:54:44 mrmoku, hmmm Sep 23 18:54:48 dos1: where? Sep 23 18:55:01 I've sent a mail about that Sep 23 18:55:03 to oe Sep 23 18:55:35 ahh, good Sep 23 18:56:11 dos1: nvm. found it :) Sep 23 18:57:51 dos1: hmm... what are your settings in there? Sep 23 18:58:31 i did it with file in profile.d on my device, but i found it and i though it should be used instead Sep 23 18:58:39 haven't tried it yet though, so it's blank Sep 23 18:59:03 I tried to set it, but it does not remember it... if you select one of the input methods for e the fields in advanced get autofilled Sep 23 19:01:17 dos1: and then... we still need it when we switch to mokowm :P Sep 23 19:19:29 mrmoku, what's the state of n900 now? Sep 23 19:19:34 is there some new things done Sep 23 19:19:41 since I last participed/looked Sep 23 19:19:52 that is to say when I pushed my stuff to the n900 repo Sep 23 19:20:52 GNUtoo|laptop: after still having problems with calibration... I did the following Sep 23 19:20:57 I looked what calibration maemo has Sep 23 19:21:11 took that... and stuffed it into xorg.conf Sep 23 19:21:20 deactivated the xinput-calibrator Sep 23 19:21:23 that worked fine Sep 23 19:21:44 ok Sep 23 19:21:50 is that pushed somewhere? Sep 23 19:22:02 should I look at the battery indication? Sep 23 19:22:24 GNUtoo|laptop: oh, yes.... the battery indication would be fine Sep 23 19:22:29 ok Sep 23 19:22:52 I got a correct charger script from ShadowJK Sep 23 19:22:58 want to test and then integrate it Sep 23 19:23:12 ok Sep 23 19:23:18 what does it fix? Sep 23 19:24:01 that is highly important Sep 23 19:24:05 to integrate it Sep 23 19:24:18 I fear loosing my battery everitime Sep 23 19:24:44 and this time it's very discharged Sep 23 19:24:46 a boot Sep 23 19:24:52 and then it shut down Sep 23 19:25:03 before I've the time to charge the battery Sep 23 19:25:10 I bet I've to wait for it to charge a bit more Sep 23 19:25:17 before powering it uo Sep 23 19:27:16 heh, yes Sep 23 19:27:21 I frequently boot to maemo Sep 23 19:27:25 ok Sep 23 19:27:27 I don't Sep 23 19:27:41 you charge it while powered off? Sep 23 19:27:56 I charge it running manually the script Sep 23 19:28:01 and I often forget Sep 23 19:28:08 which results in discharge Sep 23 19:28:10 ahh, ok Sep 23 19:28:31 I wonder where to put that part in the end... Sep 23 19:28:40 mickeyl wants it in fso Sep 23 19:28:45 fsodeviced might be a candidate... Sep 23 19:28:51 yes Sep 23 19:29:01 but that won't help other distros on n900 not using fso Sep 23 19:29:04 like maemo itself Sep 23 19:29:09 they simply use the script then Sep 23 19:29:14 hmm Sep 23 19:29:41 well... maybe we could make that plugin in a way that it could be built as standalone thing too Sep 23 19:29:51 we'll see what mickey|away thinks when he's back Sep 23 19:30:00 integrate into fso Sep 23 19:30:10 and then maybe we could also do a standalone thing Sep 23 19:30:21 because for now it's highly needed Sep 23 19:30:23 I mean Sep 23 19:30:29 deep discharge break batteries Sep 23 19:32:13 what state is the alsa part in? Sep 23 19:32:23 for n1 Sep 23 19:32:27 bad state Sep 23 19:32:30 for n900 Sep 23 19:32:38 ah good state Sep 23 19:32:53 but we would need pulse anyway Sep 23 19:32:53 good :) Sep 23 19:32:59 for calls Sep 23 19:32:59 for the gsm thing Sep 23 19:33:02 yes Sep 23 19:33:03 yeah Sep 23 19:33:04 brb Sep 23 19:33:06 or.... Sep 23 19:33:19 we could wait for the nitdroid people to integrate it Sep 23 19:33:24 in alsa Sep 23 19:33:34 or something like that **** BEGIN LOGGING AT Thu Sep 23 20:48:15 2010 **** BEGIN LOGGING AT Fri Sep 24 02:05:10 2010