**** BEGIN LOGGING AT Sun Oct 11 02:59:56 2009 Oct 11 05:23:49 morning folks Oct 11 05:27:39 Weiss: me too Oct 11 05:28:02 Weiss: what about rebasing libdrm after you rebased also mesa-glamo? Oct 11 05:28:15 mickey|ICE874: moin Oct 11 05:38:15 morning Oct 11 05:43:50 morning baruch Oct 11 05:46:39 freesmartphone.org: 03mickey 07cornucopia * r691330cdca44 10/libfsotransport/ (configure.ac fsotransport/basetransport.vala): Oct 11 05:46:39 freesmartphone.org: libfsotransport: wrap logger calls in assert, so that the compiler has a chance to remove them for release builds Oct 11 05:46:39 freesmartphone.org: needs libfsobasics 0.8.3.1 Oct 11 05:51:15 freesmartphone.org: 03mickey 07cornucopia * r8357b6f2a87a 10/libfsoframework/ (configure.ac fsoframework/subsystem.vala): Oct 11 05:51:15 freesmartphone.org: libfsoframework: wrap logger calls in assert, so that the compiler has a chance to remove them for release builds Oct 11 05:51:15 freesmartphone.org: needs libfsobasics-0.8.3.1 Oct 11 07:16:16 SHR: 03mok 07libframeworkd-phonegui-efl2 * r0a1f354bfb86 10/ (4 files in 2 dirs): message-new-view: use elm_genlist for the recipients Oct 11 07:19:32 TAsn: fixed :) Oct 11 08:01:07 Heinervdm: hi :) Oct 11 08:03:38 JaMa: hi :) Oct 11 08:04:33 freesmartphone.org: 03mickey 07phonesim * r93192547e123 10/lib/phonesim.cpp: fix couple of phonebook command responses (\r\n again) Oct 11 08:08:11 Heinervdm: nice patches :) Oct 11 08:08:15 Heinervdm: testing now Oct 11 08:08:36 JaMa: just cherry-picked some stuff Oct 11 08:08:57 freesmartphone.org: 03mickey 07cornucopia * rcabc08fd78f4 10/fsogsmd/src/lib/ (atcommands.vala atmediators.vala mediator.vala modem.vala): fsogsmd: more work on phonebook reading Oct 11 08:51:42 heyho Oct 11 08:58:36 argh Oct 11 08:58:43 ~lart phonesim for the lack of concatenated command support Oct 11 08:58:44 * apt takes a big bite out of phonesim's jugular vein for the lack of concatenated command support Oct 11 08:58:56 * mickey|ICE874 ponders whether it's worth it fixing that... Oct 11 09:22:55 <[Rui]> hi all Oct 11 09:32:56 mickey|bbl: concat-cmds? don't see a particular use of that Oct 11 09:33:53 well, maybe phonesim should know it anyway Oct 11 09:34:19 s/it/them Oct 11 11:46:20 mrmoku|away: oemerge won't be such a nice thing... There is so much erroneous recipes, that won't be fun... Oct 11 11:47:53 mrmoku|away: we should keep shr/import and justwatch commits in org.oe.dev and cherrypick the ones we need Oct 11 12:10:37 Heinervdm: the build error for openssl-native and others should be fixed in org.oe.dev but this commits are not in shr/merge Oct 11 12:11:18 betheg: i merged org.oe.dev locally Oct 11 12:11:51 so i have all commits from org.oe.dev Oct 11 12:12:21 mmh? Oct 11 12:12:46 i have no commit rights, so i can't merge remotely ;) Oct 11 12:13:49 ok :( Oct 11 12:13:49 <[Rui]> woah... webkit efl git is about 700MB ??? Oct 11 12:13:53 betheg: but i can't see a commit that fixed the issues... Oct 11 12:14:02 <[Rui]> Receiving objects: 14% (81423/570305), 118.42 MiB | 517 KiB/s Oct 11 12:14:10 [Rui]: yes, it's huge Oct 11 12:14:32 <[Rui]> a bit hard to accept Oct 11 12:15:03 Heinervdm: commit af8c8d14ffa9daf9f6ec19fa2d49c687cf5cff64 should. Oct 11 12:16:43 betheg: ah ok, then i can try to build latest openssl-native again Oct 11 12:20:27 betheg: but there are still a lot of other packages failing... Oct 11 12:22:22 which packages? Oct 11 12:23:01 for example Oct 11 12:24:18 ptitjes: ping Oct 11 12:24:56 morphis: pong Oct 11 12:25:00 hello Oct 11 12:25:06 ptitjes: hey Oct 11 12:25:11 betheg: wait some minutes i'm building now with -k and the last error is too long ago :) Oct 11 12:25:22 ptitjes: have some question about vala-dbus-binding-tool Oct 11 12:25:30 betheg: but what i know is classpath-native Oct 11 12:25:54 ptitjes: I am currently trying to parse the telepathy spec and there occured some errors when parsing the dbus type specification Oct 11 12:26:28 ptitjes: has vala-dbus-binding-tool some limits for parsing types? like a(saa{sv}as)? Oct 11 12:27:15 morphis: I guess it does not, as it is extensively used in FSO's spec Oct 11 12:27:46 hm Oct 11 12:27:55 morphis: beware however that our spec format is surely incompatible with the telepathy sepc format, they have their own propriatary stuff Oct 11 12:28:33 Heinervdm: have you some error logs from classpath-native Oct 11 12:28:46 morphis: please compare with some XML files from git.freesmartphone.org/specs/, to be sure it should work with your spec files Oct 11 12:28:49 hm ok that can be the cause Oct 11 12:29:00 will do Oct 11 12:29:23 morphis: I guess the changes would be minimal to addapt your spec (some XML attribute to rename, or such...) Oct 11 12:29:41 betheg: http://shr.pastebin.com/m1f81a5c6 Oct 11 12:30:16 ptitjes: It is parsing a lot of the telepathy spec, but it ends with the error message "}a" Oct 11 12:30:34 betheg: emotion fails too, but for that i have a fixed recipe in shr/import Oct 11 12:30:39 so I though there should be some problems with the type handling in vala-dbus-binding-tool Oct 11 12:30:55 Heinervdm: elm calendar widget is nearly finished, only some little bugs left Oct 11 12:30:56 morphis: I don't say it is bug free ;p Oct 11 12:30:59 :) Oct 11 12:31:19 I will take a look at the code and try to find out where the problem is Oct 11 12:31:23 morphis: there might be some glitches, in which case if you can identify it that would be great :p Oct 11 12:31:35 :D Oct 11 12:31:40 morphis: nice :) i hope i can finish my oemerge work und test the widget again Oct 11 12:31:47 morphis: yeah vala-dbus-binding-tool's code is really tiny :p Oct 11 12:33:19 betheg: an other issue both libxfont and libxfont-native are providing xfont... Oct 11 12:33:30 ptitjes: you are using {} or [] for dicts? Oct 11 12:33:39 ptitjes: really :) Oct 11 12:33:48 Heinervdm: would be nice Oct 11 12:34:13 Heinervdm: my current plan is: fix the last bugs and then write a mail to raster/e-ml and ask about integration Oct 11 12:34:15 raster: ping Oct 11 12:34:25 have to go in the citchen for some minutes Oct 11 12:38:51 ? Oct 11 12:45:10 raster: hi there Oct 11 12:48:40 Kensan: ola! Oct 11 12:50:32 <[Rui]> raster: também falas português, é? :) Oct 11 12:52:35 <[Rui]> raster: hi! packing a rectangle in a table at the same position a bubble didn't work, but thanks to sachiel and quaker66 I understood how to add mouse down/up to a bubble and worked my way around it. Oct 11 12:52:45 raster: I am nearly finished with the calendar widget for elementary Oct 11 12:52:55 [Rui]: sim. pouco. Oct 11 12:53:09 raster: long time no see Oct 11 12:53:18 [Rui]: umm ok :) Oct 11 12:53:19 raster: If you want to take a look at it, git.gravedo.de/elementary.git, branch calendar-next Oct 11 12:53:22 hi, i get a gps fix with shr settings but it doesnt show me the time, any ideas? Oct 11 12:53:26 morphis: wew! Oct 11 12:53:37 raster: hey sorry about the thing in Zurich, way back. I was not able to make it :( Oct 11 12:53:47 raster: only one, two bugs are left until I can send it to you for inclusion Oct 11 12:53:49 not now.. going to head to sleepies soon Oct 11 12:54:27 ok Oct 11 12:54:49 <[Rui]> raster: but I think I found a bug with positioning an elm_table with hover, it was right aligned no mather what I did. Oct 11 12:54:58 Kensan: no problems man. shortnotice for u Oct 11 12:55:00 <[Rui]> raster: but a box was centered so... Oct 11 12:55:16 hmmm Oct 11 12:55:39 <[Rui]> s/right/left/ I mean Oct 11 12:56:00 raster: Well it's still to bad we couldn't meet... I need to own up on that beer promise some other time I guess ;) Oct 11 12:57:37 Kensan: next time i'm in .ch-town :) Oct 11 12:59:00 raster: maybe I'll make it to au sometime ;) Oct 11 13:00:29 morphis: i have an idea for the next wiget, a elm-pdf widget, shouldnt be that hard with esmart-pdf :) Oct 11 13:00:53 Heinervdm: if I would have some time :) Oct 11 13:01:08 :) Oct 11 13:01:12 Heinervdm: but I am more interested in a map-display widget Oct 11 13:01:18 but we will see Oct 11 13:01:38 Heinervdm: but developing a widget for elm is that hard, just do it on your own :) Oct 11 13:01:52 so I am out with the dog Oct 11 13:02:02 morphis: have fun :) Oct 11 13:04:03 Heinervdm: I had a problem with insane.bbclass Oct 11 13:04:22 JaMa: is resume of Xorg faster with kms? because for me it needs 6-7 seconds Oct 11 13:04:23 which caused openssl-native not to build Oct 11 13:04:58 mrmoku: the problem i see, is that org.oe.dev is probably not stable enough for us Oct 11 13:05:38 Heinervdm: solved it with http://shr.pastebin.com/m79b9bbad Oct 11 13:05:48 and sth is really diffrent in org.oe.dev packages that build fine for us aren't buildable Oct 11 13:06:22 mrmoku: yes, betheg told me that there is a commit in org.oe.dev that fixes that issue too Oct 11 13:06:53 Heinervdm: the xorg packaged in debian (no kms obviosly) resumes fairly fast, overall resume time is <2 sec i think. Oct 11 13:07:34 mrmoku: recipes i copied from shr/import won't build in org.oe.dev Oct 11 13:07:40 PaulFertser: interesting :) Oct 11 13:08:00 Heinervdm: any example? Oct 11 13:08:03 <[Rui]> Heinervdm: that git is not webkit efl, is whole webkit :( Oct 11 13:08:23 [Rui]: yes it's whole webkit + webkit-efl Oct 11 13:08:49 <[Rui]> Heinervdm: ok, so it isn't ready for usage yet :) Oct 11 13:09:03 mrmoku: aceofpenguins e.g. it's a really simple bb recipe but it has problems Oct 11 13:09:14 [Rui]: why? Oct 11 13:09:33 you won't have the git on your phone Oct 11 13:10:38 [Rui]: webkit-efl needs the other webkit sources because they're having the same core Oct 11 13:10:53 Heinervdm: trying to build a lite image... if it finishes (or fails) I will try to build aceofpenguins Oct 11 13:10:58 [Rui]: else it wouln't be webkit :) Oct 11 13:11:14 mrmoku: for me fsobasics faild Oct 11 13:11:34 but that might be some other problem :P Oct 11 13:11:48 can be :) Oct 11 13:12:06 and I updated some preferred versions Oct 11 13:12:18 but packages like python-mysqldb are failing Oct 11 13:12:19 * mrmoku needs newer glib for the new ophonekitd :) Oct 11 13:12:52 mrmoku: can you apply my patch to shr/merge and merge org.oe.dev into it? Oct 11 13:13:04 ok Oct 11 13:13:14 mrmoku: checksum.ini will have conflicts Oct 11 13:14:56 <[Rui]> Heinervdm: well, webkit-efl should just be bindings for webkit :) Oct 11 13:15:08 <[Rui]> Heinervdm: so all you'd need is to have webkit-dev in order to build webkit-efl Oct 11 13:15:38 [Rui]: there is no webkit Oct 11 13:15:50 there is webkit-gtk, webkit-qt, ... Oct 11 13:16:06 they all need whole webkit sources Oct 11 13:17:23 <[Rui]> Heinervdm: yeah, I see, sucks a bit Oct 11 13:26:30 mrmoku, betheg: these packages are failing for me: http://shr.pastebin.com/d3579051f Oct 11 13:30:59 bah it's a shit wetter outside Oct 11 13:31:10 Heinervdm: shr-config failed on shr/import too ;) Oct 11 13:31:47 Heinervdm: building task-shr-feed? Oct 11 13:32:23 JaMa: how does your vala patch differ from playya_'s? Oct 11 13:32:46 how to install mkfs.vfat ..since opkg install mkfs.vfat doesn't find any package Oct 11 13:33:12 betheg: for the packages form shr/import it's ok, when they fail, but packages like ruby, openldap, obexftp, boost, pulseaudio, libsoup, libpcap,... shouldn't fail Oct 11 13:33:22 mrmoku: yes task-shr-feed Oct 11 13:33:52 Heinervdm: you mentioned esmart-pdf, I could't find it in e svn Oct 11 13:34:30 or is some extra folder and not in /esmart? Oct 11 13:34:39 freesmartphone.org: 03mickey 07cornucopia * r8b4e97480a50 10/fsogsmd/src/ (3 files in 2 dirs): fsogsmd: raise INTERNAL_ERROR( "Not yet implemented" ) for everything that's not done yet Oct 11 13:35:03 Heinervdm: or do you mean epdf? Oct 11 13:35:45 morphis: esmart looked easier then epdf, but it was just a wrapper for epdf Oct 11 13:35:48 baruch: could make a patch out of that threshold thing? Oct 11 13:36:44 morphis: http://docs.enlightenment.org/auto/epdf/ Oct 11 13:37:12 Heinervdm: found it already Oct 11 13:37:19 a little bit hidden in the epdf directory Oct 11 13:37:27 ok :) Oct 11 13:37:30 mickey|OEev: not yet implemented in gsm? mind to give an example? Oct 11 13:37:59 Heinervdm: hm should not that complicated to build a elm widget with that Oct 11 13:38:14 http://members.shaw.ca/mmontour/neo/dosfstools_2.11-r0_armv4t.ipk ...this also doesnt works Oct 11 13:38:31 howdy all! Oct 11 13:38:32 mickey|OEev, will do Oct 11 13:38:34 DocScrutinizer-8: not implemented in fsogsmd :) Oct 11 13:38:40 thanks baruch Oct 11 13:38:40 yup Oct 11 13:38:48 morphis: i think so too, but it's not urgend it's a nice to have Oct 11 13:39:17 morphis: where you can sroll through the pages with the finger Oct 11 13:39:22 Heinervdm: for python-epsilon the SRC_URI must be changed. Oct 11 13:39:40 hm Oct 11 13:39:47 mickey|OEev, is there a skeleton of fsogpsd to hack on? I'd be happy to help there Oct 11 13:39:58 mickey|OEev: what? Oct 11 13:40:01 * baruch uses his FR mostly as a GPS device Oct 11 13:40:32 Multiple packages (dosfstools and dosfstools) providing same name marked HOLD or PREFER. Using latest. Oct 11 13:40:32 Installing dosfstools (2.11-r0) to root... Oct 11 13:40:32 Collected errors: Oct 11 13:40:32 * Package dosfstools md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. Oct 11 13:40:48 this is what i am getting while installing dosfstools Oct 11 13:41:21 morphis: ok, fingerscrolling perhaps isn't a good idea Oct 11 13:41:33 Heinervdm: scrolling should be easily done with elm_scroller Oct 11 13:41:42 baruch: not yet, but i could crank one soon, if you're interested. you could even start right on with a libublox coding/decoding library that takes care of the packets Oct 11 13:42:00 Heinervdm: why not? I would found it really usefull to scroll through my documents just with my finger on the screen Oct 11 13:42:07 DocScrutinizer-8: dbus api in fsogsmd is only 10% implemented yet. the other stuff reports NYI now Oct 11 13:42:08 not dragging any visible scrollbar Oct 11 13:42:12 morphis: but then the widget must have the sice of the current page Oct 11 13:42:20 no Oct 11 13:42:33 mickey|OEev: ahh Oct 11 13:42:37 elm_scroller noticed you when the bottom of the content is reached Oct 11 13:42:42 mickey|OEev, my default coding style seems to be different than yours, I can adapt if I'm in an existing environment but otherwise it will be my own Oct 11 13:42:48 then the pdf widgett just displays the next page Oct 11 13:42:54 s/widgett/widget/ Oct 11 13:42:54 morphis meant: then the pdf widget just displays the next page Oct 11 13:42:56 morphis: we're talking about 2 different types of scrolling ;) Oct 11 13:43:06 Heinervdm: ah :) Oct 11 13:43:11 any help for installing dosfstools Oct 11 13:43:20 morphis: scrolling on a page and scrolling through all pages ;) Oct 11 13:43:29 two modes Oct 11 13:43:34 scrolling on a page with the finger is nice Oct 11 13:43:37 content and overview Oct 11 13:43:38 the other not Oct 11 13:44:07 ok not not nice, but not so important Oct 11 13:44:10 baruch: fsogpsd should reuse the channel architecture from fsogsmd, so i'd rather create the fraemwork. would you write a libublox coding/decoding lib in C or Vala? Oct 11 13:44:19 :) Oct 11 13:44:35 I will how many time I have in the next time Oct 11 13:45:24 morphis: ok :) but the calendar should have top priority in your TODO list of elm widgets ) Oct 11 13:45:26 ;) Oct 11 13:46:01 i got it .. ican be installed from http://beer.geek.nz/software/zaurus/feed/unstable/dosfstools_2.10-1_armv5tel.ipk Oct 11 13:46:26 mickey|OEev: (threshold) couldn't that be just one additional line in the agps "pickle" foo? Oct 11 13:47:46 DocScrutinizer-8: in the init sequence, yeah Oct 11 13:48:02 yep, exactly Oct 11 13:48:34 but i know nothing about ubx :) Oct 11 13:48:41 so need someone else to crank a patch Oct 11 13:49:31 mickey|bbl: btw I guess we would prefer to have a way to config that threshold Oct 11 13:49:38 mickey|OEev, I think that for a low level library I can do it in C Oct 11 13:50:02 I'll take a look and see how to build such a thing and then decide what's easier Oct 11 13:50:20 I find vala easier for async dbus Oct 11 13:50:33 dbus in vala is a joy Oct 11 13:51:05 DocScrutinizer-8, how does threshold come in the first place? Oct 11 13:51:31 baruch: please rephrase Oct 11 13:52:42 baruch: i agree. libublox in c makes much sense to me. we can bind it from vala easily Oct 11 13:52:56 the threshold is a mere configuration, it has no real place in the agps data, we can put it in a configuration somewhere but not in agps Oct 11 13:53:13 agps may also be deleted at the whim of the user (shr-settings give such an option) Oct 11 13:53:31 baruch: ok, nevermind Oct 11 13:54:22 mickey|OEev, what's the right place for a threshold configuration? frameworkd.conf? we need a place that a user will later be able to set through an api Oct 11 13:54:37 baruch: for now, frameworkd.conf is the best place ,yes Oct 11 13:54:46 which reminds me that I haven't seen any response to my email to -standards Oct 11 13:55:06 mickey|OEev, I'll hack a patch later Oct 11 13:55:23 great Oct 11 13:56:58 mrmoku: mine is more uptodate.. so it should apply cleanly Oct 11 13:57:39 JaMa: ok, thanks Oct 11 13:57:50 Heinervdm: probably the same, but resume here is i guess faster even with non-kms :/ Oct 11 13:57:58 JaMa: btw... I saw your xorg patch got applied and then reverted in org.oe.dev? Oct 11 14:00:55 does someone use navit? Oct 11 14:01:54 i get a wrong gps fix with navit, something like 59'59N 5'59E Oct 11 14:03:06 BluesLee: probably because you have LC_ALL set Oct 11 14:03:19 BluesLee: see output from navit when run from terminal Oct 11 14:03:25 JaMa: i have, yes Oct 11 14:04:45 JaMa: no i did an "unset LC_ALL" in profile Oct 11 14:05:23 and navit still says that you have it set? Oct 11 14:05:54 JaMa: no, i didnt tried it from a terminal Oct 11 14:07:09 JaMa: i will check this Oct 11 14:11:13 JaMa: from terminal it says that lc_all is set though i unset it in /etc/profiles Oct 11 14:11:22 JaMa: so where i should unset it Oct 11 14:15:39 where does navit get this variable from? Oct 11 14:16:14 desktop file Oct 11 14:16:25 IIRC profile is only read in interactive shells Oct 11 14:16:57 Exec=unset LC_ALL; navit Oct 11 14:16:57 Icon=navit Oct 11 14:17:02 StartupNotify=true Oct 11 14:17:02 Terminal=false Oct 11 14:17:06 mrmoku: the patch for the qwo reciept is for shr/import because only there is libconfig-1.3.2 and for 1.3.1 there is a bug in qwo-0.5/configure.ac i think. Oct 11 14:17:14 i could set terminal=true there Oct 11 14:17:18 one moment Oct 11 14:17:23 i have to check it Oct 11 14:17:55 btw, anyone got a 2.6.28 kernel somewhere? I tried compiling one from shr/import but that only gives me a 2.6.29-rc2 Oct 11 14:19:28 thanx JaMa, it works as above Oct 11 14:23:08 betheg: oohh... I applied it to shr/merge :P Oct 11 14:23:37 betheg: thanks for notifying :) Oct 11 14:24:34 mrmoku: no problem :) Oct 11 14:28:34 mrmoku: our glibc is too old for libfsobasics ;) Oct 11 14:28:45 hehe ouch Oct 11 14:29:01 will send a patch for some recipes soon Oct 11 14:29:18 for import? Oct 11 14:29:26 mrmoku: no merge :) Oct 11 14:29:34 good :) Oct 11 14:29:39 mrmoku: i had to delete my import, because merge was too big Oct 11 14:32:52 what can we do, that this isn't fatal anymore? ERROR: QA Issue with fbreader: No GNU_HASH in the elf binary: Oct 11 14:33:09 this No GNU_HASH in elf binary Oct 11 14:33:34 because of this aceofpenguins and fbreader and some more packages doesn't build Oct 11 14:33:59 ipkg-utils too Oct 11 14:35:11 mrmoku, I think opimd isn't reading my SQLite messages, only SIM ones, despite changing it in frameworkd.conf Oct 11 14:35:29 I get this from frameworkd.log: Oct 11 14:35:31 2009.10.11 14:13:55.581 opimd ERROR Could not load entries for backend SQLite-Messages! Oct 11 14:36:10 Sharwin_F: hmm, no idea about that Oct 11 14:36:19 Sharwin_F: have to wait for dos1 :) Oct 11 14:36:25 ok :) Oct 11 14:40:39 yep, opimd-cli shows me 19 messages result (whereas my SIM max is 20), but I had some m ore messages since I was using SQLite-messages. Oct 11 14:41:48 Heinervdm: insane.bbclass is doing objdump -p on the files Oct 11 14:41:57 and looks for GNU_HASH if it is a elf binary Oct 11 14:42:40 mrmoku: so we have to change insane.bbclass? Oct 11 14:42:52 or should we workaround within the recipes? Oct 11 14:42:59 no, we have to change fbreader to have that in it :P Oct 11 14:43:04 * mrmoku googling Oct 11 14:43:23 mrmoku: export CC="${CC} ${LDFLAGS}" should help Oct 11 14:43:28 have to test it Oct 11 14:43:41 ok Oct 11 14:43:58 libmikmod has this problem too Oct 11 14:46:34 Heinervdm: it will be painfull to fix all of those errors... but probably it is a good thing and there is a reason for those checks Oct 11 14:47:47 mrmoku: but nobody in org.oe.dev noticed this before? Oct 11 14:47:52 Heinervdm: what is with TARGET_CC_ARCH += "${LDFLAGS}" for this kind off errors in the reciept? Oct 11 14:48:16 good question... maybe there is something wrong with our setup? Oct 11 14:48:20 betheg: i found this: http://patchwork.openembedded.org/patch/432/ Oct 11 14:49:06 mrmoku: what can be wrong with our setup? we have a clean org.oe.dev checkout Oct 11 14:49:24 well we have our local.conf, site.conf, bitbake.conf ... Oct 11 14:50:02 and own preferred versions.. Oct 11 14:50:15 well... bitbake.conf no Oct 11 14:50:24 with older toolchain Oct 11 14:50:50 JaMa: you have a populated angstrom oe.dev buildtree, right? Oct 11 14:51:03 right Oct 11 14:51:23 so you could try if one of those packages Heinervdm has problems with builds for you? Oct 11 14:51:34 JaMa: does build libmikmod, fbreader and ipkg-utils build there? Oct 11 14:53:26 mrmoku: does classpath-native build for you? Oct 11 14:53:55 I just wiped tmp for merge because of updating Oct 11 14:54:06 mrmoku: ok Oct 11 14:56:44 Heinervdm: I'll test, btw recipes/freesmartphone/opimd-utils_git.bb needs to be synced too, opimd-utils-cli is missing in shr/merge or oe.dev Oct 11 14:57:07 JaMa: ok Oct 11 14:59:47 mrmoku: i will update glibc with my next patch Oct 11 15:00:19 will bitbake do the right thing or do we all have to build from scratch? :P Oct 11 15:00:56 mrmoku: i think bitbake won't do anything Oct 11 15:01:08 is that good or bad? :P Oct 11 15:01:08 but we need new glibc for libfsobasics Oct 11 15:01:26 well... we'll see what happens Oct 11 15:01:39 as we actually really need libfsobasics we have no choice anyway :) Oct 11 15:01:51 it's a playground for us, so let's do it :) Oct 11 15:02:24 mokonnect is missing too for shr-image Oct 11 15:02:53 btw I'm building with almost empty preferred-shr-versions (just openssl-native and linux-libc-headers) Oct 11 15:04:22 JaMa: with HEAD of shr/merge latest openssl-native should build Oct 11 15:05:26 Heinervdm: reverted linux-gnu triplet didn't helped here (maybe I should rebuild something before rebuilding openssl) Oct 11 15:07:56 mrmoku: there should be a mrmoku xorg image? Oct 11 15:07:57 mrmoku: sent my changes Oct 11 15:08:25 BluesLee: there is build.shr-project.org/tests/mrmoku/unstable Oct 11 15:08:30 which has a xorg image, yes Oct 11 15:10:49 mrmoku: is there a thread on some ml concerning the xorg drivers? Oct 11 15:10:58 mrmoku: now libfsobasics compiles Oct 11 15:11:07 Heinervdm: oohh good :) Oct 11 15:11:15 BluesLee: the glamo one? Oct 11 15:11:28 -SRCREV_pn-openmoko-panel-clock ?= "2567" Oct 11 15:11:28 +SRCREV_pn-openhttp://docs.enlightenment.org/auto/epdf/moko-panel-clock ?= "2567" Oct 11 15:11:32 Heinervdm: ^^^ Oct 11 15:11:55 argh Oct 11 15:12:12 mrmoku: is it really the glamo one from thomas white? Oct 11 15:12:23 hehe Oct 11 15:12:37 I've attached neo to sony PS3 Oct 11 15:12:38 BluesLee: from larsc and white... yes Oct 11 15:12:42 then detached Oct 11 15:12:49 sony hanged Oct 11 15:12:51 8))))) Oct 11 15:12:53 mrmoku: ahh ... okay Oct 11 15:13:01 BluesLee: IIUC white is doing the KMS stuff and the basic driver is from lars or something like that Oct 11 15:13:24 mrmoku: and you compiled an shr version, wht are your impressions? Oct 11 15:14:05 BluesLee: looks good... Oct 11 15:17:41 mrmoku: speed? Oct 11 15:17:54 mrmoku: things that dont work ... Oct 11 15:18:13 speed to segfault is amazing ;-P Oct 11 15:18:25 hehe Oct 11 15:18:59 honestly, just kidding. No idea here yet Oct 11 15:19:00 glamo will never be lightening fast... so don't expect wonders Oct 11 15:19:17 but there is active development going on... kdrive is dead Oct 11 15:20:16 mrmoku: any news on updating? Oct 11 15:20:28 no Oct 11 15:20:46 * mrmoku checks enlightenment svn log... Oct 11 15:34:00 SHR: 03mok 07libframeworkd-phonegui-efl2 * rcf9006c51372 10/src/view/contact-list-view.c: contacts: show a contact by longpressing on the list and not select Oct 11 15:34:09 SHR: 03mok 07libframeworkd-phonegui-efl2 * rd3556f78ac74 10/src/view/ (contact-list-view.c message-new-view.c): fix sending SMS from the contact list Oct 11 15:41:35 shr testing or unstable, is unstable still very unstable? Oct 11 15:44:06 jonkristian: unstable... and it was never that unstable :) Oct 11 15:44:17 ok, i saw testing was from may lol Oct 11 15:44:35 i am going to test a2dp today Oct 11 15:46:22 mrmoku fixed what? Oct 11 15:46:47 TAsn: everything ;) Oct 11 15:47:06 ophonekitd and row? Oct 11 15:47:08 TAsn: fixed the row issue when adding recipients and fixed sending SMS Oct 11 15:47:18 what was wrong with sending sms? Oct 11 15:47:20 ophonekitd I'm trying now (after updating glib) Oct 11 15:47:27 TAsn: it segfaulted? Oct 11 15:47:37 (from contact list) Oct 11 15:47:39 mrmoku, maybe, no idea :) Oct 11 15:47:41 ok, cool :) Oct 11 15:47:43 btw, mrmoku Oct 11 15:47:45 did you notice Oct 11 15:47:53 that you don't have index in adding contact in sms? Oct 11 15:48:55 hmm... probably I know why Oct 11 15:49:07 forgot to wrap it as part of the widget? Oct 11 15:49:30 I was playying around with swallowing the index to a part... to get it smaller Oct 11 15:49:43 i c. Oct 11 15:49:45 okie :) Oct 11 15:49:47 probably that part is just not there for recipients P Oct 11 15:49:56 hm.. other than that, everything is cool Oct 11 15:50:03 and probably we should just not swallow it anymore :) Oct 11 15:50:05 just waiting for your no-async version :) Oct 11 15:50:11 mrmoku, as it breaks? Oct 11 15:50:23 no, as it does not make any difference Oct 11 15:50:44 TAsn: I found out that with newer glib you can have multiple mainloops in parallel Oct 11 15:50:55 and I found out that e is just using the default one Oct 11 15:51:09 so we have to keep that one for e and add mainloops for ophonekitd Oct 11 15:51:30 mrmoku, mrmoku probably best :) Oct 11 15:51:44 but that'll still mean we'll have async in ophonekitd Oct 11 15:51:49 if that works... there is just a little dbus server part missing (which will be used by shr-contacts...) Oct 11 15:51:53 and it will rock :D Oct 11 15:51:59 :) Oct 11 15:51:59 brb Oct 11 15:52:02 ok, Oct 11 15:52:34 so we decided we'll have a phonegui_loop and ophonekitd will also try and do it's magic? cool enough. I like treating phonegui as "widgets". Oct 11 15:52:56 oh, but don't forget we'll really have to use async in ophonekitd Oct 11 15:53:11 to transfer gui requests from dbus to phonegui Oct 11 15:59:19 TAsn: we will have a phonegui thread, a fso thread, a dbus thread and a main thread watching for config file changes ;) Oct 11 15:59:31 thus we can automagically reload the phonegui thread if the config changes :D Oct 11 16:01:50 fso thread? what for? Oct 11 16:02:13 but ok, I don't mind. actually, I have an idea. Oct 11 16:02:18 TAsn: the one talking to frameworkd Oct 11 16:02:33 dbus is the dbus server thread Oct 11 16:02:44 we can make phonegui Oct 11 16:02:48 include the async stuff Oct 11 16:02:53 (phonegui not efl!) Oct 11 16:03:01 this way, a call to phonegui_bla Oct 11 16:03:12 will already be redirected to the *right* Oct 11 16:03:16 thread for it's mainloop. Oct 11 16:03:19 how's that? :) Oct 11 16:03:44 dinner time now... lets talk later :) Oct 11 16:03:47 ciao. Oct 11 16:03:48 :) Oct 11 16:05:17 * DocScrutinizer-8 shudders on the idea of multiple mainloops. Been there, done that. Prepare for race and deadlock hell Oct 11 16:06:30 you'll end up with more mutex() than actually meaningful lines of code Oct 11 16:09:22 but well, "OM race r us" Oct 11 16:11:14 * DocScrutinizer-8 clicks "phone" in shr-settings, then clicks "quit" while still "loading 5 modules". Oct 11 16:11:38 * DocScrutinizer-8 watches segfault, giggles, and wanders away Oct 11 16:11:39 DocScrutinizer-8: with proper mainloop integration it might work. After all, mainloop is about serializing. If you call one slave-mainloop iteration per one iteration of master-mainloop you should be safe, no? Oct 11 16:15:28 <[Rui]> is the maintainer of shr-settings around? Oct 11 16:15:44 <[Rui]> shr-settings needs to let go the "quit" button :) Oct 11 16:16:11 [Rui]: fyi it's dos1 Oct 11 16:16:20 <[Rui]> ah Oct 11 16:16:28 bah Oct 11 16:16:31 <[Rui]> dos1 writes a lot of code then :) Oct 11 16:17:45 DocScrutinizer-8: you still have segfaults in shr-settings? Oct 11 16:18:10 Maybe we should just forbid quit for any process - like winmoob. Muhahaha Oct 11 16:19:23 dos1: sorry, for sake of your integrity I refuse to pester you and whole chan with my increasingly foul mood Oct 11 16:20:12 <[Rui]> dos1: you should drop the quit button Oct 11 16:20:24 (completely unrelated to SHR and its great devels - so I should just take an outtime) Oct 11 16:24:25 <[Rui]> DocScrutinizer: when your n900 arrives, would you be so kind as to make a simple experiment for me? :) just to identify what works and what doesn't if you remove the proprietary drivers? :) Oct 11 16:24:36 dos1, fixed that opimd bug? :) Oct 11 16:25:41 TAsn: dunno, here it works :P Oct 11 16:25:45 but i'll check again Oct 11 16:25:48 hehe :) Oct 11 16:25:57 do your 12345 test Oct 11 16:26:05 and add it as your last sim contact Oct 11 16:26:06 ... Oct 11 16:26:24 [Rui]: i'm afraid he won't be able to even start GUI Oct 11 16:27:14 isn't it possible to use the framebuffer without hardware acceleration? Oct 11 16:27:27 But he won't be able to charge his battery Oct 11 16:27:31 Flyser_: who knows Oct 11 16:28:31 <[Rui]> PaulFertser: I expect that the fancy one he might not, but I wonder about plain 2D Oct 11 16:32:19 I wonder if it's possible to force nokia to open source their battery control application, by REing it a bit. Nokia seems to fear, that one will be able to destroy his phone by modifying the source code, but if there was an open source program to do that, their argument would become invalid ... Oct 11 16:32:59 Don't know if that would be legal though Oct 11 16:33:43 Heinervdm: libmikmod compiled fine Oct 11 16:34:31 JaMa: 3.2.0-beta2 or the other one? Oct 11 16:35:01 3.1.12 the other Oct 11 16:35:26 JaMa: that's building in shr/merge too Oct 11 16:39:24 dos1, opimd is not loading my SQLite messages, despite setting SQLite backend in frameworkd.conf Oct 11 16:41:33 dos1, $ cat /var/log/frameworkd.log | grep ERR | grep Messages Oct 11 16:41:33 2009.10.11 14:13:55.581 opimd ERROR Could not load entries for backend SQLite-Messages! Oct 11 16:45:31 have to go now, se ya :) Oct 11 17:16:47 hi all Oct 11 17:18:19 i just installed mer (maemo) to my openmoko freerunner neo. I have wireless connection working. Can anyone tell me how can i use fso packages with mer interface? Oct 11 17:19:35 lnxmania: i'm afraid you're on your own here. Probably the best and easiest you can get to use GSM is to run only ogsmd part from FSO, like lindi- does. Oct 11 17:21:44 lnxmania: or try pyneo Oct 11 17:21:48 can you please tell me how to do that? Oct 11 17:21:55 ok Oct 11 17:21:57 thanks Oct 11 17:22:25 DocScrutinizer: no mutex()... no shared data... just communication via GAsyncQueue Oct 11 17:24:25 PaulFertser: i already installed mer (debian lenny) and i want to use this interface... Oct 11 17:24:28 mrmoku: ahh, if NO shared data, then probably you're somewhat safe Oct 11 17:24:57 lnxmania: you can use pyneo on debian to get telephony support i think it's orthogonal to Mer. Oct 11 17:25:04 DocScrutinizer: to be honest there is _one_ int that is shared... written by the main thread only though Oct 11 17:25:22 (and it is a config var... so only written once before the other threads are started Oct 11 17:25:23 ok Oct 11 17:25:25 ) Oct 11 17:25:30 lnxmania: why don't you just install FSO from official debian repo btw? Oct 11 17:26:15 there is no documentation about packages, is there? Oct 11 17:26:34 maybe google.com knows? Oct 11 17:26:36 :x Oct 11 17:26:41 mrmoku: still in OO it's rather hard to be aware of all the hidden data you never thought of are actually shared Oct 11 17:27:39 DocScrutinizer: yup, I understand that... we had that with our efl frontend... and it was ugly Oct 11 17:27:46 mrmoku, someone sent you a patch in shr-devel Oct 11 17:27:54 yup saw that Oct 11 17:27:54 anyhow, I'm off. ciao ;) Oct 11 17:27:58 mrmoku: :-P Oct 11 17:28:33 lnxmania: googling "fso debian" seems to be helpful... Oct 11 17:29:09 lnxmania: about debian packages? Oct 11 17:29:32 lnxmania: their policy mandates presence of documentation so your statement seems strange. Oct 11 17:30:03 yes. I need a documentation to adapt configurations etc. to mer Oct 11 17:31:06 lnxmania: if it works on debian why do you want to change anything? Oct 11 17:31:18 lnxmania: also the sample config file has some comments. Oct 11 17:31:46 lnxmania: other stuff is just simple enough python and vala code, grepping throught that gives you pretty much everything you might want to know easily Oct 11 17:32:07 i installed a mer which is ubuntu. but it doesnt have any software relates with gsm. Oct 11 17:32:19 ok Oct 11 17:32:49 thanks Oct 11 17:32:49 i will check again Oct 11 17:33:05 inxno big surprise, as mer/maemo wasn't aware of GSM at all until lately Oct 11 17:33:43 s/inxno/lnxmania: NO/ Oct 11 17:33:44 DocScrutinizer meant: lnxmania: NO big surprise, as mer/maemo wasn't aware of GSM at all until lately Oct 11 17:36:10 i tried install script at http://wiki.debian.org/DebianOnFreeRunner but i didnt get it worked. that's why i installed mer with very nice interface. But now i dont have any gsm functionality! Oct 11 17:36:48 it is like computer now Oct 11 17:37:23 lnxmania: the script is ~trivial to debug and do something that doesn't quite work by hand. Oct 11 17:39:39 mickey|bbl: what do you think about preferred versions? Is preferred-shr-versions.inc the good way? Or what you prefer to get them from somewhere else? Oct 11 17:39:55 * DocScrutinizer-8 is amazed mer is actually running at all on FR Oct 11 17:42:46 mickey|bbl, http://pastebin.com/m43548cb Oct 11 17:48:11 Does anybody know Balaji personally? Oct 11 18:02:24 baruch, it seems that I'll only have time to update the wiki tomorrow after the test, sorry :) Oct 11 18:16:18 mickey|laf0rge: wow, double greetings :D Oct 11 18:16:27 :) Oct 11 18:17:58 heh, family meeting? Oct 11 18:18:57 didn't know he was in Berlin, shoragan went to meet him, so I joined for a quick chat Oct 11 18:19:08 TAsn, no problem Oct 11 18:19:10 greetings, Harald ;-) Oct 11 18:19:21 I'm not twiddling my fingers Oct 11 18:27:57 yo ptitjes Oct 11 18:28:08 yo mickey|laf0rge Oct 11 18:28:17 what is laforge ? Oct 11 18:28:32 rather who... kernel wizard Oct 11 18:29:14 oh Oct 11 18:29:24 mickey|laf0rge: are you working on audio for msm7 ? Oct 11 18:29:36 master of martial arts in defending FOSS against the dark side Oct 11 18:29:56 ptitjes: no, i stick to userland. cr2 and folks in #htc-linux work on audio Oct 11 18:30:16 so why "mickey|laf0rge" Oct 11 18:30:17 ? Oct 11 18:30:19 :p Oct 11 18:30:29 because i'm @ his apartment, visiting him :) Oct 11 18:30:34 oh nice Oct 11 18:30:36 :p Oct 11 18:30:42 berlin for a day Oct 11 18:30:46 say him hello (even I don't know him :p) Oct 11 18:35:56 ptitjes: http://gnumonks.org/users/laforge/ Oct 11 18:39:15 hi! what is xorg shr-U status? is it time switch to shr-U instead shr-mrmoku? Oct 11 18:39:40 max_posedon_: hi, there is still some problems on EFL side Oct 11 18:40:21 hoversels do not work... and raster wrote something about more things broken Oct 11 18:41:35 ptitjes: also http://wiki.openmoko.org/wiki/Who_is_Who Oct 11 18:41:35 mrmoku: interesting thing is that hoversels works somewhere Oct 11 18:42:16 ptitjes: and http://wiki.openmoko.org/wiki/Special:Search?search=welte&go=Go Oct 11 18:42:22 in opimd-utils, in shr-settings elementary module... Oct 11 18:42:25 and in some others Oct 11 18:42:41 but i can't see any clue about why it works somewhere, and somewhere not... Oct 11 18:42:45 <[Rui]> dos1: elmdentica... they work, but are twice as big as they should've been Oct 11 18:42:55 everyone, watch out, we got a stalker among us! ( DocScrutinizer ) Oct 11 18:42:56 :) Oct 11 18:43:00 [Rui]: that's very different thing :P Oct 11 18:43:12 [Rui]: and with EFL from shr-unstable they work everywhere Oct 11 18:43:20 oh gosh I'm on that page Oct 11 18:43:21 dos1, that's odd, maybe it's about some mods of hoversels Oct 11 18:43:24 <[Rui]> dos1: not the same problem? oh well.. maybe it started in there! :) Oct 11 18:43:36 TAsn: come down here and tell me face to face ;-P Oct 11 18:43:54 no, that was problem with finger size. it appears not only in hoversels, but also in few other widgets ;P Oct 11 18:44:26 DocScrutinizer, down? Oct 11 18:44:52 TAsn: (I'm the guy with the sunglasses and the Nikon, other side of the street) Oct 11 18:45:02 DocScrutinizer, oh. Oct 11 18:45:09 * TAsn feels like an idiot missing this joke :( Oct 11 18:45:21 :) Oct 11 18:45:32 anyhow, I gotta hand it to you, I'm still laughing ;) Oct 11 18:45:54 ok, I stopped laughing for a sec, and the continued :) Oct 11 18:49:20 DocScrutinizer, btw, thanks for the link to who is who, updated my name, someone added me as: "Tom (Tasn)", I changed that to correct capsing, full name and a link to my user page, for your stalking pleasure ;) Oct 11 18:54:03 TAsn: welcome. Btw google is *your* friend as well ;-) Oct 11 18:54:31 DocScrutinizer-8, what do I need evil friends like that for? Oct 11 18:54:51 btw, I know who laf0rge is, if you are still talking about ptitjes :) Oct 11 18:54:57 to avoid contact to even more evil friends like me? Oct 11 18:55:29 DocScrutinizer-8, but google is evil with appropriate funding Oct 11 18:55:31 that's worst. Oct 11 18:56:32 mrmoku, how are you doing? (ophonekitd) is everything cool? :) Oct 11 18:56:43 nothing cool :( Oct 11 18:56:49 hehe, what's wrong.? Oct 11 18:56:55 isn't simple-agent in shr unstable? Oct 11 18:57:02 though found some pointers about my mainloop problems now Oct 11 18:57:24 jonkristian: it's just a small python script Oct 11 18:57:38 PaulFertser: ah Oct 11 18:57:43 PaulFertser: nvmnd, found it now Oct 11 18:57:45 thanks Oct 11 19:00:11 mrmoku, hehe you just reminded me of http://xkcd.com/138/ LOL! :) Oct 11 19:00:34 TAsn: hehe :) Oct 11 19:00:57 * mrmoku wonders if 0x7363682E is a GMainLoop * :P Oct 11 19:01:16 freesmartphone.org: 03mickey 07libeflvala * r4837a089406a 10/vapi/elm.vapi: elm.vapi: add Label.line_wrap_set() Oct 11 19:02:19 hehe ;) Oct 11 19:02:22 SEGMENTATION FAULT Oct 11 19:02:24 :D Oct 11 19:02:50 I should totally send a patch for gdb that'll add a "BZZZ" when my app segfaults. Oct 11 19:03:11 * DocScrutinizer-8 wonders what those pointers might be in leet, in ascii, etc Oct 11 19:03:14 actually, maybe I should send it to the kernel, I don't see a reason why only developers will enjoy it. Oct 11 19:04:28 DocScrutinizer-8, xkcd science. unveiling the hidden truth and telling you what they don't want you to hear. Oct 11 19:07:20 freesmartphone.org: 03mickey 07libeflvala * r402c291a3c54 10/vapi/elm.vapi: elm.vapi: catch up with slideshow Oct 11 19:12:19 eeew, I feel so segmented Oct 11 19:35:24 how do we flash Qi bootloader on NAND Oct 11 19:35:59 WhiteCat: with dfu-util to uboot "partition" Oct 11 19:36:20 mrmoku, any luck? Oct 11 19:36:29 * mrmoku desperate Oct 11 19:36:50 TAsn: I don't get it :( Oct 11 19:37:07 hehe :) Oct 11 19:37:39 I don't get non-default mainloop contexts to do anything Oct 11 19:37:48 PaulFertser, The first partition on NAND is known as uboot Oct 11 19:37:51 partition Oct 11 19:38:14 oohhh... no it does something :) Oct 11 19:38:30 means its named as uboot partition but we can flash Qi on it Oct 11 19:38:45 WhiteCat: so? Oct 11 19:38:47 mrmoku, it's all a matter of perspective, some people do consider segfaults as "something" Oct 11 19:39:07 well... I would be happy if it at least would segfault ;) Oct 11 19:39:20 WhiteCat: yes Oct 11 19:39:22 easier to catch with a debugger? :) Oct 11 19:39:31 no PaulFertser i just wanted to confirm Oct 11 19:39:34 mrmoku, anyhow, go ahead, Ineed to study anyway, keep on trying :) Oct 11 19:39:34 ciao. Oct 11 19:40:00 which is the best version of Qi .. Oct 11 19:42:59 WhiteCat: the newest ;P Oct 11 19:43:09 WhiteCat: the one from downloads.openmoko.org experimental Oct 11 19:43:51 go go go, mrmoku Oct 11 19:44:01 hehe :) Oct 11 19:44:05 :) Oct 11 19:45:36 thanx Oct 11 20:13:29 freesmartphone.org: 03mickey 07cornucopia * r4d0f647762f6 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.SIM.{Unlock|SendAuthCode|ChangeAuthCode} Oct 11 20:35:53 * mrmoku needs to sleep about that mess and wakeup with some splendid idea ;) Oct 11 20:35:56 gnight all Oct 11 20:36:02 night Oct 11 20:36:06 nighty nighty Oct 11 20:43:15 <[Rui]> things must be really caotic, it's been what, 2? 3? weeks without any resync from oe-dev? :) better call the current state "shr-testing" :) Oct 11 20:52:32 sep 18th was one update, fsousaged, the last update before that was about a week to 10 days prior Oct 11 20:53:28 <[Rui]> Blu3: seems about as stable as any distribution, and I'm suspecting a lot of "action" on the next sync, perhaps now would be a good time to cp shr-u shr-testing ? Oct 11 20:54:06 actually, ophonekitd crashes frequently Oct 11 20:54:55 Blu3: hmm? Oct 11 20:55:03 what? Oct 11 20:55:10 Blu3: you always experience ophonekitd crashed when others don't ;) Oct 11 20:55:26 maybe because i try using it as a phone all the time Oct 11 20:55:29 here ophonekitd is the most stable part of phone suite :D Oct 11 20:55:31 Blu3: as me :P Oct 11 20:55:40 i Oct 11 20:55:55 Ainulindale, please respond to my mail about that article, I still have no idea on how to answer Q 5 :) Oct 11 20:56:05 i'm using it as my only phone for about year now Oct 11 20:56:13 dos1, ophonekitd crashes a lot Oct 11 20:56:14 for me :) Oct 11 20:56:23 Blu3, I'm with you man! Oct 11 20:56:36 TAsn: but that's yours (and mrmoku|away's) fault :P Oct 11 20:56:39 guaranteed crash, start normally, drive/walk area with no signal for a while, then leave that area. ophonekitd is probably already crashed Oct 11 20:56:40 ok, going to sleep Oct 11 20:56:41 night! Oct 11 20:56:42 dos1, no Oct 11 20:56:48 it will be our fault in a week :) Oct 11 20:56:53 :D Oct 11 20:56:58 if not, do something like get/send an sms, make/take a call. ophonekitd is certainly crashed by now Oct 11 20:57:04 atm it's still somebody else's fault (quickdev's?) Oct 11 20:57:12 <[Rui]> dos1: I have some weird behaviours, too, but I don't know if they correspond to ophonekitd crashes Oct 11 20:57:40 <[Rui]> they have happenened to me at some quite murphyesque moments Oct 11 20:57:50 <[Rui]> and rebooting the phone was a real drag Oct 11 20:58:12 if i start a call via dbus, (since ~1 month ago), then ophonekitd crashes and the call is unmanaged Oct 11 20:58:22 it used to pop up the call dialog just fine Oct 11 20:58:58 if you're on a call and another call comes in, ophonekitd gets wicked confused and eventually crashes Oct 11 20:59:24 Blu3, don't worry Oct 11 20:59:29 will hopefully be fixed soon. Oct 11 20:59:29 :) Oct 11 20:59:33 i'm not, i know :) Oct 11 20:59:55 Blu3, atm mrmoku|away is hacking ophonekitd's ass out :) Oct 11 21:00:08 yup Oct 11 21:00:14 and in general we are fixing the whole phonegui and ophonekitd design :) Oct 11 21:01:11 <[Rui]> TAsn: it's been a frustrating year since I got my freerunner :) I'm truly eating my own dogfood, I don't want to go back to a proprietary phone Oct 11 21:01:21 yup, i've been watching. i idle, but i often watch Oct 11 21:01:30 95% of my fone's use is sms Oct 11 21:01:50 [Rui], for me as well :) Oct 11 21:02:00 I'm also using it as my only phone Oct 11 21:02:32 <[Rui]> TAsn: I must confess that only since Om200812 was I able to actually use it Oct 11 21:02:37 (although my touchscreen is a bit broken! and I'm having a blast, though we have reached a time that a usable phone is needed, that was our wakeup call, I assume. :) ) Oct 11 21:02:41 <[Rui]> currently my main problem is that suspend is utterly broken Oct 11 21:02:48 [Rui], not here it's not. Oct 11 21:02:56 <[Rui]> again I went back to the pre Om2008.12 days :( Oct 11 21:03:00 it works for me Oct 11 21:03:05 <[Rui]> TAsn: after 1 or 2 suspends the phone locks Oct 11 21:03:05 works for me as well. Oct 11 21:03:09 [Rui], :| Oct 11 21:03:10 i'm on current unstable Oct 11 21:03:17 <[Rui]> TAsn: do you use shr-today? Oct 11 21:03:22 [Rui], no Oct 11 21:03:36 no idea what that is (though I know it by name) Oct 11 21:03:40 <[Rui]> TAsn: I've been suspecting, for a while, it is the culprit. I will disable it and see if it still dies. Oct 11 21:03:52 [Rui], please report. Oct 11 21:04:27 <[Rui]> TAsn: very useful screen locker, time in big lettering, proper phone network id, integrated with opim, etc... Oct 11 21:04:40 <[Rui]> TAsn: I'm trying it right now, it wasn't hard to hit the problem. Oct 11 21:04:44 sweet. Oct 11 21:04:52 we'll probably incorporate something like that in phonegui. Oct 11 21:04:57 "phonegui_idlescreen" Oct 11 21:05:00 or something like that ;) Oct 11 21:05:33 <[Rui]> TAsn: it actually locks the screen! Oct 11 21:05:51 <[Rui]> and you then need to drag in order to unlock (for receiving a call for instance). Oct 11 21:05:57 as opposed to the aux lock? Oct 11 21:06:07 <[Rui]> although when receiving a call, it wouold be nice if as it unlocked it would pick it up :) Oct 11 21:06:14 [Rui], but the screen driver still process info. Oct 11 21:06:24 [Rui], yeah, will do something like that. Oct 11 21:06:31 [Rui], please add your suggestions Oct 11 21:06:32 to the Oct 11 21:06:35 phoneui wiki page Oct 11 21:06:37 in the shr wiki Oct 11 21:07:40 <[Rui]> TAsn: it isn't locking right now.... Oct 11 21:08:03 anyhow, I'm off. Oct 11 21:08:04 ciao. Oct 11 21:08:05 <[Rui]> I can't believe it... it was shr-today all this time breaking my resume! bah! Oct 11 21:08:12 <[Rui]> TAsn: thanks Oct 11 21:08:23 [Rui], muhaha! :) Oct 11 21:08:46 <[Rui]> TAsn: if you look at a shr-today screenshot you will understand why it's frustrating that it doesn't work :) Oct 11 21:09:02 <[Rui]> 5 suspend/resume cycles without any problem Oct 11 21:09:04 we don't support 3rd party software :) only software provided by SHR inc. (trademark) installing unauthorized 3rd party software is prohibited! Oct 11 21:09:13 <[Rui]> usually at the second one it would be locked Oct 11 21:09:21 <[Rui]> TAsn: I thin shr-today is from dos1 :D Oct 11 21:09:41 <[Rui]> TAsn: oh no, you're pulling an Apple ! Oct 11 21:09:45 <[Rui]> Or Nokia Oct 11 21:09:47 <[Rui]> Or Google Oct 11 21:09:47 we also don't support software written by dos1! (for instance opimd that doesn't resolve my contacts!) Oct 11 21:09:50 <[Rui]> Or Palm Pre :) Oct 11 21:10:06 <[Rui]> jwz had some nightmarish experience with Palm Pre people Oct 11 21:10:07 the system works! Oct 11 21:10:21 <[Rui]> TAsn: I'm so happy now! Oct 11 21:10:23 we can write crappy software and blame it on everyone else when stuff fail Oct 11 21:10:24 :) Oct 11 21:10:27 <[Rui]> back to lasting a day of life :) Oct 11 21:10:30 [Rui], because you know shr-today is broken? Oct 11 21:10:49 <[Rui]> TAsn: I was having about 4h of phone life Oct 11 21:10:59 <[Rui]> without the cord line connected to some external power source Oct 11 21:11:07 <[Rui]> suspend is really important Oct 11 21:11:14 it is. :) Oct 11 21:11:31 especially when it doesn't suspend and doesn't dim screen Oct 11 21:11:35 *shut down screen Oct 11 21:11:41 and you get a bright lcd Oct 11 21:11:49 <[Rui]> lol Oct 11 21:11:50 lighting with all it's might in your pocket Oct 11 21:11:50 ;) Oct 11 21:13:00 <[Rui]> TAsn: or in the nice leather/magnetic pouch Oct 11 21:13:14 I also got this case Oct 11 21:13:20 though it's still in it's original box Oct 11 21:13:26 as I'm kinda against leather Oct 11 21:13:37 and I don't like hanging stuff on my belt. Oct 11 21:13:38 :) Oct 11 21:13:46 mickey|bbl, patch for CFG-NAV2 message (stationary threshold) sent to smartphones-userland Oct 11 21:14:47 <[Rui]> now I need to integrate sms into elmdentica and things will rock a lot Oct 11 21:15:05 <[Rui]> TAsn: if you use twitter/identica, last release of elmdentica has some nice changes Oct 11 21:15:34 [Rui]: do you want to know about russian alternative to all micro-blogging services? Oct 11 21:16:07 * [Rui] raises an eyebrow towards PaulFertser Oct 11 21:16:25 [Rui]: it really rocks (comparing to what i know about identi.ca and twitter): http://juick.com/help/?lang=en Oct 11 21:16:33 [Rui], you'll soon have convinient dubs API for that :) Oct 11 21:16:43 <[Rui]> TAsn: sms? Oct 11 21:17:04 yes :) Oct 11 21:17:05 <[Rui]> TAsn: I'd really like to forward sms to µ-blog and vice-versa Oct 11 21:17:45 you'll have convenient for starting the new sms screen with prefilled content Oct 11 21:18:31 [Rui]: please don't forget to read the link Oct 11 21:18:40 <[Rui]> PaulFertser: I'm reading it Oct 11 21:18:55 <[Rui]> TAsn: nice, looking forward to it Oct 11 21:19:12 [Rui], so am I :{ Oct 11 21:19:14 :) Oct 11 21:19:44 <[Rui]> PaulFertser: big negative side: I really hate the jabber interface for µ-blogging Oct 11 21:20:20 [Rui]: how it's negative? For me it's mad convenient. Oct 11 21:20:35 <[Rui]> PaulFertser: and it seems to have no auth Oct 11 21:21:00 [Rui]: jabber has auth integrated Oct 11 21:24:28 <[Rui]> PaulFertser: so they "trust" your jabber id and associate it uniquely to the nick you sent? Oct 11 21:24:42 [Rui]: yes, what's wrong with it? Oct 11 21:24:52 <[Rui]> PaulFertser: nothing, just trying to understand how it works Oct 11 21:24:57 [Rui]: you can even go without a nick Oct 11 21:28:13 <[Rui]> PaulFertser: in my ideal world, telepathy would be integrated with FSO and then you could just have a communication app glueing everything Oct 11 21:28:36 <[Rui]> logout/login gsm == ask pin again (unless configured to record it) Oct 11 21:29:12 we use dbus for gluing everything Oct 11 21:29:32 <[Rui]> Blu3: structurewise, yes, but I mean UI-wise :) Oct 11 21:30:34 [Rui], hehe, could be funny Oct 11 21:30:48 (treating GSM as a IM network) Oct 11 21:30:51 <[Rui]> TAsn: musltiple gsm accounts => for multiple sim phones Oct 11 21:30:57 <[Rui]> TAsn: why not? Oct 11 21:31:04 that has support for voice calls and sms Oct 11 21:31:07 [Rui], sounds nice Oct 11 21:31:16 sounds cool actually :) Oct 11 21:31:19 <[Rui]> TAsn: to me it's pretty much an isomorphism Oct 11 21:31:34 [Rui], never thought about it this way... Oct 11 21:31:38 <[Rui]> I posted something about it at: http://wiki.openmoko.org/wiki/Telepathy Oct 11 21:31:56 <[Rui]> but unfortunately I don't have a lot of time to see how to do it, in practice Oct 11 21:32:21 <[Rui]> and basically some of the problems are automagically solved by telepathy Oct 11 21:33:06 I still prefer the more conservative special phone UI method Oct 11 21:33:20 though your design is both amusing (in a good way) and interesting Oct 11 21:33:54 as you said, it's the same lady in a different dress. Oct 11 21:39:18 <[Rui]> TAsn: hehe Oct 11 21:43:43 i have preliminary multiple gsm sending # for sending sms from multiple # sim cards Oct 11 21:48:02 h Oct 11 21:48:17 is it possible to set up a development environment for building shr in mac osx? Oct 11 21:48:21 or do i have to install linux? Oct 11 21:49:12 ameyp: some guys tried but it was too hard Oct 11 21:49:26 ameyp: i think you can do it in debian chroot Oct 11 21:49:40 ameyp: or fix OE to work on mac os x. Oct 11 21:50:14 PaulFertser: ok, installing linux looks like the easier of the three options Oct 11 21:50:23 thanks Oct 11 21:50:29 ameyp: easier than debian chroot? Oct 11 21:50:38 ameyp: i thought macos x sane enough is it not? Oct 11 21:50:55 well, no, but i already have linux installed, just don't have all the development packages installed Oct 11 21:51:19 ameyp: can't you chroot in there then to avoid rebooting? Oct 11 21:51:36 ameyp: or is macos x filesystem support on par with windows's? Oct 11 21:51:53 * PaulFertser doesn't look for easy ways ever ;) Oct 11 21:52:16 PaulFertser: well, i don't really know, haven't used macos x for that long :) Oct 11 21:52:51 PaulFertser: chroot into which debian? Oct 11 21:53:54 i mean, i know what chroot is, know what debian is, but the two used together in the context of shr and fr.. Oct 11 21:54:02 ameyp: chroot into the system you already have on separate partition i assume. Oct 11 21:54:30 ahh.. well, that'll amount to the same thing then Oct 11 21:54:32 ameyp: or make a special directory on your macos x and run debian in it in chroot. Oct 11 21:54:40 the problem isn't rebooting, it's about the development packages Oct 11 21:54:53 <[Rui]> off to bed now Oct 11 21:55:00 <[Rui]> bby Oct 11 21:55:01 the net connection at college is messed up right now, so downloads are taking ages Oct 11 21:56:10 PaulFertser, I think chroot is not possible Oct 11 21:56:18 max_posedon_: why? Oct 11 21:56:28 different libc and/or kernel Oct 11 21:56:51 max_posedon_: kernel shouldn't matter much as long as it supports linux elf format i guess. Oct 11 21:57:34 chroot nptl<--> old-fation libc never worked Oct 11 21:58:25 so, elf is not enough, far from enouch (imho) Oct 11 21:59:17 max_posedon_: aha, i see. hope dies last, you know Oct 11 21:59:48 yes, and I know (btw, that options for mplayer gives same results) Oct 11 22:00:04 I'll wait for 2.6.31 and look better later Oct 11 22:00:31 btw, do you know .31 status? Oct 11 22:01:09 max_posedon_: i do Oct 11 22:01:40 I see many commits there last days for support different stuff Oct 11 22:01:44 is it usable now? Oct 11 22:02:43 max_posedon_: no touchscreen support and some incompatible sysfs paths, other than that should be fully usable. Oct 11 22:03:44 wow, really nice, most of this stuff will go to .32, yes? Oct 11 22:05:09 max_posedon_: no idea, i guess not because we miss the merge window etc. Also there're some questions to be solved about gta01 support. Oct 11 22:12:12 what kernel version is shr on now? Oct 11 22:13:33 juri_: the latest andy-tracking Oct 11 22:21:16 what is that compared to mainline? Oct 11 22:22:45 hm, warning, swapfile has holes, can i just re-create? Oct 11 22:23:18 juri_: .31 will be available soon (alas only for gta02 for now) so a better question would be about om-2.6.31 differences to mainline and the answer is approximately this: https://dev.openwrt.org/browser/trunk/target/linux/s3c24xx/patches-2.6.31 Oct 11 22:25:31 andy-tracking is based on 2.6.29 Oct 11 22:34:55 <}mat> just send the patches upstream even if the merge window is over if you are adding new drivers an things you don't introduce regressions so that should be ok and you will get feedback from upstream. Unfortunately I probably don't have enough knowledge otherwise I would help. Oct 11 22:35:20 <}mat> and thanks for all the work you have put into the OpenWRT patch series Oct 11 22:48:17 Hm, this seems to not work, are people here using swapfile's? http://wiki.openmoko.org/wiki/SHR_User_Manual#SwapSpace Oct 11 22:57:36 jonkristian i'm using a swap partition now. swapfile was suck-all performance Oct 11 22:57:52 the phone is as dead as if you had no swap Oct 11 23:01:46 Blu3: on sdcard? Oct 11 23:15:35 jonkristian yeah Oct 11 23:33:25 Blu3: got any specs on that, how big should i make it, first or last partition? Oct 11 23:35:05 no. kinda depends on how much you overstep the phone and i don't think it's location on the sdcard matters. it's electronically accessed and i'm pretty sure most cards are the same at byte 0 and at byte +nG Oct 11 23:35:35 ok Oct 11 23:36:32 how much do you use? Oct 11 23:42:43 i currently have ~280M for swap partition Oct 11 23:51:21 thanks, just wanted to get a basic idea of the size:) Oct 11 23:52:08 i never used a swap partition on my moko. Oct 11 23:52:25 never had problems without it Oct 11 23:57:15 playya, as long as you never run more than "one thing", you're normally fine Oct 11 23:57:15 but if you run say pidgin and claws at the same time, you'll probably run out of memory in a few minutes Oct 11 23:59:56 imho pidgin isn't really usable on the freerunner Oct 12 00:00:32 and i don't have a mail client for the freerunner Oct 12 00:00:40 is clawsmail usable? Oct 12 00:04:50 playya: clawsmail works, but it's not really ideal Oct 12 00:07:26 claws should be used with a stylus :> Oct 12 00:13:38 maybe we should start a finger friendl email client Oct 12 00:17:21 anyone knows how to configure the touchscreen with the new Xorg? Oct 12 00:20:56 ts_test works correct. Oct 12 00:36:45 a mail client on the fr should be much more simpler than claws, for instance the email app on android, it's just perfect. Oct 12 00:37:02 yup Oct 12 00:37:39 there are some apps that aren't really finger friendly either Oct 12 00:37:44 is there anything (paroli ? phonegui seems not) that works against latest frameword-glib ? Oct 12 00:37:47 like midori Oct 12 00:38:19 as phonegui does not build against either latest release of frameworkd-glib or head Oct 12 00:39:03 well only e17 applications seems ready for "finger friendly" test Oct 12 00:39:46 intone is great regards to its UI Oct 12 00:41:42 because latest release is too old for it and head too shiny new Oct 12 01:36:17 hmm Oct 12 01:36:48 i put gentoo on my phone and i've been compiling things for an hour now to stress test things. still using the same shr 2.6.29-rc3 kernel Oct 12 01:37:04 none of the fso stuff (gsm etc) is installed or running Oct 12 01:37:15 zero errors with the sdio path Oct 12 02:51:19 Hello i tried to install debian to my openmoko freerunner using install script. It gave ''internal error: install.sh". Now i try to run this script again and i get this error ->'Clearing MBR of Sd with dd failed (0).' Oct 12 02:51:29 does anyone know the problem? **** ENDING LOGGING AT Mon Oct 12 02:59:56 2009