IRC log for #openmoko-cdevel on 20091003

00:01.17UberNeoany default config file for vagalume
00:05.05UberNeoi will paste it at ~/.vagalume
00:06.27CIA-66SHR: 03tom 07libphone-utils * rf44549363708 10/src/phone-utils.c: fixed the forgotten renames inside the functions
00:07.03TAsnUberNeo, try to google
00:07.23UberNeok
00:09.55DocScrutinizer-8afaik vagalume is fubar with audio anyway
00:10.06DocScrutinizer-8I don't care ;-)
00:11.41DocScrutinizer-8and I said:
00:11.42UberNeoDoc: which online radio player works well in SHR-U
00:11.48DocScrutinizer-8~wtf fubar
00:12.44DocScrutinizer-8dunno
00:13.23DocScrutinizer-8I don't like to use any online radio when that means GPRS is blocking inbound calls
00:13.54UberNeocalls wont come if we use gprs
00:13.58DocScrutinizer-8and alas you can't do anything to help that, with calypso
00:14.09DocScrutinizer-8UberNeo: exactly
00:14.26DocScrutinizer-8actual gprs traffic blocks inbound calls
00:14.33UberNeoohh
00:14.45DocScrutinizer-8on GPRS OTA protocol level afaik
00:15.31UberNeowe can use Wifi network
00:15.38UberNeofor online fm
00:16.16UberNeopyradio also doesnt works
00:16.29DocScrutinizer-8so that's a common problem to all "older" GPRS implementations. Some "modern" extensions have been invented to cure that afaik
00:16.59DocScrutinizer-8UberNeo: as stated above: I don't care
00:17.49UberNeoDoc : Have u used Gestures in SHR-U
00:17.59DocScrutinizer-8no
00:18.10UberNeoany accelerometer
00:18.16DocScrutinizer-8sure
00:18.25DocScrutinizer-8spirit level e.g.
00:18.47DocScrutinizer-8nice testing app for gmeters
00:19.02DocScrutinizer-8though with a "small" bug
00:19.29UberNeoin wht way we can use it
00:19.52*** part/#openmoko-cdevel warren1 (n=Adium@206.248.144.218)
00:23.02TAsnsweet, fixed #396 :)
00:23.05CIA-66SHR: 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.08DocScrutinizer-8somebody already mentioned that: the second gmeter is mounted 45° rotated around Z-axis
00:23.34DocScrutinizer-8spirit level doewsn't take care about that yet
00:23.41*** join/#openmoko-cdevel AlexC (n=alexc@unaffiliated/alexc)
00:24.04TAsn^ :)
00:24.07TAsnso cool :)
00:24.09TAsnI'm so glad.
00:24.10DocScrutinizer-8so enabling 2. gmeter in spiritlevels settings behaves strange
00:24.39DocScrutinizer-8TAsn: congrats
00:24.57TAsnDocScrutinizer-8, thanks ;)
00:25.22TAsnDocScrutinizer-8, I'm trying to build back that momentum you talked about :)
00:25.28DocScrutinizer-8now add a error msg on contacts overlength names/numbers (on sim)
00:25.52DocScrutinizer-8TAsn: heroic plan
00:25.55TAsnDocScrutinizer-8, actually, I tried doing that quite some time ago, though for some reason, the "error callback"
00:25.56TAsndoesn't work.
00:26.12TAsnsegfaults, should probably look into it a bit more.
00:26.30TAsndamn, I forgot what I had to say.
00:26.51TAsnoh
00:26.52TAsnyeah,
00:27.01TAsnI think there's a bug in the way fso saves contacts to sim
00:27.14TAsnfirst of all, it seems like I can write shorter names than I can read
00:27.25DocScrutinizer-8btw s/spirit level/gwaterpas/
00:27.28TAsni.e I can't write a name in the same length as the longest I have
00:27.38TAsnfurthermore, when reading the sim in another fun
00:27.42TAsneverything looked broken :|
00:27.47TAsninstead of
00:27.49TAsnAAA
00:27.53TAsnwhere A is an hebrew char
00:28.00TAsnit appeared on the other phone as
00:28.02TAsnAAC
00:28.05TAsnwhere C is just a sign
00:28.08TAsnor something weird
00:28.09TAsn:)
00:28.19DocScrutinizer-8hmm
00:28.39TAsnvery weird.
00:28.53TAsnhaven't found the time to look at it
00:28.56TAsnverify it
00:28.59TAsnor even report it
00:29.04TAsnbut from what I saw
00:29.06TAsn:|
00:29.10DocScrutinizer-8btw phonelog again started to drop calls
00:29.20TAsnDocScrutinizer-8, don't blame phonelog!!!
00:29.26TAsnit's always dos1's fault
00:29.26TAsn:)
00:29.29DocScrutinizer-8opimd
00:29.30TAsnI'm serious.
00:29.32TAsnopimd, yeah.
00:29.35TAsnfor some reason
00:29.38TAsnhe used
00:29.39TAsnTEXT
00:29.43TAsnfor the date field
00:29.43DocScrutinizer-8i know
00:29.46DocScrutinizer-8:-/
00:29.49TAsnand sorting is bad :|
00:30.00TAsnDocScrutinizer-8, I actually reviewed opimd's code today
00:30.09TAsnI wanted to change the internal cache to sqlite
00:30.21DocScrutinizer-8i know
00:30.24TAsnthough it looks like there's a learning curve
00:30.33TAsnwhich I can't afford to waste time on.
00:30.40DocScrutinizer-8I'm glad to hnelp
00:30.48TAsnpython is not my "native lang"
00:31.00DocScrutinizer-8nor mine
00:31.12TAsnand it's not that easy to read/documented
00:31.20DocScrutinizer-8but it's reasonably legible
00:31.22TAsnI can handle ugly, actually terrible C code just fine
00:31.42TAsnas I'm proficient in C
00:32.00DocScrutinizer-8I can handle every code - that *I* wrote :-P
00:32.00TAsnDocScrutinizer-8, it is.
00:32.15TAsnbut not as easy as I'd want it to be ;|
00:32.25TAsnDocScrutinizer-8, hehe yeah, I don't need docs for my code
00:32.42TAsnI remember every piece of code I wrote since preschool :)
00:33.18TAsnis excited about the logo
00:33.24TAsnI want a new logo :)
00:33.36TAsn(or *a* logo, in general :)
00:33.56DocScrutinizer-8logo is a preschool language ;-D
00:34.11TAsnis took yound
00:34.14TAsnyoung*
00:34.17DocScrutinizer-8with a turtle afaik
00:34.19TAsnI have no idea what logo is
00:34.48DocScrutinizer-8what a mess
00:34.57UberNeowhere do get the package for spirit level
00:34.57TAsn?
00:35.43DocScrutinizer-8btw s/spirit level/gwaterpas/
00:35.52UberNeoi checked on Google but :(
00:36.01TAsnDocScrutinizer-8, anyhow,
00:36.02TAsngn.
00:36.04TAsncya tomorrow
00:36.09DocScrutinizer-8gn8
00:36.30DocScrutinizer-8UberNeo: opkg.org
00:38.13UberNeoits not there on opkg.org
00:38.25UberNeoany other place
00:39.21DocScrutinizerhttp://www.opkg.org/package_102.html
00:39.55DocScrutinizerUberNeo: why took it 30sec for me to find it, while you can't find it at all?
00:40.31UberNeoohh this one ..i was searching with the spirit level name
00:41.29DocScrutinizer[2009-10-03 02:35:43] <DocScrutinizer-8> btw s/spirit level/gwaterpas/
00:41.57DocScrutinizer[2009-10-03 02:27:25] <DocScrutinizer-8> btw s/spirit level/gwaterpas/
00:45.11UberNeosorry ..i interpreted wrongly :(
00:50.40UberNeothanx Doc : ..gwaterpas works
01:01.49DocScrutinizer-8not if you enable s0
01:03.28DocScrutinizer-8as gmeter chip s0 isn't mounted the way gwaterpas is asuming it were
01:04.31DocScrutinizer-8and probably gwaterpas doesn't use vector arithmetics to calibrate
01:05.39DocScrutinizer-8anyway 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.56blindcodermorning
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.02blindcodershort 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.09blindcoderif not, what it (commandline preferred)
04:36.16blindcoders/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.18PaulFertserblindcoder: you're supposed to make a dbus call to framework, it'll take care to prepare gsm properly.
06:42.02blindcoderPaulFertser: is there a way to do it on the comandline?
06:43.15PaulFertserblindcoder: of course. dbus-send is preferrable.
06:43.23mrmokublindcoder: look at /etc/enlightenment/supsend.sh
06:43.43blindcoderPaulFertser, mrmoku: thanks, I'll have a look at those
06:43.44mrmokuthere you have the proper dbus-send command
06:43.51blindcodergreat :)
06:44.10blindcoderI'm currently playing with dzen to make a menu for the power button similiar to the one ilume uses
06:44.36blindcodertoo bad the AUX button doesn't send a keysym, but the power button does :)
06:45.21mrmokublindcoder: with xorg it sends a XF86Phone :)
06:45.38PaulFertserblindcoder: i think you can make aux send a keysym if you employ xmodmap.
06:46.03blindcodermrmoku: I'll hold off until then :)
06:46.18blindcoderPaulFertser: yes, but that would be too much work for now :)
06:46.32blindcoderPaulFertser: I try to make dwm work with as little modification as possible
06:46.44PaulFertserblindcoder: one xmodmap command shouldn't be that hard
06:47.04PaulFertserblindcoder: in your .xsession or wherever
06:47.31mrmokuxmodmap -e 'keycode 177 = XF86Phone'
06:48.04blindcoderokay, okay, I give in :-)
06:50.57mrmokuPaulFertser: btw... yesterday I had some connectivity problems while talking about the keys...
06:51.17mrmokuPaulFertser: which input module are you using? xevdev too?
06:51.42PaulFertsermrmoku: evdev, yes
06:51.59mrmokuPaulFertser: anything special in your xorg.conf? guess not so...
06:52.37PaulFertsermrmoku: right
06:52.59mrmokuPaulFertser: how do you start x?
06:53.16PaulFertsermrmoku: nodm does this for me
06:53.30mrmokuPaulFertser: the same nodm we use?
06:53.45*** join/#openmoko-cdevel everslick (n=clemens@91-113-113-109.adsl.highway.telekom.at)
06:53.46PaulFertsermrmoku: no idea
06:55.05PaulFertsermrmoku: why don't you try to compile E with debug info and gdb it?
06:55.52mrmokuPaulFertser: hmm... because that's a lot of time I don't want to invest for that...
06:56.47mrmokuPaulFertser: heh... if I add 'xmodmap -e "keycode 219 = XF86PowerOff"' in a session script
06:56.55mrmokuthe menu pops up... and the phone shuts down :P
06:58.03PaulFertsermrmoku: 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.17mrmokuhmm
07:00.32mrmokuPaulFertser: I would not even know how to build E inside OE with proper debug info
07:01.09PaulFertsermrmoku: 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.53PaulFertsers^friday^thursday^
07:02.44PaulFertsermrmoku: you can add printfs to strategic places then...
07:03.51mrmokuPaulFertser: hmm... I could setup a 'local build' for E for that...
07:04.13mrmokunever 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.56mrmokuPaulFertser: hehe, key problem solved with latest image
07:38.14PaulFertsermrmoku: wow
07:38.16PaulFertsermrmoku: how?
07:38.23PaulFertsermrmoku: now?
07:38.26PaulFertsermrmoku: bow
07:38.30PaulFertser:)
07:38.41mrmoku:)
07:39.03mrmokuno 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.12Gnutoohi 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.50mrmokuGnutoo: hmm... thing is... I just successfully built a new SHR image with newest xorg...
08:27.22mrmokuGnutoo: we had quite a flux of changes the last days... are you sure your tree is uptodate?
08:28.59Gnutoono not the lastest
08:29.11GnutooI'll upgrade and rebase(changes needed for htcdream)
08:29.30mrmokubuilding was weired the last week or two... but I just finished building a new xorg image from scratch on our buildhost
08:29.51mrmokuGnutoo: so... if you want newest ophonekitd :P
08:30.06GnutooI halready have a recent ophonekitd
08:30.21Gnutooand 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.45Gnutoobut I'm also interrested in a clean image for htcdream
08:33.59Gnutoonot an image where I would have to modify manually a lot of config files
08:34.16mrmokuGnutoo: send a patch against shr/import to shr-devel and I will integrate it :)
08:34.32Gnutoomrmoku, 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.39mrmokuok
08:34.51Gnutooelse if you want it before my test just tell me
08:35.12Gnutoopatch is like for oe: git diff format with commit message and all,sent by mail by git?
08:35.27mrmokuyup
08:36.02Gnutoook
08:36.47mrmokubbl, need some coffee :)
08:37.50*** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
08:38.04ceda_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.40Gnutoomrmoku|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.32playya__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.38Gnutoook
09:09.25Gnutooplayya__, ah that file
09:09.36Gnutooyou've got its output in what I pasted I think
09:09.38GnutooI'll verify
09:09.53Gnutooindeed
09:10.01Gnutooconfig.log doesn't tell a lot either
09:10.10Gnutoothe thing is in the m4 things
09:13.52Gnutoomrmoku, I still have the error: ^^^
09:17.36mrmokuGnutoo: what package does provide those macros? util-macros?
09:20.20GnutooI'll check
09:25.44playyaanone knows why i should compile epsilon?
09:27.25Gnutooutil-macros-native-
09:27.35Gnutoo*util-macros-native-1_1.1.5-r1
09:31.16Gnutooand XORG_MACROS_version=1.1.5 is defined
09:31.39TAsnmrmoku, 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.50mrmokuGnutoo: hmm interesting util-macros-native-1_1.3.0-r0/ is what I have
09:32.10Gnutoostrange i just pulled
09:32.13Gnutoofrom shr/import
09:32.21mrmokuchecks buildhost
09:32.43GnutooI've also strange things like frameworkd.conf files that don't correspond to what's in the images
09:33.11mrmokuTAsn: NOTE: Running task 5072 of 7538
09:33.19TAsnomg
09:33.26TAsnyour pc sucks!
09:33.28mrmokuTAsn: but there is a new image on the buildhost that works :)
09:33.35TAsnreally? :)
09:33.37TAsnunstable image?
09:33.42TAsnwith xorg?
09:33.44mrmokuTAsn: well... it failed on libfso-glib over night
09:33.47Gnutoomine is worse: pentium M 2GHZ@less because of heat
09:33.48mrmokuTAsn: yup
09:33.53TAsnomg
09:33.56TAsnyou rock.
09:34.14mrmokuTAsn: building the feed right now
09:34.14TAsndoes pyphonelog work? heard there were some issues with pyphonelog
09:34.23mrmokulet me check
09:34.24TAsnso i'll be able to get xorg? yay! :)
09:35.01mrmokumy log is empty... but that works fine :)
09:35.18mrmokuTAsn: if you want to upgrade you have to wait for me to build the index
09:35.30mrmoku(which will take some time because the feed has to build first)
09:35.48TAsnit's ok
09:35.54TAsnas I'm leaving anyway :)
09:35.58mrmoku:P
09:36.04TAsnbtw about efl2
09:36.14TAsnadd from contact doesn't work
09:36.21TAsnsince you switched from
09:36.22mrmokusaw that, yes
09:36.30TAsnelm_mycontactlist
09:36.38TAsnthat's the top issue right now.
09:36.50mrmokuTAsn: will take care of the contacts as soon as I can build
09:36.55TAsnalso that for some reason I have another weird issue, will show you when I'm back ;)
09:36.59TAsnmrmoku, thanks.
09:38.25CIA-66SHR: 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.41morphisheyho
09:42.45Gnutoomrmoku, so...what could be the reason of the difference between the files in your buildbot and my laptop
09:43.09mrmokugood question
09:43.22Gnutoopulling said Fast forward for me
09:44.26Gnutoocf83ab7be45abb7658fe0b458a535b2b1f49abd0 is the more recent commit I have
09:44.54*** join/#openmoko-cdevel betheg|off (i=betheg@unaffiliated/betheg)
09:46.15morphismrmoku: I spoke with stefan_schmidt about creating our image for the palm pre out of current shr
09:46.20morphismrmoku: he agreed
09:47.00mrmokumorphis: yeah, spoke with him too yesterday :)
09:47.09Gnutoowow I saw palm pre landed in oe
09:47.13morphismrmoku, great
09:47.35GnutooI didn't have enough time to help...I was busy with the htcdream
09:47.37morphismrmoku, should I create some patches for shr/import with machine support etc or you want to do this?
09:47.38mrmokumorphis: will cherry-pick the needed stuff and see if it  builds over the weekend
09:47.45morphismrmoku, ah great
09:48.02morphismrmoku: you also include fsodeviced for the pre-image?
09:48.04mrmokumorphis: stefan said it's just two commits... will just cherry-pick them... should be easy
09:48.09morphis:)
09:48.14mrmokumorphis: yep
09:48.31mrmokumorphis: yesterday we bumped vala... and latest fso stuff builds fine
09:48.50morphisperfectly
09:48.54Gnutoowhat 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.17DocScrutinizer-8mrmoku: that sounds like today is a good day for testing?
09:49.21mrmokuGnutoo: conf/distro/include/preferred-xorg-versions-live.inc:PREFERRED_VERSION_util-macros-native ?= "1.3.0"
09:49.33Gnutoothat's what I was looking right now
09:49.41mrmokuDocScrutinizer-8: testing like in testing image... or like in testing unstable? :P
09:49.45Gnutoobut I was looking in the shr prefered versions
09:49.50morphisGnutoo: 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.56DocScrutinizer-8mrmoku: a)
09:50.44mrmokuDocScrutinizer-8: first some testing of the unstable image... if it is as good as I think... then new testing based on xorg :)
09:50.51Gnutoomorphis, 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.17Gnutoommm PREFERRED_VERSION_util-macros-native ?= "1.3.0"
09:51.20DocScrutinizer-8mrmoku: we g(eo)t new U-image?
09:51.24GnutooI'll check the local.conf
09:51.41mrmokuDocScrutinizer-8: in tests/mrmoku/unstable yes
09:51.48mrmokuDocScrutinizer-8: building the feed right now
09:52.01morphisGnutoo: whats missing for the initial stage for the htc dream?
09:52.15mrmokuDocScrutinizer-8: after that I will wipe and then sync the feed
09:52.19DocScrutinizer-8mrmoku: so again, this time b) ? ;-P
09:52.56mrmokuDocScrutinizer-8: well... what would be your proposal?
09:53.48Gnutoomorphis, 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.50mrmokuGnutoo: try to -c rebuild util-macros-native
09:53.54Slyonmorphis: you are the py-elm guy, right?
09:53.55Gnutoook
09:54.00DocScrutinizer-8mrmoku: hmm, depends. Does it build? does it work? does it eat my cat?
09:54.03Gnutoomrmoku, pr not bumped?
09:54.35mrmokuGnutoo: why? version is different... might be a missing dependency somewhere
09:54.38morphisSlyon: right
09:54.55morphisGnutoo: sounds good, what about the modem part?
09:54.55Gnutoommm
09:55.07mrmokuDocScrutinizer-8: testing with kdrive does not build (and what be difficult to make it build again)
09:55.07morphisGnutoo: I think the dream also has a modem made by qualcomm?
09:55.13Gnutoomorphis, I told that already: ",fsousaged segfault so ophonekitd doesn't start but if it's solved it should work because cli-framewo"
09:55.19mrmokuDocScrutinizer-8: so the viable option would be xorg for testing too
09:55.23Slyonmorphis: can you say me, how i can set the elm background to the one defined in a edj file?
09:55.27mrmokuDocScrutinizer-8: and that needs some testing first :(
09:55.42Gnutoomorphis, it works if you power the antenna with cli-framework
09:55.43mrmokuDocScrutinizer-8: so... I think short b) and then a) is the way to go
09:55.45morphisGnutoo: jep I got this, but on low-level the modem is working?
09:56.08DocScrutinizer-8mrmoku: I'm fine with testing if it got a fair chance to work
09:56.09morphisGnutoo: so you can send AT-commands over the serial interface or whatever the dream has?
09:56.30Gnutoomorphis, fso is working so yes...it's a virtual serial interface
09:56.30DocScrutinizer-8mrmoku: testing like b)
09:56.41Gnutoomorphis, it's /dev/smd0
09:56.45morphisah ok
09:56.52morphisso frameworkd supports it
09:56.52Gnutoomorphis, but we may have issues with pm
09:56.53mrmokuDocScrutinizer-8: so far I installed the new image and it boots and registers to the network
09:56.57Gnutoomorphis, yes
09:57.06Gnutoomorphis, not pm of the modem but pm in genera
09:57.07Gnutool
09:57.15Gnutoopm = power management
09:57.21morphisGnutoo: I asking because the pre also has a qualcomm modem and we currently searching for information how it is working
09:57.30DocScrutinizer-8mrmoku: I might consider to give it a try then, as soon as you synced
09:57.34mrmokuDocScrutinizer-8: and suspend/resume works fine
09:57.36morphiscause we find out webOS is using some binary protocoll to speak with the modem
09:57.38Gnutoomorphis, ah ok simply modify frameworkd.conf and try it
09:57.41mrmokuDocScrutinizer-8: ok, will ping you :)
09:57.44Gnutoomorphis, what's the device node?
09:57.48DocScrutinizer-8mrmoku: k
09:58.15DocScrutinizer-8mrmoku: this includes tasn's newsest work?
09:58.25mrmokuDocScrutinizer-8: not by default
09:58.35GnutooNOTE: package util-macros-native-1.1.5: completed
09:58.39Gnutooso it's defined somewhere
09:58.51mrmokuGnutoo: hmm
09:58.57morphisGnutoo: you mean the /dev one?
09:59.02Gnutoomorphis, yes
09:59.18mrmokuDocScrutinizer-8: what do you think about the opimd move?
09:59.20morphisthere are three
09:59.23Gnutoomorphis, because you could have to change that because it's hardcoded in the python modem support files
09:59.53morphis/dev/ttyS0 for normal communication, /dev/tts/modemdiag for modem diagnostics
10:00.02morphisGnutoo: jepp, I saw this
10:00.13DocScrutinizer-8TAsn: I guess installing the sqlite-opimd and ophonekit is much simpler on new image?
10:00.17morphisI though about to move the interface definition to frameworkd.conf
10:00.38Gnutoomorphis, ok so you'll need to fork the modem code
10:00.42DocScrutinizer-8mrmoku: to me tasn's opimd work sounds great
10:00.57morphisGnutoo: I think but I want to speak with mickey_away about this
10:01.04mrmokuDocScrutinizer-8: the problem I have is that it requires changes in ophonekitd too
10:01.08Gnutoomorphis, indeed
10:01.18mrmokuDocScrutinizer-8: which creates regressions for old efl frontend
10:01.33mrmokumainly no name resolution on incoming calls
10:01.37morphison 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.43morphisit's not very useful
10:02.11DocScrutinizer-8mrmoku: aiui new efl is compatible?
10:02.14morphisin 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.20mrmokunotes to have 10 days to get a working palm pre SHR image :)
10:02.29morphismrmoku: :)
10:02.36morphismrmoku: maybe some days more
10:02.47morphismrmoku: cause we don't need the image on the first day
10:02.49mrmokuDocScrutinizer-8: somehow... ophonekitd won't do the name resolving on incoming calls anymore
10:02.56mrmokuDocScrutinizer-8: and old efl does not do it itself
10:03.09mrmokumorphis: ok :)
10:03.28DocScrutinizer-8yes, but installing new efl sounds like a good idea to me?
10:03.48Gnutoodistro/include/preferred-shr-versions.inc:PREFERRED_VERSION_util-macros-native ?= "1.1.5"
10:03.59Gnutooso who is called before?
10:04.00mrmokuDocScrutinizer-8: so far TAsn is the only one who tested it... I want to give it some testing myself ;)
10:04.05DocScrutinizer-8mrmoku: (though I have to admit I have no idea what's efl at all)
10:04.09morphisso I am out for breakfast
10:04.13Slyonmorphis: It's done, i got it by myself =)
10:04.33morphisSlyon: what is done?
10:04.38Gnutoohow does palm pre power management work?
10:04.40mrmokuDocScrutinizer-8: libframeworkd-phonegui-efl which is using plain ogsmd for contacts and messages
10:04.47Slyonmorphis: i asked you how to set a elm bg from edj
10:04.53Slyon;)
10:04.57Gnutoois it like htcdream,nokia-Nxx,etc...?
10:05.05morphisSlyon: ah uh, i overread it :) sorry
10:05.10Slyonmorphis: no problem
10:05.18morphis:)
10:06.02Gnutoomorphis, 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.12DocScrutinizer-8well, for testing-a) I'm fine without TAsns opimd move
10:06.44morphisGnutoo: wait a hour, then I will tell you everything I know about it :)
10:06.48morphisGnutoo: or look at http://www.freesmartphone.org/index.php/PalmPreGSM
10:06.56Gnutoook
10:07.01DocScrutinizer-8mrmoku: 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.46DocScrutinizer-8after flashing new image I'd like to simply "opkg install" the opimd-sqlite
10:08.04mrmokuDocScrutinizer-8: you mean opimd-utils?
10:08.59*** join/#openmoko-cdevel playya (n=playya@unaffiliated/playya)
10:09.21DocScrutinizer-8I 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.24DocScrutinizer-8efl
10:09.29mrmokuPaulFertser: I read the blog you posted about palm pre... gives room for SHR on it ;)
10:09.45playyaalphaone, happy birthday to you . happy birthday to you.
10:10.12mrmokuDocScrutinizer-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.40mrmokuand he did some adjustments to ophonekitd and libframeworkd-phonegui to play nice with opimd
10:10.56mrmokuhe did *not* touch opimd-utils as that is dos1's python testing stuff for opimd :P
10:11.25DocScrutinizer-8he told me he's as well trying/working to make cache in opimd go and use sqlite instead
10:11.56mrmokubut that's not part of what he did the last two days
10:12.34DocScrutinizer-8anyway, I'm fine with a new shr-u image without all that for now
10:12.39lindi-sqlite? the one that firefox uses and that manages to lose users' bookmarks often? ;)
10:13.06DocScrutinizer-8I'm sure I'm able to opkg install tasn's stuff then maybe tomorrow
10:13.31mrmokuthe problem is that we can't have two different ophonekitd packages :(
10:13.47DocScrutinizer-8why not?
10:14.10*** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
10:14.25mrmokuwell... 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.45DocScrutinizer-8hmm, ok
10:14.52mrmokulindi-: firefox switched to sqlite for bookmarks? did not know that... and sucks :(
10:14.55Gnutoommm shr-autorev-unstable.inc is not included
10:15.12DocScrutinizer-8I thought a metapkg opim-tasn would do ;-P
10:15.20lindi-mrmoku: has done so for a while
10:15.28mrmokuGnutoo: that explains it :)
10:15.31lindi-mrmoku: it keeps corrupting them especially on nfs $HOME
10:15.38mrmokulindi-: ouch :(
10:15.41*** join/#openmoko-cdevel dos1 (n=dos@unaffiliated/dos1)
10:15.59Gnutoomrmoku, 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.08DocScrutinizer-8NFS ${HOME} ?  LOOoL
10:16.20mrmokuGnutoo: you're building with our makefile?
10:16.26Gnutoono
10:16.28mrmokudos1: hey morning... fresh again?
10:16.33GnutooI'm building with oe
10:16.36DocScrutinizer-8nfs is begging for all kinds of corruption
10:16.39Gnutooand the howto seem to cover the Makefile
10:16.46mrmokuyup
10:17.03mrmokuthe makefile adds the include for it to local.conf for unstable
10:17.27dos1morning ;)
10:17.33Gnutooah ok, I asked several times here if there was a difference between the makefile and the oe thing
10:17.38Gnutoobut I got no answer
10:17.41dos1yup, i feel better now :)
10:17.43DocScrutinizer-8eeeeek it speaks
10:17.46mrmokuGnutoo: sorry did not see that
10:18.01Gnutoomrmoku, that's all it does or do other fixes too?
10:18.01mrmokudos1: good :) we have a new unstable image
10:18.08dos1mrmoku: synced?
10:18.14mrmokudos1: building the feed
10:18.20mrmokuGnutoo: let me check
10:18.25Gnutoook thanks a lot
10:18.38dos1ok, i'll have to upgrade my system now...
10:18.48dos1as i was upgrading only cornucopia recently
10:19.00playyamrmoku, efl1/epsilon has been moved to OLD/ dir in the svn
10:19.01dos1and i still have some old kernel, kdrive and few other old things :x
10:19.25mrmokuplayya: that one too?
10:19.32playyayes
10:20.11*** join/#openmoko-cdevel lysgaard (n=mortenLy@85.252.185.18)
10:20.14DocScrutinizer-8dos1: you nasty bugfarmer, morning! ;-)
10:21.20mrmokuGnutoo: basically its http://shr.pastebin.com/m5671ce88
10:21.31Gnutoomrmoku, thanks a lot
10:21.39mrmokuGnutoo: np
10:22.19Slyonmorphis: another question: how can i read out the edj-file of the active illume-theme?
10:23.32Gnutoomrmoku, echo "# require conf/distro/include/fso-autorev.inc" has a # in it...strange
10:23.53mrmokuGnutoo: there are some options just as example
10:23.58Gnutooah ok sorry
10:24.00mrmoku(and some of them obsolete :P)
10:24.03Gnutoothere is written fso not shr
10:24.18mrmokunotes to remove that one
10:24.54*** join/#openmoko-cdevel pabs3 (n=pabs@d122-105-78-211.per9.wa.optusnet.com.au)
10:25.25mrmokuok, lunchtime :P
10:25.26mrmokubbl
10:25.57DocScrutinizer-8ok, coffeetime
10:27.39playyasybren, 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.22Gnutoooh no...shr uses an old bitbake.conf
10:34.26Gnutoo=> 0x404dde94 in raise () from /mnt/moko/lib/libc.so.6
10:34.40Gnutoo=> no symbols
10:34.46Gnutooeven when installing the -dbg
10:34.53GnutooI'll check what I've done
10:35.15*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
10:35.57Gnutooah no -dbg wasn't installed I'll look why
10:36.13Gnutooagain the libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9) *
10:36.22GnutooI'll update && upgrade
10:36.34*** join/#openmoko-cdevel Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz)
10:37.37Gnutoowow don't segfault anymore because of assertions
10:37.42DocScrutinizer-8Gnutoo: on which platform? :-D
10:37.50Gnutoohttp://pastebin.com/m4825fb65
10:37.53Gnutoohtc dream
10:38.03Gnutoohere's my frameworkd.conf
10:38.08DocScrutinizer-8update and upgrade? wow
10:38.37Gnutoohttp://pastebin.com/m48064e6e
10:40.05blindcoderhttp://scap.linuxtogo.org/files/452efdd17f394086a33c518c61f299c7.png
10:40.10blindcoderhttp://scap.linuxtogo.org/files/e8827e508a358f26dc607d6deb83e8c4.png
10:40.10blindcoder:)
10:41.30DocScrutinizer-8Gnutoo: how mature is qualcom?
10:41.47Gnutoomrmoku|away, http://pastebin.com/m51a614c : during the parsed it stopped progressing...and I pressed enter and that's what I've got
10:42.00Gnutoomrmoku|away, maybe there was something on the ml about that
10:42.27GnutooDocScrutinizer-8, I didn't test it extensively but it seems that I have to fix the sim contact thing
10:43.04DocScrutinizer-8aah, the non-implemented mandators contacts-AT
10:43.21DocScrutinizer-8mandatory (as in 0707)
10:44.25Gnutoowith the new fsousaged ophonekitd started
10:44.30GnutooI must try with pin...
10:44.31DocScrutinizer-8Gnutoo: somebody claimed he implemented a AT+CSIM for that
10:44.51DocScrutinizer-8(contacts)
10:45.56Gnutoook
10:47.41Gnutoobtw 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.36Slyondoes anyone know, how to read out the edje file of the active illume theme?
11:17.54TeLLuS<PROTECTED>
11:23.06mrmokuGnutoo: the svn certificate problem?
11:23.33Gnutoomrmoku, yes I typed p and enter and it was ok then
11:23.43Gnutoobut the server is https
11:23.50Gnutooand is on sourceforge
11:23.56Gnutooshouldn't it be http://
11:24.19mrmokudon't know what is preferred...
11:24.46Gnutoook
11:25.31morphisSlyon: the active illume-theme?
11:25.40morphisSlyon: 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.48Slyonmorphis: i like to use the illumewallpaper in my app (shr-today)
11:27.36morphisthe current wallpaper which is set by illume to your desk or the default wallpaper of illume?
11:27.54Slyonthe current wallpaper
11:28.21morphisGnutoo: 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.27morphisGnutoo: the same for bt and wl
11:28.41morphisGnutoo: about all other power management I don't know
11:28.41Gnutoomorphis, ok
11:28.56morphisGnutoo: we will care about when we have done the first call :)
11:29.01Gnutoook lol
11:29.04morphisthats our primary target
11:29.20GnutooI'll care about it too when I'll got wifi+alsa running but I'm afraid of it
11:29.23morphiswithout that the pre is only another big brick :)
11:29.47GnutooI bought my openmoko knowing I wouldn't use it as a phone
11:29.56Gnutoobecause I couldn't
11:30.02morphisGnutoo: 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.11morphislike pm for the modem, bt and wl
11:30.13Gnutooand now it has became usable...but I've no buzz-fix
11:30.20Gnutoook
11:31.51Slyonmorphis: i like to achieve that the wallpaper in illume-view and shr-todays wallpaper are the same.
11:32.02morphisGnutoo: 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.12morphisSlyon: hm
11:32.16Gnutoomorphis, yes the ril
11:32.31morphisGnutoo: is it on source.android.com?
11:32.36Gnutoomorphis, I even tried the reference ril who has sources and somewhat works
11:32.51morphisSlyon: you should better ask raster about that
11:32.54Gnutoomorphis, when I did ../repo init && ../repo sync I got them
11:33.04morphisSlyon: maybe it's stored in the illume configuration
11:33.15Slyonmorphis: okay
11:33.23morphisSlyon: I don't think that you should look at the illume theme for it
11:33.35Gnutoomorphis, but they can be retrived with git so you don't download the whole android
11:33.42morphisSlyon: take a look at the illume code and try to find our where the current wallpaper is stored
11:33.52morphisGnutoo: ok
11:34.40morphisGnutoo: is the ril still the same for all android phones?
11:34.50Gnutoono
11:34.58Gnutooit's customized for each phone
11:35.01morphisGnutoo: but for the qualcome ones?
11:35.05morphisGnutoo: ah ok
11:35.12Gnutoothe dream use qualcomm_msm modem
11:35.18morphisGnutoo: and the customized ones are also available?
11:35.35Gnutoobtw if you have the proprietary ril you can also do strings on it but it's useless so don't do it
11:36.12morphishm ok
11:36.19blindcoderSlyon: you're the author of shr-today, no?
11:36.24morphisI am just searching for hints of the binary mode of qualcom modems
11:36.25mrmokuTAsn: ok, successfully built efl2 now :)
11:36.30Slyonblindcoder: i am
11:36.47bethegmrmoku: 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.49blindcoderSlyon: 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.17mrmokubetheg: check log.do_rootfs ... and search for ERROR
11:37.25mrmokubetheg: the common one is fso-abyss
11:37.38mrmokubetheg: bitbake it manually and then the shr-lite-image again
11:37.47Gnutoomorphis, git://android.git.kernel.org/platform/hardware/ril.git
11:37.57blindcoderSlyon: 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.03morphisGnutoo: found it already
11:38.07Gnutoook
11:38.18morphisGnutoo: but there is not platform specific code in it
11:38.22Slyonblindcoder: no, it doesn't. just elementary
11:38.32Gnutoomorphis, there are ifdefs
11:38.43blindcoderSlyon: great, thanks :)
11:38.44CIA-66freesmartphone.org: 03mickey 07cornucopia * r2637a41756b6 10/fsogsmd/src/ (10 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.Device.{Get|Set}SimBuffersSms()
11:38.45CIA-66freesmartphone.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.53CIA-66freesmartphone.org: 03mickey 07phonesim * r4b555cb99b10 10/modems/generic.xml: generic.xml: properly implement +CNMI
11:38.53Gnutoomorphis, there is also the initialization thing to make it talk AT
11:38.57morphisifdefs for the different hw platforms?
11:39.02morphishm
11:39.06Gnutoomorphis, no for different modems
11:39.26bethegmrmoku: 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.01morphisGnutoo: ok
11:40.51DocScrutinizer-8mickey|vacation: heyho! :-)
11:41.37mickey|vacationmorning DocScrutinizer-8
11:42.06morphishey mickey|vacation ! how are your vacations?
11:42.20bethegmrmoku: ahh Cannot satisfy the following dependencies for task-shr-minimal-apps: fso-abyss. ok thanks
11:42.20mickey|vacationmorphis: excellent... but... almost over
11:42.49Gnutoomorphis, for instance you have ATE0Q0V1 that make the modem talk AT
11:42.50morphismickey|vacation: so monady is your first work-day :)
11:43.13mickey|vacationmorphis: tuesday. we're flying back FUE -> FRA on monday evening
11:43.33mickey|vacationcan't wait to test his fsogsmd improvements with a real modem
11:43.40mickey|vacationphonesim was a great help though
11:43.50GnutooDocScrutinizer-8, btw where can I find the source of the contacts implementation
11:43.51morphisGnutoo: ok
11:44.09morphismickey|vacation: on 13. october you have the next modem to test with :)
11:44.29mickey|vacationmorphis: i truely hope so...
11:44.51mickey|vacationwhen i first wrote ogsmd i only knew the TI Calypso
11:44.52DocScrutinizer-8Gnutoo: 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.08mickey|vacationhence some Calypsoisms had impact on my view of abstractions
11:45.16mickey|vacationi know much more modems by now
11:45.22Gnutoook
11:45.24Gnutoothanks
11:45.57morphismickey|vacation: that is great, maybe with the pre we got another, maybe with a binary protocol
11:46.00DocScrutinizer-8Gnutoo: or ask PaulFertser. Maybe he remembers details
11:46.43mickey|vacationmorphis: 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.01Gnutoook i'll search for the logs
11:47.04morphismickey|vacation: just take a look at the PreGsm site in the fso wiki
11:47.12mickey|vacationk
11:47.17morphisI disassembled some programs of the webOs image
11:47.25morphisthere are some binary commands
11:47.28GnutooI hope they are on the net cause I'm not in #openmoko anymore(too many channels + channel limit on freenode)
11:47.33morphisor maybe they are crypted AT commands
11:47.49Gnutoomorphis, no I think they don't use that thing:
11:47.55GnutooATE0Q0V1
11:47.57Gnutootry that
11:47.58morphismickey|vacation: from where do you this informations?
11:48.01DocScrutinizer-8Gnutoo:
11:48.04DocScrutinizer-8~logs
11:48.05aptAll 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.28Gnutoothanks
11:48.37morphisGnutoo: I will
11:48.39DocScrutinizer-8~tell Gnutoo about logs
11:48.40*** join/#openmoko-cdevel spaetz__ (n=spaetz@62.48.119.96)
11:49.19mickey|vacationmorphis: from inspecting the firmware embedded in the webos doctor stuff
11:49.29morphisI do the same
11:49.36morphisthere are some AT commands
11:49.40mrmokuDocScrutinizer-8: those are no live logs though :(
11:49.44morphisbut I found only eight or so
11:49.51playyamrmoku, you should update FSOREV_cornucopia to c87a8f6fcdcacaeaeb2ffce2aa6707a6506ddf7e or later or fsousaged won't compile
11:49.53DocScrutinizer-8yes, never been
11:49.55morphisand some crypted command lines with binary data
11:50.05mrmokuplayya: update... I set it to AUTOREV again :)
11:50.13playyaok
11:50.20DocScrutinizer-8mrmoku: for yesterday and older they should suffice
11:50.24*** join/#openmoko-cdevel h4v (n=h4v@new.otos.pl)
11:50.27playyaepsilon patch applied?
11:50.28DocScrutinizer-8err
11:50.35morphismickey|vacation: but I think it should be possible (when there is a binary protocol) to switch between plain at and binary
11:50.37DocScrutinizer-8Gnutoo: ^
11:50.38mrmokuplayya: no, you did a patch? :D
11:50.41mrmokuchecks patchwork
11:50.47playyayes. shr-devel
11:50.50morphisso lets see what we have when the device is available :)
11:50.58DocScrutinizer-8errr
11:51.02DocScrutinizer-8mrmoku:
11:51.13DocScrutinizer-8mrmoku: so what?
11:51.15mickey|vacationmorphis: that'd be awesome. yeah, lets see
11:51.16Gnutoomorphis, 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.51GnutooDocScrutinizer-8, ok thanks
11:52.02morphisGnutoo: I found something like ATE0E0E0E1E0E0
11:52.06mrmokuplayya: applied
11:52.15morphisGnutoo: but we will try it when we have the device
11:52.19Gnutoook
11:52.33Gnutoois the device easily rootable?
11:52.52mrmokuDocScrutinizer-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.54DocScrutinizer-8mrmoku: for livelogs do a !logs in #openmoko
11:53.08mrmokuDocScrutinizer-8: *I* know where they are :P
11:53.11morphisso I am off for some time
11:53.14morphisbye
11:53.59DocScrutinizer-8mrmoku: here do a ~log for livelogs
11:54.20mrmoku~log
11:54.20aptfrom memory, log is http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ?
11:54.25mrmoku:D
11:54.32DocScrutinizer-8mrmoku: but Gnutoo doesn't need livelogs for what I suggested
11:55.07Gnutooindeed it was panicking that mapped csim
11:55.23DocScrutinizer-8yo
11:55.29DocScrutinizer-8now I remember
11:55.54Gnutoobut not for +CPBR
11:56.06Gnutooit was for +CRSM
11:56.07DocScrutinizer-8Gnutoo: no idea
11:56.15GnutooI'll look at the ril then
11:56.18GnutooI've the sources
11:56.22Gnutooso it should be easy
11:57.02playyamickey|vacation, btw. inherit cross doesn't change anything :( I updated vala on my host
11:57.16DocScrutinizer-8Gnutoo: +CSIM should work similarly
11:57.23mickey|vacationplayya: hmm, that's sad. we need to think more about it then
11:57.30Gnutoook
11:57.48pbaxterhello all
11:57.53playyayes. or a better way to check for vapis without .pc files
11:58.00playyahi pbaxter
11:58.06pbaxterhi playya
11:58.17dos1playya: what issue do you have?
11:58.28DocScrutinizer-8Gnutoo: iirc you can access all storage via sim's filesystem
11:58.37Gnutoook thanks
11:59.11dos1playya: here, when having cross-compiled vala staged, vapi files couldn't be find
11:59.26dos1s/find/found/
11:59.27playyayes. thats the problem
11:59.28dos1playya: do you have the same?
12:00.04playyaif you mean libfsobasics yes
12:00.22dos1yup, exactly the same problem here
12:00.30playyaworkaround: update your vala on the host or cp the vapis into /usr/share
12:01.10playyamickey|vacation, what about a patch which removes the checks in the configure.ac?
12:01.13DocScrutinizer-8Gnutoo: I'd recommend patching ril to support the standard AT cmd for contacts though
12:01.21Gnutoook
12:01.58DocScrutinizer-8Gnutoo: +CSIm is kinda.... ugly
12:02.16playyamickey|vacation, we test for vala >= 0.7.7 which includes linux.vapi -> additional testing not necessary
12:02.26Gnutoolol
12:02.52GnutooDocScrutinizer-8, yes but the standard contact is not standard...
12:03.04playyabut posixextra needs to be installed
12:03.05DocScrutinizer-8errr
12:03.21Gnutooon qualcomm_msm
12:03.28mickey|vacationplayya: this will fix libfsobasics, but other parts still need misc-vapi
12:03.29playyahmm. remove the check. if it's missing vala bails out :P
12:03.55DocScrutinizer-8Gnutoo: I'm not in that topic so much I could say something
12:04.33DocScrutinizer-8Gnutoo: aiui in 07.07 there should be a standard way to access contacts, sms etc
12:04.44Gnutoook
12:05.35playyamickey|vacation, what about a fso-misc-vapi.pc file?
12:05.43DocScrutinizer-8Gnutoo: reread the logs of #openmoko. PaulFertser had a comment on that
12:05.50Gnutooah ok
12:05.54DocScrutinizer-8to panickining
12:05.54GnutooI'll reread then
12:06.08mickey|vacationplayya: yes, we can do that, but it's just another workaround that doesn#t fix the root cause
12:06.17playyayes
12:06.26mickey|vacationi'd rather fix the root cause, which is vapidir pointing to a wrong place
12:06.48mickey|vacationif no one beats me to it, i'll do it when i'm back
12:07.37playyaok.
12:08.01playyai don't know anything about bbclasses
12:12.07playyathis might help:
12:12.10playyado_configure_prepend() {
12:12.10playya<PROTECTED>
12:12.10playya}
12:12.36playyas/_NATIVE//
12:23.07playyamickey|vacation, would it be an evil hack to only add vala-10.pc to PKG_CONFIG_PATH?
12:24.18playyai think that should add less regressions
12:24.32dos1mrmoku: 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.50CoreDump!logs
12:25.50cdbot2Channel logs for #openmoko-cdevel are archived at:
12:25.51cdbot2http://hentges.net/tmp/logs/irc/%23openmoko-cdevel
12:25.52cdbot2Live-logs are available at
12:25.54cdbot2http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog
12:25.56spaetz__ONEN
12:25.57cdbot2See ?? help-logs for usage instructions
12:25.58spaetz__!
12:25.59mrmokudos1: thanks for notifiying :)
12:26.00spaetz__dammit
12:26.06DocScrutinizer-8CoreDump: :-D
12:26.13DocScrutinizer-8*945\!<("
12:26.16CoreDump=)
12:26.21DocScrutinizer-8CoreDump: thanks
12:26.43CoreDumpyou are welcome.
12:26.49dos1how many bots we'll have now? o_O
12:26.50dos1;D
12:27.03DocScrutinizer-8hehe, 256
12:27.05spaetz_cdbot? who are you?
12:27.05playyashower time
12:27.41DocScrutinizer-8!info
12:27.49DocScrutinizer-8!status
12:27.54DocScrutinizer-8!help
12:27.59DocScrutinizer-8!bah
12:28.02CoreDump?? help
12:28.02cdbot2help[1]: Available help topics:
12:28.03spaetz_!hehe
12:28.04cdbot2help[2]: ?? help-google
12:28.04cdbot2help[3]: ?? help-database
12:28.06cdbot2help[4]: ?? help-exchange (currency converter)
12:28.08cdbot2help[5]: ?? help-oebug
12:28.10cdbot2help[6]: ?? help-ombug
12:28.13cdbot2help[7]: ?? help-logs
12:28.14cdbot2help[8]: ?? help-misc
12:28.26spaetz_spambot
12:28.33DocScrutinizer-8wow
12:28.41DocScrutinizer-8what a speeeeeeed
12:28.49DocScrutinizer-8lol
12:28.49CoreDump?? help-misc > DocScrutinizer
12:28.56CoreDumpyes, speed sucks.
12:29.19DocScrutinizer-8CoreDump: nevermind
12:29.43DocScrutinizer-8as long as dely for livelogs is equally short ;-P
12:30.20dos1http://i34.tinypic.com/2n69no5.jpg
12:30.43CoreDumpthere usually is no noticeable delay in the logs
12:30.46DocScrutinizer-8ok fellas. Now we really have somewhat unified config for #openmoko and #openmoko-cdevel
12:30.51CIA-66freesmartphone.org: 03mickey 07specs * r896563e12805 10/ (4 files in 3 dirs):
12:30.51CIA-66freesmartphone.org: org.freesmartphone.GSM.Device: Add new API org.freesmartphone.GSM.Device.SetFunctionality( s:level ) -> ()
12:30.52CIA-66freesmartphone.org: NOTE: This deprecates org.freesmartphone.GSM.SetAntennaPower!
12:30.53dos1poland position in this chart is depressing ;p
12:32.09DocScrutinizer-8mickey_away: woooohooo, finally! ;-D no more nausea here when reading "antennapower"
12:32.24mickey|vacationi figured you'd like that :)
12:32.56dos1mrmoku: build finished :D
12:33.13mickey|vacationbtw.
12:33.29mickey|vacationin fsogsmd, /org/freesmartphone/GSM/Device will also implement org.freesmartphone.Device.RealtimeClock API
12:33.42mickey|vacationso we have the same API for both RTCs
12:33.43dos1ok, backuping my rootfs...
12:33.46mickey|vacationabout time to unify some APIs
12:33.57*** part/#openmoko-cdevel CoreDump (n=mhentges@hentges.net)
12:34.29CIA-66freesmartphone.org: 03mickey 07libfso-glib * rae45e89e5f35 10/src/ (3 files): regenerate
12:34.45DocScrutinizer-8mickey_away: sounds kinda usefull too
12:34.50mickey|vacation*nod*
12:35.09DocScrutinizer-8mickey|vacation: any idea how system keeps the systime over suspend?
12:35.31mickey|vacationmodem RTC or SoC RTC?
12:35.40mickey|vacationah systime you said
12:36.00mickey|vacationjudging 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.38mickey|vacationat least i remember having seen some hctosys message before userland kicked in
12:36.49DocScrutinizer-8mickey|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.58mickey|vacationeeks
12:37.16mickey|vacation~lart GSM operators for not exporting time
12:37.16apttakes GSM operators to the vet for a "special" visit for not exporting time
12:37.22mrmokudos1: thanks for notifiying :)
12:37.39lindi-why not just use the RTC?
12:37.53mickey|vacationwe do
12:38.07mickey|vacationbut it'd be slick to get time without user intervention
12:38.22mickey|vacationon systems without GPS as well
12:39.04lindi-mickey|vacation: hmm? just set it with ntpdate at install time and forget about it?
12:39.05DocScrutinizer-8mickey|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.54DocScrutinizer-8mickey|vacation: you got any better idea?
12:39.56PaulFertsermrmoku: s/i posted/Harald posted/
12:40.14mrmokuPaulFertser: yeah... the _link_ to harlds blog you posted :)
12:40.17mrmoku+a
12:41.59mickey|vacationlindi-: provided we connect to the internet, yes
12:42.29mickey|vacationDocScrutinizer-8: sounds reasonable. there's too much legacy in our sysinit scripts. It's about time I write fsoboot and dump sysvinit
12:42.38DocScrutinizer-8mickey|vacation: I'm really uncertain if I think this is a good idea or almost a bug, *if* my assumption is correct
12:43.14DocScrutinizer-8mickey|vacation: how come initscripts to the picture on suspend/resume?
12:45.36mickey|vacationoh suspend/resume, right. i was confusing this w/ reboot
12:45.38DocScrutinizer-8I guess that's a genuine linux kernel(?) function for suspend / resume action
12:45.49dos1mickey|vacation: ping ping ping
12:45.56dos1mickey|vacation: what about fsodeviced starting at boot?
12:45.56DocScrutinizer-8to manage restoration of systime
12:45.57mickey|vacationdos1: pöng
12:46.26dos1mickey|vacation: we need fsodeviced started at boot due to idle notifier
12:46.27mickey|vacationdos1: sounds good. until fso-monitord is ready for primetime, this should b edone
12:46.58playya*merging*
12:47.31DocScrutinizer-8fsck! idle-notifier on boot?? o.O
12:47.58DocScrutinizer-8prolly will stop boot even before X is up
12:48.07DocScrutinizer-8XD
12:48.35mickey|vacationdon't worry
12:48.38mickey|vacationidlenotifier is just that
12:48.48mickey|vacationdon't mix that up with rules that do something based on the signals IN sends
12:48.52mickey|vacatione.g. oeventsde
12:49.02DocScrutinizer-8mickey|vacation: ok ;-P
12:49.16dos1DocScrutinizer-8: right now it isn't started at all :P
12:49.30DocScrutinizer-8wtf???
12:49.44dos1when using fsodeviced without aby tweaks
12:49.49DocScrutinizer-8how's suspend on idle supposed to work then atm?
12:49.50dos1s/aby/any/
12:50.09dos1DocScrutinizer-8: cause you're using odeviced, which starts at boot with frameworkd? :P
12:50.20spaetz_so, we are transitioning to Xorg, to FSO...d, and opimd/efl2 at the same time?
12:50.29spaetz_loses track of all transitions
12:50.45DocScrutinizer-8hmm, mrmoku seems to tell me different for image sheduled for today ;-)
12:50.49dos1spaetz_: and new EFLSRC rev ;>
12:50.55spaetz_oh, shit :-)
12:51.11mrmokuaand all that today ;)
12:51.19DocScrutinizer-8spaetz: 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.01DocScrutinizer-8probably will eat my cat, AND my dog and GF ;-P
12:52.06mickey|vacationspaetz_: hell, no
12:52.29mickey|vacationspaetz_: the only things ready from fso2 are fsodeviced, fsousaged, fsotimed, fsonetworkd
12:52.43mickey|vacationwith fsousaged being already in
12:52.47DocScrutinizer-8ooh so few?
12:52.49mickey|vacationtimed and networkd being completely uncritical
12:53.04DocScrutinizer-8:-)
12:53.04mickey|vacationand fsodeviced being under test
12:53.04mickey|vacationDocScrutinizer-8: ;)
12:53.52DocScrutinizer-8probably will eat my brain (if there's any left over)
12:54.00dos1mickey|vacation: oh
12:54.10dos1mickey|vacation: i couldn't find usbhost interface in fsodeviced
12:54.12dos1mickey|vacation: is it implemented?
12:54.22TAsndos1
12:54.29TAsnI found another issue with opimd
12:54.31TAsna couple actually
12:54.33TAsnfirst of all
12:54.53TAsnwith opimd I don't get any notification that a new message has arrived
12:54.56TAsnsecond of all
12:55.06TAsnwhen saving a new contact
12:55.10spaetz_mickey|vacation: hehe, taht's enough new stuff for me :-)
12:55.12TAsnand then trying to resolve it
12:55.14mickey|vacationdos1: no i forgot about that
12:55.16TAsnit doesn't resolve
12:55.19dos1TAsn: did you patched oeventsd?
12:55.21mickey|vacationdos1: will come when i'm home
12:55.27TAsndos1, no :)
12:55.30dos1TAsn: :P
12:55.33TAsnok, so that's one
12:55.38TAsnbut what about contact resolving?
12:55.40DocScrutinizer-8reconsiders starting test of new image today or even tomorrow. No matter what mrmoku promises ;-P
12:55.40dos1TAsn: http://openmoko.opendevice.org/~dos/opimd/
12:55.50dos1TAsn: dunno, i'll test it
12:55.54TAsnthanks.
12:56.02TAsnjust use opimd-resolve
12:56.04dos1TAsn: please save all your opimd issues into one list and bug me with it ;)
12:56.05TAsnor something
12:56.18TAsndos1, I can't, there are too many, I get an overflow ;]
12:56.30dos1TAsn: and what about me? :P
12:56.31playyapkg-config is a b*****
12:56.38DocScrutinizer-8TAsn: that's dos1's best suggestion since dunno ;-)
12:56.44TAsnDocScrutinizer-8, hehe
12:58.31*** join/#openmoko-cdevel fenfir (n=fenfir@99.22.251.44)
12:58.48mrmokuTAsn: hmm... name-resolving on incoming call is slow
12:58.57TAsnmrmoku, it's not
12:58.59mrmokuit is much faster when viewing a message
12:59.05TAsnit's that refresh bug
12:59.13mrmokuahh
12:59.15TAsnyou need to click on the widget to make it refresh
12:59.24DocScrutinizer-8eeew
12:59.27TAsnit's less than a sec
12:59.29mrmokuTAsn: it refreshed for me after a second or two
12:59.39TAsnmrmoku, because that was a natural redraw
12:59.42TAsnthough if you initiate one
12:59.44TAsnit should be faster
12:59.48TAsna lot faster
13:00.11mrmokuyep, because while viewing a message it is almost instantenous
13:00.16TAsnmrmoku, btw you also got patched ophonekitd and phonegui, right?
13:00.19TAsnmrmoku, yes.
13:00.23mrmokuyup
13:00.27DocScrutinizer-8mickey|vacation: did you notice dos1 question about usb-hostmode?
13:00.31TAsncool :)
13:00.45TAsnmrmoku, fixed the message from contact already?
13:00.51dos1DocScrutinizer-8: he already answered ;o
13:00.51TAsnbtw, I also fixed #396 :)
13:00.55TAsnthough I need to improve it.
13:01.01DocScrutinizer-8ooh, sorry
13:01.04mrmokuTAsn: no.. trying to fix the 'message list scrolls horizontally' issue now
13:01.13TAsnoh, okie ;)
13:01.17TAsnthat's actually pretty easy
13:01.25TAsnyou just need to restrict length of string
13:01.26lindi-DocScrutinizer-8: offset between RTC and systime is not constasnt
13:01.31TAsnin size
13:01.34mrmokuTAsn: nah
13:01.37TAsnthere's an evas function
13:01.42TAsnto get actual width
13:01.54mrmokuTAsn: genlist offers that... no need to use evas functions
13:01.59DocScrutinizer-8lindi-: that's quite obvious
13:02.01dos1yup, mrmoku is right
13:02.07TAsnmrmoku, cool :)
13:02.10dos1it's "compress" style
13:02.18DocScrutinizer-8linbut what results from that?
13:02.38DocScrutinizer-8lindi-: i.e. how is that related to resume?
13:02.45CIA-66freesmartphone.org: 03mickey 07cornucopia * r44a757f3ca90 10/fsogsmd/src/ (4 files in 2 dirs):
13:02.45CIA-66freesmartphone.org: fsogsmd: prepare for org.freesmartphone.GSM.Device.{Get|Set}Functionality
13:02.45CIA-66freesmartphone.org: NOTE: Need to integrate fsogsmd with resource system before we can implement this
13:02.50mickey|vacationcu
13:03.09TAsnmrmoku, other than the known issues, what is you impression?
13:03.19DocScrutinizer-8mickey_away: enjoy last day(s)
13:03.23mrmokuTAsn: have to test more...
13:03.29TAsnof course...
13:03.36mrmokuTAsn: message list is slow
13:03.51TAsnno
13:03.55TAsnit's the refresh bug
13:04.00TAsnopen in terminal
13:04.04TAsnshr-messages
13:04.06TAsnand when you see
13:04.07lindi-DocScrutinizer-8: i thought you suggested you could save the offset on suspend and restore systime to be rtc + offset on resume?
13:04.12TAsn"entry processed"
13:04.20TAsnyou can click on the widget for a refresh
13:04.21TAsn:|
13:04.23mrmokuhmm
13:04.32TAsnmessages is faster here
13:04.35TAsn(than with sim)
13:04.42TAsnbut 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.13DocScrutinizer-8lindi-: I suspected that's what actually is done now
13:06.00DocScrutinizer-8lindi-: as I don't see other explanation for the observed behaviour
13:06.24TAsnmrmoku, so you see? we gotta fix the refresh bug :)
13:06.29DocScrutinizer-8lindi-: and I pondered if that's a good a bad concept
13:06.30TAsnit affects us in many ways
13:06.37TAsnand we also gotta find a way to change the values of a list
13:06.48TAsnso i'll be able to add contact names there a swell.
13:08.10dos1TAsn: maybe ask raster? ;)
13:08.36TAsndos1, I gotta study, mrmoku will ask him ;]
13:08.50TAsnbtw, thanks, notification works :)
13:09.52lindi-DocScrutinizer-8: let me test
13:09.56mrmokuTAsn: elm_genlist_item_update
13:10.03TAsnshit, reopening #396 :( there's something I haven't thought about.
13:10.11mrmokuand the callback have to give the updated values
13:10.27TAsnmrmoku, cool, thanks, will take a look later :)
13:10.48mrmokuTAsn: http://docs.enlightenment.org/auto/elementary/group__Genlist.html#_details
13:11.13lindi-DocScrutinizer-8: confirmed
13:11.29*** join/#openmoko-cdevel pbaxter_ (n=pbaxter@host8-152-dynamic.51-79-r.retail.telecomitalia.it)
13:11.50DocScrutinizer-8lindi-: 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.20DocScrutinizer-8lindi-: so "generic" linux
13:12.27Schorhrmrmoku: Hi! Any sanity yet? ;-)
13:12.40mrmokuSchorhr: very close now :)
13:12.43DocScrutinizer-8lindi-: just pondering if it's the right thing for FR
13:12.52Schorhrmrmoku: Great :-)
13:13.04DocScrutinizer-8hi Schorhr
13:13.19TAsnmrmoku, can I get xorg already?
13:13.26SchorhrHi DocScrutinizer-8
13:13.30mrmokuTAsn: yup, I built the index
13:13.37TAsnso how can I do that?
13:13.47TAsnwhat do I need to do in order to set it up correctly?
13:13.51TAsnand dump kdrive
13:14.15mrmokuTAsn: opkg upgrade?
13:14.29lindi-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.31mrmokushould just work...
13:14.34TAsnwill automatically switch kdrive to xorg?
13:14.36TAsnreally?
13:14.39TAsnsweet! :)
13:14.41mrmokushould, yes
13:14.42TAsnis it safe? :)
13:14.48mrmokutry yourself :P
13:14.53DocScrutinizer-8lindi-: duh! how?
13:14.59TAsnI'll be the judge of that? ok :)
13:15.12TAsn$ opkg upgrade<CR>
13:15.13TAsn:|
13:15.56TAsnmrmoku, oh, you are talking about mrmoku tests or main feed?
13:16.11DocScrutinizer-8lindi-: here at least it keeps "wrong" systime after resume
13:16.12mrmokumrmoku of course :)
13:16.17lindi-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.27TAsnwhat's the path again? :)
13:16.41lindi-DocScrutinizer-8: well your userland is different for sure
13:16.49DocScrutinizer-8lindi-: I'm not interested in that
13:16.53TAsnhttp://build.shr-project.org/shr-unstable/ipk/ changes to?
13:17.04TAsnhttp://build.shr-project.org/mrmoku/tests/shr-unstable/ipk/ ?
13:17.04mrmokuTAsn: build.shr-project.org/tests/mrmoku/unstable/feed
13:17.09TAsncool
13:18.06mrmokuraster: is there some magic function to force an immediate redraw?
13:18.22lindi-DocScrutinizer-8: and doesn't the hwclock --adjust stuff work too?
13:18.32rastermrmoku: ???
13:18.40rasterwhy would u want to do that?
13:18.52DocScrutinizer-8lindi-: you're completely offtopic
13:18.57mrmokuraster: because redraw is somehow delayed... if you touch the screen it redraws immediately
13:19.11mrmokuraster: probably the problem is elsewhere....
13:19.13rasterthat shouldnt happen
13:19.15TAsnraster, after you change test
13:19.17TAsntext*
13:19.35TAsnbrb
13:20.12rasterecore_evas calls the evas dawring calls just before u enter "idle".
13:20.46rasterthe only time a change whould not b rendering befofe going idle is if changes are made inside an idler
13:20.55rasteror in an idle enterer that is called AFTEr ecore-evas's
13:21.05dos1threads?
13:21.22rasterin that case just queueing a timer for 0.0 secs will cause it to exit idle and enter it again
13:21.48mrmokuhmm
13:21.53rasterif done in threads the same will happen
13:21.59rasterDONT call efl alsl from threads
13:22.11rastertats guarateed to create bugs (crashes and bizarre behavior)
13:22.31rasterits a mistake i see people doing a lot
13:22.37rasterespecially from the shr dev world
13:22.51dos1i'm not ;)
13:22.59dos1but phonegui-efl is thread based AFAIR
13:22.59mrmokuraster: now that there is glib mainloop integration we have a choice :)
13:23.08mrmokudos1: it had to be
13:23.31mrmokuTAsn: and if I understand it correctly your setting the label in the wrong thread :P
13:24.15TAsnmrmoku, mrmoku-tests has newest efl, right?
13:24.24mrmokuTAsn: yup
13:24.25rastertreads are fine... as long as u dont call any efl calls from any threads but 1
13:24.31rasterthre is 1 exception to that rule
13:24.35TAsnraster, i c.
13:24.37rasterecore_pipe_write()
13:24.50TAsnso we should make a efl responsible thread or something? :)
13:24.54TAsnan*
13:25.03rasterecore_pipe is designed for marshalling calls/actions/state from threads back to the main "efl main loop"
13:25.07mrmokuTAsn: there is... thats what the async stuff is for ;)
13:25.15TAsnmrmoku, I do exactly that, in many places
13:25.19TAsnmrmoku, OH :)
13:25.24TAsni c.
13:25.25mrmokubut not on incoming call :)
13:25.26TAsn:)
13:25.31mrmokufixing
13:25.36TAsnmrmoku, thanks :)
13:25.41rasteryu 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.15TAsnplease also add a phonegui_contact_lookup in new number add in message-new-view.c
13:26.23TAsnit introduced crashes
13:26.28TAsnthough probably I was in the wrong thread.
13:27.01TAsnis going to take a shower after a vicious basketball game ;)
13:27.06rasterhehehe
13:27.10TAsnmrmoku, thanks a lot for fixing my mess :)
13:27.33TAsnmrmoku, incoming call, active call, message list generate and add the contact resolving to new number add
13:27.38TAsnI think that's all the mess I caused
13:27.40TAsnnot sure though ;)
13:28.02dos1raster: so i can use for instance ecore_pipe to display progress bar of some long operation in other thread?
13:28.36dos1s/for instance ecore_pipe/ecore_pipe for instance/
13:28.37TAsnraster, what about the elementary indexed list widget you promised me? :)
13:28.45dos1TAsn: it's already there ;P
13:28.48dos1TAsn: index widget
13:28.56TAsnREALLY?
13:28.59TAsnraster, cool! :)
13:29.04dos1TAsn: mrmoku and me already told you that ;x
13:29.13TAsndos1, I didn't understand what you meant ;)
13:29.16TAsnok cool.
13:29.20TAsnmrmoku, we should also change
13:29.21TAsncontact
13:29.26TAsncontact-list-view.c
13:29.31TAsnand message-new-view.c
13:29.36TAsnto use that new and cool widget :)
13:29.41mrmokuTAsn: we told you yesterday to took a look at elementary-tests to see it in action ;)
13:29.48mrmokujust to waken your appetite :P
13:29.48TAsnwee
13:29.52TAsnsec, me is looking
13:30.38TAsnomg
13:30.44TAsnraster, it's like the coolest thing ever! :)
13:30.49TAsnthanks a lot ! ;)
13:30.53mrmokuyup, quite fancy :)
13:31.11TAsnI'm glad I didn't make it and I let him do it himself
13:31.18TAsnhe's a better UI designer than I am :)
13:31.52hardyguys
13:31.55TAsnmrmoku, does it support all utf8 chars? or just A-Z and special chars?
13:31.55DocScrutinizer-8who's "notes"?
13:32.04hardyanyone got a working image for me?
13:32.05mrmokuTAsn: no idea
13:32.12hardyxD
13:32.17hardywith neo theme xD
13:32.34TAsnmrmoku, when will we start using this magnificent beast? :)
13:32.40hardyokay im quiet now
13:32.40dos1hardy: build it yourself xD
13:32.40mrmokuhardy: for image with neo theme you have to wait still some hour
13:32.49dos1hardy: (j/k ;))
13:33.10mrmokuhardy: NOTE: Running task 7317 of 13084
13:33.33DocScrutinizer-8who's "notes"?
13:33.49mrmokuTAsn: when we have working what is there now... and when we understood how to use it :P
13:33.50dos1DocScrutinizer-8: hmm?
13:33.52hardyow... i just coding a liddl wxpython....  by the way: can anyone port this in the opkg libary? ^^
13:34.02DocScrutinizer-8hah
13:34.11TAsnmrmoku, i.e you want me to do it tonight? :)
13:34.21DocScrutinizer-8dos1: resistance is futile! no hiding
13:34.30mrmokuTAsn: :)
13:34.36dos1DocScrutinizer-8: i can't understand you ;)
13:34.40TAsnok, I hope I'll get it done today
13:34.46TAsnI just have some h.w to finish before
13:34.57DocScrutinizer-8dos1: please change notes to have a non-"expanded" view of all notes
13:35.13dos1DocScrutinizer-8: oh, you asked "who wrote opimd-notes?" ;x
13:35.16DocScrutinizer-8dos1: just topic of each note
13:35.20mrmokuTAsn: and someone should style the genlist
13:35.30mrmokufor our default theme
13:35.41TAsnnah, that's too much for me
13:35.44*** join/#openmoko-cdevel wpwrak (n=werner@host16.190-136-29.telecom.net.ar)
13:35.48TAsnI generally don't do UIs
13:35.50mrmokudid not say you ;)
13:36.02TAsnmrmoku, dos1 doesn't do C
13:36.05TAsnI don't do UIs
13:36.10TAsnso the only one left is you :)
13:36.16mrmokuTAsn: well... talking about edc here...
13:36.21mrmokuso no C
13:36.23TAsnoh.
13:36.28TAsnmrmoku, but dos1 is busy
13:36.31dos1mrmoku: maybe i'll be able to help
13:36.32TAsnshould fix his buggy opimd :)
13:36.35TAsndos1, shh.
13:36.36dos1mrmoku: but not now
13:36.38TAsndo opimd :)
13:36.43dos1i have to upgrade my system firstly
13:36.47mrmokudos1: you did it for nieebie?
13:36.51dos1as i have barely working GSM at the moment ;)
13:36.59TAsndos1, we finally support opimd completely, make it work correctly.
13:37.06dos1mrmoku: 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.17mrmokudos1: ok, will take a look there then
13:37.19dos1TAsn: firstly i want my gsm to work correctly :P
13:37.24dos1TAsn: give me some time ;P
13:37.31TAsndos1, die.
13:37.48dos1TAsn: when i'll die... who'll fix opimd then?
13:37.49dos1;D
13:38.15TAsnyou'll get an opimd to vala rewrite
13:38.21hardydos1: dont do jokes of dieing!
13:38.23TAsnthat uses sqlite for internal caching ;)
13:39.03dos1hardy: well, everybody is going to die ;)
13:39.07Gnutoomrmoku, | 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.12dos1sooner or later
13:39.24TAsnmrmoku, the build in moku tests doesn't need my patches anymore, right? (efl)
13:39.41mrmokuTAsn: yep, has them included from upstream
13:39.46mrmokuGnutoo: you need newer vala
13:39.48TAsncool.
13:39.49Gnutoook
13:39.52TAsnfinally a clean compilation :)
13:40.20hardydos1:  agreed ^.^
13:40.40DocScrutinizer-8duh, valaterm + mickeyterm eats quite some power, even while idle
13:40.53TAsnhardy, it's just that dos1 will die sooner than expected if he won't fix opimd already :)
13:40.54Gnutoomrmoku, ok thanks I'll put it in my local.conf
13:41.02dos1;D
13:41.05TAsndos1, 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.36TAsndos1, interesting stuff happened in the last couple of weeks
13:41.47Gnutoomrmoku, there is no newer vala recipe in shr/import...
13:41.55mrmokuGnutoo: 0.7.7
13:42.07dos1running opkg update && opkg upgrade, and praying to FSM ;x
13:42.08GnutooERROR: Build of /home/embedded/oe/org.openembedded.dev/recipes/vala/vala_0.7.7.bb do_compile failed
13:42.19dos1that's first time when i'm scared by upgrade ;)
13:42.35mrmokuGnutoo: vala-native is what is of interest
13:42.45mrmokuno need for vala if your name is not dos1 ;)
13:42.51DocScrutinizer-8dos1: you at least made a notice on your todo list about colapsing view of notes? please!
13:42.53dos1hehe ;D
13:42.55*** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net)
13:43.41dos1DocScrutinizer-8: hmm... will you be ok with bubbles with 1 or 2 lines of text, and button on right to expand?
13:43.54DocScrutinizer-8yep, great
13:44.00dos1DocScrutinizer-8: ok, so i'll add it to todo
13:44.11DocScrutinizer-8:-)
13:44.49Gnutoomrmoku, what do you mean about vala-native?
13:44.55hardydos1: so you have to hurry.. *eyes to TAsn*
13:45.02TAsnhardy, :)
13:45.09mrmokuGnutoo: what you need to build is vala-native and not vala
13:45.20mrmoku(though vala should build too)
13:45.42TAsnmrmoku, you said you are fixing efl2, right?
13:45.45Gnutooah ok
13:45.52mrmokuTAsn: I will try
13:45.57TAsnthanks a lot.
13:46.05TAsnsorry for my efl ignorance btw :)
13:46.09TAsnis an efl noob.
13:46.09TAsn:)
13:46.21CIA-66SHR: 03seba.dos1 07opimd-utils * r3d4d60b09e39 10/TODO: Make DocScrutinizer happy by updating TODO ;)
13:46.35TAsnThough I am trying my best to help in phonegui ;)
13:46.58dos1hehe, packagekit 0.5.3 is going to be released soon
13:47.14dos1this time also with my patch ;)
13:47.20TAsndos1, cool :)
13:47.29dos1but there's still one issue remaining...
13:47.34DocScrutinizer-8dos1: did you fix the search issue in opimd-contacts? (not matching of uppercase, no instring search, no search in all fields) ?
13:47.36mrmokuis an efl noob too :(
13:48.26dos1DocScrutinizer-8: uppercase should work, as opimd-contacts makes regexp (something like [dD][oO][sS])
13:48.31dos1instring search - no
13:48.40dos1search in all fields - it depends what do you define by "all fields"
13:48.53dos1but that's more opimd issue than opimd-contacts
13:49.01DocScrutinizer-8e.g. find a number
13:49.18dos1DocScrutinizer-8: then it should work
13:49.22DocScrutinizer-8or a firstname (if I define a separate field)
13:49.32dos1at least works here
13:49.42TAsnmrmoku, we really need someone with even a bit of GUI capabilities ;)
13:49.43dos1don't define firstname
13:49.48dos1use Name + Surname
13:49.57DocScrutinizer-8k
13:50.03TAsnI think I'll start working heavily on phonegui soon
13:50.07TAsnto make it saner to use.
13:50.27DocScrutinizer-8TAsn: REDIAL PLEASE!
13:50.36TAsnDocScrutinizer-8, hehe ;)
13:50.42TAsnuntil now
13:51.00TAsnall of your suggestions were implemented in a time frame of a couple of hours
13:51.16TAsn:)
13:51.23TAsndos1, I have a Q.
13:51.27DocScrutinizer-8:)
13:51.29dos1TAsn: and i have a A
13:51.31dos1;)
13:51.37TAsnis there an opimd import script?
13:51.43TAsnis there a way to disable a backend?
13:51.46dos1import script?
13:51.47TAsnopimd export script?
13:51.54TAsndos1, vcard to sqlite for instance.
13:51.55*** join/#openmoko-cdevel playya_ (n=playya@unaffiliated/playya)
13:52.00dos1TAsn: disabling backend - shr-settings
13:52.09TAsndos1, yeah, thought about it after asking :)
13:52.12TAsnbut what about import?
13:52.19TAsnI think I'll just reimport all my contacts
13:52.28TAsnnow that I don't have the length restrictions
13:52.30dos1TAsn: do you mean importing from something to opimd? or importing between opimd backends?
13:52.37dos1second one is in my TODO
13:52.38TAsnmeant the first
13:52.43dos1first - i think pisi does that
13:52.45TAsnbut both are cool ;)
13:52.48DocScrutinizer-8s/import/copy-backend_a-to-backend_b/
13:52.51TAsndos1, vcard to opimd? :)
13:52.56dos1yup
13:53.00TAsncool
13:53.02TAsnthanks
13:53.04dos1TAsn: but you can also look at vcard-contacts backend
13:53.08TAsnwill reimport my contacts
13:53.12TAsndos1, I don't want this crap
13:53.14TAsnI want sqlite
13:53.14TAsn:)
13:53.20dos1hehe ;)
13:53.30dos1DocScrutinizer-8: yup, coping and moving between backends is on my todo
13:53.40DocScrutinizer-8:-)
13:53.41TAsnbtw I have a Q
13:53.51TAsndos1, if I have sqlite as my default backend
13:53.53dos1as it shouldn't be so hard
13:54.00TAsnand I'm editing a contact (that is saved on sim)
13:54.03TAsnwhat happens?
13:54.08TAsnerased from sim and written to sqlite?
13:54.10dos1TAsn: is edits contacts on sim
13:54.14TAsnreally?
13:54.17dos1TAsn: yup
13:55.00*** join/#openmoko-cdevel Heinervdm (n=thomas@188.46.28.155)
13:55.03DocScrutinizer-8hmm, pondering about that
13:55.27TAsndos1, that's an odd behavior.
13:55.51TAsnI can see why you did it this way
13:55.52DocScrutinizer-8I tend to agree
13:55.52TAsnbut still
13:56.09TAsnI think that you should only support one backend at a time
13:56.11TAsnand make switching easy
13:56.14TAsnor something like that
13:56.27TAsnor maybe support a couple
13:56.29dos1TAsn: backend thingy was already there
13:56.30TAsnat the same time
13:56.37dos1TAsn: i didn't changed that
13:56.42dos1-d
13:56.43TAsnbut at least mark the backend used in some way
13:57.15DocScrutinizer-8yup, I fully agree now :-)
13:57.48dos1TAsn: i agree to, also shouldn't be hard
13:58.04TAsncool :)
13:58.10dos1and i think you already proposed that, to be able to display for instance little sim icon on contact
13:58.13dos1;)
13:58.23TAsnI admit, It's not my idea, I stole it from nokia :)
13:58.23DocScrutinizer-8in the end that's been one of the retionale behind making sqlite the "core" (means "not disable-able")
13:59.36TAsnno for real
13:59.37mrmokudisagrees strongly
13:59.38TAsna shower ;)
13:59.47*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
13:59.49TAsnhates mrmoku and his disagreement ;)
14:00.01dos1mrmoku: but on what? :D
14:00.02*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:00.03TAsnnow*
14:00.03dos1on little icon? ;)
14:00.07mrmokuon one backend only
14:00.16dos1for one backend only i disagree too
14:00.18dos1;P
14:00.22TAsnmrmoku, oh, I already changed that idea :)
14:00.24mrmokuthe whole thing about backends is to have multiple in parallel
14:00.27TAsna way to mark
14:00.28TAsn..
14:00.28TAsn:)
14:00.29mrmokuahh ok :)
14:00.39TAsnmrmoku, go back to efl2
14:00.43TAsndos1, go back to opimd
14:00.45DocScrutinizer-8I 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.48TAsnTAsn, go to shower
14:00.56mrmokunevertheless I would not like to save it a contact somewhere else just because editing it
14:01.04dos1DocScrutinizer-8: i hate phones doing that
14:01.05TAsnDocScrutinizer-8, yes. That's what I think.
14:01.09mrmokuback to efl2 :P
14:01.21TAsndos1, that'll make everything a lot faster.
14:01.25TAsnusing sqlite for internal cache
14:01.27dos1DocScrutinizer-8: (importing contacts from sim at first boot with that sim)
14:01.33TAsnno
14:01.39dos1but still, i hate it from user point of view ;p
14:01.45TAsndos1, load to internal cache
14:01.47TAsnthat uses
14:02.01TAsnsqlite3.connect(":memory:")
14:02.03TAsn:)
14:02.17TAsnand then you'll be able to easily manipulate the internal cache
14:02.20DocScrutinizer-8dos1: from user pov it's no diff at all
14:02.20TAsnin a very fast way
14:02.22dos1but that's different thing
14:02.25TAsnthat works well.
14:02.27TAsndos1, heck no
14:02.30TAsnsaving on sd
14:02.32TAsnis BAD
14:02.33TAsn:)
14:02.54TAsnmrmoku, Installing xserver-xorg (2:1.6.99.903-r0) to root...
14:02.55TAsn:)))
14:03.00dos1DocScrutinizer-8: wtf?
14:03.03TAsnCOOL :)
14:03.39dos1DocScrutinizer-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.54dos1and i really hate that thing in that motorola ;p
14:03.59DocScrutinizer-8dos1: how could user tell apart if contacts are "live-merged" from sim and sqlite, or all are stored in sqlite and tagged
14:04.00Heinermobilnobody updated the recipe for xorg to 1.7?
14:04.34dos1Heinermobil: you have to do that. or JaMa, but he's not there ;)
14:04.44dos1did you expect that someone else will do that? :P
14:04.48dos1;)
14:04.57DocScrutinizer-8dos1: so simply disable the initial copy in config ;-P
14:05.02mrmokuHeinermobil: though... I added the patch to fix tangogps :)
14:05.42dos1Heinermobil: do you see? mrmoku is our hero!
14:05.43dos1:D
14:05.51Heinermobildos1: 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.52DocScrutinizer-8dos1: or, even better: disable display of all records tagged "sim originated"
14:05.53Heinermobilmrmoku: i've seen it :)
14:06.10mrmokutook me three commits... but it works :P
14:06.26DocScrutinizer-8dos1: you won't see a diff from user pov then
14:06.48mrmokuHeinermobil: and power key works too now :D
14:06.52TAsnHeinermobil, I'm installing xorg, thanks a lot ;)
14:07.25dos1is also installing xorg just now
14:08.39Heinermobilmrmoku: so only ffalarm issue is left, from the bugs i know
14:09.08dos1Heinermobil: what's wrong with it?
14:09.13Heinermobilmrmoku: to fix that, Lukasz wan't a image to test it, so build one and ping him via mail :)
14:09.41Heinermobildos1: when you click on Clock button it freezes
14:09.42DocScrutinizer-8bbl
14:09.54hardyHeinermobil: nice name xD
14:09.58dos1Heinermobil: it works here
14:10.03dos1Heinermobil: that's a)
14:10.05dos1and 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.13dos1Heinermobil: it was freezing to me when i had problems with fsodeviced
14:10.53Heinermobildos1: 0.2.4-svnr58?
14:11.16dos1Heinermobil: that one from your first patch
14:11.38Heinermobilhardy: i had to mark that i'm online via gprs ;)
14:12.16Heinermobildos1: ok, then that's thats solved too, probably
14:12.36Heinermobilso no bugs left :D
14:13.48hardyHeinermobil: cool, by moko? or laptop? Which Device? Fonic? T-Offline?
14:14.51Heinermobilhardy: laptop huwai E220, with simyo
14:14.57DocScrutinizer-8you know DocMobilizer? ;-)
14:15.27Heinermobilhardy: i hoped for umts, so i used the umts modem instead of the Moko
14:16.02DocScrutinizer-8DocMobilizer strictly FR though
14:16.24dos1just boring dos1|neo here ;x
14:16.49hardyHeinermobil: ah i unterstand
14:16.59DocScrutinizer-8boring but nicely clear ;-L
14:17.02DocScrutinizer-8)
14:17.07dos1mrmoku: why neo theme is installing with upgrade?
14:18.01DocScrutinizer-8fsck upgrade - takes hours and installs everything ;-P
14:19.14dos1Installing xserver-xorg (2:1.6.99.903-r0) to root...
14:19.16dos1;)
14:19.18hardywhoa, my neck kills me someday
14:21.25mrmokuHeinermobil: ok, will send him a mail when the feed is synced
14:21.32Gnutoomrmoku, 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.36Gnutoothe -H problem
14:21.48mrmokustrange
14:22.07Heinermobilmrmoku: dos1 meant, that it was an fsodeviced issue and that it's fixed now
14:22.12Gnutoonote that:
14:22.13Gnutoo/usr/bin/valac
14:22.16Heinermobilmrmoku: so try before
14:22.22mrmokuahh ok :)
14:22.35Gnutoo| /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.52mrmokuGnutoo: taking wrong valac :(
14:22.55Gnutooindeed
14:23.13Gnutooso I update the one on my laptop and wait for a fix?
14:23.43mrmokuGnutoo: strange though... the vala tarballs don't need valac anymore
14:24.09mrmokuGnutoo: but if you want to continue with HTC work... yep, maybe update it :)
14:24.22Gnutoook
14:24.22mrmokuGnutoo: 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.03mrmokuHeinermobil: yep clock button works :)
14:38.06TAsnI hate opkg upgrade, so slow... :)
14:38.19mrmokuTAsn: how's your rewrite coming along? :P
14:38.22mrmokuducks and runs
14:38.22dos1Upgrading ffalarms on root from 0.2.4+svnr54-r0 to 0.2.4+svnr57-r0...
14:38.32TAsnmrmoku, hehe didn't find any time yet
14:38.38TAsnI just talked about it yesterday :)
14:38.45TAsnI though about something cool though
14:39.01TAsnwe can mount maybe mount the moko drive
14:39.07TAsnon the computer
14:39.13TAsnand then opkg on the computer
14:39.21TAsnmaybe it'll be faster
14:39.28TAsnbecause unpacking will be WAY faster.
14:39.44TAsnfinally opkg upgrade is done! :)
14:39.45mrmokubut not better :P
14:39.56TAsnmrmoku, why not?
14:39.57dos1Upgrading tzdata-americas on root from 2007k-r4 to 2009n-r4.0...
14:39.59dos1:P
14:40.09TAsndos1, hehe
14:40.09TAsn:)
14:40.19mrmokuTAsn: it might be faster and not segfault due to OOM... but it is still opkg ;)
14:40.23TAsnI hope everything will work
14:40.27Heinermobili think you won't get a much faster implementation of opkg on the moko
14:40.28TAsnmrmoku, duh :)
14:40.40TAsnmrmoku, I have xorg now, right?
14:40.46TAsnno need to do anything
14:40.48TAsnright? :)
14:40.50mrmokuTAsn: check installed packages
14:40.56TAsnit is installed
14:41.01TAsnI meant, will it run by default?
14:41.02mrmokuit should have upgraded task-x11 and thus xorg :)
14:41.09TAsnit have
14:41.16mrmokutry :P
14:41.25TAsnConfiguring task-x11-server
14:41.25TAsnConfiguring xserver-xorg
14:41.38Heinermobilmrmoku: i know another bug :)
14:41.39Heinermobilmrmoku: try xrandr -o 1 ;)
14:41.56mrmokuHeinermobil: hehe, no I won't
14:42.50TAsnhehe I upgraded a couple of hundreds of packages :)
14:42.54dos1Upgrading etk on root from 2:0.1.0.042+svnr41040-r8 to 2:0.1.0.042+svnr42837-r9...
14:42.58TAsnstill configuring packages
14:42.58*** join/#openmoko-cdevel UberNeo (n=UberNeo@122.181.132.88)
14:43.01dos1:P
14:43.04TAsndos1, yeah, a big jump
14:43.13Heinermobilmrmoku: but the users will do it and then they can't use the touchscreen anymore
14:43.16dos1python-pickle now ;p
14:43.19TAsnmrmoku, what are the main advantages in the new EFL?
14:43.20Heinermobilbecause it's not rotated
14:43.36mrmokuTAsn: correct RTL :P
14:43.51mrmokuHeinermobil: hmm... that might be solved when using tslib?
14:43.54TAsnnah, we had that via patches (actually I improved a couple of new stuff)
14:44.10Heinermobilmrmoku: yes tslib has a randr patch from larsc
14:44.20mrmokuTAsn: one important thing (apart from the index widget) is glib mainloop integration
14:44.27TAsncool :)
14:44.38mrmokuTAsn: which means we can get rid of the thread boogie in our frontend :)
14:44.42TAsn<PROTECTED>
14:44.42TAsnerror detail: HTTP response code said error
14:44.42TAsn<PROTECTED>
14:44.42TAsn<PROTECTED>
14:44.42TAsn<PROTECTED>
14:44.45TAsnerror detail: HTTP response code said error
14:44.47TAsn<PROTECTED>
14:44.49TAsn<PROTECTED>
14:44.52TAsnok ^ ?
14:44.57TAsnmrmoku, cool :)
14:44.59mrmokuuuhh...
14:45.21mrmokuupdated package due to feed building :(
14:45.24mrmokuand no index for that
14:45.31mrmokustops the feed and builds the index
14:45.54TAsnhehe ok, let me know.
14:45.54TAsn:)
14:46.06Heinermobilmrmoku: so we have two posibilities: patching tslib for xserver 1.7 or patching evdev for randr support
14:46.06dos1Upgrading kernel-image-2.6.29-rc3
14:46.24mrmokuHeinermobil: sounds like the first option is more viable?
14:46.50TAsnmrmoku, anyhow, I'm waiting for you to update the index
14:46.53TAsn(and fix efl2 ;] )
14:46.56TAsnlet me know, please :)
14:47.07mrmokuTAsn: building the first and testing the second ;)
14:47.08Heinermobilmrmoku: i tried it, but failed. Talked to larsc two days ago, now he will have a look at it
14:47.17mrmokuHeinermobil: ok
14:47.32TAsnmrmoku, and also fixed adding recipient from number contact resolving?
14:47.43mrmokuTAsn: not yet
14:47.52TAsncool :)
14:48.28mrmokuhmm... nothing cool
14:49.58dos1o, configuring :)
14:50.17dos1mrmoku: package-index failed ;x
14:50.54mrmokustupid emotion breaking staging :(
14:51.51mrmokudos1: the multiplication of messages is only with SIM backend?
14:52.01dos1mrmoku: multiplication?
14:52.32mrmokudos1: have the same message three times now
14:52.40TAsnmrmoku, libframeworkd-phonegui-efl2 is latest with my patches, right?
14:52.42dos1newest frameworkd?
14:52.49TAsn*fixes
14:52.57mrmokudos1: I would think so
14:53.00dos1all duplication problems should be already fixed ;/
14:53.11*** part/#openmoko-cdevel fenfir (n=fenfir@99.22.251.44)
14:53.47TAsnoh you didn't build it.
14:53.48TAsn(it's not there)
14:54.16mrmokuTAsn: you have to install your own ophonektid and libframeworkd-phonegui anyway
14:54.36TAsnwhy is that?
14:54.45TAsnoh, ohponekitd, yeah.
14:54.47TAsnbut not phonegui
14:54.51TAsnphonegui doesn't use efl
14:55.01mrmokubut has the contact lookup thing
14:55.11*** join/#openmoko-cdevel Everslick (n=clemens@91-113-117-181.adsl.highway.telekom.at)
14:55.14TAsnI just didn't upgrade it.
14:55.37mrmokuok
14:55.48mrmokuneither lfg2 then :P
14:57.11TAsnyeah, gotta compile all of them for newest e libs
14:57.19TAsnlfg2 and ophonekitd
14:57.43*** join/#openmoko-cdevel GovCon (n=GC@unaffiliated/govcon)
14:58.08TAsnmrmoku, updated index?
14:58.28mrmokuTAsn: dos1 will let you know :P
14:58.34TAsndos1, let me know. :)
14:58.44mrmokuhad to clean emotion... building still in progress
14:58.51*** join/#openmoko-cdevel lysgaard (n=mortenLy@85.252.185.18)
14:59.49dos1TAsn: compelted
14:59.51dos1:D
15:00.06dos1s/pelt/pliet/
15:00.09TAsnroot      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.12TAsnyay ^ :)
15:00.23TAsndos1, thanks
15:00.25TAsnupdating ;)
15:00.33dos1me too
15:00.37dos1as it finished
15:00.38dos1;)
15:01.44TAsnis excited
15:01.45TAsn:)
15:01.51TAsnI like to see shr growing ;)
15:02.00TAsns/to see/seeing/
15:02.04TAsngrow
15:02.04TAsn:|
15:02.35dos1and finished :)
15:03.21TAsnmrmoku,
15:03.24TAsnefl2 is still not there
15:03.33TAsnis it in task_feed?
15:03.42mrmokudon't know
15:04.07TAsnbtw, without newest phonegui efl2 won't even work.
15:04.12TAsnplease build it and verify :)
15:04.26max_posedonDoes somebody know, how to pass hash trough mdbus?
15:04.41TAsnmax_posedon, I don't think it's supported
15:05.21max_posedonok, so, dbus-send is only one? looks like writing simple script will be easier...
15:05.28TAsnso 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.34TAsnI'd also like seeing this :)
15:05.42TAsnor maybe patch up mdbus
15:06.25mrmokuTAsn: 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.39TAsnmrmoku, what is why? :)
15:06.45mrmoku[17:04]          TAsn | btw, without newest phonegui efl2 won't even work.
15:07.00TAsnoh.
15:07.19TAsnbah. sec I'll merge it
15:07.23mrmokuNOOOO
15:07.27TAsnwithouth ophonekitd
15:07.28TAsndon't worry
15:07.32TAsna clean merge :)
15:07.34mrmokuNOOOOOOO
15:07.39TAsnwhy?
15:07.44TAsnit's a non intrusive merge...
15:08.04mrmokuTAsn: I scp my packages for you instead?
15:08.16TAsnwhat's wrong with merging phonegui?
15:08.29mrmokuTAsn: what consequences does it have for old efl?
15:08.35TAsnnothing at all.
15:08.42TAsnnon intrusive merge...
15:08.51mrmokufires gitk to see
15:08.57*** join/#openmoko-cdevel vininim (n=vininim@pdpc/supporter/student/vininim)
15:09.01TAsnI'll verify before merging
15:09.02TAsndon't worry
15:09.08TAsnI 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.44TAsnjust verified
15:09.46TAsnnot intrusive
15:10.14TAsnbut I won't merge, I'll just patch
15:10.15TAsneasier
15:11.13mrmokuTAsn: ahh, ok you _added_ it to the cache... and did not remove the cache :)
15:11.25mrmokugo ahead then
15:11.34TAsni'm a responsible dude :)
15:11.44max_posedon1sorry, power problems, so only dbus-send?
15:11.53dos1i still have problems with gsm
15:12.37mrmokudos1: ophonekitd.log?
15:12.50dos1mrmoku: that's fso problem
15:13.09dos1gsm is broken after suspend
15:13.12dos1and i can't suspend again
15:13.23dos1resource history in logs:
15:13.37CIA-66SHR: 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.41dos1enabled -> suspending
15:13.46dos1suspending -> resuming
15:13.50dos1resuming -> enabled
15:13.54dos1that's first suspend/resume
15:13.59dos1next
15:14.11dos1oh, before that there is also
15:14.14dos1enabled -> suspended
15:14.26dos1and next suspend/resume cycle:
15:14.31dos1suspended -> suspending
15:14.35dos1suspending -> resuming
15:14.38dos1resuming -> enabled
15:14.38mrmokudos1: fsodeviced?
15:14.40dos1enabled -> suspended
15:14.44dos1mrmoku: no, odeviced
15:14.52mrmokuhmm... I don't have that
15:14.55dos1but with fsodeviced i had the same
15:14.56*** join/#openmoko-cdevel McKael_ (n=mikael@lilotux.net)
15:15.32TAsnmrmoku,
15:15.39TAsnI'm adding a non intrusive change to ophonekitd :)
15:15.47mrmokuthat is?
15:15.59TAsna workaround the " " issue
15:16.24mrmokudos1: does opimd load messages from SIM on SimReady signal?
15:16.32dos1mrmoku: yup
15:16.43*** join/#openmoko-cdevel Flyser (n=flyser@dialin-145-254-188-151.pools.arcor-ip.net)
15:16.44mrmokudos1: that explains the multiplication of messages I see ;)
15:16.59dos1mrmoku: but it still shouldn't... or... hmmm
15:17.14dos1mrmoku: i think i set messages_merging to 0 by default :D
15:17.25dos1to get more speed
15:17.29dos1;)
15:18.12TAsnmrmoku, and adding contact cache as a config option
15:18.13TAsnok? :)
15:18.55CIA-66SHR: 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.41mrmoku`arggghh
15:20.10TAsn<TAsn> mrmoku, and adding contact cache as a config option
15:20.11TAsn:)
15:22.20dos1oh no...
15:22.28TAsndone ;)
15:22.29dos1entries in elementary are big ;x
15:22.43TAsnby 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.52CIA-66SHR: 03tom 07shr * r96b622fce404 10/ophonekitd/src/ophonekitd-main.c: added a configuration flag for usage of contact cache, default is using
15:24.18TAsn:)
15:25.18*** join/#openmoko-cdevel phild (n=quassel@HSI-KBW-078-042-129-079.hsi3.kabel-badenwuerttemberg.de)
15:25.42TAsnwth
15:25.45TAsnjust did make update
15:25.53TAsnand it still builds old
15:26.05TAsnefl
15:30.04TAsnok, mrmoku when possible, please rebuild ophonekitd and phonegui :)
15:30.23mrmoku`TAsn: I think dos1 is doing that already...
15:30.32dos1yup :)
15:30.37TAsndos1, rebuild phonegui, ophonekitd and efl2 please :)
15:30.43TAsnin that order ;)
15:30.48dos1oh well, i'm building feed
15:30.53mrmoku`ouch
15:30.56TAsnwhen did you start?
15:31.03dos1starting again
15:31.05TAsncommitted it a sec ago :)
15:31.06TAsncool
15:31.12mrmoku`TAsn: that wil give you stuff in about 5 hours ;)
15:31.12TAsnhow long will it take?
15:31.16TAsnshit.
15:31.20TAsnI'm still trying to build here
15:31.29dos1mokomaze feels better with xorg :)
15:31.34TAsnmrmoku, mind building latest of those 3 and sending me?
15:31.39TAsndos1, actually everything feels better
15:31.45TAsnthough it may just be an illusion ;)
15:31.59dos1nooo
15:32.04dos1hoversels are slower
15:32.05dos1:P
15:32.12HeinermobilE feels faster :)
15:32.13dos1but that can be niebiee theme not updated
15:32.34dos1bash feels faster!
15:32.35dos1:D
15:32.50TAsnscrolling on the desktop feels slugish
15:32.54*** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes)
15:33.05TAsnthough no idea :|
15:33.14TAsnyuck, what happened to my theme?
15:33.18TAsn(gtk)
15:34.08dos1calculator feels faster!
15:34.11dos1;D
15:34.14dos1(kidding ;))
15:34.24dos1oh, yup, gtk is unthemed ;x
15:34.45TAsntry checking if the theme is installed
15:34.51dos1it is
15:34.57TAsnshr-settings is way faster
15:35.07dos1maybe some postinst script messed up config
15:35.09TAsnthere were some warnings about gtkrc
15:35.13TAsnso it may be it.
15:35.19dos1openmoocow is faster!
15:35.20dos1;D
15:35.21HeinermobilSo we can write in the release notes, that everything feels faster :D
15:35.44TAsnHeinermobil, again, thanks a lot.
15:35.48dos1nano feels faster!!
15:35.50dos1vi too!
15:35.51dos1:D
15:36.08dos1dunno about emacs ;)
15:36.53Heinermobilok, have to go now, maybe i will come back in some hours :)
15:38.36TAsnphonelog is faster ;)
15:39.52TAsngtk-theme-name = "shr-theme-gtk-e17lookalike"
15:39.56TAsnis missing from gtkrc
15:39.57TAsn:|
15:40.01TAsnsomething fucked it up
15:40.04TAsnsomething called
15:40.15TAsngtk-theme-name = "theme-qad-neo"
15:40.51TAsndoesn't do it .:|
15:40.53TAsnhm...
15:40.57dos1well, neo theme somehow got installed here
15:40.59dos1dunno why
15:41.01dos1mrmoku`: ???
15:41.02dos1:P
15:41.43TAsnthe my theme installed in the wrong place
15:41.45TAsn(or so it seems
15:42.09mrmoku`???
15:42.36DocScrutinizer-8mrmoku`: your new image eats little children
15:42.46mrmoku`I hope so ;)
15:42.58DocScrutinizer-8hehe, me too ;-P
15:43.33TAsnsomething is broken :|
15:43.35TAsnno idea what.
15:43.57DocScrutinizer-8TAsn: aah then. That's no problem
15:44.06TAsnwhy is that?
15:44.56DocScrutinizer-8how can I tell why? you should know why you don't know :-P
15:47.40DocScrutinizer-8nevermind... bbl :-D
15:49.02TAsnis sad because of the theme
15:49.50TAsn$ opkg -force-reinstall install shr-theme-gtk-e1
15:49.51TAsn7lookalike  
15:49.54TAsntrying ;)
15:50.41TAsnsuck
15:50.42TAsndoesn't work
15:50.49TAsnthe theme is somehow broken
15:50.50TAsnno idea why
15:50.57TAsnlook in the dirs inside
15:51.01TAsnsomething weird has happened
15:52.15mrmoku`hmmm /etc/alternatives is empty
15:52.27TAsnsomething is wrong :)
15:52.40TAsnthe theme is now chosen in gtkrc
15:52.47TAsnactually it's not.
15:52.53TAsnthe gtkrc is also broken
15:52.58TAsnlook at the oe git patches
15:53.04TAsnlook who broke the themes recipe
15:53.06TAsnand murder him.
15:53.08TAsnplease.
15:53.33mrmoku`maybe that's the israelian way to handle that... me refuses to murder ;)
15:53.43TAsnwe don't murder
15:53.50dos1mickey_away!!!!!
15:53.50TAsn"we kill to protect ourselves"
15:53.54mrmokuso don't expect me to do it :P
15:54.01TAsn"we kill *innocent people* in order to protect ourselves"
15:54.02TAsn:)
15:54.08TAsnj/k.
15:54.20TAsn(though it's somehow true"
15:54.22TAsn(though it's somehow true)
15:54.48dos1how it could be, that phone suspends, and then wants to resume gsm resource, before gsm resource finished suspending?
15:55.10dos1switching back to ousaged to check, if it fixes that issue...
15:55.11TAsndos1, mokomaze is way faster
15:55.12TAsn:)
15:55.17dos1but i want to use more cornucopia, not less!
15:55.18dos1:P
15:55.43TAsnalso numpty
15:56.59TAsnwow
15:57.03TAsnosm is pretty up to date
15:57.14TAsnweird, 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.13TAsnI think it's time to test navit.
16:00.13TAsn:)
16:00.36TAsnCollected errors:
16:00.36TAsn<PROTECTED>
16:03.57mrmokuTAsn: just cp gtkrc.default gtkrc
16:04.06TAsnI don't have default
16:04.24TAsn$ ls
16:04.24TAsngdk-pixbuf.loaders                gtkrc.old
16:04.24TAsngtk.immodules                     gtkrc.shr-theme-gtk-e17lookalike
16:04.24TAsngtkrc                             im-multipress.conf
16:04.32mrmoku.old then
16:04.56mrmokulooks like JaMa's theme alternative magic is quite broken :P
16:05.01TAsnhehe :)
16:05.09TAsnyour solution is broken as well
16:05.11TAsndoesn't work :|
16:05.49*** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167976137.dsl.bell.ca)
16:05.49mrmoku:)
16:06.00TAsndos1, does opimd ask for the sim resource?
16:06.06TAsnif not, it should.
16:06.20TAsnit can't rely on ophonekitd to do that.
16:06.27KaZeRTAsn, http://downloads.navit-project.org
16:06.30mrmokuTAsn: it can't
16:06.40mrmokubecause there is no such resource :P
16:06.42dos1TAsn: sim resource?
16:06.44dos1that's a)
16:06.51dos1and b) - not, opimd shouldn't ask for gsm resource
16:06.57TAsnKaZeR, thanks :)
16:07.03dos1it relies on some app requesting it
16:07.08dos1not ophonekitd ;p
16:07.10TAsnoh, only gsm? sucksors.
16:07.31TAsnKaZeR, I remember there's a moko package
16:07.36mrmokuTAsn: 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.02TAsnbut shouldn't it ask for the sim usage itself?
16:08.09TAsnas it's also a sim user.
16:08.20dos1TAsn: no
16:08.23TAsnmrmoku, btw, do we have navit in repos?
16:08.28mrmokusure
16:08.34dos1TAsn: task is still building
16:08.36dos1navit is in task
16:08.47TAsndos1, oh, i c, cool :)
16:10.29TAsnanyhow KaZeR I know navit, I was about to install it even before your link :)
16:10.53dos1with ousaged it works correctly
16:11.09dos1:/
16:11.29dos1do you really not have that issue? :/
16:13.39dos1cornucopia doesn't like me :(
16:15.51agg1ndos1: do you know why genlist-entries are so big?
16:16.22dos1because you gave them too much food?
16:16.23dos1;)
16:16.55dos1didn't you saw warning? "don't overfeed genlist!"
16:16.56dos1;D
16:17.04dos1but seriously - duno
16:17.05dos1dunno*
16:18.54KaZeRTAsn, recommended builds are http://download.navit-project.org/navit/openmoko/svn/
16:19.05KaZeRandi, you're welcome :)
16:19.57dos1TAsn: any builds outside SHR repo aren't recommended by us ;p
16:20.11KaZeRs/andi/and .. stupid [tab] habit
16:21.11dos1s/TAsn/KaZeR/
16:21.44*** join/#openmoko-cdevel Sleep_Walker (n=Sleep@gprs10.vodafone.cz)
16:23.16KaZeRah i forgot a trailing / in my sed.
16:23.46KaZeRdos1, 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.58dos1KaZeR: how? we're using AUTOREV
16:24.07dos1so it's always newest available at build time
16:24.19dos1well, now in unstable repo it's old
16:24.22KaZeRmy FR is downstairs right now, what is your latest rev available?
16:24.35dos1because we did mess in our working feed, and we're not syncing it
16:24.53KaZeRi'm using unstable :)
16:25.49TAsnKaZeR, unfortunately here unstable is so unstable that we can't even get unstable stuff to build on it.
16:25.50TAsn:)
16:25.57KaZeRlol
16:28.00TAsnSaving to: `/home/tom/projects/openmoko/oe/shr-unstable/downloads/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz'
16:28.00TAsn<PROTECTED>
16:28.00TAsn:(
16:28.19TAsnis going to sleep for an hour, and then h.w and then hopefully will finish
16:28.34TAsndos1, what's the eta for your build?
16:28.44dos1dunno, webkit-gtk is taking ages
16:28.51TAsn:|
16:28.54TAsnbtw
16:28.58TAsnconcerning webkit efl
16:29.02dos1NOTE: package webkit-gtk-1.1.4-r1: task do_install: started
16:29.08TAsnhow's eve going?
16:29.16TAsndid they fix the scrolling bugs?
16:30.18dos1hmmmmm
16:30.29TAsnwants eve
16:30.31dos1TAsn: looking at code... sorting issues should be fixed...
16:30.34TAsn:)
16:30.41dos1already fixed
16:30.44TAsnI know
16:30.47TAsnI told you this morning
16:30.56TAsnthough for some reason you still keep dates as text in db
16:30.58TAsnwhat for?!
16:31.02dos1as Timestamp and Duration is casted ro float on loading from db
16:31.09TAsnsomeone made this ugly hack
16:31.11TAsnyeah, I saw it.
16:31.14dos1TAsn: well, dunno about backward compatibility
16:31.17TAsnwhy hack when you can fix?
16:31.27dos1TAsn: dunno what'll break when i'll change that
16:31.28TAsnyou can do both
16:31.29dos1;)
16:31.44TAsnplease change the db create to float
16:31.46TAsn(number?)
16:31.55TAsnso next time a db will be created it'll be a number
16:32.00TAsnloading will still cast to float
16:32.01TAsnwhich is ok
16:32.05dos1ok
16:32.08TAsncool? :)
16:32.09TAsnthanks
16:32.14dos1so what exactly type i should use?
16:32.14TAsnand please add a todo to remove this hack
16:32.23TAsnactually I'm a bit rusty
16:32.30TAsnI don't remember the sql types by heart
16:32.39TAsnbut google for
16:32.45TAsnstoring dates in sqlite
16:32.55TAsnit'll show you what people generally use.
16:33.26dos1first google result
16:33.28dos1TAsn: " Since sqlite3 does not define a standard way of storing dates,"
16:33.30dos1:D
16:33.38TAsnyeah, I remembered that ;)
16:33.42TAsnbtw
16:33.59TAsnfix all the numeric fields in the db
16:34.08TAsnin all of opimd's db's
16:34.39DocScrutinizer-8do not mess with numbers, they are NOT numeric!
16:34.52TAsnhuh?
16:35.00dos1DocScrutinizer-8: i won't, don't worry
16:35.05dos1Phone field will be string
16:35.13DocScrutinizer-8just mentioning
16:35.20dos1as it's now
16:36.19dos1TAsn: FLOAT looks ok
16:36.37TAsnokie then :)
16:36.44TAsndos1, should be
16:36.48TAsnDocScrutinizer, oh.
16:36.50TAsnphone numbers
16:36.51TAsnduh :)
16:36.58TAsn+123#
16:37.01TAsnis not a number
16:37.03TAsnI know that :)
16:37.42DocScrutinizer-8and: use int (long) whenever possible
16:37.49DocScrutinizer-8real is evil
16:38.20dos1hmm
16:39.03DocScrutinizer-8in every aspect: sorting, accuracy, missing cpu support, dunno what else
16:39.11TAsnDocScrutinizer, on the moko it is.
16:39.19TAsnthough time should be real.
16:39.36Gnutooshould I read all 11.11? or is there a faster way to get sim contacts on qualcomm_msm?
16:39.42DocScrutinizer-8time is nonsense in real
16:39.53TAsnDocScrutinizer-8, really?
16:40.01TAsnoh right
16:40.02DocScrutinizer-8real really
16:40.02TAsnseconds
16:40.05TAsnyeah. :)
16:40.07TAsndos1,
16:40.12TAsncast to int, not to float
16:40.18TAsn(menat milli seconds)
16:40.20TAsnand use int in db
16:40.23DocScrutinizer-8aah float, sorry
16:40.30TAsnfurthermore, as I said, fix that everything ;)
16:40.32dos1python uses float for timestamps
16:40.43TAsnbut it also supports int
16:40.45TAsnand when you are sorting
16:40.49TAsnit'll be faster (hopefully)
16:40.51TAsnwith int.
16:40.53DocScrutinizer-8so python is braindamaged on that
16:41.17dos1i have already prepared patch for changing to float
16:41.22dos1changing to int would be more work ;P
16:41.23DocScrutinizer-8there's absolutely no advantage of a float over a int-64
16:41.25dos1so maby later
16:41.32dos1s/maby/maybe/
16:41.43DocScrutinizer-8even int-32 might suffice
16:42.08TAsndos1, you lazy bum.
16:42.14TAsnsend thath patch
16:42.15dos1;D
16:42.34DocScrutinizer-8dos1: nonsense, storing a float to a int fiels in database is an implicit typecast, no?
16:42.37TAsnmrmoku, did you fixe efl2?
16:42.50dos1DocScrutinizer-8: dunno
16:42.50DocScrutinizer-8for sure reading an int to a float is
16:43.11CIA-66freesmartphone.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.28TAsnyuck ;]
16:43.31TAsnfix that :)
16:43.54TAsnlibframeworkd-phonegui-efl2]$ git pull
16:43.55TAsnAlready up-to-date.
16:43.56TAsnmrmoku, ? :)
16:43.58TAsn^
16:44.09DocScrutinizer-8you ever indexed/sorted on a float in a db?
16:44.24DocScrutinizer-8have fun :-/
16:44.34dos1well, opimd isn't sorting in db ;p
16:44.39dos1and i'll change it to integer
16:44.40dos1but later
16:44.54TAsnat least write it down.
16:44.56dos1as i'll also need to change and add some casts in other places
16:44.57TAsnin a todo
16:45.06DocScrutinizer-8you know what'll happen in cpu ALU?
16:45.16TAsnheat and explode? :)
16:45.27DocScrutinizer-8almost
16:45.46CIA-66freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r1a30891d8ea4 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO
16:45.57TAsnthat's what happens when you buy a cpu with no float capabilities :)
16:46.12DocScrutinizer-8sorting on strings is a childrens birthday compared to float
16:46.27TAsn:(
16:46.44DocScrutinizer-8except if those strings are floats actually ;-P
16:46.46*** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
16:46.48dos1it's already sorting on floats
16:46.50dos1and it was
16:46.52dos1:P
16:46.58dos1even without that commit
16:47.41DocScrutinizer-8lol, so now I know everything... why sorting was broken, why it's so damn slow... XD
16:47.42TAsnso maybe that's why opimd is SO slow ;)
16:48.07dos1hehe ;D
16:48.14dos1well, it was slow even without implemented sorting
16:48.22dos1;)
16:49.04*** join/#openmoko-cdevel Arhuaco (n=n@186.80.240.243)
16:51.34DocScrutinizer-8well, 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.01DocScrutinizer-8I strongly recommend to use (long)int in db for datefields
16:52.56dos1DocScrutinizer-8: ok, it's already in todo ;)
16:53.01TAsnDocScrutinizer, dos1 mrmoku everyone
16:53.06TAsnplease add your country to
16:53.08TAsnhttp://wiki.openmoko.org/wiki/Phone_Prefixes
16:53.31DocScrutinizer-8honestly?
16:54.18DocScrutinizer-8I'm sure mrmoku will be enough for Germany ;-)
16:54.41DocScrutinizer-8his entry to be precise ;-D
16:55.34TAsndifferent regions?
16:55.36*** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net)
16:55.36DocScrutinizer-8sajonara
16:55.37*** join/#openmoko-cdevel lysgaard_ (n=mortenLy@213.52.41.232)
16:55.42TAsnhere we don't have that :)
16:57.06DocScrutinizer-8nah, different network codes as AC actually is NetCode for GSM contacts purposes
17:00.26TAsnwhoever added germany and poland
17:00.33TAsnplease add your service provider ;)
17:00.46vininimanyone tried recent pulseaudio with freerunner?
17:01.28DocScrutinizerwe eat PA for breakfast, then burp
17:01.37DocScrutinizercya
17:03.04TAsndos1, mrmoku please add your provider to the list ;)
17:03.29dos1TAsn: i added both
17:03.39dos1and here it matches to all providers
17:04.04TAsnno it does not
17:04.09TAsnarea code is different
17:04.19TAsnyou just erased it in your config
17:04.33TAsnbut it's still incorrect! :)
17:04.36dos1there is no area code here
17:05.10dos1at least not for mobile phones
17:05.32*** join/#openmoko-cdevel trev_ (n=tobi@95-88-97-79-dynip.superkabel.de)
17:05.36TAsnreally? two different providers can start with the same number?
17:05.42TAsnoh, actually they disabled that here as well.
17:05.47dos1yup
17:05.48*** join/#openmoko-cdevel UberNeo (n=UberNeo@122.181.132.88)
17:05.50TAsnonly the 5 matters
17:06.21TAsnfixed mine
17:06.26TAsnwe still have the 5 prefix for cellphones :)
17:06.32dos1well, first three digits are provider specific.
17:06.45dos1but you can move your phone number to different provider
17:07.10dos1and it doesn't matter in fact. it's just part of number
17:07.48TAsnyeah exactly what they did here
17:07.50TAsn54 is orange
17:07.57TAsnthough you can move your number to another provider
17:08.03dos1here
17:08.17dos16xy, when y is odd - that's plus
17:08.34dos16xy, when y is non-odd (i fogot word ;)) - that's era
17:08.39dos15xx - that's orange
17:09.15TAsndos1, not odd = even
17:09.20dos1yup, even :)
17:09.26TAsnthough it is a tricky word, I forget it quite often ;)
17:09.30TAsneven in hebrew
17:09.30TAsn:)
17:09.34dos1and with 7xx and 8xx there are some more complicated rules, mostly for virtual operators
17:09.51TAsnwe don't have virtual operators here
17:10.25TAsndamn you guys
17:10.29TAsndos1, what about the feed?
17:10.31TAsnwants ;)
17:10.38TAsnI don't have a phone till it's done
17:10.38dos1TAsn: NOTE: package webkit-efl-0.1+gitr38213+3a5ee77664c898ed51a2b2d5759822f8c0a06472-r0: task do_compile: started
17:10.40dos1:D
17:10.43TAsnas ophonekitd is rashing :)
17:10.52TAsncrashes*
17:11.09TAsn(because it's built against different libs)
17:16.06*** join/#openmoko-cdevel pwerken (n=pwerken@a-eskwadraat.nl)
17:17.57cedahi, the commercial product that was released on the OpenMoko "platform" - what was it called? (url?)
17:18.43cedaI'm preparing a small talk on openmoko that I'll give on a GothPy (python user group) meeting this Monday
17:19.09dos1ceda: hmm?
17:19.31dos1Openmoko Inc. released two phones, Neo1973 (GTA01) and Neo FreeRunner (GTA02)
17:19.49dos1they also released gps device Dash Express between them
17:20.18cedados1: that's the one - the dash express :)
17:20.19cedathanks
17:22.38*** join/#openmoko-cdevel pespin (n=pespin@90.163.54.46)
17:25.06TAsndos
17:25.11TAsnwhat's up with project B?
17:27.27TAsnwow
17:27.28TAsnhttp://www.kropla.com/dialcode.htm
17:29.04*** join/#openmoko-cdevel wpwrak (n=werner@host16.190-136-29.telecom.net.ar)
17:30.15mrmokuTAsn: fill the wiki yourself then ;)
17:30.42TAsnheeh yeah, I'm erasing the wiki page.
17:33.32TAsnmrmoku, I'm leaving the wiki page though adding a notice
17:33.40mrmokuyup
17:33.41TAsnbecause dos's config is different
17:33.49TAsnthan what appears there
17:33.54TAsnbut yeah, I'm leeching it :)
17:42.11*** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102)
17:43.46dos1TAsn: well, in this year poland is removing all 0's prefixes
17:43.55dos1TAsn: on mobile phones it was already removed
17:44.01TAsni c ;)
17:44.03TAsnthanks.
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.06Sup3rkiddoAinulind1le, 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.12TAsnmrmoku, http://wiki.openmoko.org/wiki/Phone_Prefixes
17:57.14playya_mrmoku, dos1, can you test if this patch solves the problems with pkgconfig? http://pastebin.com//f198befa9
17:57.14TAsnnew and improved
17:57.21TAsnsedded out of that webpage ;)
17:57.42playya_pkgconfig looks in you hosts(!!!) path.
17:57.49playya_have to go now
17:57.56pwgenis there a  bluetooth gui for the openmoko ( something like the blueman ? )
17:58.28lindi-pwgen: openmoko distro?
17:58.43pwgenopenembedded or openmoko ( bluez4 . )
17:59.24pwgenblueman 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.25UberNeohow to put neo on suspend mode from ssh
18:15.34pwgenapm -s ?
18:15.42PaulFertserpwgen: apm is deprecated
18:16.10pwgenthat was the reason for the ? ...
18:16.13PaulFertserUberNeo: in fso-based systems you're to use dbus-send to call FSO's method to suspend.
18:16.18dos1dbus-send --type=method_call --print-reply --system --dest=org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.Suspend
18:16.28dos1or "apm -s" if you have fso-apm installed
18:17.32UberNeok
18:18.18*** join/#openmoko-cdevel jonkristian (n=jonkrist@66.84-48-49.nextgentel.com)
18:19.13pwgendos someone know notify-python ?
18:21.34TAsnbtw concerning that page
18:21.48TAsn(phone prefixes)
18:21.51*** join/#openmoko-cdevel Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
18:21.58TAsni'd still prefer getting from sim card
18:22.06TAsn(the country code)
18:22.14TAsnbut for the rest this is useful :)
18:22.25TAsn(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.10DocScrutinizerwtf
18:32.14DocScrutinizer(Fax_calls_- Telstra)0018 (Telstra_special_rates)0019
18:34.25*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
18:34.25DocScrutinizerdo 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.03DocScrutinizeror what do you think number normalization should do with that info?
18:35.23mrmokuTAsn: btw. did you teach phonelog to clear the missed calss?
18:35.28mrmokus/calss/calls/
18:35.35TAsnmrmoku, does opimd support it?
18:35.40TAsnbtw, no.
18:35.52mrmokuwell... dos1 does that somehow in opimd-utils
18:35.59TAsnDocScrutinizer, this info is bad
18:36.06TAsnthis page was generated with sed :)
18:36.14TAsnmrmoku, I know how
18:36.26TAsn(I think)
18:36.37TAsnDocScrutinizer, and it has errors, I'm manually editing what I can.
18:36.51DocScrutinizers/ 345345/ 0018 345345/
18:37.03DocScrutinizerbah
18:37.14DocScrutinizerdo 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.02DocScrutinizerif 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.55DocScrutinizeras you could have the same contact then with alternative number 0016 345345
18:41.43DocScrutinizerso normalization actually had to learn to read regex for national prefix
18:42.00TAsnI'm improving the normalization
18:42.10TAsnto know to match from different prefixes
18:42.15TAsni.e with options
18:42.17TAsn(regex)
18:42.19TAsnwhen matching
18:42.25TAsnthough the normalization
18:42.28TAsnwill remain the same
18:42.41*** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102)
18:42.46DocScrutinizererrrha
18:42.46TAsnit'll strip with matching
18:42.50TAsnand will add a default value.
18:42.58TAsnbtw, I cleaned the wiki page completely ;)
18:43.04TAsntell me if you have any other comments
18:43.25PaulFertserTAsn: oh, spending time on normalization is so weird ;)
18:43.36DocScrutinizeryes, one: gimme a real live example where we would need this
18:44.06TAsnDocScrutinizer, ok, so I won't do it, who cares :)
18:44.15TAsnI'll take the first from each section of this list
18:44.22TAsnas a default value, how does that sound?
18:44.32TAsn(or the gui that will suggest it will tell there are alternatives)
18:44.36TAsnfine with you?
18:44.43DocScrutinizeryup
18:44.50DocScrutinizerbye, need dinner
18:44.51TAsnthere 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.00TAsnI don't know even half of them :)
18:45.01DocScrutinizergot foul mood out of hunger
18:45.12TAsnDocScrutinizer, ciao.
18:45.22TAsndos1, finished building? :)
18:45.41dos1NOTE: package mplayer-0.0+1.0rc2+svnr29699-r15: task do_compile: completed
18:45.43dos1just finished
18:45.50dos1now 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.04TAsnfor mplayer
18:49.15TAsnor index or I don't know what?
18:49.20TAsnis an oe noob.
18:50.09dos1for mplayer
18:50.09dos1now gpe-filemanager
18:50.23TAsnbah.
18:50.32TAsnwhen will everything finish ? :)
18:50.37dos1well
18:50.40dos1everything is failing
18:50.45dos1as there is staging issue
18:50.52TAsnwhat's the issue?
18:50.56dos1but it at least compiles
18:50.59dos1emotion :P
18:51.13dos1so after fixing and restarting it shouldn't take so long
18:51.20TAsnokie :)
18:51.34TAsnnot long as in hours? minutes? seconds?
18:52.44dos1days, or weeks
18:52.45dos1;>
18:53.59TAsndos1, mind doing me a favor and sending me ophonekitd and efl2?
18:54.07TAsnas I don't have a working phone atm ;)
18:54.20dos1TAsn: i need intone, so ok ;)
18:54.33TAsnstopping the build just for me? :)
18:54.48dos1no, just running another build :D
18:54.55TAsnoh, okie ;)
18:55.09TAsnso please gimme efl2 and ophonekitd ;)
18:55.11dos1ophonekitd is built
18:55.12TAsnthanks.
18:55.17dos1building efl2
18:55.23TAsnplease send me ohponekitd then ;)
18:56.08TAsn(btw, I committed something to ophonekitd earlier, so if it's from mrmoku's build it's not good enough ;) )
18:56.15TAsnmrmoku, fixed efl2? :)
18:56.36mrmokuTAsn: the delay of redraw... yes :)
18:56.43TAsnreally? :)))))
18:56.44mrmokufighting the genlist now...
18:57.05TAsnplease push
18:57.09TAsndos1, STOP~!
18:57.12TAsnREBUILD! :)
18:57.15TAsnlet mrmoku push first
18:57.24mrmokuno
18:57.26TAsn?
18:57.32TAsndos1, DON'T STOP! :)
18:57.33mrmokulet me finish first
18:57.44TAsnbut they should be in split commits anyway
18:57.59mrmokuTAsn: they will ;)
18:57.59TAsnso you can push in the middle ;)
18:58.21TAsnmrmoku, gitgui <--- yuck q)
18:58.50TAsnAinulindale, hey, we got full opimd support in efl2
18:59.05TAsnand xorg is working great :) (except for a couple of issues)
18:59.08TAsnpwnage
19:00.14dos1TAsn: opkg update :P
19:00.44mrmokudos1: hmm... should profile switching work?
19:00.46*** join/#openmoko-cdevel vininim_ (n=vininim@pdpc/supporter/student/vininim)
19:00.54dos1mrmoku: hmm?
19:01.18mrmokudos1: I select Silent and it switches back to Default
19:01.19TAsnthanks :)
19:01.21dos1hmm
19:02.13TAsnCollected errors:
19:02.13TAsn<PROTECTED>
19:02.32mrmokuTAsn: for incoming call it does not work yet... for the list yes
19:02.39mrmokubrb
19:02.45TAsncool, thanks ;)
19:03.20dos1TAsn: it's libframeworkd-phonegui-efl2-0 :P
19:03.44TAsnhates tasn
19:03.45TAsnthanks :)
19:04.25TAsnbtw mrmoku
19:04.30TAsnthis upgrade abused my image
19:04.40TAsnremoved tzdata-misc
19:04.46TAsnand removed a couple of other stuff
19:05.16dos1my image seems to be ok
19:05.24dos1but maybe i just didn't noticed something yet ;p
19:05.52TAsnmore probable
19:05.53dos1TAsn: efl2 is upgrading now on my neo
19:05.58dos1TAsn: i'll see what you broke ;)
19:06.05TAsnI didn't break anything :)
19:08.37*** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.31)
19:09.25dos1mrmoku: ping
19:09.38CIA-66SHR: 03tom 07shr * r9f855385deab 10/ophonekitd/src/ophonekitd-main.c: added a debug message
19:09.49Q-Masterwhat's new?
19:10.04UberNeoplease help me in removing pingus game from SHR-U
19:10.36UberNeoopkg remove pingus ...says no package to remove
19:14.43TAsnUberNeo,
19:14.46TAsnopkg install pingus
19:14.51TAsnopkg remove pingpus
19:14.56TAsnpingus*
19:14.57mrmokudos1: pong
19:15.07dos1mrmoku: why upgrade installed neo theme?
19:15.25mrmokudos1: guess we're missing a default provider for the etk themes
19:17.18TAsndos1,
19:17.20TAsnafter upgrade
19:17.35UberNeoTAsn: opkg remove pingpus    ..says no package to remove
19:17.35TAsnopimd doesn't resolve numbers anymore
19:17.35TAsn:|
19:17.35TAsnpingus*
19:17.35TAsn...
19:18.54UberNeoopkg remove pingus*  ..tht also doesnt works
19:19.14TAsneven after installing ?
19:19.20TAsnopkg -force-reinstall install pingus
19:19.26mrmokuTAsn: incoming call works without delay :)
19:19.27TAsnopkg remove pingus
19:19.33TAsnmrmoku, you rock! :))))
19:19.40mrmokurestarting ophonekitd helps to make it take effect :P
19:19.59TAsnmrmoku, huh?
19:20.17mrmokuTAsn: ophonekitd does not reload the lib
19:20.23Zorkmanmrmoku: my Fr hasn't upgraded for a week, is this normal?
19:20.33mrmokuZorkman: yup :;P
19:20.34TAsnmrmoku, what are you talking about? :)
19:21.00mrmokuTAsn: if you update libframeworkd-phonegui-efl2 you have to restart ophonekitd for the screens ophonekitd starts itself (like incoming call)
19:21.07mrmokuotherwise it is using the old lib
19:21.08TAsnI know.
19:21.19mrmokuI tend to forget that from time to time :P
19:21.22TAsnthe problem is it doesn't resolve...
19:21.25TAsnI'm looking in the log
19:21.27TAsnand I get ""
19:21.31Zorkmanwhat are those dwm scaps?
19:21.31TAsnsame when going to messages
19:21.44TAsndos1, any idea?
19:22.34TAsndos1, Exception TypeError: "domainWindow() got multiple values for keyword argument 'domain'" in 'elementary.c_elementary._hoversel_callback' ignored
19:22.37TAsnshr-settings
19:22.49TAsncan't select anything from the domains in shr-settings
19:23.21TAsnand mrmoku something weird happened to gen_list
19:23.27TAsnI can't scroll sideways
19:23.32TAsnand everything is broken
19:23.37mrmoku:)
19:23.43ZorkmanI thought onen was going to be back online, more
19:23.46Zorkmanhaven't seen him in a while
19:23.48TAsnI don't think it's you...
19:23.50mrmokuthat's what I'm fighting against TAsn :P
19:23.55dos1looks like something with py-elm
19:24.03TAsnI used to be able to scroll sideways
19:24.06TAsndos1, please review
19:24.15TAsnthis is new after upgrade
19:24.18TAsnand no new commits
19:24.20TAsnso it's weird.
19:24.30dos1morphis!
19:24.34dos1he's not there ;x
19:24.42dos1nothing is weird
19:24.47dos1just something changed in c-elementary
19:24.51dos1and pyelm wasn't updated
19:24.58dos1and we have too new EFLREV now
19:25.00dos1;)
19:25.05TAsnprobably.
19:25.05mrmokuTAsn: elm_genlist_horizontal_mode_set(data->list, ELM_LIST_LIMIT);
19:25.13mrmokumaybe it did not work with older EFL
19:25.22TAsnmrmoku, probably ;)
19:25.27mrmokuI don't want it to scroll sideways
19:25.34TAsnok, so that also needs a fix
19:25.40TAsnmrmoku, STOP!
19:25.40mrmokuthough now it is centering the label... which is baad ;)
19:25.42Zorkmantangogps 0.9.7 also still hasn't made it to the feeds
19:25.45TAsndon't fight genlist~!
19:25.51dos1Zorkman: ...
19:25.53TAsnwe are moving to index anyway
19:25.54TAsn:)
19:26.02dos1TAsn: index uses genlist
19:26.04dos1TAsn: err
19:26.06mrmokuTAsn: I think index is just an addition
19:26.07TAsnkill two birds with one rock ;)
19:26.11TAsnmrmoku, i c. :)
19:26.11dos1TAsn: you add index on genlist
19:26.19TAsnmrmoku, carry on with the fighting.
19:26.24mrmokubut we want bubbles :P
19:26.28mrmoku(IIRC)
19:26.35TAsnyes and no
19:26.36mrmokuthat will come later though
19:26.37TAsnwe do want them
19:26.37dos1bubbles in messages
19:26.40dos1not in contacts :P
19:26.40TAsnbut later
19:26.44TAsnwhen we do split messages
19:26.46TAsndos1, hehe yeha :)
19:26.51mrmokudos1: contacts are different... easier
19:27.40TAsnso what are you fighting with in contacts?
19:27.48TAsnbtw, at least you now have documentation :)
19:29.41CIA-66SHR: 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.11mrmokuTAsn: I'm fighting the messages... not the contacts
19:32.20TAsnoh :)
19:32.23mrmokuI want to get read of messagelist.edc for now
19:32.32TAsnbtw, what we do is plain stupid
19:32.38TAsnI want to have a contact widget
19:32.39mrmokuas always :P
19:32.44TAsn(that we create)
19:32.49TAsnand we'll have a function
19:32.54TAsnpopulate widget
19:32.57TAsnthat we can call
19:33.01TAsnand use it everywhere in phonegui
19:33.09TAsnimplementing it twice is ugly and stupid
19:33.15TAsneven insertion...
19:34.14dos1no no no no no
19:38.29dos1TAsn: efl2 segfaults to me
19:38.36dos1** (process:2677): DEBUG: number is '+48792011672'
19:38.38dos1** (process:2677): DEBUG: number is '\u0018\x84\u0010'
19:38.39dos1Segmentation fault
19:38.47dos1in shr-contacts
19:38.58TAsnin contacts?!
19:39.04TAsnit shouldn't resolve in contact
19:39.08TAsnplease pastebin full dump.
19:39.14dos1and in shr-messages
19:39.16dos1** (process:2687): DEBUG: result gave 1265 entries --> retrieving
19:39.23TAsnand try to figure out what's wrong in this specific line.
19:39.24dos1not optimal ;)
19:39.29dos1and also segfaults
19:39.37TAsndos1, segfaults after that?
19:39.47dos1** (process:2687): DEBUG: result gave 1265 entries --> retrieving
19:39.48dos1** (process:2687): DEBUG: retrieve messagebook callback(error=0)
19:39.49dos1** (process:2687): DEBUG: processing entry
19:39.52dos1** (process:2687): DEBUG: processing entry
19:39.54dos1Segmentation fault
19:40.10TAsnweird.
19:40.15TAsnwill take a look later
19:41.02dos1i have weird things in my opimd
19:41.21dos1but it shouldn't segfault on for instance lack of phone field
19:41.22dos1;)
19:41.39dos1contacts segfaults on #0  0x400dc138 in g_value_get_string () from /usr/lib/libgobject-2.0.so.0
19:41.47dos1but i don't have efl2-dbg for more info
19:42.16dos1installing
19:45.44TAsnok I know what's the problem
19:45.50TAsnit's segaulting of let's say
19:45.54TAsnlack of phone field :)
19:46.01TAsnwhich relates to my suggestion from earlier today
19:46.04TAsnphone and name
19:46.10TAsnshould be virtual fields
19:46.14TAsnthat must exist
19:46.21TAsnbut ok, I'll fix that soon.
19:46.30TAsnremind me if you don't see a commit in 15 mins
19:47.06dos1TAsn: why for?
19:47.45TAsnbecause sometimes one may want to ask for the name
19:47.48TAsnwithout caring with
19:47.54TAsnnick/first/last
19:48.02TAsnbut just a ready section
19:48.04TAsnwhich you call name
19:48.10TAsnand same for number
19:48.18dos1name is the only one fields which should exist
19:48.26dos1-s
19:48.35dos1TAsn: http://pastebin.com/mae5eb92
19:48.37UberNeoTAsn : i am still unable to remove pingus
19:49.10TAsndos1, I know what's wrong
19:49.15TAsnthe lack of name/number
19:49.18TAsnwill fix
19:49.25dos1lack of number
19:49.34dos1as 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.36mrmokuUberNeo: opkg list_installed | grep pingus
19:53.03UberNeoit gives nothing
19:53.18mrmokuthen opkg thinks it is not installed...
19:53.20UberNeohowever i can run the pingus even now
19:54.52*** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.31)
19:54.52UberNeothen hw to remove it
19:55.33mrmokuUberNeo: install it first :P;
19:56.28UberNeoi 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.59dos1why for URL?
19:58.02dos1just opkg install pingus...
19:58.18UberNeoshall i remove the /usr/share/pingus
19:58.18UberNeomeans delete the diretory /usr/share/pingus
20:02.22CIA-66SHR: 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.54mrmokuUberNeo: reinstall it to let opkg know it is installed... then uninstall it
20:02.55dos1TAsn: http://pastebin.com/m4c237138
20:03.02dos1TAsn: that's shr-messages
20:05.41TAsndos1, probably the same thing.
20:05.46TAsnI'll take a look soon :)
20:06.02TAsndos1, can I assume the existence of name?
20:06.08dos1TAsn: yup
20:06.11dos1TAsn: but not Phone
20:06.17dos1and any other field
20:07.30TAsnok.
20:08.33TAsnmrmoku, jsut to let you know
20:08.39TAsnI'm making a change to make phonegui sane
20:08.44TAsnit requires changes in efl
20:08.45TAsnand efl2
20:08.53mrmokuthat is?
20:08.54TAsnwill do that as well.
20:09.02TAsnyou'll see *wink* ;]
20:09.09mrmokuTAsn: pull first :P
20:09.14TAsndamn you.
20:09.21TAsndon't worry ;)
20:09.37TAsn(though I'll probably forget when time comes)
20:10.00mrmokudos1: tell me about he merge=0 thing... recommended?
20:10.06mrmoku+t
20:10.54dos1mrmoku: it makes loading faster
20:11.39mrmokudos1: what does it (not) make then?
20:12.05mrmokudos1: merge one contact that is distributed in two backends?
20:12.10dos1mrmoku: yup
20:12.19dos1mrmoku: i don't think it's really needed in messages
20:12.23mrmokudoes not need that and turns merging off ;)
20:14.32mrmokuTAsn: looking add the add contact issue now
20:14.47TAsn:)
20:14.47TAsncool.
20:17.39DocScrutinizer-8hey guys 'n gals(? any?). wazzup?
20:18.20*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
20:21.12TAsnmrmoku, ok, verifying it even compiles, if it does, I'll just assume it works (until I'll be able to build again :) )
20:21.31TAsnbut don't worry, I'll wait with pushing
20:21.50mrmokuhmm... this add contact thing... needs thinking
20:22.12mrmokudon't want to double the contact-list view ;)
20:24.56DocScrutinizer-8could someone brief me on add contact issue please
20:25.10TAsnmrmoku, exactly what I said
20:25.16*** join/#openmoko-cdevel baruch (n=baruche@bzq-79-178-88-101.red.bezeqint.net)
20:25.18TAsnyou should create a "widget"
20:25.29mrmokuTAsn: but not as extreme as you want
20:25.30TAsnand a couple of populating functions
20:25.31TAsnand stuff
20:25.38TAsnjust a populating function
20:25.42mrmokuit is basically just the genlist callbacks
20:25.53TAsnand a return already made widget
20:25.54TAsnfunction
20:25.55mrmokuand populating function, yes
20:26.02TAsndos1,
20:26.23TAsnsender, content, direction and path
20:26.27TAsnwhich are not a must?
20:26.33TAsnand timestamp
20:26.56dos1well, all of that are not must ;P
20:27.07TAsnin a message, really?
20:27.08dos1oh, path is must
20:27.14TAsnok, sec.
20:27.15TAsnhates dos.
20:27.17dos1and in SMS - content, direction
20:27.28dos1and sender or recipient
20:31.58TAsnwhat about MessageRead?
20:32.44dos1hmm
20:32.57dos1yup, it rather should be
20:33.03dos1but don't segfault when it isn't please!
20:33.05dos1:D
20:34.09TAsnok
20:34.16TAsnfixed everything (hopefully)
20:34.26TAsncan'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.21TAsnlol today I'm doing almost everything with sed
20:46.48TAsnwriting a lot of code
20:46.52TAsnusing sed alone
20:46.53TAsnactually
20:46.57TAsndid that yesterday as well
20:46.58TAsn:)
20:47.08TAsnI can take a news report and sed it until it compiles ;]
20:47.17TAsn(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.51TAsndos1, just to make sure I fixed your bug
20:51.57TAsnthose fields I showed eralier
20:51.59TAsnearlier
20:52.05TAsnyou have contacts without some of them
20:52.06TAsnright?
20:52.20*** join/#openmoko-cdevel h4v_ (n=h4v@new.otos.pl)
20:52.21TAsnI mean, that's the bug, right?
20:54.06mrmokuTAsn: as your changes will conflict with mine... going to bed now :P
20:54.23mrmokuwaiting for you to finish the regexing
20:54.47mrmokudos1: IIRC you did some sketchups for screens... for contact list too?
20:54.59dos1mrmoku: yup
20:55.39mrmokuahh... found it :)
20:56.23TAsnmrmoku, I'm done
20:56.30TAsnand they won't conflict
20:56.33TAsnI'm adding stuff to phonegui
20:56.36TAsnnot efl2
20:56.45mrmokuok
20:56.45TAsnefl2 won't conflict as I only changed minor stuff there.
20:56.52mrmokugoing to bed anyway ;)
20:56.53TAsnwill push in a sec
20:56.56TAsnmrmoku, ciao :)
20:57.15mrmokudos1: your sketchup does not say how to handle multiple phone numbers...
20:57.16spaetznight, mrmoku
20:57.24dos1mrmoku: heh, right
20:57.31dos1mrmoku: you can look at opimd-contacts
20:57.43mrmokuok, will install that tomorrow then :)
20:57.46mrmokunight all
20:57.49TAsnmrmoku, shouldn't be that hard to add it to efl2
20:57.50dos1there is some handling
20:57.56TAsn(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.12CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * re30d56a4bed0 10/src/view/ (contact-list-view.c message-list-view.c): hopefully fixed dos's issues
21:08.13CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r1cea86e0630a 10/src/view/ (4 files): changed the include of phonegui to the correct one
21:08.13CIA-66SHR: 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.14CIA-66SHR: 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.13dos1TAsn: http://tinderbox.openembedded.net/public/logs/task/3085202.txt
21:13.26dos1i have libframeworkd-phonegui built
21:16.26*** join/#openmoko-cdevel Sleep_Walker (n=Sleep@193.179.96.131)
21:36.21CIA-66SHR: 03tom 07shr * ra97403c1c268 10/ophonekitd/src/ (4 files): removed the ugly phonegui hacks from ophonekitd
21:36.21CIA-66SHR: 03tom 07shr * r886772dfcd5d 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added a segfault defense to phonegui
21:36.22CIA-66SHR: 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.23CIA-66SHR: 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.26CIA-66SHR: 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.31CIA-66SHR: 03tom 07shr * rb5e486f96474 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed a typo that caused it not to compile
21:36.34CIA-66SHR: 03tom 07shr * r494dcfb0c739 10/ (12 files in 3 dirs): removed the ugly phonegui hacks from shr-* as well
21:36.38CIA-66SHR: 03tom 07shr * r97f8ac9f02d4 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added contacts_new_show to phonegui
21:42.30CIA-66SHR: 03tom 07shr * r19f6e6decbc6 10/libframeworkd-phonegui/TODO: Added a TODO to phonegui
21:42.44TAsnffs
21:42.58TAsnbecause of enlightenment I can't really test phonegui and efl2 and all the changes I made.
21:43.04TAsn:|
21:43.42*** join/#openmoko-cdevel pini (n=pini@tho01-1-88-189-102-17.fbx.proxad.net)
22:05.14CIA-66SHR: 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.15DocScrutinizer-8TAsn: ping
23:12.25TAsnDocScrutinizer-8, pong.
23:13.45DocScrutinizer-8TAsn: 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.09TAsn:)
23:14.10TAsnhehe :)
23:14.53TAsnbtw is there a restriction on NP or IP?
23:14.57TAsni.e only numbers?
23:15.00TAsnor something?
23:15.17DocScrutinizer-8you actually might have different "international prefixes" in your contacts
23:15.39DocScrutinizer-8no restrictions generally
23:15.57DocScrutinizer-8in fact it usually is only numbers
23:16.36DocScrutinizer-8but valid numbers for GSM are 0..9, A, B, C, D, *, #
23:17.25TAsnok, I'll try to remember that ;) (for regex escaping)
23:17.27TAsnand validation
23:17.37DocScrutinizer-8yep
23:17.40DocScrutinizer-8good
23:20.18DocScrutinizer-8TAsn: e.g. you could have numbers in your contacts like "*31#0049 911 345345"
23:20.45TAsnwhich will mean?
23:20.47DocScrutinizer-8to always enable CLIR when dialing that number
23:21.22DocScrutinizer-8or always use call-by-call provider:
23:22.00DocScrutinizer-80049 8001441 911 345345
23:22.37DocScrutinizer-8an inbound call still would show up as
23:22.50DocScrutinizer-8+49 911 346345
23:24.53DocScrutinizer-8TAsn: I'll augment my bashscript example (the sed regex) to cope with that
23:25.23DocScrutinizer-8TAsn: I'll ping you when finished
23:25.26TAsncool. I'd like seeing that. :)
23:25.28TAsnthanks.
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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.