**** BEGIN LOGGING AT Sat Sep 26 02:59:58 2009 Sep 26 03:03:03 * DocScrutinizer-8 considers to create a daily graph of open showstopper tickets Sep 26 03:07:49 is anybody out there aware of the fact we got >10.000 gta02 owners waiting for a way to use their 300bucks device for a low-class daily phone? Sep 26 03:12:18 * Blu3 is Sep 26 03:17:47 no bad feelings about messing up unstable, if we had a testing at least, not to talk about a stable release Sep 26 06:28:29 morninng Sep 26 06:46:21 mrmoku: got my messages? Sep 26 06:55:58 Heinervdm: yep... and know also whats going on Sep 26 06:56:10 Heinervdm: still wrong XSERVER Sep 26 06:56:20 mrmoku: ok Sep 26 06:56:27 I had that as dirty change in my local buildtree... forgot to clean it up and put it Sep 26 06:56:56 have to take my kids and go to my parents now though... won't be able to do it before afternoon :( Sep 26 06:59:11 mrmoku: ok, but then i can test it in monday at the earliest Sep 26 07:02:16 Heinervdm: sorry, won't make it earlier Sep 26 07:02:25 Heinervdm: when will you be gone? Sep 26 07:02:39 mrmoku: no problem Sep 26 07:03:05 mrmoku: don't know exactly Sep 26 07:04:40 your back before i'm gone, but if the build needs again 4 hours... Sep 26 07:04:41 Heinervdm: did very dirty changes on the buildhost directly now :) Sep 26 07:04:50 :) Sep 26 07:05:19 Heinervdm: don't think it will take that long... going to start a build now... if it finished just check the testlab for xf86-video-glamo and such Sep 26 07:05:34 mrmoku: ok Sep 26 07:05:41 Heinervdm: thanks and cu Sep 26 08:27:41 mrmoku|away: X starts Sep 26 08:30:53 mrmoku|away: AUX Button works, Power not Sep 26 08:31:05 mrmoku|away: and PIN dialog dosn't show up Sep 26 08:33:47 mrmoku|away: and gst-plugins for odeviced.audio are missing too Sep 26 10:41:02 <[Rui]> dos1: hi! Sep 26 10:42:15 [Rui]: morning ;) Sep 26 10:43:05 <[Rui]> dos1: morning! :) so have you met with the misterious Black SoD as well? Sep 26 10:44:08 <[Rui]> gotta go have lunch Sep 26 10:45:06 <[Rui]> see ya Sep 26 12:32:38 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r5930ed552ea2 10framework/framework/subsystems/opimd/ (docs/TODO pimd_generic.py): opimd: GenericDomain: fix unicode problems in make_comp_value Sep 26 12:49:39 mrmoku|a`, could you add gypsy to the navit depencies? Sep 26 12:49:42 freesmartphone.org: 03g.anciaux 07dos/opimd-tracking * rbb2d4bdb07cf 10framework/framework/subsystems/opimd/pimb_vcard_contacts.py: Sep 26 12:49:42 freesmartphone.org: opimd: add VCard-Contacts backend Sep 26 12:49:42 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Sep 26 13:13:28 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r97c3f14235d9 10framework/framework/subsystems/opimd/pimb_vcard_contacts.py: opimd: VCard-Contacts: few fixes (EMail=>E-mail, use the same file for reading and storing) Sep 26 13:13:29 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rd14b3ba9ac78 10framework/framework/subsystems/opimd/pimb_vcard_contacts.py: opimd: VCard-Contacts: write in log about missing python-vobject if importing fails Sep 26 13:20:18 playya: gypsy? Sep 26 13:23:55 dos1, yes. to use the dbus API Sep 26 13:24:25 playya: but we don't use gypsy Sep 26 13:24:30 only gypsy API in ogpsd Sep 26 13:37:31 TTFF on 30..35signal: 180sec. TTFF on 40.45signal: <40sec Sep 26 14:09:33 mrmoku|a`: when you'll be back - please check patchwork ;) Sep 26 14:20:27 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r31f32b3b7fd6 10framework/framework/subsystems/opimd/pimb_vcard_contacts.py: opimd: VCard-Contacts: fix local variable 'value' reference before assignment Sep 26 14:29:04 * mrmoku|a` checks patchwork :) Sep 26 14:33:36 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r554977478826 10framework/framework/subsystems/opimd/pimb_vcard_contacts.py: opimd: VCard-Contacts: fix logger levels Sep 26 14:33:37 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r62dd3bda7eea 10framework/framework/subsystems/opimd/pimb_vcard_contacts.py: Merge commit 'origin/dos/opimd-tracking' into dos/opimd-tracking Sep 26 14:38:27 Heinervdm: do we need xf86-input-keyboard/mouse? or is that alternative to evdev? Sep 26 14:38:53 mrmoku: keyboard is included in xorf.conf Sep 26 14:39:07 i think we should include that Sep 26 14:40:53 Heinervdm: ok, maybe that is the reason for e forgetting shortcuts... Sep 26 14:41:18 Heinervdm: will include both then Sep 26 14:47:44 Heinervdm: btw. on my local image PIN works... forgot to set back fsousaged to AUTOREV :( Sep 26 14:48:20 mrmoku: so after a opkg upgrade it should work? Sep 26 14:48:57 Heinervdm: should... have to build first though Sep 26 14:49:03 mrmoku: what do we do with the gst-plugins? Sep 26 14:49:22 add them to RRECOMMEND of fsodeviced? Sep 26 14:50:08 s/fsodeviced/fsousaged/ Sep 26 14:50:08 Heinervdm meant: add them to RRECOMMEND of fsousaged? Sep 26 14:50:12 i'm building everything on buildhost now Sep 26 14:50:26 Heinervdm: gst-plugins to fsousaged? why for? Sep 26 14:50:32 Heinervdm: well... they have nothing to do with fsousaged Sep 26 14:50:48 fsodeviced :) Sep 26 14:50:54 we don't use that yet Sep 26 14:51:42 but what's complaining about missing plugins on framwork startup? Sep 26 14:51:50 odeviced.audio Sep 26 14:52:02 (gst) that's what I thought as well. GST vanished from FSO when ringtones moved to .wav only, afaik Sep 26 14:52:23 Heinervdm: yeah we don't use it... tooo slow Sep 26 14:52:32 mrmoku: ok Sep 26 14:52:34 exactly Sep 26 14:52:41 hi,not for the openmoko phone but related: someone calls (ATD) and receive a CME error 100(that is to say: unknown error according to fso and the standard)....what could it be? Sep 26 14:53:24 Heinervdm: support for it is still in frameworkd for other platforms Sep 26 14:53:32 so it complains... but we don't care :) Sep 26 14:53:41 damn, I get the firstboot foo on every boot now :-/ Sep 26 14:53:57 joerg_42: ringtones aren't wav only Sep 26 14:54:21 dos1: yeah, they're aplay only Sep 26 14:54:25 joerg_42: no Sep 26 14:54:27 joerg_42: when using wav ringtone, fso uses aplay; otherwise it tries to use gst Sep 26 14:55:06 uhh Sep 26 14:55:16 that's in odeviced Sep 26 14:55:45 joerg_42: in fsodeviced, it uses libcanberra, which can use backends - by default alsa (wav only), but it can use gstreamer too Sep 26 15:02:38 * mrmoku moving downstairs Sep 26 15:13:20 Heinervdm: what providers do we want for drm and mesa? I see different variations... Sep 26 15:13:29 PREFERRED_PROVIDER_mesa = "mesa" Sep 26 15:13:32 PREFERRED_PROVIDER_drm = "libdrm" Sep 26 15:13:36 PREFERRED_PROVIDER_mesa = "mesa-dri" Sep 26 15:13:39 PREFERRED_PROVIDER_dri = "libdrm" Sep 26 15:14:02 mesa-dri is the kms version, isn't it? Sep 26 15:14:17 no idea... Weiss ^^^^ ? Sep 26 15:14:37 and what of those for gta01? Sep 26 15:16:38 Heinervdm: mesa-dri-glamo is kms AFAIR Sep 26 15:16:58 dos1: so mesa only for now... Sep 26 15:17:15 dunno what mesa-dri is Sep 26 15:17:24 and what is difference between mesa-dri and mesa Sep 26 15:17:29 but there is also mesa-dri-glamo ;) Sep 26 15:17:39 * mrmoku confused :P Sep 26 15:31:11 dos1: building a lite image? you have to update first ;) Sep 26 15:31:33 mrmoku: yup, just canceled build ;) Sep 26 15:31:39 dos1: :) Sep 26 15:33:04 and started again Sep 26 15:38:31 mrmoku: Schorhr likes a package of "sane" for SHR Sep 26 15:38:54 Schorhr: do you think you could give that a testshot Sep 26 15:39:26 mrmoku: Hello, I've been told to contact you about my project :-) I am trying to get sane running on the openmoko as I just recieved a portable scanner, but I am rather new to Openmoko, SHR + Linux (at least when it comes to anything underneath the gui) Sep 26 15:39:43 Schorhr: nice Sep 26 15:39:54 s/Schorhr/mrmoku/ Sep 26 15:39:54 DocScrutinizer meant: mrmoku: do you think you could give that a testshot Sep 26 15:40:28 It's supported by sane (Travelscan 464) Sep 26 15:41:02 Schorhr: let me see if there is a recipe for sane and if it builds... Sep 26 15:41:11 :-)) Sep 26 15:41:39 Schorhr: is 1.0.19 new enough for sane-backends? Sep 26 15:41:50 :-)))) Sep 26 15:42:00 Thanks for the help, I really appreceate it. Sep 26 15:42:09 dos1, mrmoku: AFAIK the only difference between mesa and mesa-dri is the configuration Sep 26 15:42:35 (*appreciate; Sorry, my english is a little rusty) Sep 26 15:42:44 I do not know, let me check since when it is supported Sep 26 15:43:17 Weiss: ok, thanks Sep 26 15:45:22 Backend: plustek, Version 0.52, Syscan TravelScan 460/464 --- No clue from wich sane version on it is included Sep 26 15:45:30 It's a older device though Sep 26 15:46:46 Oh, 1.9.19 is the previous version... That should do just fine :-) Sep 26 16:01:53 dos1: the new image is a bit small... Sep 26 16:02:03 Heinervdm: it's still building Sep 26 16:02:17 .j2ffs finished Sep 26 16:02:37 .jffs2 :) Sep 26 16:03:13 Heinervdm: 61MB looks ok Sep 26 16:03:48 dos1: oh, then i refreshed while copying :) Sep 26 16:04:01 as i looked it had 56MB Sep 26 16:04:49 Heinervdm: but do_rootfs isn't finished yet Sep 26 16:04:53 mrmoku: Any guess how the performance will be? :-) Sep 26 16:07:53 * Heinervdm flashs new image :) Sep 26 16:08:21 Schorhr: no idea Sep 26 16:09:39 Hehe. As long as 1 bit at 150dpi works I am happy. Sep 26 16:13:30 dos1: can you build sane-backends and sane-frontends when image has finished please? Sep 26 16:13:44 * mrmoku off for dinner Sep 26 16:13:47 bbiab Sep 26 16:14:17 mrmoku|away: ok Sep 26 16:14:48 dos1: won't build :( has libgphoto2 as dependency and that does not configure Sep 26 16:14:59 Schorhr: needs a closer look, sorry Sep 26 16:22:02 hmm, libgphoto might be useful anyway Sep 26 16:22:50 * DocScrutinizer imagines a digital cam augmented by gphoto on FR Sep 26 16:24:50 by lucky incidence FR knows how to do USB host :-) Sep 26 16:27:24 mrmoku|away: no pin dialog Sep 26 16:27:30 mrmoku|away: Thanks for trying... too bad. Sep 26 16:40:30 mrmoku|away: you'll do that closer look eventually? Sep 26 16:55:42 does someone know why koen has removed 'quark_notify_queue' from glib-2.0 2.21.6. now i can not build gtk+ ? Sep 26 16:57:45 ja Sep 26 17:01:21 Heinervdm: will install it myself now... and debug Sep 26 17:10:58 Heinervdm: does not work without SIM too :( Sep 26 17:11:43 Heinervdm: does it work after restarting ophonekitd? Sep 26 17:11:48 for me it does Sep 26 17:26:33 EDJE ERROR: file /usr/share/enlightenment/data/themes/illume-niebiee.edj, group e/modules/kbd/base/default has a non-fixed part. add fixed: 1 1; ??? Problem part is: e.text.label Sep 26 17:26:43 what does this mean? Sep 26 17:27:13 mrmoku: have to go now, will be back on monday Sep 26 17:28:11 Heinervdm: ok Sep 26 17:29:58 DocScrutinizer-8: eventually... yeah ;) Sep 26 17:30:03 will look at it later Sep 26 17:30:19 mrmoku: heh, great :-) Sep 26 17:34:18 * DocScrutinizer-8 wonders how removing bat can mess up ext3 so fubar :-/ Sep 26 17:34:45 shr-config bails out during compilation Sep 26 17:35:42 betheg: seems I heard that before Sep 26 17:36:00 betheg: dos1 prolly could tell Sep 26 17:36:52 spaetz, ping Sep 26 17:36:57 betheg: probably it means nothing important Sep 26 17:37:01 betheg: do you have any problem with that? Sep 26 17:38:26 dos1: no i have now problems with that. Sep 26 17:38:29 mrmoku: what's current state of shr-testing img Sep 26 17:38:43 pending... :( Sep 26 17:39:28 DocScrutinizer-8: there is a somewhat working candidate for testing... but right now we cannot build testing Sep 26 17:39:32 hmm, I wonder hor long a pending state cauld be kept before it transitions to abandoned Sep 26 17:41:41 and I wonder if it makes sense to publicize an image which we could not even build fixes for... Sep 26 17:42:33 mrmoku: nah, for sure not Sep 26 17:43:12 DocScrutinizer-8: and at this point we actually might consider to base testing on xorg too Sep 26 17:43:31 mrmoku: anyway I feel a loss of momentum at user side. We need a testing image Sep 26 17:44:03 DocScrutinizer-8: acutally we all (especially us devs) want (and need) that testing image Sep 26 18:34:26 Schorhr, DocScrutinizer-8: libgphoto2 does not build due to a libtool problem... saw a fix for that for newer libtool in org.oe.dev... will revisit it tomorrow Sep 26 18:36:14 Thank you very much mrmoku, I'm totaly lost :-( Sep 26 18:36:30 np Sep 26 18:36:57 Vielen Dank :-) Sep 26 19:04:37 mrmoku: telephony fixed and ready for build? Sep 26 19:13:09 JaMa: almost Sep 26 19:13:22 JaMa: have to rebuild ophonekitd Sep 26 19:14:11 JaMa: you can install the image from today... just that ophonekitd segfaults on boot... then you have to restart it and all is fine Sep 26 19:14:19 will build a fix for that soon though Sep 26 19:17:49 mrmoku, what sees to be the problem causing this ophonekitd behavior? Sep 26 19:18:26 TAsn: problem is that fsousaged sends the signal that GSM is ready to early Sep 26 19:18:37 (when gsm actually is not yet ready... but enabling instead) Sep 26 19:18:43 omg, you are going to put a sleep are you? Sep 26 19:18:45 :( Sep 26 19:18:54 ophonekitd then tries to access it and fails Sep 26 19:19:19 mrmoku, just make ophonekitd try to access it and try again after X seconds, like it does in many other places. Sep 26 19:19:20 TAsn: if you have some better idea... if not... we will sleep until mickey_away comes back to fix it ;) Sep 26 19:19:31 ^ Sep 26 19:19:38 TAsn: btw... I removed the most prominent place ;) Sep 26 19:19:51 what was that? Sep 26 19:20:00 ophonekitd is listening to ResourceAvailable now... thus does not have to do stupid list_resources every 5s Sep 26 19:20:35 oh, sweet :) Sep 26 19:20:47 that's how you discovered this bug? Sep 26 19:21:16 mrmoku, I really think we should make a meeting soon. Sep 26 19:21:29 Because the future of SHR is not as crystal clear as it was Sep 26 19:21:32 not for me anyways Sep 26 19:21:41 I mean, I don't think anyone knows what's next Sep 26 19:21:56 (not that shr is dying, that's not what I meant, it's just that we have a vague plan) Sep 26 19:22:02 we know what we want to have in general Sep 26 19:22:10 mrmoku: I'll update image here then :) Sep 26 19:22:15 though no one is doing anything in an organized manner to reach this goal. Sep 26 19:22:42 TAsn: that is missing yeah... clear targets and organization Sep 26 19:22:54 exactly Sep 26 19:27:46 exactly what my recent rant was all about Sep 26 19:32:30 SHR: 03mok 07shr * rdf3afb106fe6 10/ophonekitd/src/ophonekitd-main.c: ophonekitd: turn the sleep(3) into g_timeout_add(5...) as 3s seem to not suffice Sep 26 19:50:19 is there some shr guys here? Sep 26 19:50:37 GarthPS: yup Sep 26 19:50:52 @mrmoku : salut! Sep 26 19:51:47 @mrmoku : do you know if there is a work in progress on libfso-glib0? beacause I can't upgrade shr unstalbe because of a not uptodate version of it. Sep 26 19:51:54 JaMa: opkg update; opkg install ophonekitd should give you a phone even after boot :-) Sep 26 19:52:19 GarthPS: the problem is we cannot yet sync the feed... but getting closer Sep 26 19:53:26 GarthPS: so yes, there is work in porgress... not specifically on libfso-glib but that problem will go away automatically when we sync the feed Sep 26 19:53:34 (aka bring the new stuff to it) Sep 26 19:54:42 @mrmoku : and do you have an idea of when it will be Sep 26 19:54:42 ? Sep 26 19:54:45 JaMa: btw... if you have time could you take a look at my commit about reorganizing stuff in conf/distro? Sep 26 19:55:10 GarthPS: I hope tomorrow Sep 26 19:55:24 @mrmoku : ok thanks Sep 26 19:55:32 GarthPS: also please read channel topic Sep 26 19:55:39 GarthPS: I'm not sure about upgradeability... have to test that first Sep 26 19:55:46 as we switched the xserver to xorg Sep 26 19:56:20 @mrmoku : And more generaly were can we know what shr are doing or what did they do? because at each time I upgrade I realy don't know if it is the good moment. Sep 26 19:56:43 GarthPS: that is a good question :P Sep 26 19:56:44 :-P Sep 26 19:57:04 GarthPS: once we manage to have a testing you can stick to that and we will try our best to keep it working Sep 26 19:57:10 @mrmoku : thanks for the idea of the topic Sep 26 19:57:25 GarthPS: looks like doing a testing image is quite difficult though :( Sep 26 19:57:37 to much stuff changing... Sep 26 19:58:09 about the upgradability , I tested it a long time ago , and it has fucked up all the thing. but since a month I work quite well Sep 26 19:58:40 what is the pros of swithing to xorg? Sep 26 19:58:41 GarthPS: opkg is a freaking f...ing beast :P Sep 26 19:58:58 GarthPS: kdrive is a dead end... no development Sep 26 19:59:15 development of the xorg driver for our beloved glamo graphics is quite active Sep 26 19:59:25 kdrive? what is it? Sep 26 19:59:46 oh hyeah I read it (about active dev) Sep 26 20:01:07 kdrive is the old xserver we we're using Sep 26 20:01:23 don't know it's origins but I guess it once was a fork thought for small embedded devices Sep 26 20:01:27 not sure about that though Sep 26 20:02:24 oh! what is x11-16 compared to x11??? Sep 26 20:03:20 seems another instance of the same old story: first create a distro for washing machines (OE), then invent every small wheel again to move fron washing machine back to fullsized decent distro :-/ Sep 26 20:03:46 hu.? Sep 26 20:03:48 :) Sep 26 20:04:28 DocScrutinizer-8: nahh... OE never was (and is not) a distro ;) Sep 26 20:04:46 GarthPS: x11-16 is a rendering engine for enlightenment Sep 26 20:05:02 ok, so THIS detail was incorrect ;-D Sep 26 20:05:06 pros and cons? Sep 26 20:05:29 GarthPS: x11-16 has less colors and is a lot faster Sep 26 20:05:39 so some themes might look ugly Sep 26 20:05:47 but we have x11-16 optimized ones :-) Sep 26 20:05:48 ...on segfaulting :-P Sep 26 20:06:12 DocScrutinizer-8: well... the only segfault I had with x11-16 is when changing something in the illume config Sep 26 20:06:16 ok so it is that why i found shr more effycient this week! or did you switch some other peacies to vala? Sep 26 20:06:18 other than that it was rock solid for me Sep 26 20:06:48 GarthPS: we did not switch to x11-16 by default... so the speed you experience must come from somewhere else :P Sep 26 20:06:52 in fact i hav installed the theme deep blue from your tracker Sep 26 20:07:13 deep blue? I know nieebie which is quite blue Sep 26 20:07:20 that one is 16 actually iirc Sep 26 20:07:26 all work fine for me Sep 26 20:07:41 DocScrutinizer-8: but you still have to switch the rendering engine in illume config Sep 26 20:07:47 oh yes it is nieebie .. myè fault Sep 26 20:07:50 ooh Sep 26 20:08:03 GarthPS: just using the theme gives you speed because it is more leightweight than the default one Sep 26 20:08:13 thought dos1 managed to do this on postinstall Sep 26 20:08:21 GarthPS: more speed is to gain by using the x11-16 engine Sep 26 20:08:41 DocScrutinizer-8: well... for elementary you can set an environment env... but that is valid for elementary only Sep 26 20:08:55 @mrmoku :yep i did both!! :p Sep 26 20:09:42 k, saturday night ;-D Sep 26 20:09:45 cya Sep 26 20:09:53 DocScrutinizer-8: have fun then :P Sep 26 20:10:21 * DocScrutinizer-8 wonders where roh hangs oot Sep 26 20:10:24 out Sep 26 20:10:47 ~seen roh Sep 26 20:10:47 roh is currently on #openmoko-cdevel, last said: 'i wanted to play with cpld soon.. just for fun and learning vhdl or verilog (whichever i like more in the end)'. Sep 26 20:10:48 DocScrutinizer-8: lots of kilometers to the north I guess ;P Sep 26 20:10:58 nope Sep 26 20:11:04 N actually Sep 26 20:11:09 ahh :-) Sep 26 20:13:24 actualy on shr unstable, whitch part has been switch from python to valv? Sep 26 20:13:27 vala Sep 26 20:13:39 GarthPS: fsousaged Sep 26 20:13:53 well and fso-abyss Sep 26 20:13:56 lol the one I cant upgrade! Sep 26 20:14:05 And what does it do? Sep 26 20:14:34 it offers the shr.freesmartphone.Usage dbus interface... which you need to request resource Sep 26 20:14:57 like if we want to use GSM we have to RequestResource('GSM') first (which goes via fsousaged) Sep 26 20:15:23 if you don't want it to suspend... you can RequestResource('CPU') or RequestResource('Display') to keep the screen on Sep 26 20:15:54 brb Sep 26 20:17:43 ok thx Sep 26 20:32:19 GarthPS: welcome Sep 26 20:32:23 * mrmoku off to bed Sep 26 20:42:22 ~botsnack Sep 26 20:42:22 DocScrutinizer: aw, gee Sep 26 20:42:28 ~logs Sep 26 20:42:28 i guess logs is at http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Sep 26 20:45:04 tmzt: just quoting Sep 26 21:18:31 freesmartphone.org: 03mickey 07phonesim * r4a79a69aab70 10/lib/ (callmanager.cpp callmanager.h): callmanager: use contents of RING variable as unsolicited call notification call Sep 26 21:18:32 freesmartphone.org: 03mickey 07phonesim * rb17bfc3910fb 10/lib/callmanager.cpp: callmanager: add \r\n command prefixes as per GSM spec Sep 26 21:18:33 freesmartphone.org: 03mickey 07phonesim * rbf69408e9daa 10/modems/ti_calypso.xml: ti_calypso.xml: fix incorrect specification for +GCAP Sep 26 21:18:34 freesmartphone.org: 03mickey 07phonesim * r09fe01fd8397 10/modems/ti_calypso.xml: ti_calypso.xml: set some more generic vandor info Sep 26 21:18:36 freesmartphone.org: 03mickey 07phonesim * r668df49619f2 10/modems/ti_calypso.xml: ti_calypso.xml: set SIM PIN Sep 26 21:18:51 freesmartphone.org: 03mickey 07cornucopia * r380b8d01abac 10/fsogsmd/src/ (4 files in 2 dirs): Sep 26 21:18:51 freesmartphone.org: fsogsmd: experiment with a different way to instanciate mediators. This does not work currently due to some Vala async Sep 26 21:18:51 freesmartphone.org: inheritance problems. Sep 26 21:18:52 freesmartphone.org: 03mickey 07cornucopia * r7d3063388985 10/fsogsmd/src/lib/ (Makefile.am const.vala): fsogsmd: add FsoGsm.Constants class for converting between GSM-related datatypes Sep 26 21:18:55 freesmartphone.org: 03mickey 07cornucopia * rd49d3928a003 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: prepare for org.freesmartphone.GSM.Network.ListProviders() implementation Sep 26 21:18:58 freesmartphone.org: 03mickey 07cornucopia * re05c5817fab7 10/fsogsmd/ (5 files in 2 dirs): fsogsmd: fix +COPS=? to recognize the optional access technology field Sep 26 21:19:01 freesmartphone.org: 03mickey 07cornucopia * rba5d33e1f042 10/fsogsmd/src/ (lib/modem.vala plugins/gsm_device/plugin.vala): Sep 26 21:19:28 freesmartphone.org: fsogsmd: modem: use generics to gather the proper type Sep 26 21:19:28 freesmartphone.org: NOTE: This needs vala later than 15f806f611898953a859c393e363d532974c52bd Sep 26 21:30:22 freesmartphone.org: 03mickey 07cornucopia * r5a65c44af5b3 10/fsogsmd/ (configure.ac src/lib/atcommands.vala src/lib/modem.vala): fsogsmd: catch up with libgee 0.5.0; bump gee requirement Sep 26 21:30:27 cya Sep 26 21:31:43 duh, mickey|vacation... when did that change? Sep 26 22:21:03 tmzt: the old DRI1 VIA driver? Sep 26 22:21:08 yes Sep 26 22:21:11 well Sep 26 22:21:19 whatever is in 2.6.31 Sep 26 22:21:26 but it's drm1 Sep 26 22:22:07 when you talk about DMA, you're referring to the "weird" MSM scanout thingy? Sep 26 22:22:14 yes Sep 26 22:22:33 the device has to dma when the frame is done Sep 26 22:22:48 so I want to drive that directly from an X ddx instead of using the pan ioctl Sep 26 22:24:20 is there anything specific about the VIA driver? Sep 26 22:24:43 I can understand it :) it's also a shared memory driver unlike the ati one you used Sep 26 22:26:19 hmm.. could you remind me about how the hardware works? Sep 26 22:28:06 we setup an address in the shared memory (physical address) and tell it to dma that to the panel Sep 26 22:28:26 if the panel supports partial updates it can be a partial frame, otherwise it has to be the full frame Sep 26 22:28:44 are you in #htc-linux? Sep 26 22:29:43 hmm.. used to be, clearly I didn't rejoin after the last disconnection Sep 26 22:30:00 you can't write to the framebuffer directly? Sep 27 00:00:02 we got a new tangogps? Sep 27 00:01:05 one that recovers from stalled tile downloads maybe? Sep 27 00:01:34 without newstart Sep 27 00:02:03 to clear the tainted cache Sep 27 00:02:51 I looked once at the tangogps code and it's a fair bit of a mess Sep 27 00:04:04 I actually started writing a replacement but at the time got stuck with doing dbus from vala, I now got that sorted but now I'm diverted to creating a GSM based positioning service Sep 27 00:04:53 * baruch needs to remove the ^W key binding in xchat Sep 27 00:10:38 OUT OF TOPIC: Hi, hopefully some SHR project wiki maintainer is reading this => First of all thx for the helpful SHR built instructions. ;) Maybe one thing I would add to the Troubleshooting section is that in case of "..../fso-specs_git.bb do_compile failed " xsltproc might be not installed. Sep 27 00:12:00 This really kept me searching for some time as I'm totally new to OE and SHR stuff. Sep 27 00:17:56 phild: it's a wiki ;-) Sep 27 00:30:55 ups missed the register link => added entry now. ;) Sep 27 01:53:02 ok, I'm tired Sep 27 01:53:17 We just moved the clock an hour back and it's still 4 am Sep 27 01:53:35 which means I'm up for a long time now Sep 27 01:53:41 bah, I'm not making sense, night. **** ENDING LOGGING AT Sun Sep 27 02:59:56 2009