**** BEGIN LOGGING AT Tue Sep 22 02:59:57 2009 Sep 22 04:15:21 a good (early) morning everyone :) Sep 22 05:24:50 Weiss: nice! but this one is already included in git-master and server-1.7-branch so I already have it.. maybe we suffer from 2 different issues.. will check later Sep 22 05:25:15 Weiss: I've changed xserver-xorg_git to server-1.7-branch Sep 22 05:43:43 mrmoku: 2 more on patchwork :) Sep 22 05:45:24 JaMa: yeah, morning :) Sep 22 05:45:34 morning :) Sep 22 05:45:52 1.7-rc2 now Sep 22 05:47:40 Weiss: I have something else during startup now :/ http://pastebin.ca/1574861 Sep 22 05:48:17 * JaMa going to work, bbl Sep 22 05:48:41 JaMa: have fun :P Sep 22 05:49:34 hi all Sep 22 05:49:47 max_posedon_: ping Sep 22 05:49:50 any pointers to howto get paroli running on unstable? Sep 22 06:13:32 ok opkg install paroli, but then is dont start :-( Sep 22 06:13:57 err now it starts Sep 22 06:13:57 kinneh: can you check the paroli log ? Sep 22 06:16:50 http://filebin.gazonk.se/thebin/GGZBIUOYKUJiUnWUTmSCV/paroli.log Sep 22 06:17:23 or the same at txt http://filebin.gazonk.se/thebin/OFDWeWWWgfUbYUOkoEmbJ/paroli.log.txt Sep 22 06:17:29 as Sep 22 06:18:19 kinneh: seems as if it should work Sep 22 06:18:29 only one thing is odd, that the fallback audio service is active Sep 22 06:19:10 maybe shr default phone app is in the way ? Sep 22 06:19:27 kinneh: ah , you still launch ophonekitd ? Sep 22 06:19:34 you should switch taht off when using paroli Sep 22 06:20:32 yes just got started Sep 22 06:21:21 is there a wiki page about using paroli on shr ? Sep 22 06:21:38 ie how do I switch ophonekitd off when using paroli? Sep 22 06:21:45 ehm Sep 22 06:21:53 in /etc/X11/Xsession.d/ Sep 22 06:21:55 the is a file Sep 22 06:21:58 80ophonekitd Sep 22 06:22:02 move that to yuor home folder Sep 22 06:22:06 and reboot your phone Sep 22 06:22:11 did you isntall paroli-autostart ? Sep 22 06:22:38 nope Sep 22 06:30:41 * JaMa having fun :) Sep 22 06:31:38 mrmoku: fyi http://tinderbox.openembedded.net/builders/shr.bearstech.com/ seems broken now.. Sep 22 06:32:09 JaMa: yeah, saw an error on the buildhost... did not investigate though Sep 22 07:16:42 alphaone: Daniel, good morning. Are you able and willing to do #1024 fixes as well? Sep 22 07:18:29 brr workstation stopped to response few minutes after arriving to work :/ hello from Sharp Spitz :) Sep 22 07:30:41 kinneh: is it working alright ? tried yesterday but got WSOD ... :( Sep 22 08:37:19 Heinervdm: hi Sep 22 08:37:42 JaMa: good morning :) Sep 22 08:38:17 rc2 is waiting for test :) Sep 22 08:39:23 Heinervdm: and I'm curious if it will blend err segfault during startup in damage* function for you.. (as I have slightly different env) Sep 22 08:40:40 JaMa: all patches for that are commited? Sep 22 08:41:14 yes Sep 22 08:42:27 JaMa: ok, then i will build it :) Sep 22 08:42:57 Heinervdm: there is also pastebin with segfault from earlier today.. but then my workstation segfaulted and now I'm at work without access to it :/ Sep 22 08:48:45 JaMa: that will be a real shr-unstable, with a lot of bugs that we can't fix on our own Sep 22 08:54:09 JaMa: stack corruption in the evdev driver? Sep 22 08:54:31 seems to be ages before xf86-video-glamo gets involved, so I don't think it's "our fault" Sep 22 08:55:09 s/stack/heap/ Sep 22 08:56:37 Weiss: can you use sth. else for our TS? Sep 22 08:57:26 tslib worked nice with kdrive... Sep 22 08:58:20 should definitely be possible Sep 22 08:58:41 to use xf86-input-tslib that is Sep 22 08:59:26 but current version is 0.0.5 Sep 22 08:59:37 but in that example, evdev is being used for one of the buttons Sep 22 09:01:36 I use xserver-xorg-input-tslib I think Sep 22 09:01:51 (and have been happily using for months) Sep 22 09:02:46 lindi-: open vala-terminal and type very fast on illume keyboard (Terminal version), pls :) Sep 22 09:04:08 Heinervdm: illume keyboard does not work with my wm :( Sep 22 09:04:34 lindi-: what xorg version do you have? Sep 22 09:07:49 Heinervdm: 1:7.4+4 Sep 22 09:08:56 lindi-: so it's 1.6 of xserver, that' shouldn't such a big difference Sep 22 09:09:11 tslib doesn't build in SHR... Sep 22 09:12:36 shr-launcher: make[2]: *** No rule to make target `INSTALL', needed by `all-am'. Stop. Sep 22 09:58:02 Weiss: evdev? I wasn't able where that my trace ended.. because now my build host + neo are offline :/ Sep 22 09:58:40 Heinervdm: Yes but we can report them before release of 1.7 and then have better xserver without too many local patches Sep 22 09:58:58 JaMa: i Sep 22 09:59:57 i'm trying to get tslib compile, but it's not that easy with that xorg code :) Sep 22 10:02:41 tslib.c:225: error: too few arguments to function 'InitValuatorAxisStruct' Sep 22 10:02:51 it has 1 pointer and 6 int Sep 22 10:03:01 in tclib.c as well in the .h Sep 22 10:07:55 Heinervdm: https://dev.openwrt.org/browser/packages/Xorg/driver/xf86-input-tslib/patches Sep 22 10:14:17 hi, guys. You're aware ts is a very hw specific driver, and we did quite some tweaking in the past to eliminate jitter which probably is induced by humm or RF coupled to one of the resistive planes? Sep 22 10:14:38 dos1|neo: ping Sep 22 10:15:55 dos1|neo: fsousage is giving me an empty resource list :( Sep 22 10:17:44 Heinervdm: I added an initscript for the calibration thingie Sep 22 10:18:03 mrmoku: o/ Sep 22 10:18:23 DocScrutinizer-8: ? Sep 22 10:18:37 hi Sep 22 10:19:09 DocScrutinizer-8: which part is tweaked? the kernel part? Sep 22 10:19:45 DocScrutinizer-8: btw... did you get your maracuja? Sep 22 10:20:15 pfff, you're asking questions. I just remeber we had some averaging schemes implemented: median, average, dunno what Sep 22 10:20:41 DocScrutinizer-8: yeah I remember that too... but I think it was kernel side Sep 22 10:20:52 yup, agree Sep 22 10:21:05 DocScrutinizer-8: http://www.bitwiz.org.uk/openmoko/xserver-init-lines is what I added as initscript Sep 22 10:21:34 and I recommend not to touch that can of worms unless you really want to do hw driver development Sep 22 10:21:51 nobody touching that Sep 22 10:22:09 :-) Sep 22 10:26:31 dos1|neo: ok, fsousaged segfaults Sep 22 10:28:27 BillK: you mentioned that 2.6.28 does not wsod. is there a place to download it? Sep 22 10:28:27 mrmoku: (maracuja) nah, I found flavours charm, strange, up, and bottom only ;-) Sep 22 10:28:44 :P Sep 22 10:37:09 mrmoku|away: (flavours) ...and they always come mixed together ;-P Sep 22 10:38:10 * DocScrutinizer-8 makes notice to himself to get new maracuja icecream Sep 22 10:38:28 err quark Sep 22 10:52:04 stop it, you make me want to reactivate my ice cream maker :P Sep 22 10:53:21 mrmoku|away: i'm trying to patch tslib, perhaps we can use this, because the segfault seems to be in evdev Sep 22 11:00:18 Heinervdm: is fixing evdev so hard? If we can reproduce it... Sep 22 11:01:11 JaMa: Weiss said, that it's a stack corruption, and that's very hard to find Sep 22 11:01:13 Heinervdm: guys from #xorg-devel were quite helpfull Sep 22 11:01:42 JaMa: larsc gave me same patches for tslib, it will try them Sep 22 11:02:28 ok Sep 22 11:02:35 Heinervdm: aren't there specialized tracetools to monitor stack for corruption? Sep 22 11:03:47 DocScrutinizer-8: I normally write apps in Java, i'm having ne experience in debugging C ;) Sep 22 11:04:00 Heinervdm: setting a breakpoint on condition var-content changed is basics Sep 22 11:04:21 Heinervdm: heap corruption in that case (rather than stack), but that's just a guess really... Sep 22 11:04:33 DocScrutinizer-8: someone from #xorg-devel suggested to use valgrind.. but valgrind is not available for arm :? Sep 22 11:04:36 :/ Sep 22 11:04:43 stack corruption is a little bit more tricky, but I assume can be monitored as well Sep 22 11:05:42 someone using git-master on desktop? Sep 22 11:05:54 JaMa: no RL experience on debugging arm here. So sorry dunno Sep 22 11:07:00 nope, no Valgrind for ARM :( Sep 22 11:08:23 hmm, so back to gdb and sophisticated breakpoint commands ;-) Sep 22 11:10:08 running under gdb also prevents stack corruption Sep 22 11:11:05 max_posedon: how that? Sep 22 11:11:34 does gdb automatic checks to detect writes to stack? Sep 22 11:11:54 e.g. gdb monitoring stack, and you get sigsegv on try access Sep 22 11:12:35 hmm, don't see how to implement that in run mode. maybe in singlestep mode Sep 22 11:12:38 at least it helps me get correct bt when core useless Sep 22 11:13:26 its common usecase as i know, run under gdb if core useless Sep 22 11:13:36 yep, I think as well you should be able to spot that problem with gdb anyway Sep 22 11:15:26 gdb run app in trace mode, may be this prevents corruptions Sep 22 11:16:15 trace mode will detect corruption probably, yes Sep 22 11:17:17 hi Sep 22 11:17:41 if not, you can search backtrace when the stack position that was corrupted was last accessed Sep 22 11:33:22 Heinervdm: ok Sep 22 11:42:57 larsc: i applied all these patches, but i'm still getting these errors: http://shr.pastebin.com/d29352419 Sep 22 11:44:42 ptitjes: ping Sep 22 11:44:52 got to move Sep 22 11:44:53 ptitjes: any idea how something like this could happen? Sep 22 11:44:55 http://shr.pastebin.com/m1b2e8835 Sep 22 11:44:58 mrmoku: see you this evening Sep 22 11:44:59 ptitjes: ahh.. ok Sep 22 11:45:05 sorry Sep 22 11:45:08 np Sep 22 11:45:15 anybody else? :P Sep 22 11:45:52 mrmoku: please build that with -g -O0 and I will be able to tell you more Sep 22 11:45:59 there no information there Sep 22 11:46:01 ptitjes: will try Sep 22 11:46:01 bye Sep 22 11:46:04 cu tonight Sep 22 11:46:04 bye Sep 22 11:47:39 dos1: ping Sep 22 11:48:17 mrmoku: pong Sep 22 11:48:29 dos1: any idea about the fsousaged problems? Sep 22 11:48:37 which problems? Sep 22 11:48:41 it segfaults Sep 22 11:48:48 [13:45] mrmoku | http://shr.pastebin.com/m1b2e8835 Sep 22 11:49:26 http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=62a65b70ce9edd3c1ad1469367a07345afc7473a Sep 22 11:49:33 last fsousaged commit Sep 22 11:49:57 maybe try to build 2497004b66b46b9854c774cd397a4f40c39f3d10 Sep 22 11:49:57 the libpersistance thing? Sep 22 11:50:00 no Sep 22 11:50:04 ahh no Sep 22 11:50:10 45 hours ago Sep 22 11:50:19 Heinervdm: hm... they seem to break XInputs api quite often... Sep 22 11:51:04 larsc: #xorg-devel give me the hint to patch it similar to this: http://cgit.freedesktop.org/xorg/driver/xf86-input-evdev/commit/?id=88eedea281a710008a82f1e6af4bdffd19477f46 Sep 22 11:55:17 dos1: I'm inclined to fix cornucopia rev to 34d4045ae2cb27b964ed9c8cb29c53c8d1079a44 Sep 22 11:55:36 which is the last commit before the post-release version bumps Sep 22 11:56:06 on the other hand you won't like that ;) Sep 22 11:56:21 so we could try 2497004b66b46b9854c774cd397a4f40c39f3d10 Sep 22 11:56:29 dos1: still building? Sep 22 11:57:10 mrmoku: no, just started new build after make update Sep 22 11:57:38 dos1: I know... wanted to know if that *new* build is still building :P Sep 22 11:57:50 dos1: I already flashed and tried the image Sep 22 11:57:58 oh, yep, it's still building Sep 22 11:58:31 hmm, will try to build me a local fsousaged then... to see if it works Sep 22 11:58:45 test? ;-P Sep 22 11:59:26 DocScrutinizer-8: anti-segfault-campaign ;) Sep 22 12:00:09 I'm asking for the alegedly available since weeks test image Sep 22 12:01:33 mrmoku: sync testing Sep 22 12:01:43 duh Sep 22 12:01:43 noone is using it, so noone cares about upgrade path ;P Sep 22 12:02:00 that's true for sure Sep 22 12:02:02 and it seems everything works ;p Sep 22 12:02:22 dos1: I'm having usaged problems in testing too Sep 22 12:02:31 ;/ Sep 22 12:02:36 dos1: after startup I have only GSM and Wifi resources Sep 22 12:02:50 that's enough Sep 22 12:02:51 ;D Sep 22 12:02:55 if I then restart frameworkd the other resources appear Sep 22 12:03:06 dos1: not if you want to go cell logging :P Sep 22 12:03:16 oh, right Sep 22 12:03:16 GPS ;x Sep 22 12:03:26 I also read f-sausage Sep 22 12:03:32 s/also/always/ Sep 22 12:03:32 spaetz meant: I always read f-sausage Sep 22 12:03:41 getting hungry now Sep 22 12:04:13 spaetz: hmm... I have 300g Pasta inside... so I can't follow you :P Sep 22 12:04:27 spaetz: hehe Sep 22 12:05:29 * DocScrutinizer-8 votes for renaming fsousage to fsausage ;-D Sep 22 12:06:43 mickey_away will love that XD Sep 22 12:08:30 * JaMa votes for fsausage too.. more sausages for every neo user Sep 22 12:10:43 actually f-sousage might be a sausage as spoken by a french. hehe, sorry no offense intended Sep 22 12:12:00 btw: someone from France here? Sep 22 12:12:31 JaMa: you bet Sep 22 12:13:14 half the SHR team are French Sep 22 12:14:16 or let me put it this way: bearstech office is in Paris afaik Sep 22 12:15:01 half? Sep 22 12:15:04 DocScrutinizer-8: nah... it once was Sep 22 12:15:16 now it's polish/german cowork ;) Sep 22 12:15:25 hehe Sep 22 12:15:27 ;) Sep 22 12:15:30 ahh... and JaMa is czech I think... Sep 22 12:15:48 yeah those nasty Polish ;-) Sep 22 12:17:38 mrmoku: you're right.. I'm just going to France next week Sep 22 12:17:54 for bike trip near St.Tropez.. for 8 days or something.. Sep 22 12:18:37 DocScrutinizer-8: btw, bearstech is rather more hackable than stable and hybrid ;) Sep 22 12:19:02 dos1: hmm, yes probably Sep 22 12:19:10 JaMa: wow, nice :) Sep 22 12:20:16 still the server of SHR is hosted at bearstech, no? Sep 22 12:20:16 mrmoku: need to fix last few issues in shr before leaving :) as I'm planning to use neo for navigation again :) Sep 22 12:20:57 JaMa: don't forget to log cells :) Sep 22 12:21:05 DocScrutinizer-8: yup, it is Sep 22 12:22:49 Ahhh!! axidently deleted my new patch! Sep 22 12:23:00 but since i started i didn't saw any bearstech guy (except Ainulindale of course :D) working on SHR itself Sep 22 12:23:51 so SHR != Bearstech project ;) Sep 22 12:24:05 but some people seem to insert "==" between them, recently someone on maillist said something like that Sep 22 12:24:30 hmm, not me Sep 22 12:24:56 Server is hosted at bearstech because I asked them to do that a year ago, I just worked for Bearstech a month and a half Sep 22 12:25:03 It's free hosting and not related at all Sep 22 12:25:19 And anyway these days I don't have time to do a single thing as I'm learning russian =) Sep 22 12:25:31 ;) Sep 22 12:32:49 hehe Sep 22 12:36:06 is it true, is SHR really switching to xorg? Sep 22 12:36:31 * spaetz lost track of what is happening in SHR world due to real life issues Sep 22 12:38:12 spaetz: yup, that's truer Sep 22 12:38:16 "upscaling missing tiles" in new tangogps? too good to be true! Sep 22 12:38:19 dos1: cool Sep 22 12:38:24 looking forward Sep 22 12:38:28 there is even image built with xorg Sep 22 12:38:35 mrmoku can tell you how it works ;) Sep 22 12:38:53 hehe Sep 22 12:38:58 dos1: not yet... built it but have to do urgent daywork now Sep 22 12:39:01 so it's really fresh then, I guess :) Sep 22 12:39:01 in 30 mins Sep 22 12:39:01 spaetz: I heard SHR is switching to a decent user auth+perm scheme finally. As the very first OM distri that tackles this long pending topic Sep 22 12:39:11 mrmoku: you said that you flashed it ;x Sep 22 12:39:18 ahh... the image Sep 22 12:39:22 DocScrutinizer-8: sorry you missed the date. It's not April 1 today :-) Sep 22 12:39:37 ts needs calibration... added an initscript for that Sep 22 12:39:47 DocScrutinizer-8: would be nice Sep 22 12:40:05 spaetz: but i checked what we have to do until that, and there is really almost no work to be done :x Sep 22 12:40:07 not that it makes a big difference, but it always /feels/ wrong to run as root Sep 22 12:40:12 almost everything works Sep 22 12:40:17 * spaetz is happy Sep 22 12:40:59 OK, I'll try to set up a voting web site for the logo contest soon. And when I've done that I'll announce the contest submission period as oer, OK? Sep 22 12:41:05 other than that not much to test... because fsousaged is broken Sep 22 12:41:07 over Sep 22 12:41:11 * mrmoku daywork Sep 22 12:41:26 same here: daywork... Sep 22 12:42:20 This patch is driving me crasy... Now it won't apply... Sep 22 12:51:22 Yeah! xf86-input-tslib build! Sep 22 12:51:35 dos1: I would like to see Xorg running as non-root :) Sep 22 12:51:52 dos1: we would be better than my gentoo desktop! :) Sep 22 12:58:07 JaMa: xserver itself needs root Sep 22 12:59:24 DocScrutinizer-8: there is some effort to make X working from user account Sep 22 12:59:43 JaMa: I would like to see standard xdm account auth Sep 22 12:59:54 KMS makes it easier Sep 22 13:00:24 dos1: that would be a nice setup, but is actually not my main concern :) Sep 22 13:02:59 mrmoku: build finished Sep 22 13:03:17 only 3 packages failed Sep 22 13:03:19 ERROR: '/home/shr/shr-unstable/openembedded/recipes/e17/e-tasks_svn.bb' failed Sep 22 13:03:21 ERROR: '/home/shr/shr-unstable/openembedded/recipes/shr/shr-launcher_svn.bb' failed Sep 22 13:03:22 ERROR: '/home/shr/shr-unstable/openembedded/recipes/shr/shr-config_git.bb' failed Sep 22 13:03:24 nice :) Sep 22 13:06:18 nice? Sep 22 13:06:53 DocScrutinizer-8: of course Sep 22 13:07:13 much better than having all of cornucopia, mplayer, navit, xserver-xorg and that three above failed :P Sep 22 13:07:37 and those three are only from task, not from images Sep 22 13:07:41 s/task/feed/ Sep 22 13:07:42 dos1 meant: and those three are only from feed, not from images Sep 22 13:09:28 hmm, I'm not sure I follow. Anyway nice to hear it makes you feel good about build Sep 22 13:15:33 dos1: for now you could remove shr-config as shr-settings is more advanced Sep 22 13:15:46 someone was interested in further shr-config Sep 22 13:15:59 dos1: for me ruby is failing too Sep 22 13:16:55 DocScrutinizer-8: Yes I was talking about this http://lists.x.org/archives/xorg-devel/2009-July/001293.html Sep 22 13:20:53 Hmmm guys Sep 22 13:21:04 What could be the possible reasons for PMU to wake up the device except on buttons? Sep 22 13:21:29 Ainulindale: almost everything Sep 22 13:21:35 dos1: modem IO ? Sep 22 13:21:47 wifi, gsm, bluetooth, accels, debubo... Sep 22 13:21:55 tslib can not find ts.conf Sep 22 13:21:55 Ok then I'm right :-) Sep 22 13:22:26 Ainulindale: last time I ran out os space on the rootfs, and it woke up the device from suspend after like 3 mins Sep 22 13:24:50 Ok thanks :-) Sep 22 13:32:51 PMU itself has only following wake-IRQ: buttons, RTC, vbat-low, vsys-low Sep 22 13:33:10 and USB-power of course Sep 22 13:33:41 DocScrutinizer: buttons? is aux can wake the device up? Sep 22 13:34:20 well, aux *can* wake up device. Is not connected to PMU though iirc Sep 22 13:35:00 so s/buttons/power-button/ Sep 22 13:37:12 khiraly1: we don't want aux to wake device though, as aux also switches nand/nor hard, and we can't (without a patch to both bootloaders) guarantee any bouncing on aux during power-up would not break bootloader execution Sep 22 13:48:13 dos1: ok. omitting the last fsousaged commit fixes it Sep 22 13:48:17 * mrmoku pushing fixed rev for it Sep 22 13:48:33 dos1: you can rebuild a new image now :P Sep 22 13:49:01 now gta01 kernel is building ;D Sep 22 13:49:24 i house ma 0 :P Sep 22 13:49:32 ups, wrong window ;x Sep 22 13:52:20 ouch... poweroff was meant for the neo... not the laptop :P Sep 22 13:55:57 JaMa: did you do "Press enter to continue" somewhere in postinst? Sep 22 13:59:44 heyho Sep 22 14:00:37 he morphis Sep 22 14:04:27 dos1: hmmm wait for the image.. ophonekitd is broken :P Sep 22 14:09:44 larsc: i've written this patch for xf86-input-tslib, but Xorg says only: Aborted http://shr.pastebin.com/d17ed347d Sep 22 14:21:06 mrmoku: somehow it sometimes seems to me the packages are breaking faster than anybody is able to apply patches to fix them Sep 22 14:22:07 mrmoku: or maybe each fix causes 1.7 new bugs Sep 22 14:24:17 why 1.7? Sep 22 14:27:09 opimd documentation is there any or is it the code? ;-) Sep 22 14:29:30 Arigead: what are you looking for, exactly? Sep 22 14:29:34 dbus specs? Sep 22 14:31:11 dbus specs I reckon. One of the main reasons my openmoko ain't my daily phone is that it can't send and receive long sms messages. Just wanted to look and see if shr-messages could be changed to use opimd, which I think can handle long sms messages. Sep 22 14:31:51 Arigead: http://docs.freesmartphone.org/ Sep 22 14:32:03 Arigead: there is a beginning in libframework-phonegui-efl2 Sep 22 14:32:05 about shr-messages - it's libframeworkd-phonegui-efl which needs to be changed, not shr-messages Sep 22 14:32:20 but we plan completely rewrite and redesign, as it's needed Sep 22 14:33:36 http://docs.freesmartphone.org/ has a log of org.freesmartphone.pim stuff but I don't see any opimd. But if it's libframeworkd-phonegui-elf Sep 22 14:33:50 that I should be looking at that'll do Sep 22 14:35:33 Arigead: the opimd functions used in libframework-phonegui-efl are from libfso-glib Sep 22 14:37:27 Heinervdm: sorry not familiar with libfso-glib at all. that don't sound like it's using dbus at all Sep 22 14:38:31 Heinervdm, Arigead: no, it's using libframeworkd-glib Sep 22 14:38:48 ups, wrong name :) Sep 22 14:39:00 Arigead: and libframeworkd-glib (older one) and libfso-glib (newer one) are just dbus bindings Sep 22 14:41:04 Heinervdm: what does the xorg log say? Sep 22 14:41:13 dos1: thanks for the pointer. Can I ask about libframework-phonegui-efl2 which don't appear to be included in the shr apps when you follow the building shr instructions. Can that be included in the freerunner? Even if it's only a beginning I'd like to test it and maybe add to it. Sep 22 14:41:35 libframeworkd-phonegui-efl2 is included in oe tree, it's even in feeds Sep 22 14:41:44 larsc: nothing, last Entry is: (II) XINPUT: Adding extended input device "Touchscreen" (type: TOUCHSCREEN) Sep 22 14:41:44 so you can do just opkg install libframeworkd-phonegui-efl2 Sep 22 14:41:51 Arigead: git.shr-project.org Sep 22 14:42:24 Arigead: org.freesmartphone.PIM is dbus interface; opimd is implementation of that interface Sep 22 14:44:31 dos1: In that case I got a bit confused as I ran "mdbus -s" in the phone and got org.freesmartphone.opimd listed but no org.freesmartphone.pim Thanks for the clarification Sep 22 14:45:04 Arigead: well, org.freesmartphone.opimd is dbus interface, and org.freesmartphone.PIM is dbus path inside that interface ;) Sep 22 14:45:57 dos1: New to this dbus so thanks. Another question if I install libframework-phonegui-efl2 do the shr apps use it instead of the only phonegui Sep 22 14:46:16 sorry old phonegui Sep 22 14:46:23 old phonegui-efl you mean ;) Sep 22 14:46:31 edit /etc/frameworkd-phonegui.conf Sep 22 14:52:27 Heinervdm: but xorgs dies? Sep 22 14:52:35 larsc: yes Sep 22 14:53:02 maybe a segfault or so Sep 22 14:53:18 i'll take a look when i'm home from work Sep 22 14:53:23 larsc: i'm asking in #xorg-devel if they can help me Sep 22 14:53:31 larsc: ok Sep 22 15:10:37 Would anyone here know if using flowcontrolled for GSM there is any AT command to write for suspend/resume? Sep 22 15:15:03 dos1: yes i left it there.. but it shouldn't be called :/ its because something probably not gpe-icons put something in /usr/share/gpe/pixmaps and then i check if update-alternatives can create link /usr/share/gpe/pixmaps if there already is /usr/share/gpe/pixmaps, then this message appear and old /usr/share/gpe/pixmaps is removed Sep 22 15:15:27 dos1: otherwise it would fail when executing update.alternatives :/ Sep 22 15:16:15 dos1: but I can call echo & mv -f /usr/share/gpe/pixmaps /usr/share/gpe/pixmaps.old instead of echo & read & rm -rf Sep 22 15:16:26 just to see what gets lost in /usr/share/gpe/pixmaps.old Sep 22 15:16:37 JaMa: some guy has that message on first boot, when opkg-cl configure is called from initscript Sep 22 15:19:01 dos1: just seen it on openembedded-devel@lists.openembedded.org Sep 22 15:19:15 dos1: I'll remove that from postinst later from home Sep 22 15:19:41 bye-bye upgrade path :) Sep 22 15:23:14 btw I'm thinking about some sort of xorg watchdog in nodm.. restarting Xorg everytime it segfaults... should I send patch later or no one interested? At least would be usefull as long as xorg segfaults sometimes. Sep 22 15:25:16 I really hope it'll be less segfaulty by the time 1.7 is released.. Sep 22 15:33:11 * JaMa needs neo up and running for 8 days in row :) starting next week.. so I'll need something at least just for myself ;) Sep 22 15:36:44 KMS kernel+Xorg 1.6+old version of xf86-video-glamo (basically just fbdev, no EXA or anything) was rock solid for me for a long time Sep 22 15:36:57 but.. you get WSoDs with KMS on resume? :S Sep 22 15:37:58 haven't tried after last update (with rebased mesa), disabled suspend (with car power supply).. but I guess so... Sep 22 15:38:43 in the morning it couldn't even start.. because of segfault.. which i sent trace about... Sep 22 15:40:24 now its eating my workstation and peeing on my keyboard, but I'll teach it to behave, when I return home... Sep 22 15:47:52 Mesa shouldn't make a difference WSoD-wise (unless something really odd is going on) Sep 22 15:49:17 Weiss: have you looked on that backtrace from morning? Sep 22 15:49:52 the damageNotify one? Sep 22 15:49:56 Weiss: yes Sep 22 15:50:31 Weiss: last 2 important changes to xorg were mesa and dga lib Sep 22 15:50:45 Weiss: not sure which one to check first.. Sep 22 15:51:23 I had a very similar backtrace before with a slightly older Git version of Xserver.. it happened whenever the server was reset, but it went away with an update Sep 22 15:51:45 last two important changes to Xserver? Sep 22 15:52:05 changes in packages installed on my neo Sep 22 15:52:21 ah, ok Sep 22 15:52:28 and that caused the problem to appear? Sep 22 15:52:44 xserver was upgraded just few commits... and those didn't look suspicious.. Sep 22 15:52:59 Weiss: yes.. it worked on build from friday Sep 22 15:53:41 Weiss: and then i upgraded to latest xorg+mesa+dga on sunday night.. then it first happen Sep 22 15:54:21 Weiss: then i upgraded a bit more yesterday, but its still there.. i hoped to dig into it today.. but as my pc is offline.. it has to wait a bit Sep 22 15:56:28 hmm.. well, you can absolve Mesa of the blame by simply removing it Sep 22 15:56:45 I don't know anything about DGA, but looking it up right now, it sounds Naughty Sep 22 15:59:31 Weiss: http://lists.freedesktop.org/archives/xorg-devel/2009-September/002056.html Sep 22 16:00:06 mrmoku: ping - I'm back Sep 22 16:00:18 ptitjes: hey :) Sep 22 16:00:29 ptitjes: issue resolved by going back one commit in fsousaged Sep 22 16:00:38 Weiss: downgrading dga is also easy to check.. hopefully problem disappears before removing both :) Sep 22 16:00:43 looks like mickey left us with something not working :P Sep 22 16:01:16 DocScrutinizer-8, just sent you an email ;) Sep 22 16:01:32 JaMa: ah, hang on.. there's a change to an important struct there. did you recompile everything else (xf86-video-glamo as well)? Sep 22 16:01:34 mrmoku: maybe we don't need that FSO_cornucopia in autorev anymore.. I just put it where unreleased vala was needed.. Sep 22 16:01:38 mrmoku: héhé oki Sep 22 16:01:51 Weiss: in dga or xserver? Sep 22 16:02:12 ptitjes: as soon as we sorted out the problems we have right now (xorg + new fso)... would you like to help me in testing ophonekitd-vala? Sep 22 16:02:33 Weiss: i've rebuild everything yesterday.. but didn't bump revision.. so maybe it wasn't upgraded on neo.. Sep 22 16:02:41 JaMa: isn't DGA part of Xserver? Sep 22 16:02:53 JaMa: nice to have it there if one day we will re-need it :) Sep 22 16:03:12 mrmoku: in fact I have to update it to the final way async is managed in Vala (there was some changes compared to my initial proposals) Sep 22 16:03:20 mrmoku: but there is not too much work Sep 22 16:03:27 ptitjes: good :) Sep 22 16:03:28 Weiss: its released separately libXxf86dga-1.0.99.2.tar.bz2 Sep 22 16:03:35 mrmoku: however I talked with Ainulindale about that Sep 22 16:03:43 Weiss: and proto xf86dgaproto-2.0.99.2.tar.bz2 Sep 22 16:04:10 mrmoku: I'm very cold to continue to maintain it if there is nobody in the SHR core team that ought to learn Vala Sep 22 16:04:18 Weiss: I'll test new image if i'll have time.. Sep 22 16:04:57 ptitjes: I'm willing to co-maintain (including learning vala) Sep 22 16:05:02 mrmoku: I think this is a dead-end project if no one than me wants to involve Sep 22 16:05:07 mrmoku: oh Sep 22 16:05:14 mrmoku: that is different then :) Sep 22 16:05:39 ptitjes: dbus with c is painfull :( Sep 22 16:05:46 mrmoku: indeed I think you are the best placed because of your knowledge about the overall architecture Sep 22 16:05:47 * mrmoku struggling with ophonekitd problems right now Sep 22 16:05:55 mrmoku: héhé facts :) Sep 22 16:06:19 * ptitjes is happy about this news : Sep 22 16:06:20 :) Sep 22 16:06:25 JaMa: ah, a proto/lib thing. my point is: the patch (in that email) changes the definition of "struct _xf86CrtcConfig". if you don't (say) rebuild xf86-video-glamo, then it'll carry on using the old definition of the struct, and pass wrongly formatted data to Xorg, and crash horribly Sep 22 16:06:28 ptitjes: though be warned... one day I will write C++ bindings for libfso-glib and do a client with that ;) Sep 22 16:06:46 mrmoku: yeah go on I don't mind Sep 22 16:07:09 (mrmoku: but I'm quite sure that once you'll taste Vala you won't go back to C++) Sep 22 16:07:16 :p Sep 22 16:07:22 ptitjes: we'll see :P Sep 22 16:07:26 héhé Sep 22 16:07:39 oki going back to Vala and Gee stuff Sep 22 16:07:45 have fun :) Sep 22 16:07:48 I'm just around Sep 22 16:07:55 cu Sep 22 16:07:57 * mrmoku going back to ophonekitd debugging :( Sep 22 16:08:02 arf Sep 22 16:08:07 good luck Sep 22 16:08:07 :p Sep 22 16:09:19 Weiss: thanks for pointers.. I'll check at home (in 2 hours or so...) Sep 22 16:12:03 mrmoku: i want to learn vala too Sep 22 16:12:11 s/mrmoku/ptitjes/ Sep 22 16:12:12 dos1 meant: ptitjes: i want to learn vala too Sep 22 16:12:13 dos1: good thing :) Sep 22 16:12:23 ptitjes: already installed valac on my neo ;) Sep 22 16:12:34 ptitjes: that's first step for learning it ;D Sep 22 16:12:37 dos1: oh! really ? Sep 22 16:12:55 dos1: hummm however I guess you won't compile anything on you neo ;) Sep 22 16:13:15 valac is the compiler indeed Sep 22 16:13:39 that produces C and this is then compiled through gcc Sep 22 16:13:47 ptitjes: i know Sep 22 16:13:53 ptitjes: and i have gcc on my neo ;> Sep 22 16:13:58 wow Sep 22 16:14:12 already compiled few simple few-liners Sep 22 16:14:23 but dunno what about using external libraries Sep 22 16:14:25 dos1: is this an custom proc'ed and overclocked neo ? :p Sep 22 16:14:34 didn't have time for it Sep 22 16:14:43 ptitjes: well, it's slow, but it works ;) Sep 22 16:14:48 héhé Sep 22 16:14:59 dos1: buy a laptop. that works too :) Sep 22 16:15:07 i have laptop ;) Sep 22 16:15:19 HMpf Sep 22 16:15:49 We seem to receive a +CSQ when to phone is in suspend Sep 22 16:15:57 And we use CSQ=0 Sep 22 16:19:06 ptitjes: but on laptop i need to be offline to find time to learn something ;D Sep 22 16:19:43 arf Sep 22 16:45:13 JaMa: ping Sep 22 16:48:26 TAsn: you got mail ;-) Sep 22 16:51:43 hey all - haven't been on in a bit (my work gateway got black-listed for some reason) - but I wanted to ask what the status of the testing image was. I saw mrmoku mention it in passing on the ml, but not a lot of context in terms of what is in it, etc. Sep 22 16:52:00 I'm happy to give it a test run on my sd card - but I'd like to know exactly what I'm getting myself into... :-) Sep 22 16:54:28 wjbaird: there is testing candidate Sep 22 16:54:50 http://build.shr-project.org/tests/mrmoku/testing/ Sep 22 16:55:27 JaMa: NOTE: package libxxf86dga-1_1.0.99.2-r1: task do_compile: failed Sep 22 16:55:36 ok, reading book :P Sep 22 16:56:00 wjbaird: be warned, it turns your FR into random triggering atomic device ;-P Sep 22 16:56:25 DocScrutinizer-8: oh - is that all? I ran OM2008 for a while, so that shouldn't be an issue at all!! Sep 22 16:56:42 yep :-D Sep 22 16:56:44 dos1|reading: and it is *not* ophonekitd's fault ;) Sep 22 16:57:10 I get Resource Device is not enabled, current status is 'disabled' Sep 22 16:57:20 as dbus error... there is no Device resource :P Sep 22 16:57:36 mrmoku: noo Sep 22 16:57:49 mrmoku: that's normal error from ogsmd Sep 22 16:57:57 it has just wrong string somewhere ;P Sep 22 16:58:03 it means GSM resource is disabled Sep 22 16:58:15 hmm Sep 22 16:58:46 dos1|reading: http://shr.pastebin.com/d2c319ec5 Sep 22 16:58:56 is full ophonekitd output Sep 22 16:59:13 ophonekitd is listening to ResourceChanged and if GSM is enabled it does power the antenna Sep 22 16:59:21 and powering the antenna gives me that dbus error Sep 22 16:59:56 waaaah, s/antenna/modem/gGGG Sep 22 17:00:19 DocScrutinizer-8: ** (process:1945): DEBUG: call ogsmd_device_set_antenna_power() Sep 22 17:00:38 * mrmoku powers the antenna after the modem is powered ;) Sep 22 17:00:41 fsck, that's nonsense nevertheless Sep 22 17:01:16 DocScrutinizer-8: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Device.html;hb=HEAD#SetAntennaPower Sep 22 17:01:22 not my nonsense though ;) Sep 22 17:01:27 there's no such thing like gsm antenna power Sep 22 17:01:40 mrmoku: I never claimed that Sep 22 17:01:44 :) Sep 22 17:01:55 DocScrutinizer-8: not on GTA or never? Sep 22 17:02:06 I guess that's "lost in translation", from chinese Sep 22 17:02:39 generally never, on GSM mobile equipment Sep 22 17:04:13 I might imagine there's modems that can power BP and TX/RX separately, but yet that's absolute bullshit to call that antenna-power Sep 22 17:04:51 dos1|reading: as you can see GSM is enabled... so if that error means it is disabled something is disabling it :( Sep 22 17:05:11 antennae on ME are passive components always Sep 22 17:07:26 you actually have antenna with power supply on GPS. You even can controll this via cryptic commands to uBlox chip )or maybe you *could*) Sep 22 17:07:40 NOT on GSM though Sep 22 17:08:26 so please, please do me a favour and substitute *globally* Sep 22 17:09:15 DocScrutinizer-8: not me Sep 22 17:09:31 DocScrutinizer-8: you have to talk mickey_away into that :P Sep 22 17:09:38 PaulFertser: ^? Sep 22 17:09:53 aah yes Sep 22 17:09:54 I will happily adjust libframeworkd-glib whenever the API changes though Sep 22 17:10:00 PaulFertser: nevermind Sep 22 17:10:21 oooh NOES, even in API?? Sep 22 17:10:44 mrmoku: in the testing dir there are 3 uImage*.bin files with the same timestamp and file size. Any differences between them? Sep 22 17:11:19 keep it cryptic - protect your job XD Sep 22 17:11:37 wjbaird: they are just symlinks Sep 22 17:12:04 mrmoku: Ok - I thought so, but the web display doesn't show that... Sep 22 17:12:13 yup Sep 22 17:12:59 DocScrutinizer-8: yes, AntennaPower is FSO API :) Sep 22 17:13:02 We're doomed Sep 22 17:14:14 I affirmatively request a way to set antenna power to +51dB then XD Sep 22 17:14:20 mrmoku - when was the testing candidate updated from unstable? My shr-u was updated sep 5, and so far I've been half-way satisfied with it... Sep 22 17:15:32 wjbaird: it has the revisions from shr-u from the day the build happend I think Sep 22 17:15:34 wjbaird: prolly you won't see any diffs then ;) Sep 22 17:16:03 oh yeah - did I hear that the bind-home mechanism I saw described for Om2009 will work with SHR as well? I'd like to share a home dir between the shr-u and shr-t builds just to make things more exciting... Sep 22 17:17:51 where should be a problem with that? (except it seems overly complicated to me) Sep 22 17:19:01 DocScrutinizer-8: *shrug* - I must admit I didn't read up on it much, I wasn't sure if that was something specific to the /etc/init.d files included in OM2009, or something more generic... Sep 22 17:19:15 * DocScrutinizer-8 wonders if /home/root even conflicts with FHS Sep 22 17:19:37 dos1|reading: if I request the GSM resource from cli-framework and then start ophonekitd all is fine :( Sep 22 17:20:02 * mrmoku back to reading ophonekitd sources... Sep 22 17:20:53 usually a system is supposed to boot in "S" without any /usr or /home mounted at all Sep 22 17:21:23 mrmoku: how can i reproduce it, maybe i can try to help :/ Sep 22 17:21:26 so every sane system setup has /root, not /home/root Sep 22 17:22:16 agg1n: you need the xorg shr-u from tests/mrmoku + a downgraded fso-abyss Sep 22 17:22:45 DocScrutinizer-8: I can't argue with that... I must admit I was a little surprised to see /home/root when I first got my FR... Sep 22 17:23:07 wjbaird: it's plain insane Sep 22 17:23:50 fsckng OE heritage Sep 22 17:24:57 but - as we all know - OE is for washing machines and toasters, not for a system that has a real user with access to console and cmdline tools Sep 22 17:26:12 DocScrutinizer-8: bitter much? :-) Sep 22 17:26:59 nah, the mere truth Sep 22 17:27:43 just pondering how much better off we'd been with using e.g. debin from very beginning Sep 22 17:27:45 ouch... did a test call and the 'active call' window did not appear - no way to hang up :P Sep 22 17:28:07 loooool Sep 22 17:29:18 mrmoku: so now you know one of the reasons I recommend to use short pwrbutton press to end any pending call ;-) Sep 22 17:29:37 :P Sep 22 17:29:57 DocScrutinizer-8: don't remember you recommended that... might be worth a thought though Sep 22 17:31:28 mrmoku: actually my recommendation was beyond that: have a watchdog to force-teardown any call if any of the mandatory live-checks (e.g. for dialer window) fails Sep 22 17:34:38 uhhh... I think I know why... Sep 22 17:34:44 no Sep 22 17:42:39 dos1|reading: do you have log? was it after upgrading xserver to rc2? as i compiled it fine with git-master != rc2 now Sep 22 17:42:47 s/!=/~=/g Sep 22 17:42:48 JaMae meant: dos1|reading: do you have log? was it after upgrading xserver to rc2? as i compiled it fine with git-master ~= rc2 now Sep 22 17:47:06 mrmoku: on first start the cursor does not really do what i want, i can't hit the button at the bottom :< Sep 22 17:47:21 agg1n: yeah, missing calibration Sep 22 17:47:35 agg1n: I'm building fixed initscripts to do that right now Sep 22 17:47:43 mrmoku: ok Sep 22 17:48:08 agg1n: just execute the lines from http://www.bitwiz.org.uk/openmoko/xserver-init-lines Sep 22 17:48:13 and then you will hit the button :) Sep 22 17:48:48 mrmoku: /me wonders why we rarely ever seen any calibration issues for ts up til now Sep 22 17:49:16 DocScrutinizer-8: good question... some difference with the kdrive xserver probably... no idea Sep 22 17:49:36 well... maybe an idea Sep 22 17:49:45 right now we use evdev... so all its up to the kernel Sep 22 17:50:11 DocScrutinizer-8: because the TS is installed very exact in every device, so we could use one calibration for all Sep 22 17:50:26 I really doubt a fix that isn't getting to the root of this may be any more than a botch, which inevitably will cause further problems in the future Sep 22 17:51:32 Heinervdm: believe me, it's not a matter of installation precision ;-D Sep 22 17:52:36 * DocScrutinizer-8 ponders to check fab test sw, if there's some ts-calib included Sep 22 17:53:12 DocScrutinizer-8: the tslib package has a conf file with the calibration for om-gta02 and om-gta01 in it Sep 22 17:53:29 but then otoh, how could that calib data survive a reflash Sep 22 17:54:05 DocScrutinizer-8: you ever did a recalibration? Sep 22 17:54:39 * DocScrutinizer-8 wonders if TPE EE was similarly desparate to find a one-size-fits-all calib for ts, as they were for alsa setup Sep 22 17:54:57 Heinervdm: I tried once looong time ago Sep 22 17:55:13 alas the x tool was already broken back when Sep 22 17:55:47 mrmoku: what fso-abyss version do i need? Sep 22 17:56:12 I don't belive that conf has survived the reflash, but the conf in the flash fit on every phone Sep 22 17:56:33 or, more precisely, x was broken. iirc Sep 22 17:57:14 agg1n: sorry... not fso-abyss... fsousaged 2497004b66b46b9854c774cd397a4f40c39f3d10 Sep 22 17:57:27 at least that's what raster told me Sep 22 17:59:54 Heinervdm: ~$xtscal \n XCALIBRATE extension missing Sep 22 18:00:20 DocScrutinizer-8: ts_cal Sep 22 18:00:27 or tscal Sep 22 18:00:36 Heinervdm: iirc raster said that extension once was there in X Sep 22 18:01:35 nonexist on standard SHR with quite some beefup for decent cmdline ELFs Sep 22 18:01:56 just tset and tsort Sep 22 18:03:23 martin@jama /home/projects/OE/build.dev.shr.gta $ cat /tmp/shr/work/armv4t-angstrom-linux-gnueabi/initscripts-shr-0.0.1+r12-gitr1-r12/temp/log.do_install.24544 Sep 22 18:03:26 install: cannot stat `/tmp/shr/work/armv4t-angstrom-linux-gnueabi/initscripts-shr-0.0.1+r12-gitr1-r12/calibrate-ts.sh': No such file or directory Sep 22 18:03:32 mrmoku: ^^ ? Sep 22 18:03:44 JaMa: update ;) Sep 22 18:03:55 JaMa: fixed that some minute ago Sep 22 18:04:03 * DocScrutinizer-8 might even have a cloudy memory of ts-calibration being integral part of very first gta01 images Sep 22 18:04:21 on first bootup Sep 22 18:04:44 but might be a delusion as well Sep 22 18:05:00 JaMa: hmm... at least I thought so... ??? Sep 22 18:06:19 anyway, kudos. Now we even need a mandatory ts-calib Sep 22 18:06:25 mrmoku: seems so.. sorry... I updated about 21 mins ago :) Sep 22 18:06:55 FR getting more mature every day ;-P Sep 22 18:13:16 mrmoku: yay, now i have a similar log :) Sep 22 18:13:25 agg1n: fine :) Sep 22 18:14:54 * DocScrutinizer-8 is preparing a DVD with git database and images as of 0808, to stow away together with FR WE in one week Sep 22 18:15:29 agg1n: strange thing is that in the handler for RequestResource we power up the antenna only when GSM is enabled... and get GSM disabled back Sep 22 18:15:50 if I then check the resource status for GSM via cli-framework it tells me that it's enabled Sep 22 18:16:02 (I patched ophonekitd a bit to not segfault) Sep 22 18:16:39 WTF means "power up antenna"?? Sep 22 18:17:02 DocScrutinizer-8: you have to live with that... until the API get's renamed ;) Sep 22 18:18:04 mrmoku: ""we power up the antenna only when GSM is enabled"" is mere nonsense to me. Sorry for asking, but: what's the meaning of this? Sep 22 18:18:38 DocScrutinizer-8: that we call SetAntennaPower() after getting the dbus signal from frameworkd that GSM resource is enabled Sep 22 18:19:28 so what's the fsckng semantics of SetAntennaPower() anyway? what is it supposed to do? Sep 22 18:20:11 DocScrutinizer-8: looking at framework source it is only needed for neptune modem Sep 22 18:20:23 loool Sep 22 18:20:32 and is doing +CFUN= Sep 22 18:21:32 so it might as well just be correct the way it is Sep 22 18:23:26 mrmoku: what happen with your vdso segfault in xorg? Sep 22 18:23:51 JaMa: is no more :) Sep 22 18:23:53 mrmoku: now I have the same :) Sep 22 18:24:01 ha Sep 22 18:26:04 mrmoku: maybe its because I have snd X server on :0 stalled from gdb.. Sep 22 18:27:00 mrmoku: yes.. after killing gdb.. it segfaults later somewhere else.. Sep 22 18:33:51 mrmoku: why does the resource_changed_handler gets called twice? Sep 22 18:35:06 fsousaged ERROR:subsystem.c:890:fso_framework_dbus_subsystem_real_registerServiceObject: assertion failed: (conn != NULL) Aborted seam like nothing on dbus work. Sep 22 18:37:02 agg1n: no idea Sep 22 18:37:22 JaMa: for me it vanished after installing the image from the buildhost Sep 22 18:39:11 agg1n: I inserted debug loggers for the parameters in that handle Sep 22 18:39:22 twice the same Sep 22 18:43:13 mrmoku: http://pastebin.com/m173d8169 Sep 22 18:43:56 hmmm Sep 22 18:44:50 agg1n: that looks like it has nothing to do with ophonekitd Sep 22 18:45:12 agg1n: on the other hand, if you request gsm via cli-framework and start ophonekitd then all works nicely Sep 22 18:49:20 mrmoku: ok, reflashing now.. Sep 22 18:50:00 mrmoku: I hope all this fixed versions are not needed now.. just yours fsousaged fix? http://patchwork.dev.bearstech.com/patch/162/ Sep 22 18:50:54 mrmoku: ah now is FSOREV_cornucopia set to AUTOREV too :) never mind.. Sep 22 18:50:56 JaMa: FSOREV_cornucopia is on AUTOREV meanwhile Sep 22 18:50:58 :) Sep 22 18:51:22 but it might be convenient to have that var... someday :) Sep 22 18:51:41 mrmoku: I just noticed that variable introduced by me.. for temporary reasons was still there :) Sep 22 18:51:43 * (process:2107): DEBUG: GSM not available, try again in 5s Sep 22 18:52:40 TeLLuS: that is normal on startup Sep 22 18:52:51 TeLLuS: framework takes its time to get the resources Sep 22 18:54:48 agg1n: hehe, if I add a sleep(5) before ogsmd_device_set_antenna_power() it works Sep 22 18:57:27 mrmoku: so maybe resource_changed callback gets called too early, when then resource has not changed yet?! Sep 22 18:57:44 agg1n: looks like something like that Sep 22 18:59:08 mrmoku: i'll try to figure that out.. i hate sleep(5)-workarounds :p Sep 22 18:59:34 mrmoku: Well it is constant for me after upgrade. In settings I get Couldn't connect to FSO or ophonekitd Sep 22 18:59:36 agg1n: yeah for sure... was just to see what's going on... not intended as workaround :) Sep 22 19:00:32 TeLLuS: probably a problem with fsousaged... it might just have segfaulted Sep 22 19:00:42 someone has .hg or .git directory in root of shr installation? :/ Sep 22 19:00:48 .git is from simplecaching Sep 22 19:01:07 .hg is from mokometeo Sep 22 19:01:11 grr Sep 22 19:01:17 packages from opkg.org Sep 22 19:01:27 we love opkg.org Sep 22 19:01:30 ;/ Sep 22 19:02:36 simplecaching replaced with advancedcaching with http://patchwork.dev.bearstech.com/patch/127/ :) Sep 22 19:03:14 mrmoku: fsousaged assert as a shown above, frameworkd.log show 2009.09.22 18:30:02.466 ogpsd WARNING Attempted to send something while serial is not open. 2009.09.22 20:58:17.881 ogpsd WARNING (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') Sep 22 19:03:33 dos1|reading: interactive rm -rf resolved.. sending patch after build... Sep 22 19:03:57 TeLLuS: that's normal Sep 22 19:05:51 mrmoku: That fsousaged abort with ERROR:subsystem.c:890:fso_framework_dbus_subsystem_real_registerServiceObject: assertion failed: (conn != NULL) Sep 22 19:06:22 TeLLuS: that typically means nothing more that "can't claim dbus name" Sep 22 19:06:30 so check "mdbus -s org.freesmartphone.ousaged" :P Sep 22 19:08:31 Yepp :/ running.. Sep 22 19:10:19 frameworkd show this traceack http://87.227.108.179/neo/fso.txt Sep 22 19:11:18 mrmoku - I'm installing a bunch of things on shr-t that I had on shr-u, and I just got a long list of messages like: "libc6-dev: unsatisfied recommendation for glibc-binary-localedata-ar-kw-dev" - anything to worry about? Sep 22 19:11:44 wjbaird: -dev? Sep 22 19:12:17 wjbaird: you should not need any -dev packages (if you name is not dos1) ;) Sep 22 19:12:20 +r Sep 22 19:12:44 wjbaird: you installed the testing candidate? Sep 22 19:13:00 wjbaird: did you change the feed? Sep 22 19:13:06 mrmoku: hmm - I simply took a list of everything I had on my shr-u and tried to install it on shr-t - alsa-lib-dev was one of the things I had on shr-u. Not sure why - pretty sure I didn't manually install it. Sep 22 19:13:26 mrmoku - yes, installed the sept 15 testing candidate, and no I didn't change the feed. Sep 22 19:13:34 wjbaird: bad :( Sep 22 19:13:42 mrmoku: seems it's like we thought.. Sep 22 19:14:08 mrmoku: oh oh... was I supposed to change the feed? Sep 22 19:14:17 agg1n: I wonder if we should downgrade cornucopia stuff to what mickeyl left as last version Sep 22 19:14:35 wjbaird: for the testing candidate you have to change the feed to point to the testing candidates feed Sep 22 19:14:40 sorry for not making that clear Sep 22 19:14:49 mrmoku: Oops... Sep 22 19:15:02 wjbaird: you installed stuff from the good oooold testing :P Sep 22 19:15:07 mrmoku: I guess I'll wipe my parition and start again... Sep 22 19:15:30 actually - I might be ok --- it hasn't actually installed anything yet... Sep 22 19:15:32 yup and then point the feeds (in /etc/opkg) to tests/mrmoku/testing/feed/... Sep 22 19:15:36 just downloaded a few things. Sep 22 19:15:42 ok Sep 22 19:15:51 would it be safe to change the feeds now and redo the update and install? Sep 22 19:15:59 mrmoku: i really don't know, i'll try now if it works if i change order... Sep 22 19:16:28 dos1|reading: any opinion? Sep 22 19:16:53 dos1|reading: and stop reading vala docs ;) Sep 22 19:17:01 dos1|reading: I don't want you to have advantage :P Sep 22 19:17:17 mrmoku: I seem to have had quite a few -dev packages installed on shr-u... so I shouldn't try installing them? Sep 22 19:17:29 wjbaird: no need for them, no Sep 22 19:18:08 ok - I'll filter them out --- I just did a 'opkg list_installed | cut -f 1' on shr-u, and was trying to opkg install the whole lot on shr-t... I'm lazy that way... Sep 22 19:18:34 anyways - gotta run to a meeting - I'll try to reset the feed later... Sep 22 19:18:36 dos1|reading: and stop kicking me from the buildhost :P Sep 22 19:20:06 wjbaird: just add some grep -v - -dev or something like that Sep 22 19:23:06 mrmoku: how i'm kicking you? O_o Sep 22 19:23:25 i'm doing nothing on buildhost for few hours Sep 22 19:24:51 dos1|reading: hmm... ok. I just get kicked from time to time Sep 22 19:24:58 so I thought it might be you :P Sep 22 19:25:08 :) Sep 22 19:27:12 mrmoku: how do i enable gsm resource with cli-framwork? Sep 22 19:27:39 usage.RequestResource('GSM') Sep 22 19:29:28 dos1|reading: please look at http://pastebin.ca/1575592 Sep 22 19:30:37 hmmm Sep 22 19:35:28 DocScrutinizer-8, you got mail. Sep 22 19:35:29 ophonekitd ** (process:1559): DEBUG: dbus not available, try again in 5s Sep 22 19:35:48 waah, again? :-D Sep 22 19:36:14 Failed to handle dbus error: Resource Device is not enabled, current status is 'unknown', 80 (dbus-glib-error-quark), code 32 Sep 22 19:38:55 DocScrutinizer-8, aye, and I think this one is better ;) Sep 22 19:38:57 anyhow, I'm off. ciao. Sep 22 19:40:25 hiho, where to find crt1.o in SHR repo ? or how to produce that ? last version of SHR seems doesn't allow to compile any helloworld.c using gcc/g++/cc Sep 22 19:40:57 DocScrutinizer-8: This maps to the GSM 07.07 command +CFUN=(antenna_power), see 3GPP TS 07.07 Chapter 8.2. :P Sep 22 19:41:34 mrmoku: after some framework restarts it won't start anymore :( Sep 22 19:41:51 hmm Sep 22 19:47:40 mrmoku: what do i have to do to use fsousaged? Sep 22 19:48:00 agg1n: what do you mean? you already are using it :P Sep 22 19:48:15 i don't think so :S Sep 22 19:48:38 hm Sep 22 19:48:41 ok Sep 22 19:49:31 strange.. Sep 22 19:55:54 agg1n: I verified with dbus-monitor that the ResourceChanged signal is sent twice when just using cli-framework too Sep 22 19:57:53 mrmoku: callback is called twice here... and the enable() function of the resource is called async and right after that the resource_changed callback gets fired... Sep 22 19:58:50 agg1n: so... revert back to some working cornucopia... Sep 22 19:59:04 is there a way to get informed when a async dbus call is finished? :/ Sep 22 20:01:35 agg1n: callback? Sep 22 20:02:48 mrmoku: what would the signature be? :S Sep 22 20:03:13 agg1n: of which one? Sep 22 20:05:07 mrmoku: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsousaged/src/plugins/controller/resource.vala;h=3d0879bed5ed4743081e2db394da6c7b02574df9;hb=HEADa#l214 Sep 22 20:06:10 agg1n: you mean the proxy.enable() ? Sep 22 20:06:16 yup Sep 22 20:06:33 I don't think that one is async Sep 22 20:06:35 it is sync Sep 22 20:06:46 ok Sep 22 20:06:48 hm Sep 22 20:07:22 then i don't know :( Sep 22 20:08:32 agg1n: me neither for now... Sep 22 20:08:40 guess I have to sleep over that :P Sep 22 20:08:58 does instance.logger.error("..."); log to normal framework.log ? Sep 22 20:09:27 agg1n: I get logging from fsousaged only when manually starting it... so no Sep 22 20:09:42 agg1n: just start fsousaged before starting frameworkd Sep 22 20:09:47 and watch output on the console Sep 22 20:10:16 i wonder why i have log-messages from resource.py in framework.log... Sep 22 20:10:26 ok, i'll try Sep 22 20:12:33 ERROR:subsystem.c:799:fso_framework_dbus_subsystem_real_registerServiceObject: assertion failed: (conn != NULL) Sep 22 20:13:20 heh! Sep 22 20:13:52 does anyone here with a 64bit computer could build a project of mine to report me if he can observer the same problems I observe please ? Sep 22 20:14:31 mrmoku: do you have 64bit computer ? Sep 22 20:15:13 it does (not) build in 20 seconds Sep 22 20:16:06 pleeeeaaaaase Sep 22 20:16:07 :p Sep 22 20:19:41 ptitjes: yep DualCore Sep 22 20:20:06 ptitjes: but fast though... going to bed soon :P Sep 22 20:20:11 mrmoku: may I send you my tar.gz ? Sep 22 20:20:16 yup Sep 22 20:20:43 ptitjes: meanwhile... we have a problem with fsousaged... it sends a dbus signal twice though it shouldn't Sep 22 20:20:46 any idea? Sep 22 20:22:00 huh Sep 22 20:22:23 mrmoku: did you look at the code ? Sep 22 20:22:34 is there any objective reason it does it twice ? Sep 22 20:22:36 yup me and agg1n did take a look Sep 22 20:23:41 ptitjes: it is the ResourceChanged signal after requesting the GSM resource Sep 22 20:23:56 mrmoku: and there is no double call or something like that ? Sep 22 20:24:02 it gets sent twice even if I request the resource via cli-frameworkd Sep 22 20:24:19 just one usage.RequestResource('GSM') results in two identical signals Sep 22 20:24:34 though after the first one GSM resource is not ready yet... Sep 22 20:24:39 mrmoku: is the state given by the signal emission any different in the two emissions ? Sep 22 20:24:46 no Sep 22 20:24:52 identical even all parameters Sep 22 20:25:07 but first time not ready state Sep 22 20:25:23 it simply gets called twice, but only when state gets "anabled" Sep 22 20:25:25 no... ready the first time too Sep 22 20:26:18 oh Sep 22 20:26:21 lines 129 and 216, http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsousaged/src/plugins/controller/resource.vala;h=3d0879bed5ed4743081e2db394da6c7b02574df9;hb=HEAD Sep 22 20:26:37 mrmoku: btw sent the mail Sep 22 20:27:00 ptitjes: ok... going to clean my teeth while waiting for it :P Sep 22 20:27:18 good boy :p Sep 22 20:29:03 yeah agg1n, mrmoku, that code is simply wrong Sep 22 20:30:15 agg1n: want to fix it ? Sep 22 20:30:33 agg1n: add a variable before the switch (policy) Sep 22 20:30:57 ResourceStatus old_status = status; Sep 22 20:31:10 after the switch block Sep 22 20:31:13 do Sep 22 20:31:24 if (old_status != status) { Sep 22 20:31:30 updateStatus (); Sep 22 20:31:31 } Sep 22 20:31:45 and remove the call to updateStatus in the enable method Sep 22 20:31:50 and you'll be done Sep 22 20:32:00 agg1n: that does it ? Sep 22 20:32:12 hehe Sep 22 20:32:31 i thought a removal of the call line 216 would do it :) Sep 22 20:32:55 agg1n: status may not change during the switch block of setPolicy Sep 22 20:33:06 now we need somebody with commit access to cornucopia :P Sep 22 20:33:18 agg1n: and I think you don't want to emit a dbus message if the status don't change Sep 22 20:33:27 playya has I think Sep 22 20:33:43 ptitjes: yeah, now i understand what you meant Sep 22 20:34:26 i could provide a patch Sep 22 20:34:26 agg1n: because many may set the same policy but the status do not change Sep 22 20:35:07 mrmoku: remind me... is this mickey_away's code ?? Sep 22 20:35:10 :p Sep 22 20:35:18 should be, yeah Sep 22 20:35:37 * ptitjes is naughty Sep 22 20:35:50 mrmoku: so does my stuff compile Sep 22 20:36:07 ptitjes: still waiting for your mail... Sep 22 20:36:14 or does it say you should compile with -fPIC (although there is already -fPIC) Sep 22 20:37:24 ptitjes: yep, git tells me all of that code is mickey_away's ;) Sep 22 20:37:46 ptitjes: at the beginning of setPolicy there is a check if the new status is equal to the current Sep 22 20:37:54 ptitjes: what was the subject? maybe it got eaten by the spam filters... Sep 22 20:38:49 meh Sep 22 20:38:52 I sent it Sep 22 20:39:02 "64 bit build problem" Sep 22 20:39:14 with no content Sep 22 20:39:19 just an attachement Sep 22 20:39:35 hmm... not filtered out Sep 22 20:40:10 can I send through IRC ? Sep 22 20:40:33 ptitjes: no idea about that... never did that :P Sep 22 20:40:43 mrmoku: could you accept ? Sep 22 20:40:55 what is your client ? Sep 22 20:40:57 ptitjes: did you already send something? Sep 22 20:40:58 irssi Sep 22 20:41:07 oh f*** Sep 22 20:41:11 via bip proxy :P Sep 22 20:42:35 12http://dl.free.fr/t7MdxD26S Sep 22 20:43:03 mrmoku: easier :) ^^^ Sep 22 20:43:17 if one would understand french :P Sep 22 20:43:42 ahh... ok Sep 22 20:43:50 just click the link :) Sep 22 20:44:26 ptitjes: just configure & make? Sep 22 20:44:36 ./autogen.sh Sep 22 20:44:39 make Sep 22 20:44:52 no autogen Sep 22 20:45:00 so configure yeah Sep 22 20:45:01 and ./configure tells me Sep 22 20:45:07 Requested 'vala-1.0 >= 0.7.6' but version of Vala is 0.7.5 Sep 22 20:45:07 do you have vala and glib ? Sep 22 20:45:12 :P Sep 22 20:45:15 change the configure.ac Sep 22 20:45:21 it is not important for now Sep 22 20:46:22 ok, changed configure (as configure.ac would need autogen) :P Sep 22 20:46:36 oh shit Sep 22 20:46:47 autoreconf Sep 22 20:46:48 ? Sep 22 20:47:18 ptitjes: http://pastebin.com/d20df2a73 Sep 22 20:48:23 did autoreconf now... which gives me libtool errors on compile now ;) Sep 22 20:48:47 the -fPIC one right ? Sep 22 20:49:17 usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-linux-gnu/bin/ld: .libs/propertychange.o: relocation R_X86_64_PC32 against `vala_ltk_change_set_target' can not be used when making a shared object; recompile with -fPIC Sep 22 20:49:17 usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Bad value Sep 22 20:49:20 right ? Sep 22 20:49:43 no Sep 22 20:49:56 not while linking... while compiling Sep 22 20:50:04 ahh no wait Sep 22 20:51:01 refactoring/commentutil.c:70: Fehler: expected »=«, »,«, »;«, »asm« or »__attribute__« before »*« token Sep 22 20:51:04 refactoring/commentutil.c: In Funktion »_vala_comment_ref0«: Sep 22 20:51:07 refactoring/commentutil.c:78: Warnung: Zeiger-/Ganzzahltyp passt nicht in bedingtem Ausdruck Sep 22 20:51:10 refactoring/commentutil.c: Auf höchster Ebene: Sep 22 20:51:12 refactoring/commentutil.c:82: Fehler: expected »=«, »,«, »;«, »asm« or »__attribute__« before »*« token Sep 22 20:51:20 hi Sep 22 20:51:22 * mrmoku redoes with LANG=C :) Sep 22 20:51:28 hi Didier Sep 22 20:51:43 refactoring/commentutil.c:70: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token Sep 22 20:51:46 refactoring/commentutil.c: In function '_vala_comment_ref0': Sep 22 20:51:49 refactoring/commentutil.c:78: warning: pointer/integer type mismatch in conditional expression Sep 22 20:51:52 refactoring/commentutil.c: At top level: Sep 22 20:51:54 refactoring/commentutil.c:82: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token Sep 22 20:52:00 Deubeuliou: do you have a 64bit machine? :P Sep 22 20:52:03 Deubeuliou: hi btw. Sep 22 20:52:21 I was speaking with a future h:1 contributor that is very interested by FSO and Vala Sep 22 20:52:36 hi Deubeuliou Sep 22 20:52:38 ptitjes: is that enough? Sep 22 20:52:46 * mrmoku needs some sleep :) Sep 22 20:53:17 ptitjes: he was asking if there was an Vala plugin for FSO. As you're a vala and eclipse fan, I thought you would know what he was thinking about Sep 22 20:53:21 mrmoku: humm you should not have any C error but I guess that is because you have 0.7.5 Sep 22 20:53:28 hi mrmoku Sep 22 20:53:37 mrmoku: ho could you remove the C files ? I guess it ships with C files ? Sep 22 20:54:10 did you wrote one or are you interested in it ? Sep 22 20:54:11 "a Vala plugin for FSO" ? Sep 22 20:54:17 uh, I mean ... Sep 22 20:54:25 a VAPI for FSO ? Sep 22 20:54:28 ptitjes: find . -name \*.c -exec rm {} \; Sep 22 20:54:31 after that I get Sep 22 20:54:38 no, an fso plugin for eclipse Sep 22 20:54:39 make[3]: *** Keine Regel vorhanden, um das Target »core/change.c«, Sep 22 20:54:54 rm *.stamp Sep 22 20:55:03 (sorry, I was mixing everything) Sep 22 20:55:04 rm */*.stamp Sep 22 20:55:05 in fact Sep 22 20:55:23 Deubeuliou: hum what would be an FSO plugin for eclipse ? Sep 22 20:55:24 ptitjes, whats the problem? Sep 22 20:55:49 playya: about commit rights for cornucopia ? Sep 22 20:55:57 ptitjes: no idea :) I'll ask him further precisions Sep 22 20:56:02 i have commit rights Sep 22 20:56:03 agg1n: do you have a patch for playya ? Sep 22 20:56:05 i think you too Sep 22 20:56:13 nah I don't think so Sep 22 20:56:23 refactoring/commentutil.vala:29.9-29.15: error: The type name `Comment' could not be found public Comment rename_parameter (Comment comment, string old_name, string new_name) { Sep 22 20:56:33 guess my vala is to old for you :P Sep 22 20:56:40 grrrrrrrrrr Sep 22 20:56:45 it is indeed Sep 22 20:56:56 mrmoku: thank you anyway Sep 22 20:57:07 ptitjes: if you want I can update my vala for you... tomorrow though Sep 22 20:57:13 mrmoku: you that have a 64 bit computer do you know that error : Sep 22 20:57:17 usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-linux-gnu/bin/ld: .libs/propertychange.o: relocation R_X86_64_PC32 against `vala_ltk_change_set_target' can not be used when making a shared object; recompile with -fPIC Sep 22 20:57:17 usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Bad value Sep 22 20:57:39 one pointed me to a page where they explain I should compile with -fPIC Sep 22 20:57:47 hmm... no Sep 22 20:57:53 but obviously libtool already adds the -fPIC to gcc commands Sep 22 20:57:58 yep Sep 22 20:58:01 so I don't know what to do Sep 22 20:58:40 ptitjes: I can ask my collegeau tomorrow... he's more into linking than me :) Sep 22 20:58:48 anyway... gnight all Sep 22 20:58:54 mrmoku: that would be really cool Sep 22 20:58:55 ptitjes, mickey normally doesn't use per repo permission. so you should have write access to fso Sep 22 20:58:59 mrmoku|away: good night Sep 22 20:59:26 good night mrmoku|away Sep 22 20:59:32 playya: ha oki - but anyway I don't have that project on my computer ;) Sep 22 20:59:37 I'm sure you do :) Sep 22 21:00:27 yes. but what the problem? Sep 22 21:01:26 a bug :) Sep 22 21:01:33 thats not in cornucopia. at least commentutil.vala Sep 22 21:01:38 agg1n has a patch for fsousaged Sep 22 21:01:46 ok Sep 22 21:02:03 playya: no the thing we wer talking about is in no way related :p Sep 22 21:02:31 vala seems to have a big bug in async dbus :( Sep 22 21:02:44 just working on an example Sep 22 21:03:21 agg1n, can paste it somewhere or send it via email? Frederik.Sdun@googlemail.com Sep 22 21:03:28 <-- smoking Sep 22 21:03:57 playya: ok Sep 22 21:05:49 if git would give me a patch Sep 22 21:07:04 commit your patch Sep 22 21:07:24 git format-patch -s --stat -p HEAD~1 Sep 22 21:08:16 playya: http://pastebin.com/m5376abf0 Sep 22 21:08:37 agg1n: that is not sufficient Sep 22 21:09:16 agg1n: it may do for now, but everybody will forget there is another potential bug Sep 22 21:09:18 ptitjes: what do you mean? because there is no check if the status changed? Sep 22 21:09:26 yep Sep 22 21:09:54 ptitjes: but what about if ( policy == this.policy ) return; Sep 22 21:10:14 argh Sep 22 21:10:26 at the beginning of setPolicy Sep 22 21:10:53 maybe i'm too tired :/ Sep 22 21:11:06 agg1n1: don't mind Sep 22 21:11:12 let it go like this for now Sep 22 21:11:34 how could the status not change :/ Sep 22 21:53:28 ptitjes, i think agg1n1 s patch isn't that bad. the 2 signals are imho triggered by addUser with an auto policy for GSM an first user Sep 22 21:55:32 playya_: commitrights? Sep 22 21:55:59 yes. i have commit rights Sep 22 21:56:10 ok :-) Sep 22 21:56:30 playya__: yeah. anyway there should be more checks there Sep 22 21:56:39 I started pestering the "core team" 3min ago Sep 22 21:59:18 muuhh. c&p adds line numbers to the patch Sep 22 21:59:44 but it has a download button Sep 22 22:04:24 playya_: isn't there a "raw view" button? Sep 22 22:04:45 depends on the pastebin Sep 22 22:04:51 yup Sep 22 22:04:54 prolly Sep 22 22:05:35 agg1n1, ICANHAZCOMMITMSGPLZ Sep 22 22:06:36 playya__: sorry, i'm so bad in inventing commit msgs :D Sep 22 22:06:46 me too Sep 22 22:06:56 what was the signals name? Sep 22 22:07:04 ResourceChanged? Sep 22 22:07:09 yes Sep 22 22:07:44 ~seen mwester Sep 22 22:07:45 mwester was last seen on IRC in channel #openmoko-cdevel, 9d 4h 23m 9s ago, saying: ':p'. Sep 22 22:08:00 do you want a differen email add? Sep 22 22:11:04 i don't care Sep 22 22:11:21 doesn't apply Sep 22 22:11:21 mrmoku|away, Hi!, I hope you get my mail about libframeworkd-glib release request Sep 22 22:14:17 playya__: why is that? Sep 22 22:14:26 i don't know Sep 22 22:14:37 but it isn't that hard to delete one line Sep 22 22:15:34 how can force git, not to add a new line at the end of a file? Sep 22 22:16:43 * DocScrutinizer-8 ->booze Sep 22 22:16:52 bbl Sep 22 22:20:11 freesmartphone.org: 03Frederik.Sdun 07cornucopia * r38457666000e 10/fsousaged/src/plugins/controller/resource.vala: Fix double emitted signal ResourceChanged. Thx to agg1n Sep 22 22:21:05 PaulFertser, ping Sep 22 22:22:32 asleep Sep 22 22:22:39 hmm. ok Sep 22 22:23:02 any other kernel guy which isn't asleep? Sep 22 22:25:06 are distro guys accepted? :D Sep 22 22:26:07 wpwrak: ping Sep 22 22:26:24 i want to ask sth (maybe stupid) about a kernel module Sep 22 22:26:28 wpwrak: kernelguy? Sep 22 22:27:47 ok, who from shr team is awake? Sep 22 22:28:06 from developers, not mainteiners Sep 22 22:32:23 * Weiss is around, ish Sep 22 22:32:32 for no more than 10 mins.. Sep 22 22:35:05 playya_: I might be able to help Sep 22 22:35:26 ah ok Sep 22 22:35:34 thought you sre shr Sep 22 22:35:35 Weiss, I want ask for a snapshots/releases for all shr parts Sep 22 22:35:49 what is the best place do it? shr-devel maillist? or? Sep 22 22:36:10 max_posedon: ah.. I meant playya_ really.. Sep 22 22:36:12 is it possible to have a module which is a virtual USB hub Sep 22 22:36:31 ah, ok. Sep 22 22:36:46 where i can plug in cdc_ether cdc_filestorage,.... Sep 22 22:37:05 vhci? or is that only bluetooth Sep 22 22:37:14 also, I want add to your discussion, that it will be nice to have Sep 22 22:37:20 cdc_cdrom to Sep 22 22:37:21 or even an USB module which exports the freerunners audio devices Sep 22 22:37:27 max_posedon: is gentoo using Weiss's work? Sep 22 22:37:54 tmzt, I have local ebuilds, if you mean glamo work Sep 22 22:38:33 tmzt, if you want smth, say, I'll give it to you) Sep 22 22:38:42 or is this impossible Weiss ? Sep 22 22:38:48 no, just wondering :) Sep 22 22:38:53 as I don't have freerunner Sep 22 22:39:23 playya_, exporting audio devices - it might be impossible Sep 22 22:39:38 I don't know any usb-sound card which works via usb1.1 Sep 22 22:39:46 all which I know, usb2.0 Sep 22 22:40:08 I suggest may be use pulseaudio in this case may be. Sep 22 22:40:13 playya_: hmmm.. don't know, to be honest. I found the USB stack quite hard work to understand when I looked at it, but perhaps that was because it was one of the first things I tried to understand, and wasn't really ready for it Sep 22 22:40:21 but as for me, I want udb cdrom ) Sep 22 22:40:40 neo will become extrimely greate recover device, for any OS'es Sep 22 22:40:50 playya_: I imagine you can register your own root hub driver which simulates all kinds of weirdness and hooks up to many other subsystems, though. wouldn't be easy.. Sep 22 22:41:41 or it is possible to run 2 modules? e.g. storage and ether? Sep 22 22:42:17 max_posedon, cdc_audio is just another idea. but you can use any combination of ether,acm,storage Sep 22 22:43:34 as I said, right now I missing cdrom) Sep 22 22:44:02 why do you want your freeruner behave like a cdrom? Sep 22 22:44:18 DocScrutinizer: moving guy Sep 22 22:44:41 playya_: aiui each sbdevice has an own address on USB. So maybe it's just as simple as running multiple modules concurrently, and all those use the generic usb driver Sep 22 22:45:12 wpwrak: hope you don't need to camp under the bridge ;-) Sep 22 22:45:13 playya_, to same many iso images on neo, and boot from them when I want Sep 22 22:45:27 different os-es, different stuff, all on my neo Sep 22 22:45:56 attach to any netbook/desktop/whatever and boot any livecd Sep 22 22:46:04 max_posedon, ever tried to create an live usb stick? Sep 22 22:46:16 yes, very easy for linux Sep 22 22:46:32 but very hard for windows Sep 22 22:46:58 or, I missed smth? Sep 22 22:47:10 afaik it already works for win too Sep 22 22:47:58 hm, I should check, but want it anyway, iso files is common Sep 22 22:48:32 afaik yes. a friend of mine install win xp on a eee 701 Sep 22 22:54:42 * DocScrutinizer-8 pokes his 701 Sep 22 22:58:15 DocScrutinizer: naw. just have a ton of stuff to move. lots of it i wouldn Sep 22 22:58:22 't entrust a moving firm. Sep 22 22:59:41 wpwrak: set it on fire ;-) it's easy, and a feeling of freedom afterwards. I can tell... :-P Sep 22 23:00:58 DocScrutinizer, which devices you fired already?) Sep 22 23:01:28 no device, just a flat :-P Sep 22 23:01:39 not a bad choise) Sep 22 23:04:01 max_posedon: devices usually get disassembled rather than burnt. Sometimes I decide it's not worth the effort to reassemble a particular piece of crap ;-) Sep 22 23:04:59 Or I do droptest / bend test, or even more nasty things to them Sep 22 23:31:43 hum ... jack detection, bluetooth headsets, profiles, ... wouldn't it in the end not hurt this much using pulseaudio ? I cannot get the idea switching alsa scenarii files with breakages via jdd Sep 22 23:32:22 or is there a better venue (not hungry on resources like pulseaudio and not a pile of worse than the previous one hacks Sep 22 23:33:50 eh why on earth everybody make mplayer based audio players when it eats 100% cpu (for mp3 !) ... Sep 23 00:49:22 prahal: PA is just too greedy. And for jack-detect etc it won't help at all. Sep 23 00:50:55 prahal: I'm about (finally! RSN! ask khiraly1) to release a terse howto for a better way to exploit alsa inherent features to get rid of all this scenario crap Sep 23 00:50:58 DocScrutinizer, then there are no way out ? Sep 23 00:52:07 prahal: I guess that's a crossover in timing?! Sep 23 00:52:38 ah ok ... I got nothing against profiles (pulseaudio has them too) though they should be managed by one process otherwise it is racy Sep 23 00:52:55 yes crossover Sep 23 00:53:39 alsa lib is the process first instance. it knows about exclusive allocation of resources Sep 23 00:53:59 there's no races in that Sep 23 00:54:53 for the more sophisticated things fso needs to learn to handle audio like a normal hw resource (like wifi, or cpu) Sep 23 00:56:12 and we need a smarter resource handler anyway. one that can accept parameters for resources. we need this for all resources, but particularly we need it for audio Sep 23 00:58:28 I mean about the policy about decision for to apply a "profile" ... maybe I should look at jdd sources (never ending quest but it could be worth it) to see if I understood well the race there . That is multiple applications telling alsa to use a scenari without centralized persitance ending up in non deterministic scenari to be retrived after all applications have messed up with the scenarii at the same time Sep 23 00:58:40 ouch long story for a simple thing Sep 23 00:59:08 * DocScrutinizer-8 thinks about bogomips and timeout for cpu resource e.g. Sep 23 01:00:39 I am lost ... I know few about fso resource concept Sep 23 01:01:00 nvm I ll end up learning asap (not this week I bet but still) Sep 23 01:01:09 prahal: liberate your mind of concept of scenari(os,ii) Sep 23 01:01:49 scenarios are a bad broken by foundation concept anyway Sep 23 01:02:50 prahal: for fso resources read wiki. PaulFertser has prepared a rather nice quite short page about that Sep 23 01:03:27 it's not comprehensive, but a quite good starting point Sep 23 01:05:51 prahal: (scenarios) see: for playback of a sound (ringtone) via speaker you need to care about ~7 of the 98 controls of wolfson mixer. You can do a plethora of nice things with the remaining 91 Sep 23 01:06:56 so forget scenarii, they are evil Sep 23 01:08:49 prahal: or would you like to have half a dozen presets for the complete set of 98 lightbulbs of your castle? Sep 23 01:10:34 as soon as you're not the only person (==audio process) in that castle, races and conflicts are inevitable with such concept Sep 23 01:12:34 I believe a set of presets is bearable until it is left to the majordom of the castle to apply one or the other depending on hierarchical priority Sep 23 01:12:53 prahal: but tell me: what is jdd? and wha breakages? Sep 23 01:12:56 though there may be other ways to achieve policy Sep 23 01:13:42 http://www.opkg.org/package_126.html Sep 23 01:13:47 is jdd Sep 23 01:14:17 OUCH!! Sep 23 01:14:32 fso is taking care of this atm Sep 23 01:16:01 not on mine ... probably not configured ... well if fso centralize this it is at least centralized Sep 23 01:16:26 ouch it s late ... centralized is centralized well what a good news Sep 23 01:16:33 prahal: dunno which distri you're using Sep 23 01:17:21 and yes, switching online is a major PITA even with new concept Sep 23 01:18:14 but then writing down a sraight scheme for switching always has been... ;-) Sep 23 01:18:23 debian ... though the application which I used to test is intone and it does not seems to talk to fso at all (use amixer to set and restore settings) Sep 23 01:19:04 so it may well be that intone is missing those bits Sep 23 01:19:56 you don't know if you conected headset to audiojack, and user likes to get ringtone there. Or if the connection is to a stereo, and user prefers to hear ringtone from sounder instead of mixed into dance music Sep 23 01:19:57 thanks I ll find how to do it now that I know how it is suspposed to work Sep 23 01:21:03 yes but audio player is simple case and I bet people had stared at me seeing me with my headphones with the music shouting out of the FR :) Sep 23 01:21:11 sound was on both sides Sep 23 01:21:39 sorry. please rephrase Sep 23 01:22:26 the soudn from intone audio player is always coming outof the speakers , be the jack plugged in or not (if plugged in it also comes out of the headphones) Sep 23 01:23:06 that's because you have no decent framework taking care of the switching ATM Sep 23 01:23:07 this is an issue cause I cannot use the audio player when not alone Sep 23 01:24:07 and btw if audio comes from builtin sounder, then you get no stereo for sure, n headset Sep 23 01:25:05 numid=94,iface=MIXER,name='Amp Spk Switch' Sep 23 01:27:58 which selects between builtin speaker (which incidentally also gives audio on one of the plugged in headset channels), and full headset stereo mode which same time disables sounder Sep 23 01:28:57 sounder==builtin speaker Sep 23 01:29:59 intone for sure is unaware of that issue. probably intone even uses "default" for alsa audio device Sep 23 01:31:49 fso's eventd or deviced knows how to throw over the switch #94 on isertion/removal of hs-jack Sep 23 01:32:51 that's suboptimal, but usually it works, as long as no mess like concurrent inbound call happens Sep 23 01:33:19 prahal: HTh Sep 23 01:33:31 ? Sep 23 01:34:02 oh yes Sep 23 01:35:56 helps a lot ... I ll do a protoype in python element before attempting stereo headset . Quite some way to go still Sep 23 01:37:07 it is exactly like with neon ... the switch to imlib2 became obvious as soon as I understood how the pipeline for the canvas was working Sep 23 01:42:20 prahal: hs jack-insert triggers a key-down event (keycode 157 iirc). Even in KDE you could assign a key-shortcut to that keycode to do a corrsponding alsamixer set 94 1 call Sep 23 01:44:26 though fso framework *has* the "jdd" to do exactly that, and prolly in a smarter way (though still rather 1-dimensional) Sep 23 02:05:53 * playya_ lolz at hogan's heroes Sep 23 02:12:40 playya_: ?? Sep 23 02:12:58 movie? Sep 23 02:18:51 n8 Sep 23 02:26:48 DocScrutinizer, no tv series. kabel1 3-4 a.m. Sep 23 02:27:04 german title: ein käfig voller helden Sep 23 02:29:15 s/yo/vo **** ENDING LOGGING AT Wed Sep 23 02:59:58 2009