00:01.17 | UberNeo | any default config file for vagalume |
00:05.05 | UberNeo | i will paste it at ~/.vagalume |
00:06.27 | CIA-66 | SHR: 03tom 07libphone-utils * rf44549363708 10/src/phone-utils.c: fixed the forgotten renames inside the functions |
00:07.03 | TAsn | UberNeo, try to google |
00:07.23 | UberNeo | k |
00:09.55 | DocScrutinizer-8 | afaik vagalume is fubar with audio anyway |
00:10.06 | DocScrutinizer-8 | I don't care ;-) |
00:11.41 | DocScrutinizer-8 | and I said: |
00:11.42 | UberNeo | Doc: which online radio player works well in SHR-U |
00:11.48 | DocScrutinizer-8 | ~wtf fubar |
00:12.44 | DocScrutinizer-8 | dunno |
00:13.23 | DocScrutinizer-8 | I don't like to use any online radio when that means GPRS is blocking inbound calls |
00:13.54 | UberNeo | calls wont come if we use gprs |
00:13.58 | DocScrutinizer-8 | and alas you can't do anything to help that, with calypso |
00:14.09 | DocScrutinizer-8 | UberNeo: exactly |
00:14.26 | DocScrutinizer-8 | actual gprs traffic blocks inbound calls |
00:14.33 | UberNeo | ohh |
00:14.45 | DocScrutinizer-8 | on GPRS OTA protocol level afaik |
00:15.31 | UberNeo | we can use Wifi network |
00:15.38 | UberNeo | for online fm |
00:16.16 | UberNeo | pyradio also doesnt works |
00:16.29 | DocScrutinizer-8 | so that's a common problem to all "older" GPRS implementations. Some "modern" extensions have been invented to cure that afaik |
00:16.59 | DocScrutinizer-8 | UberNeo: as stated above: I don't care |
00:17.49 | UberNeo | Doc : Have u used Gestures in SHR-U |
00:17.59 | DocScrutinizer-8 | no |
00:18.10 | UberNeo | any accelerometer |
00:18.16 | DocScrutinizer-8 | sure |
00:18.25 | DocScrutinizer-8 | spirit level e.g. |
00:18.47 | DocScrutinizer-8 | nice testing app for gmeters |
00:19.02 | DocScrutinizer-8 | though with a "small" bug |
00:19.29 | UberNeo | in wht way we can use it |
00:19.52 | *** part/#openmoko-cdevel warren1 (n=Adium@206.248.144.218) |
00:23.02 | TAsn | sweet, fixed #396 :) |
00:23.05 | CIA-66 | SHR: 03tom 07libframeworkd-phonegui-efl2 * r85ec0a40acc6 10/ (configure.ac src/Makefile.am src/view/message-new-view.c): completely fixed ticket #396 - wrong char counting in sms |
00:23.08 | DocScrutinizer-8 | somebody already mentioned that: the second gmeter is mounted 45° rotated around Z-axis |
00:23.34 | DocScrutinizer-8 | spirit level doewsn't take care about that yet |
00:23.41 | *** join/#openmoko-cdevel AlexC (n=alexc@unaffiliated/alexc) |
00:24.04 | TAsn | ^ :) |
00:24.07 | TAsn | so cool :) |
00:24.09 | TAsn | I'm so glad. |
00:24.10 | DocScrutinizer-8 | so enabling 2. gmeter in spiritlevels settings behaves strange |
00:24.39 | DocScrutinizer-8 | TAsn: congrats |
00:24.57 | TAsn | DocScrutinizer-8, thanks ;) |
00:25.22 | TAsn | DocScrutinizer-8, I'm trying to build back that momentum you talked about :) |
00:25.28 | DocScrutinizer-8 | now add a error msg on contacts overlength names/numbers (on sim) |
00:25.52 | DocScrutinizer-8 | TAsn: heroic plan |
00:25.55 | TAsn | DocScrutinizer-8, actually, I tried doing that quite some time ago, though for some reason, the "error callback" |
00:25.56 | TAsn | doesn't work. |
00:26.12 | TAsn | segfaults, should probably look into it a bit more. |
00:26.30 | TAsn | damn, I forgot what I had to say. |
00:26.51 | TAsn | oh |
00:26.52 | TAsn | yeah, |
00:27.01 | TAsn | I think there's a bug in the way fso saves contacts to sim |
00:27.14 | TAsn | first of all, it seems like I can write shorter names than I can read |
00:27.25 | DocScrutinizer-8 | btw s/spirit level/gwaterpas/ |
00:27.28 | TAsn | i.e I can't write a name in the same length as the longest I have |
00:27.38 | TAsn | furthermore, when reading the sim in another fun |
00:27.42 | TAsn | everything looked broken :| |
00:27.47 | TAsn | instead of |
00:27.49 | TAsn | AAA |
00:27.53 | TAsn | where A is an hebrew char |
00:28.00 | TAsn | it appeared on the other phone as |
00:28.02 | TAsn | AAC |
00:28.05 | TAsn | where C is just a sign |
00:28.08 | TAsn | or something weird |
00:28.09 | TAsn | :) |
00:28.19 | DocScrutinizer-8 | hmm |
00:28.39 | TAsn | very weird. |
00:28.53 | TAsn | haven't found the time to look at it |
00:28.56 | TAsn | verify it |
00:28.59 | TAsn | or even report it |
00:29.04 | TAsn | but from what I saw |
00:29.06 | TAsn | :| |
00:29.10 | DocScrutinizer-8 | btw phonelog again started to drop calls |
00:29.20 | TAsn | DocScrutinizer-8, don't blame phonelog!!! |
00:29.26 | TAsn | it's always dos1's fault |
00:29.26 | TAsn | :) |
00:29.29 | DocScrutinizer-8 | opimd |
00:29.30 | TAsn | I'm serious. |
00:29.32 | TAsn | opimd, yeah. |
00:29.35 | TAsn | for some reason |
00:29.38 | TAsn | he used |
00:29.39 | TAsn | TEXT |
00:29.43 | TAsn | for the date field |
00:29.43 | DocScrutinizer-8 | i know |
00:29.46 | DocScrutinizer-8 | :-/ |
00:29.49 | TAsn | and sorting is bad :| |
00:30.00 | TAsn | DocScrutinizer-8, I actually reviewed opimd's code today |
00:30.09 | TAsn | I wanted to change the internal cache to sqlite |
00:30.21 | DocScrutinizer-8 | i know |
00:30.24 | TAsn | though it looks like there's a learning curve |
00:30.33 | TAsn | which I can't afford to waste time on. |
00:30.40 | DocScrutinizer-8 | I'm glad to hnelp |
00:30.48 | TAsn | python is not my "native lang" |
00:31.00 | DocScrutinizer-8 | nor mine |
00:31.12 | TAsn | and it's not that easy to read/documented |
00:31.20 | DocScrutinizer-8 | but it's reasonably legible |
00:31.22 | TAsn | I can handle ugly, actually terrible C code just fine |
00:31.42 | TAsn | as I'm proficient in C |
00:32.00 | DocScrutinizer-8 | I can handle every code - that *I* wrote :-P |
00:32.00 | TAsn | DocScrutinizer-8, it is. |
00:32.15 | TAsn | but not as easy as I'd want it to be ;| |
00:32.25 | TAsn | DocScrutinizer-8, hehe yeah, I don't need docs for my code |
00:32.42 | TAsn | I remember every piece of code I wrote since preschool :) |
00:33.18 | TAsn | is excited about the logo |
00:33.24 | TAsn | I want a new logo :) |
00:33.36 | TAsn | (or *a* logo, in general :) |
00:33.56 | DocScrutinizer-8 | logo is a preschool language ;-D |
00:34.11 | TAsn | is took yound |
00:34.14 | TAsn | young* |
00:34.17 | DocScrutinizer-8 | with a turtle afaik |
00:34.19 | TAsn | I have no idea what logo is |
00:34.48 | DocScrutinizer-8 | what a mess |
00:34.57 | UberNeo | where do get the package for spirit level |
00:34.57 | TAsn | ? |
00:35.43 | DocScrutinizer-8 | btw s/spirit level/gwaterpas/ |
00:35.52 | UberNeo | i checked on Google but :( |
00:36.01 | TAsn | DocScrutinizer-8, anyhow, |
00:36.02 | TAsn | gn. |
00:36.04 | TAsn | cya tomorrow |
00:36.09 | DocScrutinizer-8 | gn8 |
00:36.30 | DocScrutinizer-8 | UberNeo: opkg.org |
00:38.13 | UberNeo | its not there on opkg.org |
00:38.25 | UberNeo | any other place |
00:39.21 | DocScrutinizer | http://www.opkg.org/package_102.html |
00:39.55 | DocScrutinizer | UberNeo: why took it 30sec for me to find it, while you can't find it at all? |
00:40.31 | UberNeo | ohh this one ..i was searching with the spirit level name |
00:41.29 | DocScrutinizer | [2009-10-03 02:35:43] <DocScrutinizer-8> btw s/spirit level/gwaterpas/ |
00:41.57 | DocScrutinizer | [2009-10-03 02:27:25] <DocScrutinizer-8> btw s/spirit level/gwaterpas/ |
00:45.11 | UberNeo | sorry ..i interpreted wrongly :( |
00:50.40 | UberNeo | thanx Doc : ..gwaterpas works |
01:01.49 | DocScrutinizer-8 | not if you enable s0 |
01:03.28 | DocScrutinizer-8 | as gmeter chip s0 isn't mounted the way gwaterpas is asuming it were |
01:04.31 | DocScrutinizer-8 | and probably gwaterpas doesn't use vector arithmetics to calibrate |
01:05.39 | DocScrutinizer-8 | anyway s1 works quite conveniently |
01:06.08 | *** join/#openmoko-cdevel Defiant- (i=erik@c168140.adsl.hansenet.de) |
01:45.48 | *** join/#openmoko-cdevel max_posedon (n=max_pose@80.249.91.80) |
01:52.23 | *** join/#openmoko-cdevel AlexC (n=alexc@unaffiliated/alexc) |
02:31.44 | *** join/#openmoko-cdevel eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
03:06.56 | blindcoder | morning |
03:15.50 | *** join/#openmoko-cdevel Ainulind1le (n=ainu@calaquendi.org) |
03:15.50 | *** join/#openmoko-cdevel blindcod1r (n=blindcod@fortuna.crash-override.net) |
03:15.50 | *** join/#openmoko-cdevel Mirv_ (n=tajyrink@dsl-hkibrasgw2-fef7de00-81.dhcp.inet.fi) |
03:15.50 | *** join/#openmoko-cdevel Kayin_ (i=mverstee@shell2.skyberate.net) |
03:15.51 | *** join/#openmoko-cdevel ceda_ (n=fredrik@c-83-233-175-44.cust.bredband2.com) |
03:15.51 | *** join/#openmoko-cdevel BillK (n=BillK@124-169-159-10.dyn.iinet.net.au) |
03:15.51 | *** join/#openmoko-cdevel juri___ (n=juri@79.99.65.184) |
03:15.51 | *** join/#openmoko-cdevel ike_ (i=ike@akademia.szluug.org) |
03:15.51 | *** join/#openmoko-cdevel Elleo (n=Elleo@mikeasoft.com) |
03:15.52 | *** join/#openmoko-cdevel oon_ (n=oon@ankhoon.net) |
03:15.53 | *** join/#openmoko-cdevel lobo_ (n=hehe@h250.78.29.71.dynamic.ip.windstream.net) |
03:15.53 | *** join/#openmoko-cdevel TeLLuS (n=Johan@179.108.227.87.static.f.siw.siwnet.net) |
03:15.53 | *** join/#openmoko-cdevel Sleep_Walker (n=Sleep@193.179.96.131) [NETSPLIT VICTIM] |
03:15.55 | *** join/#openmoko-cdevel Sargun (n=Sargun@75-101-13-24.dsl.static.sonic.net) |
03:16.16 | *** join/#openmoko-cdevel PaulFertser (n=PaulFert@mail.nixl.net) [NETSPLIT VICTIM] |
03:18.04 | *** join/#openmoko-cdevel DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net) |
03:39.46 | *** join/#openmoko-cdevel mdrobnak_ (n=mdrobnak@pool-96-250-162-28.nycmny.fios.verizon.net) |
03:44.33 | *** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.152.187) |
03:47.09 | *** join/#openmoko-cdevel Sargun (n=Sargun@atarack/Staff/Sargun) |
04:25.47 | *** join/#openmoko-cdevel raster (n=raster@enlightenment/developer/raster) |
04:28.09 | *** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
04:30.02 | blindcoder | short question, is running 'apm -s' the 'right' way to suspend shr? |
04:32.39 | *** join/#openmoko-cdevel phil_ (i=crypt@shell.bawue.net) |
04:32.53 | *** join/#openmoko-cdevel Arhuaco (n=n@186.80.240.243) |
04:34.27 | *** join/#openmoko-cdevel DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net) |
04:36.09 | blindcoder | if not, what it (commandline preferred) |
04:36.16 | blindcoder | s/it/is/ |
04:36.19 | *** join/#openmoko-cdevel |_0xEF| (n=kvirc@62.64.65.186) [NETSPLIT VICTIM] |
04:37.51 | *** join/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
04:47.59 | *** join/#openmoko-cdevel else58 (n=else58@70.114.141.31) [NETSPLIT VICTIM] |
04:49.27 | *** join/#openmoko-cdevel DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net) |
04:56.11 | *** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:01.40 | *** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:03.37 | *** join/#openmoko-cdevel spaetz (n=user@62.48.119.96) |
05:04.19 | *** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:07.24 | *** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:10.25 | *** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
05:17.05 | *** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:36.26 | *** join/#openmoko-cdevel pbaxter (n=pbaxter@host195-10-dynamic.54-79-r.retail.telecomitalia.it) |
06:40.18 | PaulFertser | blindcoder: you're supposed to make a dbus call to framework, it'll take care to prepare gsm properly. |
06:42.02 | blindcoder | PaulFertser: is there a way to do it on the comandline? |
06:43.15 | PaulFertser | blindcoder: of course. dbus-send is preferrable. |
06:43.23 | mrmoku | blindcoder: look at /etc/enlightenment/supsend.sh |
06:43.43 | blindcoder | PaulFertser, mrmoku: thanks, I'll have a look at those |
06:43.44 | mrmoku | there you have the proper dbus-send command |
06:43.51 | blindcoder | great :) |
06:44.10 | blindcoder | I'm currently playing with dzen to make a menu for the power button similiar to the one ilume uses |
06:44.36 | blindcoder | too bad the AUX button doesn't send a keysym, but the power button does :) |
06:45.21 | mrmoku | blindcoder: with xorg it sends a XF86Phone :) |
06:45.38 | PaulFertser | blindcoder: i think you can make aux send a keysym if you employ xmodmap. |
06:46.03 | blindcoder | mrmoku: I'll hold off until then :) |
06:46.18 | blindcoder | PaulFertser: yes, but that would be too much work for now :) |
06:46.32 | blindcoder | PaulFertser: I try to make dwm work with as little modification as possible |
06:46.44 | PaulFertser | blindcoder: one xmodmap command shouldn't be that hard |
06:47.04 | PaulFertser | blindcoder: in your .xsession or wherever |
06:47.31 | mrmoku | xmodmap -e 'keycode 177 = XF86Phone' |
06:48.04 | blindcoder | okay, okay, I give in :-) |
06:50.57 | mrmoku | PaulFertser: btw... yesterday I had some connectivity problems while talking about the keys... |
06:51.17 | mrmoku | PaulFertser: which input module are you using? xevdev too? |
06:51.42 | PaulFertser | mrmoku: evdev, yes |
06:51.59 | mrmoku | PaulFertser: anything special in your xorg.conf? guess not so... |
06:52.37 | PaulFertser | mrmoku: right |
06:52.59 | mrmoku | PaulFertser: how do you start x? |
06:53.16 | PaulFertser | mrmoku: nodm does this for me |
06:53.30 | mrmoku | PaulFertser: the same nodm we use? |
06:53.45 | *** join/#openmoko-cdevel everslick (n=clemens@91-113-113-109.adsl.highway.telekom.at) |
06:53.46 | PaulFertser | mrmoku: no idea |
06:55.05 | PaulFertser | mrmoku: why don't you try to compile E with debug info and gdb it? |
06:55.52 | mrmoku | PaulFertser: hmm... because that's a lot of time I don't want to invest for that... |
06:56.47 | mrmoku | PaulFertser: heh... if I add 'xmodmap -e "keycode 219 = XF86PowerOff"' in a session script |
06:56.55 | mrmoku | the menu pops up... and the phone shuts down :P |
06:58.03 | PaulFertser | mrmoku: sometimes it seems that solving the problem "properly" (by investigating and debugging) is more beneficial than trying various versions/rebuilding from scratch/etc. And tbh i'm not so pleasantly surprised by the speed with which build problems in shr are solved. |
06:59.17 | mrmoku | hmm |
07:00.32 | mrmoku | PaulFertser: I would not even know how to build E inside OE with proper debug info |
07:01.09 | PaulFertser | mrmoku: i've just spent half of my friday trying to solve my gtkbuilder i18n problems (on windows) with various questionable methods (trying different versions, googling etc etc) and at the end of the day i gained nothing (except that gtk needs intl.dll but if it's not there it silently ignores it). |
07:01.53 | PaulFertser | s^friday^thursday^ |
07:02.44 | PaulFertser | mrmoku: you can add printfs to strategic places then... |
07:03.51 | mrmoku | PaulFertser: hmm... I could setup a 'local build' for E for that... |
07:04.13 | mrmoku | never thought about that... |
07:09.50 | *** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it) |
07:31.46 | *** join/#openmoko-cdevel raster (n=raster@enlightenment/developer/raster) |
07:37.56 | mrmoku | PaulFertser: hehe, key problem solved with latest image |
07:38.14 | PaulFertser | mrmoku: wow |
07:38.16 | PaulFertser | mrmoku: how? |
07:38.23 | PaulFertser | mrmoku: now? |
07:38.26 | PaulFertser | mrmoku: bow |
07:38.30 | PaulFertser | :) |
07:38.41 | mrmoku | :) |
07:39.03 | mrmoku | no idea... rebuild with newer EFL and newer X (which finally succeeded) |
08:07.26 | *** join/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
08:21.41 | *** join/#openmoko-cdevel Slyon (n=lukas@p4FDB1EBD.dip0.t-ipconnect.de) |
08:26.12 | Gnutoo | hi mrmoku xorg doesn't build on shr but built for me on angstrom some time ago : "| checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer" what would be the best way to deal with it? update Xorg things in shr branch(I won't commit but send patches) |
08:26.50 | mrmoku | Gnutoo: hmm... thing is... I just successfully built a new SHR image with newest xorg... |
08:27.22 | mrmoku | Gnutoo: we had quite a flux of changes the last days... are you sure your tree is uptodate? |
08:28.59 | Gnutoo | no not the lastest |
08:29.11 | Gnutoo | I'll upgrade and rebase(changes needed for htcdream) |
08:29.30 | mrmoku | building was weired the last week or two... but I just finished building a new xorg image from scratch on our buildhost |
08:29.51 | mrmoku | Gnutoo: so... if you want newest ophonekitd :P |
08:30.06 | Gnutoo | I halready have a recent ophonekitd |
08:30.21 | Gnutoo | and we debugged it yesterday...fsousaged segfault |
08:32.52 | *** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
08:33.45 | Gnutoo | but I'm also interrested in a clean image for htcdream |
08:33.59 | Gnutoo | not an image where I would have to modify manually a lot of config files |
08:34.16 | mrmoku | Gnutoo: send a patch against shr/import to shr-devel and I will integrate it :) |
08:34.32 | Gnutoo | mrmoku, I'll do as soon as the image build and is tested |
08:34.33 | *** join/#openmoko-cdevel AndreasD (n=andreas@1407ds1-ns.0.fullrate.dk) |
08:34.39 | mrmoku | ok |
08:34.51 | Gnutoo | else if you want it before my test just tell me |
08:35.12 | Gnutoo | patch is like for oe: git diff format with commit message and all,sent by mail by git? |
08:35.27 | mrmoku | yup |
08:36.02 | Gnutoo | ok |
08:36.47 | mrmoku | bbl, need some coffee :) |
08:37.50 | *** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
08:38.04 | ceda_ | needs more hours off work |
08:41.01 | *** join/#openmoko-cdevel spaetz_ (n=spaetz@62.48.119.96) |
08:46.06 | *** join/#openmoko-cdevel edgar (n=christop@cm56-222-142.liwest.at) |
08:48.11 | *** join/#openmoko-cdevel mzanetti_ (n=dreadhea@p5B3003EB.dip0.t-ipconnect.de) |
08:51.40 | Gnutoo | mrmoku|away, btw when you'll come back it still doesn't build: http://pastebin.com/m20e035a8 |
08:55.19 | *** part/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
08:55.35 | *** join/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
08:55.36 | *** part/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
09:08.32 | playya__ | Gnutoo, i think /home/embedded/oetmp_shr_g1/work/i686-linux/renderproto-native-1_0.11-r1/temp/log.do_configure.20736 is more interesting |
09:08.38 | Gnutoo | ok |
09:09.25 | Gnutoo | playya__, ah that file |
09:09.36 | Gnutoo | you've got its output in what I pasted I think |
09:09.38 | Gnutoo | I'll verify |
09:09.53 | Gnutoo | indeed |
09:10.01 | Gnutoo | config.log doesn't tell a lot either |
09:10.10 | Gnutoo | the thing is in the m4 things |
09:13.52 | Gnutoo | mrmoku, I still have the error: ^^^ |
09:17.36 | mrmoku | Gnutoo: what package does provide those macros? util-macros? |
09:20.20 | Gnutoo | I'll check |
09:25.44 | playya | anone knows why i should compile epsilon? |
09:27.25 | Gnutoo | util-macros-native- |
09:27.35 | Gnutoo | *util-macros-native-1_1.1.5-r1 |
09:31.16 | Gnutoo | and XORG_MACROS_version=1.1.5 is defined |
09:31.39 | TAsn | mrmoku, I also fixed bug #396 in efl2 I don't have time atm to apply it on efl as well, but if you do find the time, please consider generating a patch (only one commit iirc) and applying on efl, should work fine. btw, don't forget about the future and bug fixes you said you'll do in efl2 ;) |
09:31.50 | mrmoku | Gnutoo: hmm interesting util-macros-native-1_1.3.0-r0/ is what I have |
09:32.10 | Gnutoo | strange i just pulled |
09:32.13 | Gnutoo | from shr/import |
09:32.21 | mrmoku | checks buildhost |
09:32.43 | Gnutoo | I've also strange things like frameworkd.conf files that don't correspond to what's in the images |
09:33.11 | mrmoku | TAsn: NOTE: Running task 5072 of 7538 |
09:33.19 | TAsn | omg |
09:33.26 | TAsn | your pc sucks! |
09:33.28 | mrmoku | TAsn: but there is a new image on the buildhost that works :) |
09:33.35 | TAsn | really? :) |
09:33.37 | TAsn | unstable image? |
09:33.42 | TAsn | with xorg? |
09:33.44 | mrmoku | TAsn: well... it failed on libfso-glib over night |
09:33.47 | Gnutoo | mine is worse: pentium M 2GHZ@less because of heat |
09:33.48 | mrmoku | TAsn: yup |
09:33.53 | TAsn | omg |
09:33.56 | TAsn | you rock. |
09:34.14 | mrmoku | TAsn: building the feed right now |
09:34.14 | TAsn | does pyphonelog work? heard there were some issues with pyphonelog |
09:34.23 | mrmoku | let me check |
09:34.24 | TAsn | so i'll be able to get xorg? yay! :) |
09:35.01 | mrmoku | my log is empty... but that works fine :) |
09:35.18 | mrmoku | TAsn: if you want to upgrade you have to wait for me to build the index |
09:35.30 | mrmoku | (which will take some time because the feed has to build first) |
09:35.48 | TAsn | it's ok |
09:35.54 | TAsn | as I'm leaving anyway :) |
09:35.58 | mrmoku | :P |
09:36.04 | TAsn | btw about efl2 |
09:36.14 | TAsn | add from contact doesn't work |
09:36.21 | TAsn | since you switched from |
09:36.22 | mrmoku | saw that, yes |
09:36.30 | TAsn | elm_mycontactlist |
09:36.38 | TAsn | that's the top issue right now. |
09:36.50 | mrmoku | TAsn: will take care of the contacts as soon as I can build |
09:36.55 | TAsn | also that for some reason I have another weird issue, will show you when I'm back ;) |
09:36.59 | TAsn | mrmoku, thanks. |
09:38.25 | CIA-66 | SHR: 03tom 07libframeworkd-phonegui-efl2 * r38e658e401fd 10/src/view/ (contact-list-view.c message-new-view.c): fixed name resolving in messages, (if name is passed) but should fix also if name isn't passed |
09:40.24 | *** join/#openmoko-cdevel morphis (n=morphis@p54898212.dip0.t-ipconnect.de) |
09:40.41 | morphis | heyho |
09:42.45 | Gnutoo | mrmoku, so...what could be the reason of the difference between the files in your buildbot and my laptop |
09:43.09 | mrmoku | good question |
09:43.22 | Gnutoo | pulling said Fast forward for me |
09:44.26 | Gnutoo | cf83ab7be45abb7658fe0b458a535b2b1f49abd0 is the more recent commit I have |
09:44.54 | *** join/#openmoko-cdevel betheg|off (i=betheg@unaffiliated/betheg) |
09:46.15 | morphis | mrmoku: I spoke with stefan_schmidt about creating our image for the palm pre out of current shr |
09:46.20 | morphis | mrmoku: he agreed |
09:47.00 | mrmoku | morphis: yeah, spoke with him too yesterday :) |
09:47.09 | Gnutoo | wow I saw palm pre landed in oe |
09:47.13 | morphis | mrmoku, great |
09:47.35 | Gnutoo | I didn't have enough time to help...I was busy with the htcdream |
09:47.37 | morphis | mrmoku, should I create some patches for shr/import with machine support etc or you want to do this? |
09:47.38 | mrmoku | morphis: will cherry-pick the needed stuff and see if it builds over the weekend |
09:47.45 | morphis | mrmoku, ah great |
09:48.02 | morphis | mrmoku: you also include fsodeviced for the pre-image? |
09:48.04 | mrmoku | morphis: stefan said it's just two commits... will just cherry-pick them... should be easy |
09:48.09 | morphis | :) |
09:48.14 | mrmoku | morphis: yep |
09:48.31 | mrmoku | morphis: yesterday we bumped vala... and latest fso stuff builds fine |
09:48.50 | morphis | perfectly |
09:48.54 | Gnutoo | what works/don't work in palm pre? because I've still the fsousaged segfault...is there a workarround...if I disable it will the antenna power itself |
09:49.17 | DocScrutinizer-8 | mrmoku: that sounds like today is a good day for testing? |
09:49.21 | mrmoku | Gnutoo: conf/distro/include/preferred-xorg-versions-live.inc:PREFERRED_VERSION_util-macros-native ?= "1.3.0" |
09:49.33 | Gnutoo | that's what I was looking right now |
09:49.41 | mrmoku | DocScrutinizer-8: testing like in testing image... or like in testing unstable? :P |
09:49.45 | Gnutoo | but I was looking in the shr prefered versions |
09:49.50 | morphis | Gnutoo: don't know whats currently working on the plam pre, it will be available in germany on 13.10, then we will see |
09:49.56 | DocScrutinizer-8 | mrmoku: a) |
09:50.44 | mrmoku | DocScrutinizer-8: first some testing of the unstable image... if it is as good as I think... then new testing based on xorg :) |
09:50.51 | Gnutoo | morphis, ok because I'd like shr to support the htcdream and we have a good potential but not a lot of thing working at the initial stage |
09:51.17 | Gnutoo | mmm PREFERRED_VERSION_util-macros-native ?= "1.3.0" |
09:51.20 | DocScrutinizer-8 | mrmoku: we g(eo)t new U-image? |
09:51.24 | Gnutoo | I'll check the local.conf |
09:51.41 | mrmoku | DocScrutinizer-8: in tests/mrmoku/unstable yes |
09:51.48 | mrmoku | DocScrutinizer-8: building the feed right now |
09:52.01 | morphis | Gnutoo: whats missing for the initial stage for the htc dream? |
09:52.15 | mrmoku | DocScrutinizer-8: after that I will wipe and then sync the feed |
09:52.19 | DocScrutinizer-8 | mrmoku: so again, this time b) ? ;-P |
09:52.56 | mrmoku | DocScrutinizer-8: well... what would be your proposal? |
09:53.48 | Gnutoo | morphis, basically I made touch part of the screen behave correctly,fsousaged segfault so ophonekitd doesn't start but if it's solved it should work because cli-framework works,wifi can work because it's in wireless-compat and 2.6.31 alsa can work but need to render the kernel of qualcomm compilable(druidu did that but is not avaliable now) |
09:53.50 | mrmoku | Gnutoo: try to -c rebuild util-macros-native |
09:53.54 | Slyon | morphis: you are the py-elm guy, right? |
09:53.55 | Gnutoo | ok |
09:54.00 | DocScrutinizer-8 | mrmoku: hmm, depends. Does it build? does it work? does it eat my cat? |
09:54.03 | Gnutoo | mrmoku, pr not bumped? |
09:54.35 | mrmoku | Gnutoo: why? version is different... might be a missing dependency somewhere |
09:54.38 | morphis | Slyon: right |
09:54.55 | morphis | Gnutoo: sounds good, what about the modem part? |
09:54.55 | Gnutoo | mmm |
09:55.07 | mrmoku | DocScrutinizer-8: testing with kdrive does not build (and what be difficult to make it build again) |
09:55.07 | morphis | Gnutoo: I think the dream also has a modem made by qualcomm? |
09:55.13 | Gnutoo | morphis, I told that already: ",fsousaged segfault so ophonekitd doesn't start but if it's solved it should work because cli-framewo" |
09:55.19 | mrmoku | DocScrutinizer-8: so the viable option would be xorg for testing too |
09:55.23 | Slyon | morphis: can you say me, how i can set the elm background to the one defined in a edj file? |
09:55.27 | mrmoku | DocScrutinizer-8: and that needs some testing first :( |
09:55.42 | Gnutoo | morphis, it works if you power the antenna with cli-framework |
09:55.43 | mrmoku | DocScrutinizer-8: so... I think short b) and then a) is the way to go |
09:55.45 | morphis | Gnutoo: jep I got this, but on low-level the modem is working? |
09:56.08 | DocScrutinizer-8 | mrmoku: I'm fine with testing if it got a fair chance to work |
09:56.09 | morphis | Gnutoo: so you can send AT-commands over the serial interface or whatever the dream has? |
09:56.30 | Gnutoo | morphis, fso is working so yes...it's a virtual serial interface |
09:56.30 | DocScrutinizer-8 | mrmoku: testing like b) |
09:56.41 | Gnutoo | morphis, it's /dev/smd0 |
09:56.45 | morphis | ah ok |
09:56.52 | morphis | so frameworkd supports it |
09:56.52 | Gnutoo | morphis, but we may have issues with pm |
09:56.53 | mrmoku | DocScrutinizer-8: so far I installed the new image and it boots and registers to the network |
09:56.57 | Gnutoo | morphis, yes |
09:57.06 | Gnutoo | morphis, not pm of the modem but pm in genera |
09:57.07 | Gnutoo | l |
09:57.15 | Gnutoo | pm = power management |
09:57.21 | morphis | Gnutoo: I asking because the pre also has a qualcomm modem and we currently searching for information how it is working |
09:57.30 | DocScrutinizer-8 | mrmoku: I might consider to give it a try then, as soon as you synced |
09:57.34 | mrmoku | DocScrutinizer-8: and suspend/resume works fine |
09:57.36 | morphis | cause we find out webOS is using some binary protocoll to speak with the modem |
09:57.38 | Gnutoo | morphis, ah ok simply modify frameworkd.conf and try it |
09:57.41 | mrmoku | DocScrutinizer-8: ok, will ping you :) |
09:57.44 | Gnutoo | morphis, what's the device node? |
09:57.48 | DocScrutinizer-8 | mrmoku: k |
09:58.15 | DocScrutinizer-8 | mrmoku: this includes tasn's newsest work? |
09:58.25 | mrmoku | DocScrutinizer-8: not by default |
09:58.35 | Gnutoo | NOTE: package util-macros-native-1.1.5: completed |
09:58.39 | Gnutoo | so it's defined somewhere |
09:58.51 | mrmoku | Gnutoo: hmm |
09:58.57 | morphis | Gnutoo: you mean the /dev one? |
09:59.02 | Gnutoo | morphis, yes |
09:59.18 | mrmoku | DocScrutinizer-8: what do you think about the opimd move? |
09:59.20 | morphis | there are three |
09:59.23 | Gnutoo | morphis, because you could have to change that because it's hardcoded in the python modem support files |
09:59.53 | morphis | /dev/ttyS0 for normal communication, /dev/tts/modemdiag for modem diagnostics |
10:00.02 | morphis | Gnutoo: jepp, I saw this |
10:00.13 | DocScrutinizer-8 | TAsn: I guess installing the sqlite-opimd and ophonekit is much simpler on new image? |
10:00.17 | morphis | I though about to move the interface definition to frameworkd.conf |
10:00.38 | Gnutoo | morphis, ok so you'll need to fork the modem code |
10:00.42 | DocScrutinizer-8 | mrmoku: to me tasn's opimd work sounds great |
10:00.57 | morphis | Gnutoo: I think but I want to speak with mickey_away about this |
10:01.04 | mrmoku | DocScrutinizer-8: the problem I have is that it requires changes in ophonekitd too |
10:01.08 | Gnutoo | morphis, indeed |
10:01.18 | mrmoku | DocScrutinizer-8: which creates regressions for old efl frontend |
10:01.33 | mrmoku | mainly no name resolution on incoming calls |
10:01.37 | morphis | on 13.10 our palm-pre challenge starts and before this date I will not code anything for the modem part because without knowing how it is really working |
10:01.43 | morphis | it's not very useful |
10:02.11 | DocScrutinizer-8 | mrmoku: aiui new efl is compatible? |
10:02.14 | morphis | in the end we can't use the current implemation for qualcomm_msm in frameworkd because it is using some different protocol than the normal plain at one |
10:02.20 | mrmoku | notes to have 10 days to get a working palm pre SHR image :) |
10:02.29 | morphis | mrmoku: :) |
10:02.36 | morphis | mrmoku: maybe some days more |
10:02.47 | morphis | mrmoku: cause we don't need the image on the first day |
10:02.49 | mrmoku | DocScrutinizer-8: somehow... ophonekitd won't do the name resolving on incoming calls anymore |
10:02.56 | mrmoku | DocScrutinizer-8: and old efl does not do it itself |
10:03.09 | mrmoku | morphis: ok :) |
10:03.28 | DocScrutinizer-8 | yes, but installing new efl sounds like a good idea to me? |
10:03.48 | Gnutoo | distro/include/preferred-shr-versions.inc:PREFERRED_VERSION_util-macros-native ?= "1.1.5" |
10:03.59 | Gnutoo | so who is called before? |
10:04.00 | mrmoku | DocScrutinizer-8: so far TAsn is the only one who tested it... I want to give it some testing myself ;) |
10:04.05 | DocScrutinizer-8 | mrmoku: (though I have to admit I have no idea what's efl at all) |
10:04.09 | morphis | so I am out for breakfast |
10:04.13 | Slyon | morphis: It's done, i got it by myself =) |
10:04.33 | morphis | Slyon: what is done? |
10:04.38 | Gnutoo | how does palm pre power management work? |
10:04.40 | mrmoku | DocScrutinizer-8: libframeworkd-phonegui-efl which is using plain ogsmd for contacts and messages |
10:04.47 | Slyon | morphis: i asked you how to set a elm bg from edj |
10:04.53 | Slyon | ;) |
10:04.57 | Gnutoo | is it like htcdream,nokia-Nxx,etc...? |
10:05.05 | morphis | Slyon: ah uh, i overread it :) sorry |
10:05.10 | Slyon | morphis: no problem |
10:05.18 | morphis | :) |
10:06.02 | Gnutoo | morphis, how does palm pre power management work: that is to say is it like htcdream,nokia-Nxx,etc...: that is to say does it dynamically change its clock instead of going to suspend with apm like the openmoko? |
10:06.12 | DocScrutinizer-8 | well, for testing-a) I'm fine without TAsns opimd move |
10:06.44 | morphis | Gnutoo: wait a hour, then I will tell you everything I know about it :) |
10:06.48 | morphis | Gnutoo: or look at http://www.freesmartphone.org/index.php/PalmPreGSM |
10:06.56 | Gnutoo | ok |
10:07.01 | DocScrutinizer-8 | mrmoku: so I'm for testing-b) then |
10:07.27 | *** join/#openmoko-cdevel Sharwin_F (n=Sharwin_@4.pool85-50-90.dynamic.orange.es) |
10:07.46 | DocScrutinizer-8 | after flashing new image I'd like to simply "opkg install" the opimd-sqlite |
10:08.04 | mrmoku | DocScrutinizer-8: you mean opimd-utils? |
10:08.59 | *** join/#openmoko-cdevel playya (n=playya@unaffiliated/playya) |
10:09.21 | DocScrutinizer-8 | I got it TAsn was doing a lot of work on opimd, opimd-utils (to completely replace old phone-apps) plus a few other packages like fl |
10:09.24 | DocScrutinizer-8 | efl |
10:09.29 | mrmoku | PaulFertser: I read the blog you posted about palm pre... gives room for SHR on it ;) |
10:09.45 | playya | alphaone, happy birthday to you . happy birthday to you. |
10:10.12 | mrmoku | DocScrutinizer-8: nop... he worked on libframeworkd-phonegui-efl2 the successor of libframeworkd-phonegui-efl that I started some time ago and is using opimd |
10:10.40 | mrmoku | and he did some adjustments to ophonekitd and libframeworkd-phonegui to play nice with opimd |
10:10.56 | mrmoku | he did *not* touch opimd-utils as that is dos1's python testing stuff for opimd :P |
10:11.25 | DocScrutinizer-8 | he told me he's as well trying/working to make cache in opimd go and use sqlite instead |
10:11.56 | mrmoku | but that's not part of what he did the last two days |
10:12.34 | DocScrutinizer-8 | anyway, I'm fine with a new shr-u image without all that for now |
10:12.39 | lindi- | sqlite? the one that firefox uses and that manages to lose users' bookmarks often? ;) |
10:13.06 | DocScrutinizer-8 | I'm sure I'm able to opkg install tasn's stuff then maybe tomorrow |
10:13.31 | mrmoku | the problem is that we can't have two different ophonekitd packages :( |
10:13.47 | DocScrutinizer-8 | why not? |
10:14.10 | *** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
10:14.25 | mrmoku | well... sure we could. But that would be quite some work that might not be worth it if the opimd stuff proves to rock |
10:14.45 | DocScrutinizer-8 | hmm, ok |
10:14.52 | mrmoku | lindi-: firefox switched to sqlite for bookmarks? did not know that... and sucks :( |
10:14.55 | Gnutoo | mmm shr-autorev-unstable.inc is not included |
10:15.12 | DocScrutinizer-8 | I thought a metapkg opim-tasn would do ;-P |
10:15.20 | lindi- | mrmoku: has done so for a while |
10:15.28 | mrmoku | Gnutoo: that explains it :) |
10:15.31 | lindi- | mrmoku: it keeps corrupting them especially on nfs $HOME |
10:15.38 | mrmoku | lindi-: ouch :( |
10:15.41 | *** join/#openmoko-cdevel dos1 (n=dos@unaffiliated/dos1) |
10:15.59 | Gnutoo | mrmoku, yes indeed but I don't know why it wasn't included...I'll look if there is a howto for building shr and if it contain interresting things |
10:16.08 | DocScrutinizer-8 | NFS ${HOME} ? LOOoL |
10:16.20 | mrmoku | Gnutoo: you're building with our makefile? |
10:16.26 | Gnutoo | no |
10:16.28 | mrmoku | dos1: hey morning... fresh again? |
10:16.33 | Gnutoo | I'm building with oe |
10:16.36 | DocScrutinizer-8 | nfs is begging for all kinds of corruption |
10:16.39 | Gnutoo | and the howto seem to cover the Makefile |
10:16.46 | mrmoku | yup |
10:17.03 | mrmoku | the makefile adds the include for it to local.conf for unstable |
10:17.27 | dos1 | morning ;) |
10:17.33 | Gnutoo | ah ok, I asked several times here if there was a difference between the makefile and the oe thing |
10:17.38 | Gnutoo | but I got no answer |
10:17.41 | dos1 | yup, i feel better now :) |
10:17.43 | DocScrutinizer-8 | eeeeek it speaks |
10:17.46 | mrmoku | Gnutoo: sorry did not see that |
10:18.01 | Gnutoo | mrmoku, that's all it does or do other fixes too? |
10:18.01 | mrmoku | dos1: good :) we have a new unstable image |
10:18.08 | dos1 | mrmoku: synced? |
10:18.14 | mrmoku | dos1: building the feed |
10:18.20 | mrmoku | Gnutoo: let me check |
10:18.25 | Gnutoo | ok thanks a lot |
10:18.38 | dos1 | ok, i'll have to upgrade my system now... |
10:18.48 | dos1 | as i was upgrading only cornucopia recently |
10:19.00 | playya | mrmoku, efl1/epsilon has been moved to OLD/ dir in the svn |
10:19.01 | dos1 | and i still have some old kernel, kdrive and few other old things :x |
10:19.25 | mrmoku | playya: that one too? |
10:19.32 | playya | yes |
10:20.11 | *** join/#openmoko-cdevel lysgaard (n=mortenLy@85.252.185.18) |
10:20.14 | DocScrutinizer-8 | dos1: you nasty bugfarmer, morning! ;-) |
10:21.20 | mrmoku | Gnutoo: basically its http://shr.pastebin.com/m5671ce88 |
10:21.31 | Gnutoo | mrmoku, thanks a lot |
10:21.39 | mrmoku | Gnutoo: np |
10:22.19 | Slyon | morphis: another question: how can i read out the edj-file of the active illume-theme? |
10:23.32 | Gnutoo | mrmoku, echo "# require conf/distro/include/fso-autorev.inc" has a # in it...strange |
10:23.53 | mrmoku | Gnutoo: there are some options just as example |
10:23.58 | Gnutoo | ah ok sorry |
10:24.00 | mrmoku | (and some of them obsolete :P) |
10:24.03 | Gnutoo | there is written fso not shr |
10:24.18 | mrmoku | notes to remove that one |
10:24.54 | *** join/#openmoko-cdevel pabs3 (n=pabs@d122-105-78-211.per9.wa.optusnet.com.au) |
10:25.25 | mrmoku | ok, lunchtime :P |
10:25.26 | mrmoku | bbl |
10:25.57 | DocScrutinizer-8 | ok, coffeetime |
10:27.39 | playya | sybren, ping |
10:31.51 | *** join/#openmoko-cdevel spaetz_ (n=spaetz@62.48.119.96) |
10:33.09 | *** join/#openmoko-cdevel oon (n=oon@ankhoon.net) |
10:34.22 | Gnutoo | oh no...shr uses an old bitbake.conf |
10:34.26 | Gnutoo | => 0x404dde94 in raise () from /mnt/moko/lib/libc.so.6 |
10:34.40 | Gnutoo | => no symbols |
10:34.46 | Gnutoo | even when installing the -dbg |
10:34.53 | Gnutoo | I'll check what I've done |
10:35.15 | *** join/#openmoko-cdevel thrashold (n=europan@3mhz.net) |
10:35.57 | Gnutoo | ah no -dbg wasn't installed I'll look why |
10:36.13 | Gnutoo | again the libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9) * |
10:36.22 | Gnutoo | I'll update && upgrade |
10:36.34 | *** join/#openmoko-cdevel Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
10:37.37 | Gnutoo | wow don't segfault anymore because of assertions |
10:37.42 | DocScrutinizer-8 | Gnutoo: on which platform? :-D |
10:37.50 | Gnutoo | http://pastebin.com/m4825fb65 |
10:37.53 | Gnutoo | htc dream |
10:38.03 | Gnutoo | here's my frameworkd.conf |
10:38.08 | DocScrutinizer-8 | update and upgrade? wow |
10:38.37 | Gnutoo | http://pastebin.com/m48064e6e |
10:40.05 | blindcoder | http://scap.linuxtogo.org/files/452efdd17f394086a33c518c61f299c7.png |
10:40.10 | blindcoder | http://scap.linuxtogo.org/files/e8827e508a358f26dc607d6deb83e8c4.png |
10:40.10 | blindcoder | :) |
10:41.30 | DocScrutinizer-8 | Gnutoo: how mature is qualcom? |
10:41.47 | Gnutoo | mrmoku|away, http://pastebin.com/m51a614c : during the parsed it stopped progressing...and I pressed enter and that's what I've got |
10:42.00 | Gnutoo | mrmoku|away, maybe there was something on the ml about that |
10:42.27 | Gnutoo | DocScrutinizer-8, I didn't test it extensively but it seems that I have to fix the sim contact thing |
10:43.04 | DocScrutinizer-8 | aah, the non-implemented mandators contacts-AT |
10:43.21 | DocScrutinizer-8 | mandatory (as in 0707) |
10:44.25 | Gnutoo | with the new fsousaged ophonekitd started |
10:44.30 | Gnutoo | I must try with pin... |
10:44.31 | DocScrutinizer-8 | Gnutoo: somebody claimed he implemented a AT+CSIM for that |
10:44.51 | DocScrutinizer-8 | (contacts) |
10:45.56 | Gnutoo | ok |
10:47.41 | Gnutoo | btw I've contacts with the reference ril |
11:02.46 | *** join/#openmoko-cdevel phild (n=quassel@HSI-KBW-078-042-129-079.hsi3.kabel-badenwuerttemberg.de) |
11:05.17 | *** join/#openmoko-cdevel VDVsx (n=Valerio@bl6-236-128.dsl.telepac.pt) |
11:05.23 | *** join/#openmoko-cdevel spaetz_ (n=spaetz@62.48.119.96) |
11:17.36 | Slyon | does anyone know, how to read out the edje file of the active illume theme? |
11:17.54 | TeLLuS | <PROTECTED> |
11:23.06 | mrmoku | Gnutoo: the svn certificate problem? |
11:23.33 | Gnutoo | mrmoku, yes I typed p and enter and it was ok then |
11:23.43 | Gnutoo | but the server is https |
11:23.50 | Gnutoo | and is on sourceforge |
11:23.56 | Gnutoo | shouldn't it be http:// |
11:24.19 | mrmoku | don't know what is preferred... |
11:24.46 | Gnutoo | ok |
11:25.31 | morphis | Slyon: the active illume-theme? |
11:25.40 | morphis | Slyon: for what do you need it? |
11:26.44 | *** join/#openmoko-cdevel agg1n (n=jan@static-87-245-13-210.teleos-web.de) |
11:26.48 | Slyon | morphis: i like to use the illumewallpaper in my app (shr-today) |
11:27.36 | morphis | the current wallpaper which is set by illume to your desk or the default wallpaper of illume? |
11:27.54 | Slyon | the current wallpaper |
11:28.21 | morphis | Gnutoo: about pm on the palm pre: I don't take a closer look at it, just discovered that there are some sysfs values to control the power management of the gsm modem |
11:28.27 | morphis | Gnutoo: the same for bt and wl |
11:28.41 | morphis | Gnutoo: about all other power management I don't know |
11:28.41 | Gnutoo | morphis, ok |
11:28.56 | morphis | Gnutoo: we will care about when we have done the first call :) |
11:29.01 | Gnutoo | ok lol |
11:29.04 | morphis | thats our primary target |
11:29.20 | Gnutoo | I'll care about it too when I'll got wifi+alsa running but I'm afraid of it |
11:29.23 | morphis | without that the pre is only another big brick :) |
11:29.47 | Gnutoo | I bought my openmoko knowing I wouldn't use it as a phone |
11:29.56 | Gnutoo | because I couldn't |
11:30.02 | morphis | Gnutoo: jepp, mostly it's a bit tricky but we have the advantage that we can look at the webOS rootfs and there are most things stored in script files |
11:30.11 | morphis | like pm for the modem, bt and wl |
11:30.13 | Gnutoo | and now it has became usable...but I've no buzz-fix |
11:30.20 | Gnutoo | ok |
11:31.51 | Slyon | morphis: i like to achieve that the wallpaper in illume-view and shr-todays wallpaper are the same. |
11:32.02 | morphis | Gnutoo: when you are working on the dream, do you know exactly which part of android is responsible for the communication with the modem? |
11:32.12 | morphis | Slyon: hm |
11:32.16 | Gnutoo | morphis, yes the ril |
11:32.31 | morphis | Gnutoo: is it on source.android.com? |
11:32.36 | Gnutoo | morphis, I even tried the reference ril who has sources and somewhat works |
11:32.51 | morphis | Slyon: you should better ask raster about that |
11:32.54 | Gnutoo | morphis, when I did ../repo init && ../repo sync I got them |
11:33.04 | morphis | Slyon: maybe it's stored in the illume configuration |
11:33.15 | Slyon | morphis: okay |
11:33.23 | morphis | Slyon: I don't think that you should look at the illume theme for it |
11:33.35 | Gnutoo | morphis, but they can be retrived with git so you don't download the whole android |
11:33.42 | morphis | Slyon: take a look at the illume code and try to find our where the current wallpaper is stored |
11:33.52 | morphis | Gnutoo: ok |
11:34.40 | morphis | Gnutoo: is the ril still the same for all android phones? |
11:34.50 | Gnutoo | no |
11:34.58 | Gnutoo | it's customized for each phone |
11:35.01 | morphis | Gnutoo: but for the qualcome ones? |
11:35.05 | morphis | Gnutoo: ah ok |
11:35.12 | Gnutoo | the dream use qualcomm_msm modem |
11:35.18 | morphis | Gnutoo: and the customized ones are also available? |
11:35.35 | Gnutoo | btw if you have the proprietary ril you can also do strings on it but it's useless so don't do it |
11:36.12 | morphis | hm ok |
11:36.19 | blindcoder | Slyon: you're the author of shr-today, no? |
11:36.24 | morphis | I am just searching for hints of the binary mode of qualcom modems |
11:36.25 | mrmoku | TAsn: ok, successfully built efl2 now :) |
11:36.30 | Slyon | blindcoder: i am |
11:36.47 | betheg | mrmoku: dump question, but how do you build the lite-image? everytime i try to build it i have a lot of missing packages in my lite-image. |
11:36.49 | blindcoder | Slyon: great. just a quick question: does it _depend_ on illume in some way or another? |
11:36.54 | *** join/#openmoko-cdevel mickey|vacation (n=M@242.Red-88-0-39.dynamicIP.rima-tde.net) |
11:37.17 | mrmoku | betheg: check log.do_rootfs ... and search for ERROR |
11:37.25 | mrmoku | betheg: the common one is fso-abyss |
11:37.38 | mrmoku | betheg: bitbake it manually and then the shr-lite-image again |
11:37.47 | Gnutoo | morphis, git://android.git.kernel.org/platform/hardware/ril.git |
11:37.57 | blindcoder | Slyon: reason I'm asking is because I'm using dwm on my freerunner now and would like to use shr-today as screenlock |
11:38.03 | morphis | Gnutoo: found it already |
11:38.07 | Gnutoo | ok |
11:38.18 | morphis | Gnutoo: but there is not platform specific code in it |
11:38.22 | Slyon | blindcoder: no, it doesn't. just elementary |
11:38.32 | Gnutoo | morphis, there are ifdefs |
11:38.43 | blindcoder | Slyon: great, thanks :) |
11:38.44 | CIA-66 | freesmartphone.org: 03mickey 07cornucopia * r2637a41756b6 10/fsogsmd/src/ (10 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.Device.{Get|Set}SimBuffersSms() |
11:38.45 | CIA-66 | freesmartphone.org: 03mickey 07cornucopia * r2aed1bd88603 10/fsogsmd/src/ (4 files in 3 dirs): fsogsmd: modem: channelForCommand is abstract hence MUST be implemented by the modem plugin |
11:38.53 | CIA-66 | freesmartphone.org: 03mickey 07phonesim * r4b555cb99b10 10/modems/generic.xml: generic.xml: properly implement +CNMI |
11:38.53 | Gnutoo | morphis, there is also the initialization thing to make it talk AT |
11:38.57 | morphis | ifdefs for the different hw platforms? |
11:39.02 | morphis | hm |
11:39.06 | Gnutoo | morphis, no for different modems |
11:39.26 | betheg | mrmoku: i have bitbake task-shr-minimal and shr-lite-image, i look for errors |
11:39.45 | *** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170) |
11:40.01 | morphis | Gnutoo: ok |
11:40.51 | DocScrutinizer-8 | mickey|vacation: heyho! :-) |
11:41.37 | mickey|vacation | morning DocScrutinizer-8 |
11:42.06 | morphis | hey mickey|vacation ! how are your vacations? |
11:42.20 | betheg | mrmoku: ahh Cannot satisfy the following dependencies for task-shr-minimal-apps: fso-abyss. ok thanks |
11:42.20 | mickey|vacation | morphis: excellent... but... almost over |
11:42.49 | Gnutoo | morphis, for instance you have ATE0Q0V1 that make the modem talk AT |
11:42.50 | morphis | mickey|vacation: so monady is your first work-day :) |
11:43.13 | mickey|vacation | morphis: tuesday. we're flying back FUE -> FRA on monday evening |
11:43.33 | mickey|vacation | can't wait to test his fsogsmd improvements with a real modem |
11:43.40 | mickey|vacation | phonesim was a great help though |
11:43.50 | Gnutoo | DocScrutinizer-8, btw where can I find the source of the contacts implementation |
11:43.51 | morphis | Gnutoo: ok |
11:44.09 | morphis | mickey|vacation: on 13. october you have the next modem to test with :) |
11:44.29 | mickey|vacation | morphis: i truely hope so... |
11:44.51 | mickey|vacation | when i first wrote ogsmd i only knew the TI Calypso |
11:44.52 | DocScrutinizer-8 | Gnutoo: no idea. skim logs of #openmoko as of last 2 days or so (maybe 3). grep csim |
11:44.57 | *** join/#openmoko-cdevel andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net) |
11:45.08 | mickey|vacation | hence some Calypsoisms had impact on my view of abstractions |
11:45.16 | mickey|vacation | i know much more modems by now |
11:45.22 | Gnutoo | ok |
11:45.24 | Gnutoo | thanks |
11:45.57 | morphis | mickey|vacation: that is great, maybe with the pre we got another, maybe with a binary protocol |
11:46.00 | DocScrutinizer-8 | Gnutoo: or ask PaulFertser. Maybe he remembers details |
11:46.43 | mickey|vacation | morphis: really? according to my info we have pure AT. but a binary protocol won't hurt either -- fsogsmd architecture is well prepared for that |
11:47.01 | Gnutoo | ok i'll search for the logs |
11:47.04 | morphis | mickey|vacation: just take a look at the PreGsm site in the fso wiki |
11:47.12 | mickey|vacation | k |
11:47.17 | morphis | I disassembled some programs of the webOs image |
11:47.25 | morphis | there are some binary commands |
11:47.28 | Gnutoo | I hope they are on the net cause I'm not in #openmoko anymore(too many channels + channel limit on freenode) |
11:47.33 | morphis | or maybe they are crypted AT commands |
11:47.49 | Gnutoo | morphis, no I think they don't use that thing: |
11:47.55 | Gnutoo | ATE0Q0V1 |
11:47.57 | Gnutoo | try that |
11:47.58 | morphis | mickey|vacation: from where do you this informations? |
11:48.01 | DocScrutinizer-8 | Gnutoo: |
11:48.04 | DocScrutinizer-8 | ~logs |
11:48.05 | apt | All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. |
11:48.28 | Gnutoo | thanks |
11:48.37 | morphis | Gnutoo: I will |
11:48.39 | DocScrutinizer-8 | ~tell Gnutoo about logs |
11:48.40 | *** join/#openmoko-cdevel spaetz__ (n=spaetz@62.48.119.96) |
11:49.19 | mickey|vacation | morphis: from inspecting the firmware embedded in the webos doctor stuff |
11:49.29 | morphis | I do the same |
11:49.36 | morphis | there are some AT commands |
11:49.40 | mrmoku | DocScrutinizer-8: those are no live logs though :( |
11:49.44 | morphis | but I found only eight or so |
11:49.51 | playya | mrmoku, you should update FSOREV_cornucopia to c87a8f6fcdcacaeaeb2ffce2aa6707a6506ddf7e or later or fsousaged won't compile |
11:49.53 | DocScrutinizer-8 | yes, never been |
11:49.55 | morphis | and some crypted command lines with binary data |
11:50.05 | mrmoku | playya: update... I set it to AUTOREV again :) |
11:50.13 | playya | ok |
11:50.20 | DocScrutinizer-8 | mrmoku: for yesterday and older they should suffice |
11:50.24 | *** join/#openmoko-cdevel h4v (n=h4v@new.otos.pl) |
11:50.27 | playya | epsilon patch applied? |
11:50.28 | DocScrutinizer-8 | err |
11:50.35 | morphis | mickey|vacation: but I think it should be possible (when there is a binary protocol) to switch between plain at and binary |
11:50.37 | DocScrutinizer-8 | Gnutoo: ^ |
11:50.38 | mrmoku | playya: no, you did a patch? :D |
11:50.41 | mrmoku | checks patchwork |
11:50.47 | playya | yes. shr-devel |
11:50.50 | morphis | so lets see what we have when the device is available :) |
11:50.58 | DocScrutinizer-8 | errr |
11:51.02 | DocScrutinizer-8 | mrmoku: |
11:51.13 | DocScrutinizer-8 | mrmoku: so what? |
11:51.15 | mickey|vacation | morphis: that'd be awesome. yeah, lets see |
11:51.16 | Gnutoo | morphis, in htcdream ATE0Q0V1 activate the non-binary AT commands format...so if you don't type that you can send binary commands |
11:51.20 | *** join/#openmoko-cdevel hannes_s (n=hannes_s@f054141035.adsl.alicedsl.de) |
11:51.51 | Gnutoo | DocScrutinizer-8, ok thanks |
11:52.02 | morphis | Gnutoo: I found something like ATE0E0E0E1E0E0 |
11:52.06 | mrmoku | playya: applied |
11:52.15 | morphis | Gnutoo: but we will try it when we have the device |
11:52.19 | Gnutoo | ok |
11:52.33 | Gnutoo | is the device easily rootable? |
11:52.52 | mrmoku | DocScrutinizer-8: the only reason *I* use the logs is to see what happened while my internet was creating problems... and there I only need the current live log |
11:52.54 | DocScrutinizer-8 | mrmoku: for livelogs do a !logs in #openmoko |
11:53.08 | mrmoku | DocScrutinizer-8: *I* know where they are :P |
11:53.11 | morphis | so I am off for some time |
11:53.14 | morphis | bye |
11:53.59 | DocScrutinizer-8 | mrmoku: here do a ~log for livelogs |
11:54.20 | mrmoku | ~log |
11:54.20 | apt | from memory, log is http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ? |
11:54.25 | mrmoku | :D |
11:54.32 | DocScrutinizer-8 | mrmoku: but Gnutoo doesn't need livelogs for what I suggested |
11:55.07 | Gnutoo | indeed it was panicking that mapped csim |
11:55.23 | DocScrutinizer-8 | yo |
11:55.29 | DocScrutinizer-8 | now I remember |
11:55.54 | Gnutoo | but not for +CPBR |
11:56.06 | Gnutoo | it was for +CRSM |
11:56.07 | DocScrutinizer-8 | Gnutoo: no idea |
11:56.15 | Gnutoo | I'll look at the ril then |
11:56.18 | Gnutoo | I've the sources |
11:56.22 | Gnutoo | so it should be easy |
11:57.02 | playya | mickey|vacation, btw. inherit cross doesn't change anything :( I updated vala on my host |
11:57.16 | DocScrutinizer-8 | Gnutoo: +CSIM should work similarly |
11:57.23 | mickey|vacation | playya: hmm, that's sad. we need to think more about it then |
11:57.30 | Gnutoo | ok |
11:57.48 | pbaxter | hello all |
11:57.53 | playya | yes. or a better way to check for vapis without .pc files |
11:58.00 | playya | hi pbaxter |
11:58.06 | pbaxter | hi playya |
11:58.17 | dos1 | playya: what issue do you have? |
11:58.28 | DocScrutinizer-8 | Gnutoo: iirc you can access all storage via sim's filesystem |
11:58.37 | Gnutoo | ok thanks |
11:59.11 | dos1 | playya: here, when having cross-compiled vala staged, vapi files couldn't be find |
11:59.26 | dos1 | s/find/found/ |
11:59.27 | playya | yes. thats the problem |
11:59.28 | dos1 | playya: do you have the same? |
12:00.04 | playya | if you mean libfsobasics yes |
12:00.22 | dos1 | yup, exactly the same problem here |
12:00.30 | playya | workaround: update your vala on the host or cp the vapis into /usr/share |
12:01.10 | playya | mickey|vacation, what about a patch which removes the checks in the configure.ac? |
12:01.13 | DocScrutinizer-8 | Gnutoo: I'd recommend patching ril to support the standard AT cmd for contacts though |
12:01.21 | Gnutoo | ok |
12:01.58 | DocScrutinizer-8 | Gnutoo: +CSIm is kinda.... ugly |
12:02.16 | playya | mickey|vacation, we test for vala >= 0.7.7 which includes linux.vapi -> additional testing not necessary |
12:02.26 | Gnutoo | lol |
12:02.52 | Gnutoo | DocScrutinizer-8, yes but the standard contact is not standard... |
12:03.04 | playya | but posixextra needs to be installed |
12:03.05 | DocScrutinizer-8 | errr |
12:03.21 | Gnutoo | on qualcomm_msm |
12:03.28 | mickey|vacation | playya: this will fix libfsobasics, but other parts still need misc-vapi |
12:03.29 | playya | hmm. remove the check. if it's missing vala bails out :P |
12:03.55 | DocScrutinizer-8 | Gnutoo: I'm not in that topic so much I could say something |
12:04.33 | DocScrutinizer-8 | Gnutoo: aiui in 07.07 there should be a standard way to access contacts, sms etc |
12:04.44 | Gnutoo | ok |
12:05.35 | playya | mickey|vacation, what about a fso-misc-vapi.pc file? |
12:05.43 | DocScrutinizer-8 | Gnutoo: reread the logs of #openmoko. PaulFertser had a comment on that |
12:05.50 | Gnutoo | ah ok |
12:05.54 | DocScrutinizer-8 | to panickining |
12:05.54 | Gnutoo | I'll reread then |
12:06.08 | mickey|vacation | playya: yes, we can do that, but it's just another workaround that doesn#t fix the root cause |
12:06.17 | playya | yes |
12:06.26 | mickey|vacation | i'd rather fix the root cause, which is vapidir pointing to a wrong place |
12:06.48 | mickey|vacation | if no one beats me to it, i'll do it when i'm back |
12:07.37 | playya | ok. |
12:08.01 | playya | i don't know anything about bbclasses |
12:12.07 | playya | this might help: |
12:12.10 | playya | do_configure_prepend() { |
12:12.10 | playya | <PROTECTED> |
12:12.10 | playya | } |
12:12.36 | playya | s/_NATIVE// |
12:23.07 | playya | mickey|vacation, would it be an evil hack to only add vala-10.pc to PKG_CONFIG_PATH? |
12:24.18 | playya | i think that should add less regressions |
12:24.32 | dos1 | mrmoku: build failed |
12:25.33 | *** join/#openmoko-cdevel CoreDump (n=mhentges@hentges.net) |
12:25.37 | *** join/#openmoko-cdevel cdbot2 (n=cdbot2@hentges.net) |
12:25.50 | CoreDump | !logs |
12:25.50 | cdbot2 | Channel logs for #openmoko-cdevel are archived at: |
12:25.51 | cdbot2 | http://hentges.net/tmp/logs/irc/%23openmoko-cdevel |
12:25.52 | cdbot2 | Live-logs are available at |
12:25.54 | cdbot2 | http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog |
12:25.56 | spaetz__ | ONEN |
12:25.57 | cdbot2 | See ?? help-logs for usage instructions |
12:25.58 | spaetz__ | ! |
12:25.59 | mrmoku | dos1: thanks for notifiying :) |
12:26.00 | spaetz__ | dammit |
12:26.06 | DocScrutinizer-8 | CoreDump: :-D |
12:26.13 | DocScrutinizer-8 | *945\!<(" |
12:26.16 | CoreDump | =) |
12:26.21 | DocScrutinizer-8 | CoreDump: thanks |
12:26.43 | CoreDump | you are welcome. |
12:26.49 | dos1 | how many bots we'll have now? o_O |
12:26.50 | dos1 | ;D |
12:27.03 | DocScrutinizer-8 | hehe, 256 |
12:27.05 | spaetz_ | cdbot? who are you? |
12:27.05 | playya | shower time |
12:27.41 | DocScrutinizer-8 | !info |
12:27.49 | DocScrutinizer-8 | !status |
12:27.54 | DocScrutinizer-8 | !help |
12:27.59 | DocScrutinizer-8 | !bah |
12:28.02 | CoreDump | ?? help |
12:28.02 | cdbot2 | help[1]: Available help topics: |
12:28.03 | spaetz_ | !hehe |
12:28.04 | cdbot2 | help[2]: ?? help-google |
12:28.04 | cdbot2 | help[3]: ?? help-database |
12:28.06 | cdbot2 | help[4]: ?? help-exchange (currency converter) |
12:28.08 | cdbot2 | help[5]: ?? help-oebug |
12:28.10 | cdbot2 | help[6]: ?? help-ombug |
12:28.13 | cdbot2 | help[7]: ?? help-logs |
12:28.14 | cdbot2 | help[8]: ?? help-misc |
12:28.26 | spaetz_ | spambot |
12:28.33 | DocScrutinizer-8 | wow |
12:28.41 | DocScrutinizer-8 | what a speeeeeeed |
12:28.49 | DocScrutinizer-8 | lol |
12:28.49 | CoreDump | ?? help-misc > DocScrutinizer |
12:28.56 | CoreDump | yes, speed sucks. |
12:29.19 | DocScrutinizer-8 | CoreDump: nevermind |
12:29.43 | DocScrutinizer-8 | as long as dely for livelogs is equally short ;-P |
12:30.20 | dos1 | http://i34.tinypic.com/2n69no5.jpg |
12:30.43 | CoreDump | there usually is no noticeable delay in the logs |
12:30.46 | DocScrutinizer-8 | ok fellas. Now we really have somewhat unified config for #openmoko and #openmoko-cdevel |
12:30.51 | CIA-66 | freesmartphone.org: 03mickey 07specs * r896563e12805 10/ (4 files in 3 dirs): |
12:30.51 | CIA-66 | freesmartphone.org: org.freesmartphone.GSM.Device: Add new API org.freesmartphone.GSM.Device.SetFunctionality( s:level ) -> () |
12:30.52 | CIA-66 | freesmartphone.org: NOTE: This deprecates org.freesmartphone.GSM.SetAntennaPower! |
12:30.53 | dos1 | poland position in this chart is depressing ;p |
12:32.09 | DocScrutinizer-8 | mickey_away: woooohooo, finally! ;-D no more nausea here when reading "antennapower" |
12:32.24 | mickey|vacation | i figured you'd like that :) |
12:32.56 | dos1 | mrmoku: build finished :D |
12:33.13 | mickey|vacation | btw. |
12:33.29 | mickey|vacation | in fsogsmd, /org/freesmartphone/GSM/Device will also implement org.freesmartphone.Device.RealtimeClock API |
12:33.42 | mickey|vacation | so we have the same API for both RTCs |
12:33.43 | dos1 | ok, backuping my rootfs... |
12:33.46 | mickey|vacation | about time to unify some APIs |
12:33.57 | *** part/#openmoko-cdevel CoreDump (n=mhentges@hentges.net) |
12:34.29 | CIA-66 | freesmartphone.org: 03mickey 07libfso-glib * rae45e89e5f35 10/src/ (3 files): regenerate |
12:34.45 | DocScrutinizer-8 | mickey_away: sounds kinda usefull too |
12:34.50 | mickey|vacation | *nod* |
12:35.09 | DocScrutinizer-8 | mickey|vacation: any idea how system keeps the systime over suspend? |
12:35.31 | mickey|vacation | modem RTC or SoC RTC? |
12:35.40 | mickey|vacation | ah systime you said |
12:36.00 | mickey|vacation | judging from dmesg, the kernel does that these days |
12:36.25 | *** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net) |
12:36.38 | mickey|vacation | at least i remember having seen some hctosys message before userland kicked in |
12:36.49 | DocScrutinizer-8 | mickey|vacation: I had a strange effect 2 days ago: system time was late by hours due to some weird clock issue. Still that was kept over suspend though PMU-RTC was correct |
12:36.58 | mickey|vacation | eeks |
12:37.16 | mickey|vacation | ~lart GSM operators for not exporting time |
12:37.16 | apt | takes GSM operators to the vet for a "special" visit for not exporting time |
12:37.22 | mrmoku | dos1: thanks for notifiying :) |
12:37.39 | lindi- | why not just use the RTC? |
12:37.53 | mickey|vacation | we do |
12:38.07 | mickey|vacation | but it'd be slick to get time without user intervention |
12:38.22 | mickey|vacation | on systems without GPS as well |
12:39.04 | lindi- | mickey|vacation: hmm? just set it with ntpdate at install time and forget about it? |
12:39.05 | DocScrutinizer-8 | mickey|vacation: my only explanation was system is calculating an offset between RTC and systime prior to suspend, and using this to restore the faulty systime from correct RTC on resume |
12:39.54 | DocScrutinizer-8 | mickey|vacation: you got any better idea? |
12:39.56 | PaulFertser | mrmoku: s/i posted/Harald posted/ |
12:40.14 | mrmoku | PaulFertser: yeah... the _link_ to harlds blog you posted :) |
12:40.17 | mrmoku | +a |
12:41.59 | mickey|vacation | lindi-: provided we connect to the internet, yes |
12:42.29 | mickey|vacation | DocScrutinizer-8: sounds reasonable. there's too much legacy in our sysinit scripts. It's about time I write fsoboot and dump sysvinit |
12:42.38 | DocScrutinizer-8 | mickey|vacation: I'm really uncertain if I think this is a good idea or almost a bug, *if* my assumption is correct |
12:43.14 | DocScrutinizer-8 | mickey|vacation: how come initscripts to the picture on suspend/resume? |
12:45.36 | mickey|vacation | oh suspend/resume, right. i was confusing this w/ reboot |
12:45.38 | DocScrutinizer-8 | I guess that's a genuine linux kernel(?) function for suspend / resume action |
12:45.49 | dos1 | mickey|vacation: ping ping ping |
12:45.56 | dos1 | mickey|vacation: what about fsodeviced starting at boot? |
12:45.56 | DocScrutinizer-8 | to manage restoration of systime |
12:45.57 | mickey|vacation | dos1: pöng |
12:46.26 | dos1 | mickey|vacation: we need fsodeviced started at boot due to idle notifier |
12:46.27 | mickey|vacation | dos1: sounds good. until fso-monitord is ready for primetime, this should b edone |
12:46.58 | playya | *merging* |
12:47.31 | DocScrutinizer-8 | fsck! idle-notifier on boot?? o.O |
12:47.58 | DocScrutinizer-8 | prolly will stop boot even before X is up |
12:48.07 | DocScrutinizer-8 | XD |
12:48.35 | mickey|vacation | don't worry |
12:48.38 | mickey|vacation | idlenotifier is just that |
12:48.48 | mickey|vacation | don't mix that up with rules that do something based on the signals IN sends |
12:48.52 | mickey|vacation | e.g. oeventsde |
12:49.02 | DocScrutinizer-8 | mickey|vacation: ok ;-P |
12:49.16 | dos1 | DocScrutinizer-8: right now it isn't started at all :P |
12:49.30 | DocScrutinizer-8 | wtf??? |
12:49.44 | dos1 | when using fsodeviced without aby tweaks |
12:49.49 | DocScrutinizer-8 | how's suspend on idle supposed to work then atm? |
12:49.50 | dos1 | s/aby/any/ |
12:50.09 | dos1 | DocScrutinizer-8: cause you're using odeviced, which starts at boot with frameworkd? :P |
12:50.20 | spaetz_ | so, we are transitioning to Xorg, to FSO...d, and opimd/efl2 at the same time? |
12:50.29 | spaetz_ | loses track of all transitions |
12:50.45 | DocScrutinizer-8 | hmm, mrmoku seems to tell me different for image sheduled for today ;-) |
12:50.49 | dos1 | spaetz_: and new EFLSRC rev ;> |
12:50.55 | spaetz_ | oh, shit :-) |
12:51.11 | mrmoku | aand all that today ;) |
12:51.19 | DocScrutinizer-8 | spaetz: ack :-P |
12:51.33 | *** join/#openmoko-cdevel jonkristian (n=jonkrist@66.84-48-49.nextgentel.com) |
12:51.47 | *** join/#openmoko-cdevel hannes_s (n=hannes_s@f054141035.adsl.alicedsl.de) |
12:52.01 | DocScrutinizer-8 | probably will eat my cat, AND my dog and GF ;-P |
12:52.06 | mickey|vacation | spaetz_: hell, no |
12:52.29 | mickey|vacation | spaetz_: the only things ready from fso2 are fsodeviced, fsousaged, fsotimed, fsonetworkd |
12:52.43 | mickey|vacation | with fsousaged being already in |
12:52.47 | DocScrutinizer-8 | ooh so few? |
12:52.49 | mickey|vacation | timed and networkd being completely uncritical |
12:53.04 | DocScrutinizer-8 | :-) |
12:53.04 | mickey|vacation | and fsodeviced being under test |
12:53.04 | mickey|vacation | DocScrutinizer-8: ;) |
12:53.52 | DocScrutinizer-8 | probably will eat my brain (if there's any left over) |
12:54.00 | dos1 | mickey|vacation: oh |
12:54.10 | dos1 | mickey|vacation: i couldn't find usbhost interface in fsodeviced |
12:54.12 | dos1 | mickey|vacation: is it implemented? |
12:54.22 | TAsn | dos1 |
12:54.29 | TAsn | I found another issue with opimd |
12:54.31 | TAsn | a couple actually |
12:54.33 | TAsn | first of all |
12:54.53 | TAsn | with opimd I don't get any notification that a new message has arrived |
12:54.56 | TAsn | second of all |
12:55.06 | TAsn | when saving a new contact |
12:55.10 | spaetz_ | mickey|vacation: hehe, taht's enough new stuff for me :-) |
12:55.12 | TAsn | and then trying to resolve it |
12:55.14 | mickey|vacation | dos1: no i forgot about that |
12:55.16 | TAsn | it doesn't resolve |
12:55.19 | dos1 | TAsn: did you patched oeventsd? |
12:55.21 | mickey|vacation | dos1: will come when i'm home |
12:55.27 | TAsn | dos1, no :) |
12:55.30 | dos1 | TAsn: :P |
12:55.33 | TAsn | ok, so that's one |
12:55.38 | TAsn | but what about contact resolving? |
12:55.40 | DocScrutinizer-8 | reconsiders starting test of new image today or even tomorrow. No matter what mrmoku promises ;-P |
12:55.40 | dos1 | TAsn: http://openmoko.opendevice.org/~dos/opimd/ |
12:55.50 | dos1 | TAsn: dunno, i'll test it |
12:55.54 | TAsn | thanks. |
12:56.02 | TAsn | just use opimd-resolve |
12:56.04 | dos1 | TAsn: please save all your opimd issues into one list and bug me with it ;) |
12:56.05 | TAsn | or something |
12:56.18 | TAsn | dos1, I can't, there are too many, I get an overflow ;] |
12:56.30 | dos1 | TAsn: and what about me? :P |
12:56.31 | playya | pkg-config is a b***** |
12:56.38 | DocScrutinizer-8 | TAsn: that's dos1's best suggestion since dunno ;-) |
12:56.44 | TAsn | DocScrutinizer-8, hehe |
12:58.31 | *** join/#openmoko-cdevel fenfir (n=fenfir@99.22.251.44) |
12:58.48 | mrmoku | TAsn: hmm... name-resolving on incoming call is slow |
12:58.57 | TAsn | mrmoku, it's not |
12:58.59 | mrmoku | it is much faster when viewing a message |
12:59.05 | TAsn | it's that refresh bug |
12:59.13 | mrmoku | ahh |
12:59.15 | TAsn | you need to click on the widget to make it refresh |
12:59.24 | DocScrutinizer-8 | eeew |
12:59.27 | TAsn | it's less than a sec |
12:59.29 | mrmoku | TAsn: it refreshed for me after a second or two |
12:59.39 | TAsn | mrmoku, because that was a natural redraw |
12:59.42 | TAsn | though if you initiate one |
12:59.44 | TAsn | it should be faster |
12:59.48 | TAsn | a lot faster |
13:00.11 | mrmoku | yep, because while viewing a message it is almost instantenous |
13:00.16 | TAsn | mrmoku, btw you also got patched ophonekitd and phonegui, right? |
13:00.19 | TAsn | mrmoku, yes. |
13:00.23 | mrmoku | yup |
13:00.27 | DocScrutinizer-8 | mickey|vacation: did you notice dos1 question about usb-hostmode? |
13:00.31 | TAsn | cool :) |
13:00.45 | TAsn | mrmoku, fixed the message from contact already? |
13:00.51 | dos1 | DocScrutinizer-8: he already answered ;o |
13:00.51 | TAsn | btw, I also fixed #396 :) |
13:00.55 | TAsn | though I need to improve it. |
13:01.01 | DocScrutinizer-8 | ooh, sorry |
13:01.04 | mrmoku | TAsn: no.. trying to fix the 'message list scrolls horizontally' issue now |
13:01.13 | TAsn | oh, okie ;) |
13:01.17 | TAsn | that's actually pretty easy |
13:01.25 | TAsn | you just need to restrict length of string |
13:01.26 | lindi- | DocScrutinizer-8: offset between RTC and systime is not constasnt |
13:01.31 | TAsn | in size |
13:01.34 | mrmoku | TAsn: nah |
13:01.37 | TAsn | there's an evas function |
13:01.42 | TAsn | to get actual width |
13:01.54 | mrmoku | TAsn: genlist offers that... no need to use evas functions |
13:01.59 | DocScrutinizer-8 | lindi-: that's quite obvious |
13:02.01 | dos1 | yup, mrmoku is right |
13:02.07 | TAsn | mrmoku, cool :) |
13:02.10 | dos1 | it's "compress" style |
13:02.18 | DocScrutinizer-8 | linbut what results from that? |
13:02.38 | DocScrutinizer-8 | lindi-: i.e. how is that related to resume? |
13:02.45 | CIA-66 | freesmartphone.org: 03mickey 07cornucopia * r44a757f3ca90 10/fsogsmd/src/ (4 files in 2 dirs): |
13:02.45 | CIA-66 | freesmartphone.org: fsogsmd: prepare for org.freesmartphone.GSM.Device.{Get|Set}Functionality |
13:02.45 | CIA-66 | freesmartphone.org: NOTE: Need to integrate fsogsmd with resource system before we can implement this |
13:02.50 | mickey|vacation | cu |
13:03.09 | TAsn | mrmoku, other than the known issues, what is you impression? |
13:03.19 | DocScrutinizer-8 | mickey_away: enjoy last day(s) |
13:03.23 | mrmoku | TAsn: have to test more... |
13:03.29 | TAsn | of course... |
13:03.36 | mrmoku | TAsn: message list is slow |
13:03.51 | TAsn | no |
13:03.55 | TAsn | it's the refresh bug |
13:04.00 | TAsn | open in terminal |
13:04.04 | TAsn | shr-messages |
13:04.06 | TAsn | and when you see |
13:04.07 | lindi- | DocScrutinizer-8: i thought you suggested you could save the offset on suspend and restore systime to be rtc + offset on resume? |
13:04.12 | TAsn | "entry processed" |
13:04.20 | TAsn | you can click on the widget for a refresh |
13:04.21 | TAsn | :| |
13:04.23 | mrmoku | hmm |
13:04.32 | TAsn | messages is faster here |
13:04.35 | TAsn | (than with sim) |
13:04.42 | TAsn | but other than that, it's just opimd being slow. |
13:05.00 | *** join/#openmoko-cdevel max_posedon (n=max_pose@81-243-252-87-dynamic-pool.gprs.mts.by) |
13:05.13 | DocScrutinizer-8 | lindi-: I suspected that's what actually is done now |
13:06.00 | DocScrutinizer-8 | lindi-: as I don't see other explanation for the observed behaviour |
13:06.24 | TAsn | mrmoku, so you see? we gotta fix the refresh bug :) |
13:06.29 | DocScrutinizer-8 | lindi-: and I pondered if that's a good a bad concept |
13:06.30 | TAsn | it affects us in many ways |
13:06.37 | TAsn | and we also gotta find a way to change the values of a list |
13:06.48 | TAsn | so i'll be able to add contact names there a swell. |
13:08.10 | dos1 | TAsn: maybe ask raster? ;) |
13:08.36 | TAsn | dos1, I gotta study, mrmoku will ask him ;] |
13:08.50 | TAsn | btw, thanks, notification works :) |
13:09.52 | lindi- | DocScrutinizer-8: let me test |
13:09.56 | mrmoku | TAsn: elm_genlist_item_update |
13:10.03 | TAsn | shit, reopening #396 :( there's something I haven't thought about. |
13:10.11 | mrmoku | and the callback have to give the updated values |
13:10.27 | TAsn | mrmoku, cool, thanks, will take a look later :) |
13:10.48 | mrmoku | TAsn: http://docs.enlightenment.org/auto/elementary/group__Genlist.html#_details |
13:11.13 | lindi- | DocScrutinizer-8: confirmed |
13:11.29 | *** join/#openmoko-cdevel pbaxter_ (n=pbaxter@host8-152-dynamic.51-79-r.retail.telecomitalia.it) |
13:11.50 | DocScrutinizer-8 | lindi-: I guess it's absolutely identical to any laptops behaviour |
13:11.54 | *** join/#openmoko-cdevel Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com) |
13:12.20 | DocScrutinizer-8 | lindi-: so "generic" linux |
13:12.27 | Schorhr | mrmoku: Hi! Any sanity yet? ;-) |
13:12.40 | mrmoku | Schorhr: very close now :) |
13:12.43 | DocScrutinizer-8 | lindi-: just pondering if it's the right thing for FR |
13:12.52 | Schorhr | mrmoku: Great :-) |
13:13.04 | DocScrutinizer-8 | hi Schorhr |
13:13.19 | TAsn | mrmoku, can I get xorg already? |
13:13.26 | Schorhr | Hi DocScrutinizer-8 |
13:13.30 | mrmoku | TAsn: yup, I built the index |
13:13.37 | TAsn | so how can I do that? |
13:13.47 | TAsn | what do I need to do in order to set it up correctly? |
13:13.51 | TAsn | and dump kdrive |
13:14.15 | mrmoku | TAsn: opkg upgrade? |
13:14.29 | lindi- | DocScrutinizer-8: well time will be wrong for a while but i'm not sure if that's a problem since it will be fixed by userland in a few seconds |
13:14.31 | mrmoku | should just work... |
13:14.34 | TAsn | will automatically switch kdrive to xorg? |
13:14.36 | TAsn | really? |
13:14.39 | TAsn | sweet! :) |
13:14.41 | mrmoku | should, yes |
13:14.42 | TAsn | is it safe? :) |
13:14.48 | mrmoku | try yourself :P |
13:14.53 | DocScrutinizer-8 | lindi-: duh! how? |
13:14.59 | TAsn | I'll be the judge of that? ok :) |
13:15.12 | TAsn | $ opkg upgrade<CR> |
13:15.13 | TAsn | :| |
13:15.56 | TAsn | mrmoku, oh, you are talking about mrmoku tests or main feed? |
13:16.11 | DocScrutinizer-8 | lindi-: here at least it keeps "wrong" systime after resume |
13:16.12 | mrmoku | mrmoku of course :) |
13:16.17 | lindi- | DocScrutinizer-8: I read time from RTC and calculate true time from that using printf("%f\n", (16298/16299)*$ARGV[0] + 76283.33539); |
13:16.27 | TAsn | what's the path again? :) |
13:16.41 | lindi- | DocScrutinizer-8: well your userland is different for sure |
13:16.49 | DocScrutinizer-8 | lindi-: I'm not interested in that |
13:16.53 | TAsn | http://build.shr-project.org/shr-unstable/ipk/ changes to? |
13:17.04 | TAsn | http://build.shr-project.org/mrmoku/tests/shr-unstable/ipk/ ? |
13:17.04 | mrmoku | TAsn: build.shr-project.org/tests/mrmoku/unstable/feed |
13:17.09 | TAsn | cool |
13:18.06 | mrmoku | raster: is there some magic function to force an immediate redraw? |
13:18.22 | lindi- | DocScrutinizer-8: and doesn't the hwclock --adjust stuff work too? |
13:18.32 | raster | mrmoku: ??? |
13:18.40 | raster | why would u want to do that? |
13:18.52 | DocScrutinizer-8 | lindi-: you're completely offtopic |
13:18.57 | mrmoku | raster: because redraw is somehow delayed... if you touch the screen it redraws immediately |
13:19.11 | mrmoku | raster: probably the problem is elsewhere.... |
13:19.13 | raster | that shouldnt happen |
13:19.15 | TAsn | raster, after you change test |
13:19.17 | TAsn | text* |
13:19.35 | TAsn | brb |
13:20.12 | raster | ecore_evas calls the evas dawring calls just before u enter "idle". |
13:20.46 | raster | the only time a change whould not b rendering befofe going idle is if changes are made inside an idler |
13:20.55 | raster | or in an idle enterer that is called AFTEr ecore-evas's |
13:21.05 | dos1 | threads? |
13:21.22 | raster | in that case just queueing a timer for 0.0 secs will cause it to exit idle and enter it again |
13:21.48 | mrmoku | hmm |
13:21.53 | raster | if done in threads the same will happen |
13:21.59 | raster | DONT call efl alsl from threads |
13:22.11 | raster | tats guarateed to create bugs (crashes and bizarre behavior) |
13:22.31 | raster | its a mistake i see people doing a lot |
13:22.37 | raster | especially from the shr dev world |
13:22.51 | dos1 | i'm not ;) |
13:22.59 | dos1 | but phonegui-efl is thread based AFAIR |
13:22.59 | mrmoku | raster: now that there is glib mainloop integration we have a choice :) |
13:23.08 | mrmoku | dos1: it had to be |
13:23.31 | mrmoku | TAsn: and if I understand it correctly your setting the label in the wrong thread :P |
13:24.15 | TAsn | mrmoku, mrmoku-tests has newest efl, right? |
13:24.24 | mrmoku | TAsn: yup |
13:24.25 | raster | treads are fine... as long as u dont call any efl calls from any threads but 1 |
13:24.31 | raster | thre is 1 exception to that rule |
13:24.35 | TAsn | raster, i c. |
13:24.37 | raster | ecore_pipe_write() |
13:24.50 | TAsn | so we should make a efl responsible thread or something? :) |
13:24.54 | TAsn | an* |
13:25.03 | raster | ecore_pipe is designed for marshalling calls/actions/state from threads back to the main "efl main loop" |
13:25.07 | mrmoku | TAsn: there is... thats what the async stuff is for ;) |
13:25.15 | TAsn | mrmoku, I do exactly that, in many places |
13:25.19 | TAsn | mrmoku, OH :) |
13:25.24 | TAsn | i c. |
13:25.25 | mrmoku | but not on incoming call :) |
13:25.26 | TAsn | :) |
13:25.31 | mrmoku | fixing |
13:25.36 | TAsn | mrmoku, thanks :) |
13:25.41 | raster | yu write data back to the mainloop - the mainloop gts its callback called when data arrives - that data can be any payload u like - eg new data/infostate to change in the ui |
13:26.15 | TAsn | please also add a phonegui_contact_lookup in new number add in message-new-view.c |
13:26.23 | TAsn | it introduced crashes |
13:26.28 | TAsn | though probably I was in the wrong thread. |
13:27.01 | TAsn | is going to take a shower after a vicious basketball game ;) |
13:27.06 | raster | hehehe |
13:27.10 | TAsn | mrmoku, thanks a lot for fixing my mess :) |
13:27.33 | TAsn | mrmoku, incoming call, active call, message list generate and add the contact resolving to new number add |
13:27.38 | TAsn | I think that's all the mess I caused |
13:27.40 | TAsn | not sure though ;) |
13:28.02 | dos1 | raster: so i can use for instance ecore_pipe to display progress bar of some long operation in other thread? |
13:28.36 | dos1 | s/for instance ecore_pipe/ecore_pipe for instance/ |
13:28.37 | TAsn | raster, what about the elementary indexed list widget you promised me? :) |
13:28.45 | dos1 | TAsn: it's already there ;P |
13:28.48 | dos1 | TAsn: index widget |
13:28.56 | TAsn | REALLY? |
13:28.59 | TAsn | raster, cool! :) |
13:29.04 | dos1 | TAsn: mrmoku and me already told you that ;x |
13:29.13 | TAsn | dos1, I didn't understand what you meant ;) |
13:29.16 | TAsn | ok cool. |
13:29.20 | TAsn | mrmoku, we should also change |
13:29.21 | TAsn | contact |
13:29.26 | TAsn | contact-list-view.c |
13:29.31 | TAsn | and message-new-view.c |
13:29.36 | TAsn | to use that new and cool widget :) |
13:29.41 | mrmoku | TAsn: we told you yesterday to took a look at elementary-tests to see it in action ;) |
13:29.48 | mrmoku | just to waken your appetite :P |
13:29.48 | TAsn | wee |
13:29.52 | TAsn | sec, me is looking |
13:30.38 | TAsn | omg |
13:30.44 | TAsn | raster, it's like the coolest thing ever! :) |
13:30.49 | TAsn | thanks a lot ! ;) |
13:30.53 | mrmoku | yup, quite fancy :) |
13:31.11 | TAsn | I'm glad I didn't make it and I let him do it himself |
13:31.18 | TAsn | he's a better UI designer than I am :) |
13:31.52 | hardy | guys |
13:31.55 | TAsn | mrmoku, does it support all utf8 chars? or just A-Z and special chars? |
13:31.55 | DocScrutinizer-8 | who's "notes"? |
13:32.04 | hardy | anyone got a working image for me? |
13:32.05 | mrmoku | TAsn: no idea |
13:32.12 | hardy | xD |
13:32.17 | hardy | with neo theme xD |
13:32.34 | TAsn | mrmoku, when will we start using this magnificent beast? :) |
13:32.40 | hardy | okay im quiet now |
13:32.40 | dos1 | hardy: build it yourself xD |
13:32.40 | mrmoku | hardy: for image with neo theme you have to wait still some hour |
13:32.49 | dos1 | hardy: (j/k ;)) |
13:33.10 | mrmoku | hardy: NOTE: Running task 7317 of 13084 |
13:33.33 | DocScrutinizer-8 | who's "notes"? |
13:33.49 | mrmoku | TAsn: when we have working what is there now... and when we understood how to use it :P |
13:33.50 | dos1 | DocScrutinizer-8: hmm? |
13:33.52 | hardy | ow... i just coding a liddl wxpython.... by the way: can anyone port this in the opkg libary? ^^ |
13:34.02 | DocScrutinizer-8 | hah |
13:34.11 | TAsn | mrmoku, i.e you want me to do it tonight? :) |
13:34.21 | DocScrutinizer-8 | dos1: resistance is futile! no hiding |
13:34.30 | mrmoku | TAsn: :) |
13:34.36 | dos1 | DocScrutinizer-8: i can't understand you ;) |
13:34.40 | TAsn | ok, I hope I'll get it done today |
13:34.46 | TAsn | I just have some h.w to finish before |
13:34.57 | DocScrutinizer-8 | dos1: please change notes to have a non-"expanded" view of all notes |
13:35.13 | dos1 | DocScrutinizer-8: oh, you asked "who wrote opimd-notes?" ;x |
13:35.16 | DocScrutinizer-8 | dos1: just topic of each note |
13:35.20 | mrmoku | TAsn: and someone should style the genlist |
13:35.30 | mrmoku | for our default theme |
13:35.41 | TAsn | nah, that's too much for me |
13:35.44 | *** join/#openmoko-cdevel wpwrak (n=werner@host16.190-136-29.telecom.net.ar) |
13:35.48 | TAsn | I generally don't do UIs |
13:35.50 | mrmoku | did not say you ;) |
13:36.02 | TAsn | mrmoku, dos1 doesn't do C |
13:36.05 | TAsn | I don't do UIs |
13:36.10 | TAsn | so the only one left is you :) |
13:36.16 | mrmoku | TAsn: well... talking about edc here... |
13:36.21 | mrmoku | so no C |
13:36.23 | TAsn | oh. |
13:36.28 | TAsn | mrmoku, but dos1 is busy |
13:36.31 | dos1 | mrmoku: maybe i'll be able to help |
13:36.32 | TAsn | should fix his buggy opimd :) |
13:36.35 | TAsn | dos1, shh. |
13:36.36 | dos1 | mrmoku: but not now |
13:36.38 | TAsn | do opimd :) |
13:36.43 | dos1 | i have to upgrade my system firstly |
13:36.47 | mrmoku | dos1: you did it for nieebie? |
13:36.51 | dos1 | as i have barely working GSM at the moment ;) |
13:36.59 | TAsn | dos1, we finally support opimd completely, make it work correctly. |
13:37.06 | dos1 | mrmoku: well, i styled everything for elementary in niebiee |
13:37.14 | *** join/#openmoko-cdevel lysgaard (n=mortenLy@85.252.185.18) |
13:37.16 | *** join/#openmoko-cdevel Sleep_Walker (n=Sleep@193.179.96.131) |
13:37.17 | mrmoku | dos1: ok, will take a look there then |
13:37.19 | dos1 | TAsn: firstly i want my gsm to work correctly :P |
13:37.24 | dos1 | TAsn: give me some time ;P |
13:37.31 | TAsn | dos1, die. |
13:37.48 | dos1 | TAsn: when i'll die... who'll fix opimd then? |
13:37.49 | dos1 | ;D |
13:38.15 | TAsn | you'll get an opimd to vala rewrite |
13:38.21 | hardy | dos1: dont do jokes of dieing! |
13:38.23 | TAsn | that uses sqlite for internal caching ;) |
13:39.03 | dos1 | hardy: well, everybody is going to die ;) |
13:39.07 | Gnutoo | mrmoku, | Unknown option -H for that line: /usr/bin/valac -C --vapidir ./../vapi --pkg gobject-2.0 --vapidir ../gee --pkg gee --vapidir ../ccode --pkg ccode --vapidir ../vala --pkg vala -H valacodegen.h --library codegen valaccodearraymodule.vala ... |
13:39.12 | dos1 | sooner or later |
13:39.24 | TAsn | mrmoku, the build in moku tests doesn't need my patches anymore, right? (efl) |
13:39.41 | mrmoku | TAsn: yep, has them included from upstream |
13:39.46 | mrmoku | Gnutoo: you need newer vala |
13:39.48 | TAsn | cool. |
13:39.49 | Gnutoo | ok |
13:39.52 | TAsn | finally a clean compilation :) |
13:40.20 | hardy | dos1: agreed ^.^ |
13:40.40 | DocScrutinizer-8 | duh, valaterm + mickeyterm eats quite some power, even while idle |
13:40.53 | TAsn | hardy, it's just that dos1 will die sooner than expected if he won't fix opimd already :) |
13:40.54 | Gnutoo | mrmoku, ok thanks I'll put it in my local.conf |
13:41.02 | dos1 | ;D |
13:41.05 | TAsn | dos1, we are really getting there you know. ;) |
13:41.15 | *** join/#openmoko-cdevel Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com) |
13:41.36 | TAsn | dos1, interesting stuff happened in the last couple of weeks |
13:41.47 | Gnutoo | mrmoku, there is no newer vala recipe in shr/import... |
13:41.55 | mrmoku | Gnutoo: 0.7.7 |
13:42.07 | dos1 | running opkg update && opkg upgrade, and praying to FSM ;x |
13:42.08 | Gnutoo | ERROR: Build of /home/embedded/oe/org.openembedded.dev/recipes/vala/vala_0.7.7.bb do_compile failed |
13:42.19 | dos1 | that's first time when i'm scared by upgrade ;) |
13:42.35 | mrmoku | Gnutoo: vala-native is what is of interest |
13:42.45 | mrmoku | no need for vala if your name is not dos1 ;) |
13:42.51 | DocScrutinizer-8 | dos1: you at least made a notice on your todo list about colapsing view of notes? please! |
13:42.53 | dos1 | hehe ;D |
13:42.55 | *** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
13:43.41 | dos1 | DocScrutinizer-8: hmm... will you be ok with bubbles with 1 or 2 lines of text, and button on right to expand? |
13:43.54 | DocScrutinizer-8 | yep, great |
13:44.00 | dos1 | DocScrutinizer-8: ok, so i'll add it to todo |
13:44.11 | DocScrutinizer-8 | :-) |
13:44.49 | Gnutoo | mrmoku, what do you mean about vala-native? |
13:44.55 | hardy | dos1: so you have to hurry.. *eyes to TAsn* |
13:45.02 | TAsn | hardy, :) |
13:45.09 | mrmoku | Gnutoo: what you need to build is vala-native and not vala |
13:45.20 | mrmoku | (though vala should build too) |
13:45.42 | TAsn | mrmoku, you said you are fixing efl2, right? |
13:45.45 | Gnutoo | ah ok |
13:45.52 | mrmoku | TAsn: I will try |
13:45.57 | TAsn | thanks a lot. |
13:46.05 | TAsn | sorry for my efl ignorance btw :) |
13:46.09 | TAsn | is an efl noob. |
13:46.09 | TAsn | :) |
13:46.21 | CIA-66 | SHR: 03seba.dos1 07opimd-utils * r3d4d60b09e39 10/TODO: Make DocScrutinizer happy by updating TODO ;) |
13:46.35 | TAsn | Though I am trying my best to help in phonegui ;) |
13:46.58 | dos1 | hehe, packagekit 0.5.3 is going to be released soon |
13:47.14 | dos1 | this time also with my patch ;) |
13:47.20 | TAsn | dos1, cool :) |
13:47.29 | dos1 | but there's still one issue remaining... |
13:47.34 | DocScrutinizer-8 | dos1: did you fix the search issue in opimd-contacts? (not matching of uppercase, no instring search, no search in all fields) ? |
13:47.36 | mrmoku | is an efl noob too :( |
13:48.26 | dos1 | DocScrutinizer-8: uppercase should work, as opimd-contacts makes regexp (something like [dD][oO][sS]) |
13:48.31 | dos1 | instring search - no |
13:48.40 | dos1 | search in all fields - it depends what do you define by "all fields" |
13:48.53 | dos1 | but that's more opimd issue than opimd-contacts |
13:49.01 | DocScrutinizer-8 | e.g. find a number |
13:49.18 | dos1 | DocScrutinizer-8: then it should work |
13:49.22 | DocScrutinizer-8 | or a firstname (if I define a separate field) |
13:49.32 | dos1 | at least works here |
13:49.42 | TAsn | mrmoku, we really need someone with even a bit of GUI capabilities ;) |
13:49.43 | dos1 | don't define firstname |
13:49.48 | dos1 | use Name + Surname |
13:49.57 | DocScrutinizer-8 | k |
13:50.03 | TAsn | I think I'll start working heavily on phonegui soon |
13:50.07 | TAsn | to make it saner to use. |
13:50.27 | DocScrutinizer-8 | TAsn: REDIAL PLEASE! |
13:50.36 | TAsn | DocScrutinizer-8, hehe ;) |
13:50.42 | TAsn | until now |
13:51.00 | TAsn | all of your suggestions were implemented in a time frame of a couple of hours |
13:51.16 | TAsn | :) |
13:51.23 | TAsn | dos1, I have a Q. |
13:51.27 | DocScrutinizer-8 | :) |
13:51.29 | dos1 | TAsn: and i have a A |
13:51.31 | dos1 | ;) |
13:51.37 | TAsn | is there an opimd import script? |
13:51.43 | TAsn | is there a way to disable a backend? |
13:51.46 | dos1 | import script? |
13:51.47 | TAsn | opimd export script? |
13:51.54 | TAsn | dos1, vcard to sqlite for instance. |
13:51.55 | *** join/#openmoko-cdevel playya_ (n=playya@unaffiliated/playya) |
13:52.00 | dos1 | TAsn: disabling backend - shr-settings |
13:52.09 | TAsn | dos1, yeah, thought about it after asking :) |
13:52.12 | TAsn | but what about import? |
13:52.19 | TAsn | I think I'll just reimport all my contacts |
13:52.28 | TAsn | now that I don't have the length restrictions |
13:52.30 | dos1 | TAsn: do you mean importing from something to opimd? or importing between opimd backends? |
13:52.37 | dos1 | second one is in my TODO |
13:52.38 | TAsn | meant the first |
13:52.43 | dos1 | first - i think pisi does that |
13:52.45 | TAsn | but both are cool ;) |
13:52.48 | DocScrutinizer-8 | s/import/copy-backend_a-to-backend_b/ |
13:52.51 | TAsn | dos1, vcard to opimd? :) |
13:52.56 | dos1 | yup |
13:53.00 | TAsn | cool |
13:53.02 | TAsn | thanks |
13:53.04 | dos1 | TAsn: but you can also look at vcard-contacts backend |
13:53.08 | TAsn | will reimport my contacts |
13:53.12 | TAsn | dos1, I don't want this crap |
13:53.14 | TAsn | I want sqlite |
13:53.14 | TAsn | :) |
13:53.20 | dos1 | hehe ;) |
13:53.30 | dos1 | DocScrutinizer-8: yup, coping and moving between backends is on my todo |
13:53.40 | DocScrutinizer-8 | :-) |
13:53.41 | TAsn | btw I have a Q |
13:53.51 | TAsn | dos1, if I have sqlite as my default backend |
13:53.53 | dos1 | as it shouldn't be so hard |
13:54.00 | TAsn | and I'm editing a contact (that is saved on sim) |
13:54.03 | TAsn | what happens? |
13:54.08 | TAsn | erased from sim and written to sqlite? |
13:54.10 | dos1 | TAsn: is edits contacts on sim |
13:54.14 | TAsn | really? |
13:54.17 | dos1 | TAsn: yup |
13:55.00 | *** join/#openmoko-cdevel Heinervdm (n=thomas@188.46.28.155) |
13:55.03 | DocScrutinizer-8 | hmm, pondering about that |
13:55.27 | TAsn | dos1, that's an odd behavior. |
13:55.51 | TAsn | I can see why you did it this way |
13:55.52 | DocScrutinizer-8 | I tend to agree |
13:55.52 | TAsn | but still |
13:56.09 | TAsn | I think that you should only support one backend at a time |
13:56.11 | TAsn | and make switching easy |
13:56.14 | TAsn | or something like that |
13:56.27 | TAsn | or maybe support a couple |
13:56.29 | dos1 | TAsn: backend thingy was already there |
13:56.30 | TAsn | at the same time |
13:56.37 | dos1 | TAsn: i didn't changed that |
13:56.42 | dos1 | -d |
13:56.43 | TAsn | but at least mark the backend used in some way |
13:57.15 | DocScrutinizer-8 | yup, I fully agree now :-) |
13:57.48 | dos1 | TAsn: i agree to, also shouldn't be hard |
13:58.04 | TAsn | cool :) |
13:58.10 | dos1 | and i think you already proposed that, to be able to display for instance little sim icon on contact |
13:58.13 | dos1 | ;) |
13:58.23 | TAsn | I admit, It's not my idea, I stole it from nokia :) |
13:58.23 | DocScrutinizer-8 | in the end that's been one of the retionale behind making sqlite the "core" (means "not disable-able") |
13:59.36 | TAsn | no for real |
13:59.37 | mrmoku | disagrees strongly |
13:59.38 | TAsn | a shower ;) |
13:59.47 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
13:59.49 | TAsn | hates mrmoku and his disagreement ;) |
14:00.01 | dos1 | mrmoku: but on what? :D |
14:00.02 | *** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:00.03 | TAsn | now* |
14:00.03 | dos1 | on little icon? ;) |
14:00.07 | mrmoku | on one backend only |
14:00.16 | dos1 | for one backend only i disagree too |
14:00.18 | dos1 | ;P |
14:00.22 | TAsn | mrmoku, oh, I already changed that idea :) |
14:00.24 | mrmoku | the whole thing about backends is to have multiple in parallel |
14:00.27 | TAsn | a way to mark |
14:00.28 | TAsn | .. |
14:00.28 | TAsn | :) |
14:00.29 | mrmoku | ahh ok :) |
14:00.39 | TAsn | mrmoku, go back to efl2 |
14:00.43 | TAsn | dos1, go back to opimd |
14:00.45 | DocScrutinizer-8 | I still recommend to simply copy all contacts from sim to "core" sql, and *maybe* tag them as "sim origin" so you could easily select all those to write back to sim with user interface for copy |
14:00.48 | TAsn | TAsn, go to shower |
14:00.56 | mrmoku | nevertheless I would not like to save it a contact somewhere else just because editing it |
14:01.04 | dos1 | DocScrutinizer-8: i hate phones doing that |
14:01.05 | TAsn | DocScrutinizer-8, yes. That's what I think. |
14:01.09 | mrmoku | back to efl2 :P |
14:01.21 | TAsn | dos1, that'll make everything a lot faster. |
14:01.25 | TAsn | using sqlite for internal cache |
14:01.27 | dos1 | DocScrutinizer-8: (importing contacts from sim at first boot with that sim) |
14:01.33 | TAsn | no |
14:01.39 | dos1 | but still, i hate it from user point of view ;p |
14:01.45 | TAsn | dos1, load to internal cache |
14:01.47 | TAsn | that uses |
14:02.01 | TAsn | sqlite3.connect(":memory:") |
14:02.03 | TAsn | :) |
14:02.17 | TAsn | and then you'll be able to easily manipulate the internal cache |
14:02.20 | DocScrutinizer-8 | dos1: from user pov it's no diff at all |
14:02.20 | TAsn | in a very fast way |
14:02.22 | dos1 | but that's different thing |
14:02.25 | TAsn | that works well. |
14:02.27 | TAsn | dos1, heck no |
14:02.30 | TAsn | saving on sd |
14:02.32 | TAsn | is BAD |
14:02.33 | TAsn | :) |
14:02.54 | TAsn | mrmoku, Installing xserver-xorg (2:1.6.99.903-r0) to root... |
14:02.55 | TAsn | :))) |
14:03.00 | dos1 | DocScrutinizer-8: wtf? |
14:03.03 | TAsn | COOL :) |
14:03.39 | dos1 | DocScrutinizer-8: i really see the diff between my nokia, which doesn't do any importing at all (until i say "copy contacts from sim to phone memory"), and my gf's motorola which does importing on first boot with new sim card |
14:03.54 | dos1 | and i really hate that thing in that motorola ;p |
14:03.59 | DocScrutinizer-8 | dos1: how could user tell apart if contacts are "live-merged" from sim and sqlite, or all are stored in sqlite and tagged |
14:04.00 | Heinermobil | nobody updated the recipe for xorg to 1.7? |
14:04.34 | dos1 | Heinermobil: you have to do that. or JaMa, but he's not there ;) |
14:04.44 | dos1 | did you expect that someone else will do that? :P |
14:04.48 | dos1 | ;) |
14:04.57 | DocScrutinizer-8 | dos1: so simply disable the initial copy in config ;-P |
14:05.02 | mrmoku | Heinermobil: though... I added the patch to fix tangogps :) |
14:05.42 | dos1 | Heinermobil: do you see? mrmoku is our hero! |
14:05.43 | dos1 | :D |
14:05.51 | Heinermobil | dos1: i had no time for that yesterday, and today i'm online only with GPRS, that's to slow to make a testbuild for xorg :) |
14:05.52 | DocScrutinizer-8 | dos1: or, even better: disable display of all records tagged "sim originated" |
14:05.53 | Heinermobil | mrmoku: i've seen it :) |
14:06.10 | mrmoku | took me three commits... but it works :P |
14:06.26 | DocScrutinizer-8 | dos1: you won't see a diff from user pov then |
14:06.48 | mrmoku | Heinermobil: and power key works too now :D |
14:06.52 | TAsn | Heinermobil, I'm installing xorg, thanks a lot ;) |
14:07.25 | dos1 | is also installing xorg just now |
14:08.39 | Heinermobil | mrmoku: so only ffalarm issue is left, from the bugs i know |
14:09.08 | dos1 | Heinermobil: what's wrong with it? |
14:09.13 | Heinermobil | mrmoku: to fix that, Lukasz wan't a image to test it, so build one and ping him via mail :) |
14:09.41 | Heinermobil | dos1: when you click on Clock button it freezes |
14:09.42 | DocScrutinizer-8 | bbl |
14:09.54 | hardy | Heinermobil: nice name xD |
14:09.58 | dos1 | Heinermobil: it works here |
14:10.03 | dos1 | Heinermobil: that's a) |
14:10.05 | dos1 | and b) |
14:10.09 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:10.11 | *** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:10.13 | dos1 | Heinermobil: it was freezing to me when i had problems with fsodeviced |
14:10.53 | Heinermobil | dos1: 0.2.4-svnr58? |
14:11.16 | dos1 | Heinermobil: that one from your first patch |
14:11.38 | Heinermobil | hardy: i had to mark that i'm online via gprs ;) |
14:12.16 | Heinermobil | dos1: ok, then that's thats solved too, probably |
14:12.36 | Heinermobil | so no bugs left :D |
14:13.48 | hardy | Heinermobil: cool, by moko? or laptop? Which Device? Fonic? T-Offline? |
14:14.51 | Heinermobil | hardy: laptop huwai E220, with simyo |
14:14.57 | DocScrutinizer-8 | you know DocMobilizer? ;-) |
14:15.27 | Heinermobil | hardy: i hoped for umts, so i used the umts modem instead of the Moko |
14:16.02 | DocScrutinizer-8 | DocMobilizer strictly FR though |
14:16.24 | dos1 | just boring dos1|neo here ;x |
14:16.49 | hardy | Heinermobil: ah i unterstand |
14:16.59 | DocScrutinizer-8 | boring but nicely clear ;-L |
14:17.02 | DocScrutinizer-8 | ) |
14:17.07 | dos1 | mrmoku: why neo theme is installing with upgrade? |
14:18.01 | DocScrutinizer-8 | fsck upgrade - takes hours and installs everything ;-P |
14:19.14 | dos1 | Installing xserver-xorg (2:1.6.99.903-r0) to root... |
14:19.16 | dos1 | ;) |
14:19.18 | hardy | whoa, my neck kills me someday |
14:21.25 | mrmoku | Heinermobil: ok, will send him a mail when the feed is synced |
14:21.32 | Gnutoo | mrmoku, same vala problem with ERROR: Build of /home/embedded/oe/org.openembedded.dev/recipes/vala/vala-native_0.7.7.bb do_compile failed |
14:21.36 | Gnutoo | the -H problem |
14:21.48 | mrmoku | strange |
14:22.07 | Heinermobil | mrmoku: dos1 meant, that it was an fsodeviced issue and that it's fixed now |
14:22.12 | Gnutoo | note that: |
14:22.13 | Gnutoo | /usr/bin/valac |
14:22.16 | Heinermobil | mrmoku: so try before |
14:22.22 | mrmoku | ahh ok :) |
14:22.35 | Gnutoo | | /usr/bin/valac -C --vapidir ./../vapi --pkg gobject-2.0 --vapidir ../gee --pkg gee --vapidir ../ccode --pkg ccode --vapidir ../vala --pkg vala -H valacodegen.h --library codegen ... |
14:22.52 | mrmoku | Gnutoo: taking wrong valac :( |
14:22.55 | Gnutoo | indeed |
14:23.13 | Gnutoo | so I update the one on my laptop and wait for a fix? |
14:23.43 | mrmoku | Gnutoo: strange though... the vala tarballs don't need valac anymore |
14:24.09 | mrmoku | Gnutoo: but if you want to continue with HTC work... yep, maybe update it :) |
14:24.22 | Gnutoo | ok |
14:24.22 | mrmoku | Gnutoo: or remove it (if you don't need it) |
14:24.32 | *** join/#openmoko-cdevel max_posedon (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |
14:24.50 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:25.03 | *** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:38.03 | mrmoku | Heinermobil: yep clock button works :) |
14:38.06 | TAsn | I hate opkg upgrade, so slow... :) |
14:38.19 | mrmoku | TAsn: how's your rewrite coming along? :P |
14:38.22 | mrmoku | ducks and runs |
14:38.22 | dos1 | Upgrading ffalarms on root from 0.2.4+svnr54-r0 to 0.2.4+svnr57-r0... |
14:38.32 | TAsn | mrmoku, hehe didn't find any time yet |
14:38.38 | TAsn | I just talked about it yesterday :) |
14:38.45 | TAsn | I though about something cool though |
14:39.01 | TAsn | we can mount maybe mount the moko drive |
14:39.07 | TAsn | on the computer |
14:39.13 | TAsn | and then opkg on the computer |
14:39.21 | TAsn | maybe it'll be faster |
14:39.28 | TAsn | because unpacking will be WAY faster. |
14:39.44 | TAsn | finally opkg upgrade is done! :) |
14:39.45 | mrmoku | but not better :P |
14:39.56 | TAsn | mrmoku, why not? |
14:39.57 | dos1 | Upgrading tzdata-americas on root from 2007k-r4 to 2009n-r4.0... |
14:39.59 | dos1 | :P |
14:40.09 | TAsn | dos1, hehe |
14:40.09 | TAsn | :) |
14:40.19 | mrmoku | TAsn: it might be faster and not segfault due to OOM... but it is still opkg ;) |
14:40.23 | TAsn | I hope everything will work |
14:40.27 | Heinermobil | i think you won't get a much faster implementation of opkg on the moko |
14:40.28 | TAsn | mrmoku, duh :) |
14:40.40 | TAsn | mrmoku, I have xorg now, right? |
14:40.46 | TAsn | no need to do anything |
14:40.48 | TAsn | right? :) |
14:40.50 | mrmoku | TAsn: check installed packages |
14:40.56 | TAsn | it is installed |
14:41.01 | TAsn | I meant, will it run by default? |
14:41.02 | mrmoku | it should have upgraded task-x11 and thus xorg :) |
14:41.09 | TAsn | it have |
14:41.16 | mrmoku | try :P |
14:41.25 | TAsn | Configuring task-x11-server |
14:41.25 | TAsn | Configuring xserver-xorg |
14:41.38 | Heinermobil | mrmoku: i know another bug :) |
14:41.39 | Heinermobil | mrmoku: try xrandr -o 1 ;) |
14:41.56 | mrmoku | Heinermobil: hehe, no I won't |
14:42.50 | TAsn | hehe I upgraded a couple of hundreds of packages :) |
14:42.54 | dos1 | Upgrading etk on root from 2:0.1.0.042+svnr41040-r8 to 2:0.1.0.042+svnr42837-r9... |
14:42.58 | TAsn | still configuring packages |
14:42.58 | *** join/#openmoko-cdevel UberNeo (n=UberNeo@122.181.132.88) |
14:43.01 | dos1 | :P |
14:43.04 | TAsn | dos1, yeah, a big jump |
14:43.13 | Heinermobil | mrmoku: but the users will do it and then they can't use the touchscreen anymore |
14:43.16 | dos1 | python-pickle now ;p |
14:43.19 | TAsn | mrmoku, what are the main advantages in the new EFL? |
14:43.20 | Heinermobil | because it's not rotated |
14:43.36 | mrmoku | TAsn: correct RTL :P |
14:43.51 | mrmoku | Heinermobil: hmm... that might be solved when using tslib? |
14:43.54 | TAsn | nah, we had that via patches (actually I improved a couple of new stuff) |
14:44.10 | Heinermobil | mrmoku: yes tslib has a randr patch from larsc |
14:44.20 | mrmoku | TAsn: one important thing (apart from the index widget) is glib mainloop integration |
14:44.27 | TAsn | cool :) |
14:44.38 | mrmoku | TAsn: which means we can get rid of the thread boogie in our frontend :) |
14:44.42 | TAsn | <PROTECTED> |
14:44.42 | TAsn | error detail: HTTP response code said error |
14:44.42 | TAsn | <PROTECTED> |
14:44.42 | TAsn | <PROTECTED> |
14:44.42 | TAsn | <PROTECTED> |
14:44.45 | TAsn | error detail: HTTP response code said error |
14:44.47 | TAsn | <PROTECTED> |
14:44.49 | TAsn | <PROTECTED> |
14:44.52 | TAsn | ok ^ ? |
14:44.57 | TAsn | mrmoku, cool :) |
14:44.59 | mrmoku | uuhh... |
14:45.21 | mrmoku | updated package due to feed building :( |
14:45.24 | mrmoku | and no index for that |
14:45.31 | mrmoku | stops the feed and builds the index |
14:45.54 | TAsn | hehe ok, let me know. |
14:45.54 | TAsn | :) |
14:46.06 | Heinermobil | mrmoku: so we have two posibilities: patching tslib for xserver 1.7 or patching evdev for randr support |
14:46.06 | dos1 | Upgrading kernel-image-2.6.29-rc3 |
14:46.24 | mrmoku | Heinermobil: sounds like the first option is more viable? |
14:46.50 | TAsn | mrmoku, anyhow, I'm waiting for you to update the index |
14:46.53 | TAsn | (and fix efl2 ;] ) |
14:46.56 | TAsn | let me know, please :) |
14:47.07 | mrmoku | TAsn: building the first and testing the second ;) |
14:47.08 | Heinermobil | mrmoku: i tried it, but failed. Talked to larsc two days ago, now he will have a look at it |
14:47.17 | mrmoku | Heinermobil: ok |
14:47.32 | TAsn | mrmoku, and also fixed adding recipient from number contact resolving? |
14:47.43 | mrmoku | TAsn: not yet |
14:47.52 | TAsn | cool :) |
14:48.28 | mrmoku | hmm... nothing cool |
14:49.58 | dos1 | o, configuring :) |
14:50.17 | dos1 | mrmoku: package-index failed ;x |
14:50.54 | mrmoku | stupid emotion breaking staging :( |
14:51.51 | mrmoku | dos1: the multiplication of messages is only with SIM backend? |
14:52.01 | dos1 | mrmoku: multiplication? |
14:52.32 | mrmoku | dos1: have the same message three times now |
14:52.40 | TAsn | mrmoku, libframeworkd-phonegui-efl2 is latest with my patches, right? |
14:52.42 | dos1 | newest frameworkd? |
14:52.49 | TAsn | *fixes |
14:52.57 | mrmoku | dos1: I would think so |
14:53.00 | dos1 | all duplication problems should be already fixed ;/ |
14:53.11 | *** part/#openmoko-cdevel fenfir (n=fenfir@99.22.251.44) |
14:53.47 | TAsn | oh you didn't build it. |
14:53.48 | TAsn | (it's not there) |
14:54.16 | mrmoku | TAsn: you have to install your own ophonektid and libframeworkd-phonegui anyway |
14:54.36 | TAsn | why is that? |
14:54.45 | TAsn | oh, ohponekitd, yeah. |
14:54.47 | TAsn | but not phonegui |
14:54.51 | TAsn | phonegui doesn't use efl |
14:55.01 | mrmoku | but has the contact lookup thing |
14:55.11 | *** join/#openmoko-cdevel Everslick (n=clemens@91-113-117-181.adsl.highway.telekom.at) |
14:55.14 | TAsn | I just didn't upgrade it. |
14:55.37 | mrmoku | ok |
14:55.48 | mrmoku | neither lfg2 then :P |
14:57.11 | TAsn | yeah, gotta compile all of them for newest e libs |
14:57.19 | TAsn | lfg2 and ophonekitd |
14:57.43 | *** join/#openmoko-cdevel GovCon (n=GC@unaffiliated/govcon) |
14:58.08 | TAsn | mrmoku, updated index? |
14:58.28 | mrmoku | TAsn: dos1 will let you know :P |
14:58.34 | TAsn | dos1, let me know. :) |
14:58.44 | mrmoku | had to clean emotion... building still in progress |
14:58.51 | *** join/#openmoko-cdevel lysgaard (n=mortenLy@85.252.185.18) |
14:59.49 | dos1 | TAsn: compelted |
14:59.51 | dos1 | :D |
15:00.06 | dos1 | s/pelt/pliet/ |
15:00.09 | TAsn | root 1419 0.0 0.5 2804 680 ? S 15:48 0:00 xinit /etc/X11/Xsession -- /usr/bin/Xorg :0 -pn -dpi 280 vt1 -nocursor |
15:00.12 | TAsn | yay ^ :) |
15:00.23 | TAsn | dos1, thanks |
15:00.25 | TAsn | updating ;) |
15:00.33 | dos1 | me too |
15:00.37 | dos1 | as it finished |
15:00.38 | dos1 | ;) |
15:01.44 | TAsn | is excited |
15:01.45 | TAsn | :) |
15:01.51 | TAsn | I like to see shr growing ;) |
15:02.00 | TAsn | s/to see/seeing/ |
15:02.04 | TAsn | grow |
15:02.04 | TAsn | :| |
15:02.35 | dos1 | and finished :) |
15:03.21 | TAsn | mrmoku, |
15:03.24 | TAsn | efl2 is still not there |
15:03.33 | TAsn | is it in task_feed? |
15:03.42 | mrmoku | don't know |
15:04.07 | TAsn | btw, without newest phonegui efl2 won't even work. |
15:04.12 | TAsn | please build it and verify :) |
15:04.26 | max_posedon | Does somebody know, how to pass hash trough mdbus? |
15:04.41 | TAsn | max_posedon, I don't think it's supported |
15:05.21 | max_posedon | ok, so, dbus-send is only one? looks like writing simple script will be easier... |
15:05.28 | TAsn | so please do :) |
15:05.31 | *** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
15:05.33 | *** join/#openmoko-cdevel Sleep-Walker (n=Sleep@193.179.96.131) |
15:05.34 | TAsn | I'd also like seeing this :) |
15:05.42 | TAsn | or maybe patch up mdbus |
15:06.25 | mrmoku | TAsn: that is why I can't build it now |
15:06.26 | *** join/#openmoko-cdevel max_posedon1 (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |
15:06.39 | TAsn | mrmoku, what is why? :) |
15:06.45 | mrmoku | [17:04] TAsn | btw, without newest phonegui efl2 won't even work. |
15:07.00 | TAsn | oh. |
15:07.19 | TAsn | bah. sec I'll merge it |
15:07.23 | mrmoku | NOOOO |
15:07.27 | TAsn | withouth ophonekitd |
15:07.28 | TAsn | don't worry |
15:07.32 | TAsn | a clean merge :) |
15:07.34 | mrmoku | NOOOOOOO |
15:07.39 | TAsn | why? |
15:07.44 | TAsn | it's a non intrusive merge... |
15:08.04 | mrmoku | TAsn: I scp my packages for you instead? |
15:08.16 | TAsn | what's wrong with merging phonegui? |
15:08.29 | mrmoku | TAsn: what consequences does it have for old efl? |
15:08.35 | TAsn | nothing at all. |
15:08.42 | TAsn | non intrusive merge... |
15:08.51 | mrmoku | fires gitk to see |
15:08.57 | *** join/#openmoko-cdevel vininim (n=vininim@pdpc/supporter/student/vininim) |
15:09.01 | TAsn | I'll verify before merging |
15:09.02 | TAsn | don't worry |
15:09.08 | TAsn | I won't upgrade ophonekitd |
15:09.16 | *** join/#openmoko-cdevel max_posedon1 (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |
15:09.44 | TAsn | just verified |
15:09.46 | TAsn | not intrusive |
15:10.14 | TAsn | but I won't merge, I'll just patch |
15:10.15 | TAsn | easier |
15:11.13 | mrmoku | TAsn: ahh, ok you _added_ it to the cache... and did not remove the cache :) |
15:11.25 | mrmoku | go ahead then |
15:11.34 | TAsn | i'm a responsible dude :) |
15:11.44 | max_posedon1 | sorry, power problems, so only dbus-send? |
15:11.53 | dos1 | i still have problems with gsm |
15:12.37 | mrmoku | dos1: ophonekitd.log? |
15:12.50 | dos1 | mrmoku: that's fso problem |
15:13.09 | dos1 | gsm is broken after suspend |
15:13.12 | dos1 | and i can't suspend again |
15:13.23 | dos1 | resource history in logs: |
15:13.37 | CIA-66 | SHR: 03tom 07shr * r2cebe3a548ff 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added opimd support to phonegui, there's still the cache functinos for legacy support though |
15:13.41 | dos1 | enabled -> suspending |
15:13.46 | dos1 | suspending -> resuming |
15:13.50 | dos1 | resuming -> enabled |
15:13.54 | dos1 | that's first suspend/resume |
15:13.59 | dos1 | next |
15:14.11 | dos1 | oh, before that there is also |
15:14.14 | dos1 | enabled -> suspended |
15:14.26 | dos1 | and next suspend/resume cycle: |
15:14.31 | dos1 | suspended -> suspending |
15:14.35 | dos1 | suspending -> resuming |
15:14.38 | dos1 | resuming -> enabled |
15:14.38 | mrmoku | dos1: fsodeviced? |
15:14.40 | dos1 | enabled -> suspended |
15:14.44 | dos1 | mrmoku: no, odeviced |
15:14.52 | mrmoku | hmm... I don't have that |
15:14.55 | dos1 | but with fsodeviced i had the same |
15:14.56 | *** join/#openmoko-cdevel McKael_ (n=mikael@lilotux.net) |
15:15.32 | TAsn | mrmoku, |
15:15.39 | TAsn | I'm adding a non intrusive change to ophonekitd :) |
15:15.47 | mrmoku | that is? |
15:15.59 | TAsn | a workaround the " " issue |
15:16.24 | mrmoku | dos1: does opimd load messages from SIM on SimReady signal? |
15:16.32 | dos1 | mrmoku: yup |
15:16.43 | *** join/#openmoko-cdevel Flyser (n=flyser@dialin-145-254-188-151.pools.arcor-ip.net) |
15:16.44 | mrmoku | dos1: that explains the multiplication of messages I see ;) |
15:16.59 | dos1 | mrmoku: but it still shouldn't... or... hmmm |
15:17.14 | dos1 | mrmoku: i think i set messages_merging to 0 by default :D |
15:17.25 | dos1 | to get more speed |
15:17.29 | dos1 | ;) |
15:18.12 | TAsn | mrmoku, and adding contact cache as a config option |
15:18.13 | TAsn | ok? :) |
15:18.55 | CIA-66 | SHR: 03tom 07shr * r8791482f4f8f 10/ophonekitd/src/ophonekitd-main.c: added a workaronud for the " issue in numbers |
15:19.30 | *** join/#openmoko-cdevel mrmoku` (n=mrmoku@ppp-82-135-92-18.dynamic.mnet-online.de) |
15:19.41 | mrmoku` | arggghh |
15:20.10 | TAsn | <TAsn> mrmoku, and adding contact cache as a config option |
15:20.11 | TAsn | :) |
15:22.20 | dos1 | oh no... |
15:22.28 | TAsn | done ;) |
15:22.29 | dos1 | entries in elementary are big ;x |
15:22.43 | TAsn | by default it's on (the use of contact cache) |
15:23.38 | *** join/#openmoko-cdevel andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net) |
15:23.52 | CIA-66 | SHR: 03tom 07shr * r96b622fce404 10/ophonekitd/src/ophonekitd-main.c: added a configuration flag for usage of contact cache, default is using |
15:24.18 | TAsn | :) |
15:25.18 | *** join/#openmoko-cdevel phild (n=quassel@HSI-KBW-078-042-129-079.hsi3.kabel-badenwuerttemberg.de) |
15:25.42 | TAsn | wth |
15:25.45 | TAsn | just did make update |
15:25.53 | TAsn | and it still builds old |
15:26.05 | TAsn | efl |
15:30.04 | TAsn | ok, mrmoku when possible, please rebuild ophonekitd and phonegui :) |
15:30.23 | mrmoku` | TAsn: I think dos1 is doing that already... |
15:30.32 | dos1 | yup :) |
15:30.37 | TAsn | dos1, rebuild phonegui, ophonekitd and efl2 please :) |
15:30.43 | TAsn | in that order ;) |
15:30.48 | dos1 | oh well, i'm building feed |
15:30.53 | mrmoku` | ouch |
15:30.56 | TAsn | when did you start? |
15:31.03 | dos1 | starting again |
15:31.05 | TAsn | committed it a sec ago :) |
15:31.06 | TAsn | cool |
15:31.12 | mrmoku` | TAsn: that wil give you stuff in about 5 hours ;) |
15:31.12 | TAsn | how long will it take? |
15:31.16 | TAsn | shit. |
15:31.20 | TAsn | I'm still trying to build here |
15:31.29 | dos1 | mokomaze feels better with xorg :) |
15:31.34 | TAsn | mrmoku, mind building latest of those 3 and sending me? |
15:31.39 | TAsn | dos1, actually everything feels better |
15:31.45 | TAsn | though it may just be an illusion ;) |
15:31.59 | dos1 | nooo |
15:32.04 | dos1 | hoversels are slower |
15:32.05 | dos1 | :P |
15:32.12 | Heinermobil | E feels faster :) |
15:32.13 | dos1 | but that can be niebiee theme not updated |
15:32.34 | dos1 | bash feels faster! |
15:32.35 | dos1 | :D |
15:32.50 | TAsn | scrolling on the desktop feels slugish |
15:32.54 | *** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes) |
15:33.05 | TAsn | though no idea :| |
15:33.14 | TAsn | yuck, what happened to my theme? |
15:33.18 | TAsn | (gtk) |
15:34.08 | dos1 | calculator feels faster! |
15:34.11 | dos1 | ;D |
15:34.14 | dos1 | (kidding ;)) |
15:34.24 | dos1 | oh, yup, gtk is unthemed ;x |
15:34.45 | TAsn | try checking if the theme is installed |
15:34.51 | dos1 | it is |
15:34.57 | TAsn | shr-settings is way faster |
15:35.07 | dos1 | maybe some postinst script messed up config |
15:35.09 | TAsn | there were some warnings about gtkrc |
15:35.13 | TAsn | so it may be it. |
15:35.19 | dos1 | openmoocow is faster! |
15:35.20 | dos1 | ;D |
15:35.21 | Heinermobil | So we can write in the release notes, that everything feels faster :D |
15:35.44 | TAsn | Heinermobil, again, thanks a lot. |
15:35.48 | dos1 | nano feels faster!! |
15:35.50 | dos1 | vi too! |
15:35.51 | dos1 | :D |
15:36.08 | dos1 | dunno about emacs ;) |
15:36.53 | Heinermobil | ok, have to go now, maybe i will come back in some hours :) |
15:38.36 | TAsn | phonelog is faster ;) |
15:39.52 | TAsn | gtk-theme-name = "shr-theme-gtk-e17lookalike" |
15:39.56 | TAsn | is missing from gtkrc |
15:39.57 | TAsn | :| |
15:40.01 | TAsn | something fucked it up |
15:40.04 | TAsn | something called |
15:40.15 | TAsn | gtk-theme-name = "theme-qad-neo" |
15:40.51 | TAsn | doesn't do it .:| |
15:40.53 | TAsn | hm... |
15:40.57 | dos1 | well, neo theme somehow got installed here |
15:40.59 | dos1 | dunno why |
15:41.01 | dos1 | mrmoku`: ??? |
15:41.02 | dos1 | :P |
15:41.43 | TAsn | the my theme installed in the wrong place |
15:41.45 | TAsn | (or so it seems |
15:42.09 | mrmoku` | ??? |
15:42.36 | DocScrutinizer-8 | mrmoku`: your new image eats little children |
15:42.46 | mrmoku` | I hope so ;) |
15:42.58 | DocScrutinizer-8 | hehe, me too ;-P |
15:43.33 | TAsn | something is broken :| |
15:43.35 | TAsn | no idea what. |
15:43.57 | DocScrutinizer-8 | TAsn: aah then. That's no problem |
15:44.06 | TAsn | why is that? |
15:44.56 | DocScrutinizer-8 | how can I tell why? you should know why you don't know :-P |
15:47.40 | DocScrutinizer-8 | nevermind... bbl :-D |
15:49.02 | TAsn | is sad because of the theme |
15:49.50 | TAsn | $ opkg -force-reinstall install shr-theme-gtk-e1 |
15:49.51 | TAsn | 7lookalike |
15:49.54 | TAsn | trying ;) |
15:50.41 | TAsn | suck |
15:50.42 | TAsn | doesn't work |
15:50.49 | TAsn | the theme is somehow broken |
15:50.50 | TAsn | no idea why |
15:50.57 | TAsn | look in the dirs inside |
15:51.01 | TAsn | something weird has happened |
15:52.15 | mrmoku` | hmmm /etc/alternatives is empty |
15:52.27 | TAsn | something is wrong :) |
15:52.40 | TAsn | the theme is now chosen in gtkrc |
15:52.47 | TAsn | actually it's not. |
15:52.53 | TAsn | the gtkrc is also broken |
15:52.58 | TAsn | look at the oe git patches |
15:53.04 | TAsn | look who broke the themes recipe |
15:53.06 | TAsn | and murder him. |
15:53.08 | TAsn | please. |
15:53.33 | mrmoku` | maybe that's the israelian way to handle that... me refuses to murder ;) |
15:53.43 | TAsn | we don't murder |
15:53.50 | dos1 | mickey_away!!!!! |
15:53.50 | TAsn | "we kill to protect ourselves" |
15:53.54 | mrmoku | so don't expect me to do it :P |
15:54.01 | TAsn | "we kill *innocent people* in order to protect ourselves" |
15:54.02 | TAsn | :) |
15:54.08 | TAsn | j/k. |
15:54.20 | TAsn | (though it's somehow true" |
15:54.22 | TAsn | (though it's somehow true) |
15:54.48 | dos1 | how it could be, that phone suspends, and then wants to resume gsm resource, before gsm resource finished suspending? |
15:55.10 | dos1 | switching back to ousaged to check, if it fixes that issue... |
15:55.11 | TAsn | dos1, mokomaze is way faster |
15:55.12 | TAsn | :) |
15:55.17 | dos1 | but i want to use more cornucopia, not less! |
15:55.18 | dos1 | :P |
15:55.43 | TAsn | also numpty |
15:56.59 | TAsn | wow |
15:57.03 | TAsn | osm is pretty up to date |
15:57.14 | TAsn | weird, I wonder who recently mappen my neighborhood :) |
16:00.01 | *** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
16:00.13 | TAsn | I think it's time to test navit. |
16:00.13 | TAsn | :) |
16:00.36 | TAsn | Collected errors: |
16:00.36 | TAsn | <PROTECTED> |
16:03.57 | mrmoku | TAsn: just cp gtkrc.default gtkrc |
16:04.06 | TAsn | I don't have default |
16:04.24 | TAsn | $ ls |
16:04.24 | TAsn | gdk-pixbuf.loaders gtkrc.old |
16:04.24 | TAsn | gtk.immodules gtkrc.shr-theme-gtk-e17lookalike |
16:04.24 | TAsn | gtkrc im-multipress.conf |
16:04.32 | mrmoku | .old then |
16:04.56 | mrmoku | looks like JaMa's theme alternative magic is quite broken :P |
16:05.01 | TAsn | hehe :) |
16:05.09 | TAsn | your solution is broken as well |
16:05.11 | TAsn | doesn't work :| |
16:05.49 | *** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167976137.dsl.bell.ca) |
16:05.49 | mrmoku | :) |
16:06.00 | TAsn | dos1, does opimd ask for the sim resource? |
16:06.06 | TAsn | if not, it should. |
16:06.20 | TAsn | it can't rely on ophonekitd to do that. |
16:06.27 | KaZeR | TAsn, http://downloads.navit-project.org |
16:06.30 | mrmoku | TAsn: it can't |
16:06.40 | mrmoku | because there is no such resource :P |
16:06.42 | dos1 | TAsn: sim resource? |
16:06.44 | dos1 | that's a) |
16:06.51 | dos1 | and b) - not, opimd shouldn't ask for gsm resource |
16:06.57 | TAsn | KaZeR, thanks :) |
16:07.03 | dos1 | it relies on some app requesting it |
16:07.08 | dos1 | not ophonekitd ;p |
16:07.10 | TAsn | oh, only gsm? sucksors. |
16:07.31 | TAsn | KaZeR, I remember there's a moko package |
16:07.36 | mrmoku | TAsn: it listens to SIM ready signal... as soon as ophonekitd requested the stuff and SIM is ready opimd is loading the contacts/messages |
16:08.02 | TAsn | but shouldn't it ask for the sim usage itself? |
16:08.09 | TAsn | as it's also a sim user. |
16:08.20 | dos1 | TAsn: no |
16:08.23 | TAsn | mrmoku, btw, do we have navit in repos? |
16:08.28 | mrmoku | sure |
16:08.34 | dos1 | TAsn: task is still building |
16:08.36 | dos1 | navit is in task |
16:08.47 | TAsn | dos1, oh, i c, cool :) |
16:10.29 | TAsn | anyhow KaZeR I know navit, I was about to install it even before your link :) |
16:10.53 | dos1 | with ousaged it works correctly |
16:11.09 | dos1 | :/ |
16:11.29 | dos1 | do you really not have that issue? :/ |
16:13.39 | dos1 | cornucopia doesn't like me :( |
16:15.51 | agg1n | dos1: do you know why genlist-entries are so big? |
16:16.22 | dos1 | because you gave them too much food? |
16:16.23 | dos1 | ;) |
16:16.55 | dos1 | didn't you saw warning? "don't overfeed genlist!" |
16:16.56 | dos1 | ;D |
16:17.04 | dos1 | but seriously - duno |
16:17.05 | dos1 | dunno* |
16:18.54 | KaZeR | TAsn, recommended builds are http://download.navit-project.org/navit/openmoko/svn/ |
16:19.05 | KaZeR | andi, you're welcome :) |
16:19.57 | dos1 | TAsn: any builds outside SHR repo aren't recommended by us ;p |
16:20.11 | KaZeR | s/andi/and .. stupid [tab] habit |
16:21.11 | dos1 | s/TAsn/KaZeR/ |
16:21.44 | *** join/#openmoko-cdevel Sleep_Walker (n=Sleep@gprs10.vodafone.cz) |
16:23.16 | KaZeR | ah i forgot a trailing / in my sed. |
16:23.46 | KaZeR | dos1, i understand, but your builds are usually a bit old. maybe we should work together on that |
16:23.49 | *** join/#openmoko-cdevel nomeata (i=nobody@nomeata.de) |
16:23.58 | dos1 | KaZeR: how? we're using AUTOREV |
16:24.07 | dos1 | so it's always newest available at build time |
16:24.19 | dos1 | well, now in unstable repo it's old |
16:24.22 | KaZeR | my FR is downstairs right now, what is your latest rev available? |
16:24.35 | dos1 | because we did mess in our working feed, and we're not syncing it |
16:24.53 | KaZeR | i'm using unstable :) |
16:25.49 | TAsn | KaZeR, unfortunately here unstable is so unstable that we can't even get unstable stuff to build on it. |
16:25.50 | TAsn | :) |
16:25.57 | KaZeR | lol |
16:28.00 | TAsn | Saving to: `/home/tom/projects/openmoko/oe/shr-unstable/downloads/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz' |
16:28.00 | TAsn | <PROTECTED> |
16:28.00 | TAsn | :( |
16:28.19 | TAsn | is going to sleep for an hour, and then h.w and then hopefully will finish |
16:28.34 | TAsn | dos1, what's the eta for your build? |
16:28.44 | dos1 | dunno, webkit-gtk is taking ages |
16:28.51 | TAsn | :| |
16:28.54 | TAsn | btw |
16:28.58 | TAsn | concerning webkit efl |
16:29.02 | dos1 | NOTE: package webkit-gtk-1.1.4-r1: task do_install: started |
16:29.08 | TAsn | how's eve going? |
16:29.16 | TAsn | did they fix the scrolling bugs? |
16:30.18 | dos1 | hmmmmm |
16:30.29 | TAsn | wants eve |
16:30.31 | dos1 | TAsn: looking at code... sorting issues should be fixed... |
16:30.34 | TAsn | :) |
16:30.41 | dos1 | already fixed |
16:30.44 | TAsn | I know |
16:30.47 | TAsn | I told you this morning |
16:30.56 | TAsn | though for some reason you still keep dates as text in db |
16:30.58 | TAsn | what for?! |
16:31.02 | dos1 | as Timestamp and Duration is casted ro float on loading from db |
16:31.09 | TAsn | someone made this ugly hack |
16:31.11 | TAsn | yeah, I saw it. |
16:31.14 | dos1 | TAsn: well, dunno about backward compatibility |
16:31.17 | TAsn | why hack when you can fix? |
16:31.27 | dos1 | TAsn: dunno what'll break when i'll change that |
16:31.28 | TAsn | you can do both |
16:31.29 | dos1 | ;) |
16:31.44 | TAsn | please change the db create to float |
16:31.46 | TAsn | (number?) |
16:31.55 | TAsn | so next time a db will be created it'll be a number |
16:32.00 | TAsn | loading will still cast to float |
16:32.01 | TAsn | which is ok |
16:32.05 | dos1 | ok |
16:32.08 | TAsn | cool? :) |
16:32.09 | TAsn | thanks |
16:32.14 | dos1 | so what exactly type i should use? |
16:32.14 | TAsn | and please add a todo to remove this hack |
16:32.23 | TAsn | actually I'm a bit rusty |
16:32.30 | TAsn | I don't remember the sql types by heart |
16:32.39 | TAsn | but google for |
16:32.45 | TAsn | storing dates in sqlite |
16:32.55 | TAsn | it'll show you what people generally use. |
16:33.26 | dos1 | first google result |
16:33.28 | dos1 | TAsn: " Since sqlite3 does not define a standard way of storing dates," |
16:33.30 | dos1 | :D |
16:33.38 | TAsn | yeah, I remembered that ;) |
16:33.42 | TAsn | btw |
16:33.59 | TAsn | fix all the numeric fields in the db |
16:34.08 | TAsn | in all of opimd's db's |
16:34.39 | DocScrutinizer-8 | do not mess with numbers, they are NOT numeric! |
16:34.52 | TAsn | huh? |
16:35.00 | dos1 | DocScrutinizer-8: i won't, don't worry |
16:35.05 | dos1 | Phone field will be string |
16:35.13 | DocScrutinizer-8 | just mentioning |
16:35.20 | dos1 | as it's now |
16:36.19 | dos1 | TAsn: FLOAT looks ok |
16:36.37 | TAsn | okie then :) |
16:36.44 | TAsn | dos1, should be |
16:36.48 | TAsn | DocScrutinizer, oh. |
16:36.50 | TAsn | phone numbers |
16:36.51 | TAsn | duh :) |
16:36.58 | TAsn | +123# |
16:37.01 | TAsn | is not a number |
16:37.03 | TAsn | I know that :) |
16:37.42 | DocScrutinizer-8 | and: use int (long) whenever possible |
16:37.49 | DocScrutinizer-8 | real is evil |
16:38.20 | dos1 | hmm |
16:39.03 | DocScrutinizer-8 | in every aspect: sorting, accuracy, missing cpu support, dunno what else |
16:39.11 | TAsn | DocScrutinizer, on the moko it is. |
16:39.19 | TAsn | though time should be real. |
16:39.36 | Gnutoo | should I read all 11.11? or is there a faster way to get sim contacts on qualcomm_msm? |
16:39.42 | DocScrutinizer-8 | time is nonsense in real |
16:39.53 | TAsn | DocScrutinizer-8, really? |
16:40.01 | TAsn | oh right |
16:40.02 | DocScrutinizer-8 | real really |
16:40.02 | TAsn | seconds |
16:40.05 | TAsn | yeah. :) |
16:40.07 | TAsn | dos1, |
16:40.12 | TAsn | cast to int, not to float |
16:40.18 | TAsn | (menat milli seconds) |
16:40.20 | TAsn | and use int in db |
16:40.23 | DocScrutinizer-8 | aah float, sorry |
16:40.30 | TAsn | furthermore, as I said, fix that everything ;) |
16:40.32 | dos1 | python uses float for timestamps |
16:40.43 | TAsn | but it also supports int |
16:40.45 | TAsn | and when you are sorting |
16:40.49 | TAsn | it'll be faster (hopefully) |
16:40.51 | TAsn | with int. |
16:40.53 | DocScrutinizer-8 | so python is braindamaged on that |
16:41.17 | dos1 | i have already prepared patch for changing to float |
16:41.22 | dos1 | changing to int would be more work ;P |
16:41.23 | DocScrutinizer-8 | there's absolutely no advantage of a float over a int-64 |
16:41.25 | dos1 | so maby later |
16:41.32 | dos1 | s/maby/maybe/ |
16:41.43 | DocScrutinizer-8 | even int-32 might suffice |
16:42.08 | TAsn | dos1, you lazy bum. |
16:42.14 | TAsn | send thath patch |
16:42.15 | dos1 | ;D |
16:42.34 | DocScrutinizer-8 | dos1: nonsense, storing a float to a int fiels in database is an implicit typecast, no? |
16:42.37 | TAsn | mrmoku, did you fixe efl2? |
16:42.50 | dos1 | DocScrutinizer-8: dunno |
16:42.50 | DocScrutinizer-8 | for sure reading an int to a float is |
16:43.11 | CIA-66 | freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r89df0861123f 10framework/framework/subsystems/opimd/ (4 files): opimd: SQLite-*: use FLOAT type in database for Timestamps and Duration fields |
16:43.28 | TAsn | yuck ;] |
16:43.31 | TAsn | fix that :) |
16:43.54 | TAsn | libframeworkd-phonegui-efl2]$ git pull |
16:43.55 | TAsn | Already up-to-date. |
16:43.56 | TAsn | mrmoku, ? :) |
16:43.58 | TAsn | ^ |
16:44.09 | DocScrutinizer-8 | you ever indexed/sorted on a float in a db? |
16:44.24 | DocScrutinizer-8 | have fun :-/ |
16:44.34 | dos1 | well, opimd isn't sorting in db ;p |
16:44.39 | dos1 | and i'll change it to integer |
16:44.40 | dos1 | but later |
16:44.54 | TAsn | at least write it down. |
16:44.56 | dos1 | as i'll also need to change and add some casts in other places |
16:44.57 | TAsn | in a todo |
16:45.06 | DocScrutinizer-8 | you know what'll happen in cpu ALU? |
16:45.16 | TAsn | heat and explode? :) |
16:45.27 | DocScrutinizer-8 | almost |
16:45.46 | CIA-66 | freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r1a30891d8ea4 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO |
16:45.57 | TAsn | that's what happens when you buy a cpu with no float capabilities :) |
16:46.12 | DocScrutinizer-8 | sorting on strings is a childrens birthday compared to float |
16:46.27 | TAsn | :( |
16:46.44 | DocScrutinizer-8 | except if those strings are floats actually ;-P |
16:46.46 | *** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
16:46.48 | dos1 | it's already sorting on floats |
16:46.50 | dos1 | and it was |
16:46.52 | dos1 | :P |
16:46.58 | dos1 | even without that commit |
16:47.41 | DocScrutinizer-8 | lol, so now I know everything... why sorting was broken, why it's so damn slow... XD |
16:47.42 | TAsn | so maybe that's why opimd is SO slow ;) |
16:48.07 | dos1 | hehe ;D |
16:48.14 | dos1 | well, it was slow even without implemented sorting |
16:48.22 | dos1 | ;) |
16:49.04 | *** join/#openmoko-cdevel Arhuaco (n=n@186.80.240.243) |
16:51.34 | DocScrutinizer-8 | well, if you were able to move a float to a string and vice versa, then for sure moving a float to a long and retour won't break anything beyond what was already fubar |
16:52.01 | DocScrutinizer-8 | I strongly recommend to use (long)int in db for datefields |
16:52.56 | dos1 | DocScrutinizer-8: ok, it's already in todo ;) |
16:53.01 | TAsn | DocScrutinizer, dos1 mrmoku everyone |
16:53.06 | TAsn | please add your country to |
16:53.08 | TAsn | http://wiki.openmoko.org/wiki/Phone_Prefixes |
16:53.31 | DocScrutinizer-8 | honestly? |
16:54.18 | DocScrutinizer-8 | I'm sure mrmoku will be enough for Germany ;-) |
16:54.41 | DocScrutinizer-8 | his entry to be precise ;-D |
16:55.34 | TAsn | different regions? |
16:55.36 | *** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
16:55.36 | DocScrutinizer-8 | sajonara |
16:55.37 | *** join/#openmoko-cdevel lysgaard_ (n=mortenLy@213.52.41.232) |
16:55.42 | TAsn | here we don't have that :) |
16:57.06 | DocScrutinizer-8 | nah, different network codes as AC actually is NetCode for GSM contacts purposes |
17:00.26 | TAsn | whoever added germany and poland |
17:00.33 | TAsn | please add your service provider ;) |
17:00.46 | vininim | anyone tried recent pulseaudio with freerunner? |
17:01.28 | DocScrutinizer | we eat PA for breakfast, then burp |
17:01.37 | DocScrutinizer | cya |
17:03.04 | TAsn | dos1, mrmoku please add your provider to the list ;) |
17:03.29 | dos1 | TAsn: i added both |
17:03.39 | dos1 | and here it matches to all providers |
17:04.04 | TAsn | no it does not |
17:04.09 | TAsn | area code is different |
17:04.19 | TAsn | you just erased it in your config |
17:04.33 | TAsn | but it's still incorrect! :) |
17:04.36 | dos1 | there is no area code here |
17:05.10 | dos1 | at least not for mobile phones |
17:05.32 | *** join/#openmoko-cdevel trev_ (n=tobi@95-88-97-79-dynip.superkabel.de) |
17:05.36 | TAsn | really? two different providers can start with the same number? |
17:05.42 | TAsn | oh, actually they disabled that here as well. |
17:05.47 | dos1 | yup |
17:05.48 | *** join/#openmoko-cdevel UberNeo (n=UberNeo@122.181.132.88) |
17:05.50 | TAsn | only the 5 matters |
17:06.21 | TAsn | fixed mine |
17:06.26 | TAsn | we still have the 5 prefix for cellphones :) |
17:06.32 | dos1 | well, first three digits are provider specific. |
17:06.45 | dos1 | but you can move your phone number to different provider |
17:07.10 | dos1 | and it doesn't matter in fact. it's just part of number |
17:07.48 | TAsn | yeah exactly what they did here |
17:07.50 | TAsn | 54 is orange |
17:07.57 | TAsn | though you can move your number to another provider |
17:08.03 | dos1 | here |
17:08.17 | dos1 | 6xy, when y is odd - that's plus |
17:08.34 | dos1 | 6xy, when y is non-odd (i fogot word ;)) - that's era |
17:08.39 | dos1 | 5xx - that's orange |
17:09.15 | TAsn | dos1, not odd = even |
17:09.20 | dos1 | yup, even :) |
17:09.26 | TAsn | though it is a tricky word, I forget it quite often ;) |
17:09.30 | TAsn | even in hebrew |
17:09.30 | TAsn | :) |
17:09.34 | dos1 | and with 7xx and 8xx there are some more complicated rules, mostly for virtual operators |
17:09.51 | TAsn | we don't have virtual operators here |
17:10.25 | TAsn | damn you guys |
17:10.29 | TAsn | dos1, what about the feed? |
17:10.31 | TAsn | wants ;) |
17:10.38 | TAsn | I don't have a phone till it's done |
17:10.38 | dos1 | TAsn: NOTE: package webkit-efl-0.1+gitr38213+3a5ee77664c898ed51a2b2d5759822f8c0a06472-r0: task do_compile: started |
17:10.40 | dos1 | :D |
17:10.43 | TAsn | as ophonekitd is rashing :) |
17:10.52 | TAsn | crashes* |
17:11.09 | TAsn | (because it's built against different libs) |
17:16.06 | *** join/#openmoko-cdevel pwerken (n=pwerken@a-eskwadraat.nl) |
17:17.57 | ceda | hi, the commercial product that was released on the OpenMoko "platform" - what was it called? (url?) |
17:18.43 | ceda | I'm preparing a small talk on openmoko that I'll give on a GothPy (python user group) meeting this Monday |
17:19.09 | dos1 | ceda: hmm? |
17:19.31 | dos1 | Openmoko Inc. released two phones, Neo1973 (GTA01) and Neo FreeRunner (GTA02) |
17:19.49 | dos1 | they also released gps device Dash Express between them |
17:20.18 | ceda | dos1: that's the one - the dash express :) |
17:20.19 | ceda | thanks |
17:22.38 | *** join/#openmoko-cdevel pespin (n=pespin@90.163.54.46) |
17:25.06 | TAsn | dos |
17:25.11 | TAsn | what's up with project B? |
17:27.27 | TAsn | wow |
17:27.28 | TAsn | http://www.kropla.com/dialcode.htm |
17:29.04 | *** join/#openmoko-cdevel wpwrak (n=werner@host16.190-136-29.telecom.net.ar) |
17:30.15 | mrmoku | TAsn: fill the wiki yourself then ;) |
17:30.42 | TAsn | heeh yeah, I'm erasing the wiki page. |
17:33.32 | TAsn | mrmoku, I'm leaving the wiki page though adding a notice |
17:33.40 | mrmoku | yup |
17:33.41 | TAsn | because dos's config is different |
17:33.49 | TAsn | than what appears there |
17:33.54 | TAsn | but yeah, I'm leeching it :) |
17:42.11 | *** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102) |
17:43.46 | dos1 | TAsn: well, in this year poland is removing all 0's prefixes |
17:43.55 | dos1 | TAsn: on mobile phones it was already removed |
17:44.01 | TAsn | i c ;) |
17:44.03 | TAsn | thanks. |
17:45.06 | *** join/#openmoko-cdevel pwgen (n=ew@0132900044.0.fullrate.dk) |
17:45.27 | *** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
17:51.53 | *** join/#openmoko-cdevel F4t (n=F4t@94.230.91.205) |
17:53.06 | Sup3rkiddo | Ainulind1le, ping |
17:55.17 | *** join/#openmoko-cdevel pespin (n=pespin@90.163.54.46) |
17:56.09 | *** join/#openmoko-cdevel fenfir (n=fenfir@99.22.251.44) |
17:57.12 | TAsn | mrmoku, http://wiki.openmoko.org/wiki/Phone_Prefixes |
17:57.14 | playya_ | mrmoku, dos1, can you test if this patch solves the problems with pkgconfig? http://pastebin.com//f198befa9 |
17:57.14 | TAsn | new and improved |
17:57.21 | TAsn | sedded out of that webpage ;) |
17:57.42 | playya_ | pkgconfig looks in you hosts(!!!) path. |
17:57.49 | playya_ | have to go now |
17:57.56 | pwgen | is there a bluetooth gui for the openmoko ( something like the blueman ? ) |
17:58.28 | lindi- | pwgen: openmoko distro? |
17:58.43 | pwgen | openembedded or openmoko ( bluez4 . ) |
17:59.24 | pwgen | blueman requires python-pygtk 2.12 ( 2.10.4 is the last in openembedded ) |
18:02.30 | *** join/#openmoko-cdevel betheg|off (i=betheg@unaffiliated/betheg) |
18:02.44 | *** join/#openmoko-cdevel agg1n1 (n=jan@static-87-245-12-160.teleos-web.de) |
18:12.25 | UberNeo | how to put neo on suspend mode from ssh |
18:15.34 | pwgen | apm -s ? |
18:15.42 | PaulFertser | pwgen: apm is deprecated |
18:16.10 | pwgen | that was the reason for the ? ... |
18:16.13 | PaulFertser | UberNeo: in fso-based systems you're to use dbus-send to call FSO's method to suspend. |
18:16.18 | dos1 | dbus-send --type=method_call --print-reply --system --dest=org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.Suspend |
18:16.28 | dos1 | or "apm -s" if you have fso-apm installed |
18:17.32 | UberNeo | k |
18:18.18 | *** join/#openmoko-cdevel jonkristian (n=jonkrist@66.84-48-49.nextgentel.com) |
18:19.13 | pwgen | dos someone know notify-python ? |
18:21.34 | TAsn | btw concerning that page |
18:21.48 | TAsn | (phone prefixes) |
18:21.51 | *** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:21.58 | TAsn | i'd still prefer getting from sim card |
18:22.06 | TAsn | (the country code) |
18:22.14 | TAsn | but for the rest this is useful :) |
18:22.25 | TAsn | (there are some countries with a couple of country codes) |
18:23.02 | *** join/#openmoko-cdevel rddDavid51 (n=roudoudo@78.234.93.192) |
18:24.30 | *** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:25.29 | *** join/#openmoko-cdevel VDVsx (n=Valerio@bl6-236-128.dsl.telepac.pt) |
18:28.35 | *** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:32.10 | DocScrutinizer | wtf |
18:32.14 | DocScrutinizer | (Fax_calls_- Telstra)0018 (Telstra_special_rates)0019 |
18:34.25 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:34.25 | DocScrutinizer | do you suppose you have a number like 345345 in your phonebook, and the inbound call from that number is one time displayed as +61 345345 ? |
18:35.03 | DocScrutinizer | or what do you think number normalization should do with that info? |
18:35.23 | mrmoku | TAsn: btw. did you teach phonelog to clear the missed calss? |
18:35.28 | mrmoku | s/calss/calls/ |
18:35.35 | TAsn | mrmoku, does opimd support it? |
18:35.40 | TAsn | btw, no. |
18:35.52 | mrmoku | well... dos1 does that somehow in opimd-utils |
18:35.59 | TAsn | DocScrutinizer, this info is bad |
18:36.06 | TAsn | this page was generated with sed :) |
18:36.14 | TAsn | mrmoku, I know how |
18:36.26 | TAsn | (I think) |
18:36.37 | TAsn | DocScrutinizer, and it has errors, I'm manually editing what I can. |
18:36.51 | DocScrutinizer | s/ 345345/ 0018 345345/ |
18:37.03 | DocScrutinizer | bah |
18:37.14 | DocScrutinizer | do you suppose you have a number like 0018 345345 in your phonebook, and the inbound call from that number is one time displayed as +61 345345 ? |
18:38.06 | *** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:40.02 | DocScrutinizer | if that is really the case, then we need augment normalization to truncate multiple possible national prefixes from contacts number before extending it to the left with countrycode and "+" |
18:40.55 | DocScrutinizer | as you could have the same contact then with alternative number 0016 345345 |
18:41.43 | DocScrutinizer | so normalization actually had to learn to read regex for national prefix |
18:42.00 | TAsn | I'm improving the normalization |
18:42.10 | TAsn | to know to match from different prefixes |
18:42.15 | TAsn | i.e with options |
18:42.17 | TAsn | (regex) |
18:42.19 | TAsn | when matching |
18:42.25 | TAsn | though the normalization |
18:42.28 | TAsn | will remain the same |
18:42.41 | *** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102) |
18:42.46 | DocScrutinizer | errrha |
18:42.46 | TAsn | it'll strip with matching |
18:42.50 | TAsn | and will add a default value. |
18:42.58 | TAsn | btw, I cleaned the wiki page completely ;) |
18:43.04 | TAsn | tell me if you have any other comments |
18:43.25 | PaulFertser | TAsn: oh, spending time on normalization is so weird ;) |
18:43.36 | DocScrutinizer | yes, one: gimme a real live example where we would need this |
18:44.06 | TAsn | DocScrutinizer, ok, so I won't do it, who cares :) |
18:44.15 | TAsn | I'll take the first from each section of this list |
18:44.22 | TAsn | as a default value, how does that sound? |
18:44.32 | TAsn | (or the gui that will suggest it will tell there are alternatives) |
18:44.36 | TAsn | fine with you? |
18:44.43 | DocScrutinizer | yup |
18:44.50 | DocScrutinizer | bye, need dinner |
18:44.51 | TAsn | there are weird countries out there |
18:44.52 | *** join/#openmoko-cdevel Zorkman (n=Zork@78-22-123-127.access.telenet.be) |
18:44.53 | *** join/#openmoko-cdevel Majkhii (n=Majkhii@213.155.250.139) |
18:45.00 | TAsn | I don't know even half of them :) |
18:45.01 | DocScrutinizer | got foul mood out of hunger |
18:45.12 | TAsn | DocScrutinizer, ciao. |
18:45.22 | TAsn | dos1, finished building? :) |
18:45.41 | dos1 | NOTE: package mplayer-0.0+1.0rc2+svnr29699-r15: task do_compile: completed |
18:45.43 | dos1 | just finished |
18:45.50 | dos1 | now do_populate_staging |
18:46.29 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:48.14 | *** join/#openmoko-cdevel agg1n (n=jan@static-87-245-12-160.teleos-web.de) |
18:48.33 | *** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:49.04 | TAsn | for mplayer |
18:49.15 | TAsn | or index or I don't know what? |
18:49.20 | TAsn | is an oe noob. |
18:50.09 | dos1 | for mplayer |
18:50.09 | dos1 | now gpe-filemanager |
18:50.23 | TAsn | bah. |
18:50.32 | TAsn | when will everything finish ? :) |
18:50.37 | dos1 | well |
18:50.40 | dos1 | everything is failing |
18:50.45 | dos1 | as there is staging issue |
18:50.52 | TAsn | what's the issue? |
18:50.56 | dos1 | but it at least compiles |
18:50.59 | dos1 | emotion :P |
18:51.13 | dos1 | so after fixing and restarting it shouldn't take so long |
18:51.20 | TAsn | okie :) |
18:51.34 | TAsn | not long as in hours? minutes? seconds? |
18:52.44 | dos1 | days, or weeks |
18:52.45 | dos1 | ;> |
18:53.59 | TAsn | dos1, mind doing me a favor and sending me ophonekitd and efl2? |
18:54.07 | TAsn | as I don't have a working phone atm ;) |
18:54.20 | dos1 | TAsn: i need intone, so ok ;) |
18:54.33 | TAsn | stopping the build just for me? :) |
18:54.48 | dos1 | no, just running another build :D |
18:54.55 | TAsn | oh, okie ;) |
18:55.09 | TAsn | so please gimme efl2 and ophonekitd ;) |
18:55.11 | dos1 | ophonekitd is built |
18:55.12 | TAsn | thanks. |
18:55.17 | dos1 | building efl2 |
18:55.23 | TAsn | please send me ohponekitd then ;) |
18:56.08 | TAsn | (btw, I committed something to ophonekitd earlier, so if it's from mrmoku's build it's not good enough ;) ) |
18:56.15 | TAsn | mrmoku, fixed efl2? :) |
18:56.36 | mrmoku | TAsn: the delay of redraw... yes :) |
18:56.43 | TAsn | really? :))))) |
18:56.44 | mrmoku | fighting the genlist now... |
18:57.05 | TAsn | please push |
18:57.09 | TAsn | dos1, STOP~! |
18:57.12 | TAsn | REBUILD! :) |
18:57.15 | TAsn | let mrmoku push first |
18:57.24 | mrmoku | no |
18:57.26 | TAsn | ? |
18:57.32 | TAsn | dos1, DON'T STOP! :) |
18:57.33 | mrmoku | let me finish first |
18:57.44 | TAsn | but they should be in split commits anyway |
18:57.59 | mrmoku | TAsn: they will ;) |
18:57.59 | TAsn | so you can push in the middle ;) |
18:58.21 | TAsn | mrmoku, gitgui <--- yuck q) |
18:58.50 | TAsn | Ainulindale, hey, we got full opimd support in efl2 |
18:59.05 | TAsn | and xorg is working great :) (except for a couple of issues) |
18:59.08 | TAsn | pwnage |
19:00.14 | dos1 | TAsn: opkg update :P |
19:00.44 | mrmoku | dos1: hmm... should profile switching work? |
19:00.46 | *** join/#openmoko-cdevel vininim_ (n=vininim@pdpc/supporter/student/vininim) |
19:00.54 | dos1 | mrmoku: hmm? |
19:01.18 | mrmoku | dos1: I select Silent and it switches back to Default |
19:01.19 | TAsn | thanks :) |
19:01.21 | dos1 | hmm |
19:02.13 | TAsn | Collected errors: |
19:02.13 | TAsn | <PROTECTED> |
19:02.32 | mrmoku | TAsn: for incoming call it does not work yet... for the list yes |
19:02.39 | mrmoku | brb |
19:02.45 | TAsn | cool, thanks ;) |
19:03.20 | dos1 | TAsn: it's libframeworkd-phonegui-efl2-0 :P |
19:03.44 | TAsn | hates tasn |
19:03.45 | TAsn | thanks :) |
19:04.25 | TAsn | btw mrmoku |
19:04.30 | TAsn | this upgrade abused my image |
19:04.40 | TAsn | removed tzdata-misc |
19:04.46 | TAsn | and removed a couple of other stuff |
19:05.16 | dos1 | my image seems to be ok |
19:05.24 | dos1 | but maybe i just didn't noticed something yet ;p |
19:05.52 | TAsn | more probable |
19:05.53 | dos1 | TAsn: efl2 is upgrading now on my neo |
19:05.58 | dos1 | TAsn: i'll see what you broke ;) |
19:06.05 | TAsn | I didn't break anything :) |
19:08.37 | *** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.31) |
19:09.25 | dos1 | mrmoku: ping |
19:09.38 | CIA-66 | SHR: 03tom 07shr * r9f855385deab 10/ophonekitd/src/ophonekitd-main.c: added a debug message |
19:09.49 | Q-Master | what's new? |
19:10.04 | UberNeo | please help me in removing pingus game from SHR-U |
19:10.36 | UberNeo | opkg remove pingus ...says no package to remove |
19:14.43 | TAsn | UberNeo, |
19:14.46 | TAsn | opkg install pingus |
19:14.51 | TAsn | opkg remove pingpus |
19:14.56 | TAsn | pingus* |
19:14.57 | mrmoku | dos1: pong |
19:15.07 | dos1 | mrmoku: why upgrade installed neo theme? |
19:15.25 | mrmoku | dos1: guess we're missing a default provider for the etk themes |
19:17.18 | TAsn | dos1, |
19:17.20 | TAsn | after upgrade |
19:17.35 | UberNeo | TAsn: opkg remove pingpus ..says no package to remove |
19:17.35 | TAsn | opimd doesn't resolve numbers anymore |
19:17.35 | TAsn | :| |
19:17.35 | TAsn | pingus* |
19:17.35 | TAsn | ... |
19:18.54 | UberNeo | opkg remove pingus* ..tht also doesnt works |
19:19.14 | TAsn | even after installing ? |
19:19.20 | TAsn | opkg -force-reinstall install pingus |
19:19.26 | mrmoku | TAsn: incoming call works without delay :) |
19:19.27 | TAsn | opkg remove pingus |
19:19.33 | TAsn | mrmoku, you rock! :)))) |
19:19.40 | mrmoku | restarting ophonekitd helps to make it take effect :P |
19:19.59 | TAsn | mrmoku, huh? |
19:20.17 | mrmoku | TAsn: ophonekitd does not reload the lib |
19:20.23 | Zorkman | mrmoku: my Fr hasn't upgraded for a week, is this normal? |
19:20.33 | mrmoku | Zorkman: yup :;P |
19:20.34 | TAsn | mrmoku, what are you talking about? :) |
19:21.00 | mrmoku | TAsn: if you update libframeworkd-phonegui-efl2 you have to restart ophonekitd for the screens ophonekitd starts itself (like incoming call) |
19:21.07 | mrmoku | otherwise it is using the old lib |
19:21.08 | TAsn | I know. |
19:21.19 | mrmoku | I tend to forget that from time to time :P |
19:21.22 | TAsn | the problem is it doesn't resolve... |
19:21.25 | TAsn | I'm looking in the log |
19:21.27 | TAsn | and I get "" |
19:21.31 | Zorkman | what are those dwm scaps? |
19:21.31 | TAsn | same when going to messages |
19:21.44 | TAsn | dos1, any idea? |
19:22.34 | TAsn | dos1, Exception TypeError: "domainWindow() got multiple values for keyword argument 'domain'" in 'elementary.c_elementary._hoversel_callback' ignored |
19:22.37 | TAsn | shr-settings |
19:22.49 | TAsn | can't select anything from the domains in shr-settings |
19:23.21 | TAsn | and mrmoku something weird happened to gen_list |
19:23.27 | TAsn | I can't scroll sideways |
19:23.32 | TAsn | and everything is broken |
19:23.37 | mrmoku | :) |
19:23.43 | Zorkman | I thought onen was going to be back online, more |
19:23.46 | Zorkman | haven't seen him in a while |
19:23.48 | TAsn | I don't think it's you... |
19:23.50 | mrmoku | that's what I'm fighting against TAsn :P |
19:23.55 | dos1 | looks like something with py-elm |
19:24.03 | TAsn | I used to be able to scroll sideways |
19:24.06 | TAsn | dos1, please review |
19:24.15 | TAsn | this is new after upgrade |
19:24.18 | TAsn | and no new commits |
19:24.20 | TAsn | so it's weird. |
19:24.30 | dos1 | morphis! |
19:24.34 | dos1 | he's not there ;x |
19:24.42 | dos1 | nothing is weird |
19:24.47 | dos1 | just something changed in c-elementary |
19:24.51 | dos1 | and pyelm wasn't updated |
19:24.58 | dos1 | and we have too new EFLREV now |
19:25.00 | dos1 | ;) |
19:25.05 | TAsn | probably. |
19:25.05 | mrmoku | TAsn: elm_genlist_horizontal_mode_set(data->list, ELM_LIST_LIMIT); |
19:25.13 | mrmoku | maybe it did not work with older EFL |
19:25.22 | TAsn | mrmoku, probably ;) |
19:25.27 | mrmoku | I don't want it to scroll sideways |
19:25.34 | TAsn | ok, so that also needs a fix |
19:25.40 | TAsn | mrmoku, STOP! |
19:25.40 | mrmoku | though now it is centering the label... which is baad ;) |
19:25.42 | Zorkman | tangogps 0.9.7 also still hasn't made it to the feeds |
19:25.45 | TAsn | don't fight genlist~! |
19:25.51 | dos1 | Zorkman: ... |
19:25.53 | TAsn | we are moving to index anyway |
19:25.54 | TAsn | :) |
19:26.02 | dos1 | TAsn: index uses genlist |
19:26.04 | dos1 | TAsn: err |
19:26.06 | mrmoku | TAsn: I think index is just an addition |
19:26.07 | TAsn | kill two birds with one rock ;) |
19:26.11 | TAsn | mrmoku, i c. :) |
19:26.11 | dos1 | TAsn: you add index on genlist |
19:26.19 | TAsn | mrmoku, carry on with the fighting. |
19:26.24 | mrmoku | but we want bubbles :P |
19:26.28 | mrmoku | (IIRC) |
19:26.35 | TAsn | yes and no |
19:26.36 | mrmoku | that will come later though |
19:26.37 | TAsn | we do want them |
19:26.37 | dos1 | bubbles in messages |
19:26.40 | dos1 | not in contacts :P |
19:26.40 | TAsn | but later |
19:26.44 | TAsn | when we do split messages |
19:26.46 | TAsn | dos1, hehe yeha :) |
19:26.51 | mrmoku | dos1: contacts are different... easier |
19:27.40 | TAsn | so what are you fighting with in contacts? |
19:27.48 | TAsn | btw, at least you now have documentation :) |
19:29.41 | CIA-66 | SHR: 03tom 07libframeworkd-phonegui-efl2 * r4f2b176db86e 10/src/view/dialer-view.c: we dropped the name recipient in hash, changed to number here as well |
19:32.11 | mrmoku | TAsn: I'm fighting the messages... not the contacts |
19:32.20 | TAsn | oh :) |
19:32.23 | mrmoku | I want to get read of messagelist.edc for now |
19:32.32 | TAsn | btw, what we do is plain stupid |
19:32.38 | TAsn | I want to have a contact widget |
19:32.39 | mrmoku | as always :P |
19:32.44 | TAsn | (that we create) |
19:32.49 | TAsn | and we'll have a function |
19:32.54 | TAsn | populate widget |
19:32.57 | TAsn | that we can call |
19:33.01 | TAsn | and use it everywhere in phonegui |
19:33.09 | TAsn | implementing it twice is ugly and stupid |
19:33.15 | TAsn | even insertion... |
19:34.14 | dos1 | no no no no no |
19:38.29 | dos1 | TAsn: efl2 segfaults to me |
19:38.36 | dos1 | ** (process:2677): DEBUG: number is '+48792011672' |
19:38.38 | dos1 | ** (process:2677): DEBUG: number is '\u0018\x84\u0010' |
19:38.39 | dos1 | Segmentation fault |
19:38.47 | dos1 | in shr-contacts |
19:38.58 | TAsn | in contacts?! |
19:39.04 | TAsn | it shouldn't resolve in contact |
19:39.08 | TAsn | please pastebin full dump. |
19:39.14 | dos1 | and in shr-messages |
19:39.16 | dos1 | ** (process:2687): DEBUG: result gave 1265 entries --> retrieving |
19:39.23 | TAsn | and try to figure out what's wrong in this specific line. |
19:39.24 | dos1 | not optimal ;) |
19:39.29 | dos1 | and also segfaults |
19:39.37 | TAsn | dos1, segfaults after that? |
19:39.47 | dos1 | ** (process:2687): DEBUG: result gave 1265 entries --> retrieving |
19:39.48 | dos1 | ** (process:2687): DEBUG: retrieve messagebook callback(error=0) |
19:39.49 | dos1 | ** (process:2687): DEBUG: processing entry |
19:39.52 | dos1 | ** (process:2687): DEBUG: processing entry |
19:39.54 | dos1 | Segmentation fault |
19:40.10 | TAsn | weird. |
19:40.15 | TAsn | will take a look later |
19:41.02 | dos1 | i have weird things in my opimd |
19:41.21 | dos1 | but it shouldn't segfault on for instance lack of phone field |
19:41.22 | dos1 | ;) |
19:41.39 | dos1 | contacts segfaults on #0 0x400dc138 in g_value_get_string () from /usr/lib/libgobject-2.0.so.0 |
19:41.47 | dos1 | but i don't have efl2-dbg for more info |
19:42.16 | dos1 | installing |
19:45.44 | TAsn | ok I know what's the problem |
19:45.50 | TAsn | it's segaulting of let's say |
19:45.54 | TAsn | lack of phone field :) |
19:46.01 | TAsn | which relates to my suggestion from earlier today |
19:46.04 | TAsn | phone and name |
19:46.10 | TAsn | should be virtual fields |
19:46.14 | TAsn | that must exist |
19:46.21 | TAsn | but ok, I'll fix that soon. |
19:46.30 | TAsn | remind me if you don't see a commit in 15 mins |
19:47.06 | dos1 | TAsn: why for? |
19:47.45 | TAsn | because sometimes one may want to ask for the name |
19:47.48 | TAsn | without caring with |
19:47.54 | TAsn | nick/first/last |
19:48.02 | TAsn | but just a ready section |
19:48.04 | TAsn | which you call name |
19:48.10 | TAsn | and same for number |
19:48.18 | dos1 | name is the only one fields which should exist |
19:48.26 | dos1 | -s |
19:48.35 | dos1 | TAsn: http://pastebin.com/mae5eb92 |
19:48.37 | UberNeo | TAsn : i am still unable to remove pingus |
19:49.10 | TAsn | dos1, I know what's wrong |
19:49.15 | TAsn | the lack of name/number |
19:49.18 | TAsn | will fix |
19:49.25 | dos1 | lack of number |
19:49.34 | dos1 | as all of my contacts have name AFAIR |
19:52.25 | *** join/#openmoko-cdevel feuera (n=andi@212-183-62-220.adsl.highway.telekom.at) |
19:52.33 | *** part/#openmoko-cdevel feuera (n=andi@212-183-62-220.adsl.highway.telekom.at) |
19:52.36 | mrmoku | UberNeo: opkg list_installed | grep pingus |
19:53.03 | UberNeo | it gives nothing |
19:53.18 | mrmoku | then opkg thinks it is not installed... |
19:53.20 | UberNeo | however i can run the pingus even now |
19:54.52 | *** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.31) |
19:54.52 | UberNeo | then hw to remove it |
19:55.33 | mrmoku | UberNeo: install it first :P; |
19:56.28 | UberNeo | i had installed it with opkg install http://build.shr-project.org/shr-unstable/ipk//om-gta02/pingus_0.7.2-r0_om-gta02.ipk |
19:57.59 | dos1 | why for URL? |
19:58.02 | dos1 | just opkg install pingus... |
19:58.18 | UberNeo | shall i remove the /usr/share/pingus |
19:58.18 | UberNeo | means delete the diretory /usr/share/pingus |
20:02.22 | CIA-66 | SHR: 03mok 07libframeworkd-phonegui-efl2 * r1d3f86f6c6d9 10/src/view/ (call-common.c call-common.h message-list-view.c): don't touch EFL in the wrong thread ;) |
20:02.54 | mrmoku | UberNeo: reinstall it to let opkg know it is installed... then uninstall it |
20:02.55 | dos1 | TAsn: http://pastebin.com/m4c237138 |
20:03.02 | dos1 | TAsn: that's shr-messages |
20:05.41 | TAsn | dos1, probably the same thing. |
20:05.46 | TAsn | I'll take a look soon :) |
20:06.02 | TAsn | dos1, can I assume the existence of name? |
20:06.08 | dos1 | TAsn: yup |
20:06.11 | dos1 | TAsn: but not Phone |
20:06.17 | dos1 | and any other field |
20:07.30 | TAsn | ok. |
20:08.33 | TAsn | mrmoku, jsut to let you know |
20:08.39 | TAsn | I'm making a change to make phonegui sane |
20:08.44 | TAsn | it requires changes in efl |
20:08.45 | TAsn | and efl2 |
20:08.53 | mrmoku | that is? |
20:08.54 | TAsn | will do that as well. |
20:09.02 | TAsn | you'll see *wink* ;] |
20:09.09 | mrmoku | TAsn: pull first :P |
20:09.14 | TAsn | damn you. |
20:09.21 | TAsn | don't worry ;) |
20:09.37 | TAsn | (though I'll probably forget when time comes) |
20:10.00 | mrmoku | dos1: tell me about he merge=0 thing... recommended? |
20:10.06 | mrmoku | +t |
20:10.54 | dos1 | mrmoku: it makes loading faster |
20:11.39 | mrmoku | dos1: what does it (not) make then? |
20:12.05 | mrmoku | dos1: merge one contact that is distributed in two backends? |
20:12.10 | dos1 | mrmoku: yup |
20:12.19 | dos1 | mrmoku: i don't think it's really needed in messages |
20:12.23 | mrmoku | does not need that and turns merging off ;) |
20:14.32 | mrmoku | TAsn: looking add the add contact issue now |
20:14.47 | TAsn | :) |
20:14.47 | TAsn | cool. |
20:17.39 | DocScrutinizer-8 | hey guys 'n gals(? any?). wazzup? |
20:18.20 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
20:21.12 | TAsn | mrmoku, ok, verifying it even compiles, if it does, I'll just assume it works (until I'll be able to build again :) ) |
20:21.31 | TAsn | but don't worry, I'll wait with pushing |
20:21.50 | mrmoku | hmm... this add contact thing... needs thinking |
20:22.12 | mrmoku | don't want to double the contact-list view ;) |
20:24.56 | DocScrutinizer-8 | could someone brief me on add contact issue please |
20:25.10 | TAsn | mrmoku, exactly what I said |
20:25.16 | *** join/#openmoko-cdevel baruch (n=baruche@bzq-79-178-88-101.red.bezeqint.net) |
20:25.18 | TAsn | you should create a "widget" |
20:25.29 | mrmoku | TAsn: but not as extreme as you want |
20:25.30 | TAsn | and a couple of populating functions |
20:25.31 | TAsn | and stuff |
20:25.38 | TAsn | just a populating function |
20:25.42 | mrmoku | it is basically just the genlist callbacks |
20:25.53 | TAsn | and a return already made widget |
20:25.54 | TAsn | function |
20:25.55 | mrmoku | and populating function, yes |
20:26.02 | TAsn | dos1, |
20:26.23 | TAsn | sender, content, direction and path |
20:26.27 | TAsn | which are not a must? |
20:26.33 | TAsn | and timestamp |
20:26.56 | dos1 | well, all of that are not must ;P |
20:27.07 | TAsn | in a message, really? |
20:27.08 | dos1 | oh, path is must |
20:27.14 | TAsn | ok, sec. |
20:27.15 | TAsn | hates dos. |
20:27.17 | dos1 | and in SMS - content, direction |
20:27.28 | dos1 | and sender or recipient |
20:31.58 | TAsn | what about MessageRead? |
20:32.44 | dos1 | hmm |
20:32.57 | dos1 | yup, it rather should be |
20:33.03 | dos1 | but don't segfault when it isn't please! |
20:33.05 | dos1 | :D |
20:34.09 | TAsn | ok |
20:34.16 | TAsn | fixed everything (hopefully) |
20:34.26 | TAsn | can't push though as I made some more intrusive changes I want to verify before |
20:39.28 | *** join/#openmoko-cdevel valos (n=valos@mar92-6-82-227-150-198.fbx.proxad.net) |
20:46.21 | TAsn | lol today I'm doing almost everything with sed |
20:46.48 | TAsn | writing a lot of code |
20:46.52 | TAsn | using sed alone |
20:46.53 | TAsn | actually |
20:46.57 | TAsn | did that yesterday as well |
20:46.58 | TAsn | :) |
20:47.08 | TAsn | I can take a news report and sed it until it compiles ;] |
20:47.17 | TAsn | (with regex) |
20:47.20 | *** join/#openmoko-cdevel thrashold (n=europan@3mhz.net) |
20:48.25 | *** join/#openmoko-cdevel polz (n=polz@ecg.fri.uni-lj.si) |
20:51.51 | TAsn | dos1, just to make sure I fixed your bug |
20:51.57 | TAsn | those fields I showed eralier |
20:51.59 | TAsn | earlier |
20:52.05 | TAsn | you have contacts without some of them |
20:52.06 | TAsn | right? |
20:52.20 | *** join/#openmoko-cdevel h4v_ (n=h4v@new.otos.pl) |
20:52.21 | TAsn | I mean, that's the bug, right? |
20:54.06 | mrmoku | TAsn: as your changes will conflict with mine... going to bed now :P |
20:54.23 | mrmoku | waiting for you to finish the regexing |
20:54.47 | mrmoku | dos1: IIRC you did some sketchups for screens... for contact list too? |
20:54.59 | dos1 | mrmoku: yup |
20:55.39 | mrmoku | ahh... found it :) |
20:56.23 | TAsn | mrmoku, I'm done |
20:56.30 | TAsn | and they won't conflict |
20:56.33 | TAsn | I'm adding stuff to phonegui |
20:56.36 | TAsn | not efl2 |
20:56.45 | mrmoku | ok |
20:56.45 | TAsn | efl2 won't conflict as I only changed minor stuff there. |
20:56.52 | mrmoku | going to bed anyway ;) |
20:56.53 | TAsn | will push in a sec |
20:56.56 | TAsn | mrmoku, ciao :) |
20:57.15 | mrmoku | dos1: your sketchup does not say how to handle multiple phone numbers... |
20:57.16 | spaetz | night, mrmoku |
20:57.24 | dos1 | mrmoku: heh, right |
20:57.31 | dos1 | mrmoku: you can look at opimd-contacts |
20:57.43 | mrmoku | ok, will install that tomorrow then :) |
20:57.46 | mrmoku | night all |
20:57.49 | TAsn | mrmoku, shouldn't be that hard to add it to efl2 |
20:57.50 | dos1 | there is some handling |
20:57.56 | TAsn | (what he has in opimd-contacts) |
20:59.26 | *** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
21:08.12 | CIA-66 | SHR: 03tom 07libframeworkd-phonegui-efl2 * re30d56a4bed0 10/src/view/ (contact-list-view.c message-list-view.c): hopefully fixed dos's issues |
21:08.13 | CIA-66 | SHR: 03tom 07libframeworkd-phonegui-efl2 * r1cea86e0630a 10/src/view/ (4 files): changed the include of phonegui to the correct one |
21:08.13 | CIA-66 | SHR: 03tom 07libframeworkd-phonegui-efl2 * r86545cecc4d3 10/src/view/ (contact-list-view.c message-list-view.c): fixed a couple of missing ; and wrong names, now it compiles |
21:08.14 | CIA-66 | SHR: 03tom 07libframeworkd-phonegui-efl2 * rfb1c6fce851f 10/src/view/ (call-common.c call-common.h message-list-view.c): Merge branch 'master' of git+ssh://shr.bearstech.com/libframeworkd-phonegui-efl2 |
21:09.46 | *** join/#openmoko-cdevel ruoso (n=ruoso@201009019232.user.veloxzone.com.br) |
21:13.13 | dos1 | TAsn: http://tinderbox.openembedded.net/public/logs/task/3085202.txt |
21:13.26 | dos1 | i have libframeworkd-phonegui built |
21:16.26 | *** join/#openmoko-cdevel Sleep_Walker (n=Sleep@193.179.96.131) |
21:36.21 | CIA-66 | SHR: 03tom 07shr * ra97403c1c268 10/ophonekitd/src/ (4 files): removed the ugly phonegui hacks from ophonekitd |
21:36.21 | CIA-66 | SHR: 03tom 07shr * r886772dfcd5d 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added a segfault defense to phonegui |
21:36.22 | CIA-66 | SHR: 03tom 07shr * r0b568e05753f 10/libframeworkd-phonegui/src/ (4 files): added a new utility header that will be used by functions using phonegui and added to the general phonegui usage prototypes so there won't be a need for hacks like in ophonekitd |
21:36.23 | CIA-66 | SHR: 03tom 07shr * r7225fb8ff191 10/libframeworkd-phonegui-efl/src/view/ (dialog-view.c message-list-view.c message-show-view.c): changed the include of phonegui to the correct one |
21:36.26 | CIA-66 | SHR: 03tom 07shr * rd6b70aeced7d 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): fixed the header and functions to the correct way and removed an unneeded include |
21:36.31 | CIA-66 | SHR: 03tom 07shr * rb5e486f96474 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed a typo that caused it not to compile |
21:36.34 | CIA-66 | SHR: 03tom 07shr * r494dcfb0c739 10/ (12 files in 3 dirs): removed the ugly phonegui hacks from shr-* as well |
21:36.38 | CIA-66 | SHR: 03tom 07shr * r97f8ac9f02d4 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added contacts_new_show to phonegui |
21:42.30 | CIA-66 | SHR: 03tom 07shr * r19f6e6decbc6 10/libframeworkd-phonegui/TODO: Added a TODO to phonegui |
21:42.44 | TAsn | ffs |
21:42.58 | TAsn | because of enlightenment I can't really test phonegui and efl2 and all the changes I made. |
21:43.04 | TAsn | :| |
21:43.42 | *** join/#openmoko-cdevel pini (n=pini@tho01-1-88-189-102-17.fbx.proxad.net) |
22:05.14 | CIA-66 | SHR: 03tom 07shr * rcaeef60c930c 10/libframeworkd-phonegui/src/ (4 files): split phonegui.c to another file so utility functions will be split |
22:07.12 | *** join/#openmoko-cdevel Flyser_ (n=flyser@unaffiliated/flyser) |
22:16.20 | *** join/#openmoko-cdevel h4v (n=h4v@new.otos.pl) |
22:16.20 | *** join/#openmoko-cdevel h4v_ (n=h4v@new.otos.pl) |
22:17.14 | *** join/#openmoko-cdevel polz (n=polz@ecg.fri.uni-lj.si) |
22:38.55 | *** join/#openmoko-cdevel dagger (n=quassel@piasek.co.uk) |
22:53.22 | *** join/#openmoko-cdevel methril_home (n=methril@73.73.220.87.dynamic.jazztel.es) |
22:56.58 | *** join/#openmoko-cdevel everslick (n=clemens@91-113-117-110.adsl.highway.telekom.at) |
23:01.57 | *** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
23:12.15 | DocScrutinizer-8 | TAsn: ping |
23:12.25 | TAsn | DocScrutinizer-8, pong. |
23:13.45 | DocScrutinizer-8 | TAsn: after thoroughly thinking it all over, I made up my mind to think it's a rather cool idea to have regex expressions for NP and IP |
23:14.09 | TAsn | :) |
23:14.10 | TAsn | hehe :) |
23:14.53 | TAsn | btw is there a restriction on NP or IP? |
23:14.57 | TAsn | i.e only numbers? |
23:15.00 | TAsn | or something? |
23:15.17 | DocScrutinizer-8 | you actually might have different "international prefixes" in your contacts |
23:15.39 | DocScrutinizer-8 | no restrictions generally |
23:15.57 | DocScrutinizer-8 | in fact it usually is only numbers |
23:16.36 | DocScrutinizer-8 | but valid numbers for GSM are 0..9, A, B, C, D, *, # |
23:17.25 | TAsn | ok, I'll try to remember that ;) (for regex escaping) |
23:17.27 | TAsn | and validation |
23:17.37 | DocScrutinizer-8 | yep |
23:17.40 | DocScrutinizer-8 | good |
23:20.18 | DocScrutinizer-8 | TAsn: e.g. you could have numbers in your contacts like "*31#0049 911 345345" |
23:20.45 | TAsn | which will mean? |
23:20.47 | DocScrutinizer-8 | to always enable CLIR when dialing that number |
23:21.22 | DocScrutinizer-8 | or always use call-by-call provider: |
23:22.00 | DocScrutinizer-8 | 0049 8001441 911 345345 |
23:22.37 | DocScrutinizer-8 | an inbound call still would show up as |
23:22.50 | DocScrutinizer-8 | +49 911 346345 |
23:24.53 | DocScrutinizer-8 | TAsn: I'll augment my bashscript example (the sed regex) to cope with that |
23:25.23 | DocScrutinizer-8 | TAsn: I'll ping you when finished |
23:25.26 | TAsn | cool. I'd like seeing that. :) |
23:25.28 | TAsn | thanks. |
23:29.26 | *** join/#openmoko-cdevel mzanetti (n=dreadhea@p5B301213.dip0.t-ipconnect.de) |
23:38.30 | *** join/#openmoko-cdevel andi (n=andi@eeepc.andi.whyi.org) |
23:38.47 | *** join/#openmoko-cdevel zing (n=zing@fedora/zing) |
23:48.01 | *** join/#openmoko-cdevel raster (n=raster@enlightenment/developer/raster) |
23:49.27 | *** join/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
23:57.37 | *** join/#openmoko-cdevel max_posedon (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |