IRC log for #openmoko-cdevel on 20091005

00:09.51*** join/#openmoko-cdevel GovCon (n=GC@unaffiliated/govcon)
00:10.41*** join/#openmoko-cdevel raster (n=raster@enlightenment/developer/raster)
00:15.08*** join/#openmoko-cdevel agg1n (n=agg1n@static-87-245-51-186.teleos-web.de)
00:42.59*** join/#openmoko-cdevel DrRabbit (n=xchat@ip68-3-172-57.ph.ph.cox.net)
00:57.13*** join/#openmoko-cdevel agg1n (n=agg1n@static-87-245-51-186.teleos-web.de)
01:06.42*** join/#openmoko-cdevel Defiant- (i=erik@c202020.adsl.hansenet.de)
01:23.43*** join/#openmoko-cdevel agg1n (n=jan@static-87-245-51-186.teleos-web.de)
01:40.08*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
02:13.14*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
02:26.45*** join/#openmoko-cdevel khiraly1 (n=lama@dsl5402AF3C.pool.t-online.hu)
02:32.38*** join/#openmoko-cdevel agg1n (n=agg1n@static-87-245-51-186.teleos-web.de)
02:35.26*** join/#openmoko-cdevel agg1n1 (n=agg1n@90.153.5.76)
02:40.08*** join/#openmoko-cdevel fredrin (n=workingn@ti0035a340-dhcp0191.bb.online.no)
03:04.45*** join/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com)
03:05.41*** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102)
03:13.40*** join/#openmoko-cdevel mzanetti (n=dreadhea@p5B302D69.dip0.t-ipconnect.de)
03:24.59*** join/#openmoko-cdevel AlexC (n=alexc@ppp59-167-41-99.lns2.cbr1.internode.on.net)
04:10.49*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
04:18.42blindcodermorning
04:21.12*** join/#openmoko-cdevel DrRabbit (n=xchat@ip68-3-172-57.ph.ph.cox.net)
04:21.54*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
04:28.35playya__good morning blindcoder
04:28.51*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
04:34.11*** join/#openmoko-cdevel DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net)
04:40.06*** part/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com)
04:40.26*** join/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com)
04:49.41*** join/#openmoko-cdevel joerg_42 (n=jr-N810@200.194.116.85.dsl.manitu.net)
05:47.29mrmokudos1: what is going to happen with your fso-trigger framework patch?
06:00.24*** join/#openmoko-cdevel playya__ (n=playya@unaffiliated/playya)
06:06.21*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
06:15.35*** join/#openmoko-cdevel Tanuva (n=tanuva@p5B10EA21.dip.t-dialin.net)
06:16.22joerg_42moin
06:16.45PaulFertserjoerg_42: hey
06:17.47playya__moin
06:29.23DocScrutinizer-8PaulFertser: please register
06:39.38*** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net)
06:40.06*** join/#openmoko-cdevel andi (n=andi@eeepc.andi.whyi.org)
06:42.55*** join/#openmoko-cdevel baruche_ (n=baruche@bzq-79-177-109-58.red.bezeqint.net)
06:44.20*** join/#openmoko-cdevel kwek (n=kwek@212.230.225.24)
06:51.28*** join/#openmoko-cdevel wpwrak (n=werner@host16.190-136-29.telecom.net.ar)
06:51.36*** join/#openmoko-cdevel playya (n=playya@unaffiliated/playya)
07:00.00*** join/#openmoko-cdevel everslick (n=clemens@212-183-116-226.adsl.highway.telekom.at)
07:02.35*** join/#openmoko-cdevel cichlid (n=cichlid@78.112.79.109)
07:02.42mrmokuraster: ping - morning - question :)
07:02.56mrmokuraster: regarding index... the index itself does not scroll (yet) ?
07:03.19*** join/#openmoko-cdevel Heinervdm (n=thomas@pD9E15F5A.dip.t-dialin.net)
07:03.30mrmokuHeinervdm: morning
07:03.57Heinervdmmorning :)
07:06.11playyais waiting for a "server is up again"
07:06.36Heinervdmtoo
07:07.01mrmokutoo
07:07.11playyai have to test a patch for pkg-config
07:07.38playyaand vala class
07:08.54HeinervdmI have to test xserver 1.7
07:09.59playyacan you run a inotifywait -r /usr/*/pkgconfig while running it?
07:10.46playyapkg-config adds LIBDIR/pkgconfig to the search paths by default
07:13.50tmztwhere do you get inotifywait?
07:14.00tmztHeinervdm: with fbdev or Weiss ddx?
07:14.44playyatmzt, inotify-tools
07:14.48Heinervdmtmzt: ddx? we are using xserver 1.7RC3 currently
07:15.15Heinervdmso this update is not a big step
07:15.43tmztright, is it fbdev or Weiss's driver?
07:15.51tmztddx is display dependent X, the driver part
07:15.55Heinervdmit's xf86-video-glamo
07:16.00tmztok
07:16.18tmzthow well does Xorg run, in terms of startup time and parsing config?
07:16.44Heinervdmstartup is a bit slower then kdrive
07:17.03tmztmuch slower?
07:17.14tmztnoticable, a problem, etc.?
07:17.40Defiant-wasn't noticeable here
07:17.45Defiant-(debian)
07:17.47Heinervdmit's only a feeling
07:18.37*** join/#openmoko-cdevel m0nt0 (n=monto@151.57.149.62)
07:32.52*** join/#openmoko-cdevel andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net)
07:33.35FiXionDocScrutinizer-8: I noticed my /etc/alsactl.state was exactly like stereoout.state (using diff)
07:33.45FiXionI just don't understand why I don't have sound then
07:33.54FiXionit's killing me - I always miss  calls
07:34.29FiXionand it's not like the gta02v7 isn't supported hardware :)
07:37.42tmztFiXion: did you see what I said yesterday?
07:37.46blindcoderFiXion: in shr-settings whten you click play, does it play the sound?
07:37.55tmztthe state on the fs might not be the settings used by alsa
07:42.38*** join/#openmoko-cdevel neomilium (n=romuald@LMontsouris-156-24-13-50.w80-14.abo.wanadoo.fr)
07:50.56*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
07:54.54*** join/#openmoko-cdevel sleipnir (i=3e501154@gateway/web/freenode/x-2eac3720a37c63b6)
07:56.36*** join/#openmoko-cdevel edgar (n=christop@cm56-222-142.liwest.at)
07:57.04*** join/#openmoko-cdevel skamster (n=quassel@77-56-231-193.dclient.hispeed.ch)
08:04.01*** join/#openmoko-cdevel madxray (n=madxray@195.37.62.208)
08:09.01HeinervdmAs long as git is down, we can have a look at the tickets :) I think the following are fixed: #655 #647 #646 #635 #622 #621 #613 #593 #587 #549 #448 #204 and this is upstream: #640
08:13.09lindi-Gnutoo: shr bugs?
08:13.13lindi-sorry, meant Heinervdm
08:15.40Heinervdmlindi-: yes
08:19.41PaulFertserGuys, sorry for OT but i'm so fucking tired of stupid windows that i wished somebody could help me. Did anyone tried to debug windows dlls with gdb? I have gtk on windows and it doesn't use translation for whatever reason :-/ i'll ask at #gtk channel
08:21.32blindcoderPaulFertser: the solution is easy: use gtk on linux :)
08:23.17PaulFertserblindcoder: i do and it works just fine
08:23.28blindcoderPaulFertser: see, problem solved :)
08:23.57PaulFertserblindcoder: if it was that easy i wouldn't bother asking. You know, i really need some help :-/
08:24.06*** join/#openmoko-cdevel jlmoko (n=jluis@147.Red-83-58-18.dynamicIP.rima-tde.net)
08:24.25PaulFertserblindcoder: you see i even can't spell and use grammar properly
08:25.00andijust check the call to bindtextdomain()
08:25.12andiand to what localedir is set
08:25.28andiLOCALEDIR in config.h or somewhere
08:25.52andiI usually set it to "." on windows machines
08:26.18andiworks at least for mumpot this way
08:26.59tmztmumpot?
08:27.12andimy osm mapping application
08:29.26*** join/#openmoko-cdevel jonkristian (n=jonkrist@66.84-48-49.nextgentel.com)
08:29.32PaulFertserandi: i tell you gettext() in _my_ code works as expected. But gtkbuilder-generated widgets are untranslated. And it all works on GNU/Linux (and yes, i use "." too on both platforms here for consistency).
08:34.59andithen I am not sure at the moment (I guess Program files\common files\gtk or so)
08:36.08*** join/#openmoko-cdevel baruch (n=baruche@nat/ibm/x-217dace241a1dea4)
08:37.53PaulFertserandi: i used process monitor to see what the program does. gtk finds its message catalogs all right but doesn't even try to access mine. Only on first gettext() invocation in my code it gets accessed (and used properly, but the interface is still untranslated obviously).
08:39.55FiXionblindcoder: no sound. not when running aplay from console either
08:40.29*** join/#openmoko-cdevel VDVsx (n=Valerio@bl5-203-171.dsl.telepac.pt)
08:40.37blindcoderFiXion: but you can talk to peolpe when accepting a call?
08:40.44FiXiontmzt: I'm guessing you mean alsactl store ? it default saves to /etc/asound.state and there was no diff
08:40.46blindcoderFiXion: so the handset speaker works?
08:40.50FiXionblindcoder: yes just fine.
08:41.04FiXionpeoples voices are rather low
08:41.11blindcoderFiXion: can you try with another distro or a 'virgin' flashed shr?
08:41.20blindcoderFiXion: actually, I assume your speaker to be broken
08:41.34FiXionI have flashed the shr from scratch several times (latest in 20090803) - and no diff
08:41.46FiXionI'm getting that feel as well :(
08:41.50tmztFiXion: but kernel can't be reading from the filesystem
08:42.07blindcoderFiXion: might also be a bad soldering point or something alike
08:42.21blindcoderFiXion: you should actually test another distro to be sure
08:42.44FiXionI'll put something on the sd card.. has been wanting to try that for long
08:42.55FiXionobvious test for hardware defect ofcourse
08:46.00*** join/#openmoko-cdevel cichlid (n=cichlid@78.112.79.109)
08:52.53DocScrutinizer-8FiXion: /etc/alsa.state is useless
08:53.19DocScrutinizer-8FiXion: try if you get sound from headset
08:53.38FiXionI have tried that. no sound
08:53.49FiXionI haven't tried to talk to anyone with headset though
08:54.07FiXionI have my headset here if I you have ideas for what to try
08:54.34DocScrutinizer-8try a call via headset
08:57.43*** join/#openmoko-cdevel cichlid (n=cichlid@78.112.79.109)
08:58.46FiXionwill try in a sec.
08:58.56FiXionneed to get someone to go to another room and call :)
08:58.57*** join/#openmoko-cdevel sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
08:59.46DocScrutinizerFiXion: it should suffice to call time-service, or even arbitrary number and listen for callback-tone
08:59.55DocScrutinizererr ringback
09:00.06FiXionno ringtone
09:00.13FiXionbut I can talk to the person (again rather low)
09:00.21FiXionneeds noise free environment
09:00.42DocScrutinizersounds like your amp isn't enabled, or broken
09:00.48DocScrutinizersorry have to run
09:00.50DocScrutinizerttyl
09:00.56FiXionthanks
09:01.01FiXionanyone know how to check the amp?
09:01.19FiXionI'll try a couple of distro's shortly to see if there's any diff
09:03.13*** join/#openmoko-cdevel cichlid (n=cichlid@78.112.79.109)
09:03.43*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
09:37.25*** join/#openmoko-cdevel fgau_ (n=fgau@62.8.133.125)
09:44.59*** join/#openmoko-cdevel DrRabbit_ (n=xchat@ip68-3-172-57.ph.ph.cox.net)
09:45.02*** join/#openmoko-cdevel tasn2 (i=d4197c9d@gateway/web/freenode/x-140f87fbcf32c897)
09:45.12tasn2mrmoku: I see you committed stuff :)
09:45.18tasn2wait for more commits later Z)
09:45.25mrmokutasn2: huh?
09:45.38tasn2(that you pushed to build host)
09:45.59mrmokuahh... buildhost back up :D
09:46.03mrmokutasn2: no, did not push
09:46.12tasn2oh nvanyhow, I gtg, please tell dos to use phone_utils compare number
09:46.13tasn2m
09:46.15tasn2then
09:46.22tasn2I thought I saw commits :)
09:46.36mrmokuI'm doing some nice stuff though :)
09:46.48mrmokuso you will see some commits later
09:47.04tasn2cool
09:47.09tasn2I also did some cool changes
09:47.12tasn2will also push
09:49.18tasn2raster: please read the memo I sent you :)
09:49.21tasn2ciao all
09:50.34*** join/#openmoko-cdevel playya_ (n=playya@93.216.217.168)
09:57.56*** join/#openmoko-cdevel fgau__ (n=fgau@62.8.133.125)
10:05.18*** join/#openmoko-cdevel polz (n=polz@212.235.189.242)
10:06.20*** join/#openmoko-cdevel Zork|Work (n=zork@154.251-243-81.adsl-static.isp.belgacom.be)
10:19.00FiXionqtmoko works like a charm in regards to playing ringtones
10:19.02FiXionodd
10:23.25DocScrutinizer-8FiXion: you messed up sth
10:35.32*** join/#openmoko-cdevel polz (n=polz@212.235.189.242)
10:44.10*** join/#openmoko-cdevel polz (n=polz@212.235.189.242)
10:50.11*** join/#openmoko-cdevel polz (n=polz@212.235.189.242)
11:13.22*** mode/#openmoko-cdevel [+o PaulFertser] by ChanServ
11:13.35PaulFertserBow in fear!
11:13.44*** mode/#openmoko-cdevel [-o PaulFertser] by ChanServ
11:13.44DocScrutinizer-8hehe
11:13.55PaulFertserNice
11:22.36*** join/#openmoko-cdevel agg1n (n=jan@static-87-245-10-172.teleos-web.de)
11:23.36madxrayui server is back
11:24.00DocScrutinizer-8really? :-D
11:25.02*** topic/#openmoko-cdevel by DocScrutinizer -> Openmoko Community Developer's Channel -- Open developer discussion on all firmware images, packages, and software | SHR: please choose you favorite logo, more info at: http://wiki.shr-project.org/trac/wiki/LogoContest
11:27.13madxrayat least i could download the image files
11:27.44DocScrutinizermrmoku: ok, so now it's time I test the new image? :-)
11:27.58mrmokunah... patience :)
11:28.05DocScrutinizerlol
11:28.25cichlidwell done
11:28.29mrmokulunch
11:29.47*** join/#openmoko-cdevel pwgen (n=ew@0132900044.0.fullrate.dk)
11:29.52DocScrutinizerhmm, I get appetite for a nice beef (lunch - well done) ;-P
11:30.26DocScrutinizerprefers medium though
11:32.37*** join/#openmoko-cdevel Majkhii (n=Majkhii@w66-76.vsb.cz)
11:34.49*** join/#openmoko-cdevel max_posedon (n=max_pose@87.252.243.250)
11:39.21*** join/#openmoko-cdevel beniwtv (n=beniwtv@87.111.61.209)
11:40.13beniwtvHi all... the latest SHR image is from 6.Sept right? (Just want to make sure the download location http://build.shr-project.org/shr-unstable/images/om-gta02/ is still valid)
11:41.47*** join/#openmoko-cdevel tig| (n=gclarke@aurix2.plus.com)
11:42.04DocScrutinizer-8yup
11:42.22DocScrutinizer-8at least last "official" one
11:43.18beniwtvDocScrutinizer-8: Thanks
11:43.26DocScrutinizer-8yw
11:44.39DocScrutinizer-8if you feel venturous you may give image in /mrmoku a try
11:48.36beniwtvDocScrutinizer-8: yep, will certainly do. So what's being worked on? (Haven't been around for some time, work) Anything exciting?
11:49.07DocScrutinizerbetter ask what's not being worked on ;-)
11:49.37playyaanyone knows how to fix this: ln: `include/connman/.': cannot overwrite directory
11:49.56DocScrutinizerxorg, fso*d, opimd, efl, dunno what else. And Tasn is about to come up with new phoneutils
11:51.19DocScrutinizerbeniwtv: /tests/mrmoku/unstable/images/om-gta02
11:51.53DocScrutinizerbut ask mrmoku for a "good moment" prior to going for that image
11:52.25beniwtvDocScrutinizer: good :)
11:52.41mrmokubeniwtv: and even works so far
11:53.01beniwtvmrmoku: so it will not fry my fr? :D
11:53.14mrmokubeniwtv: do you have children? :P
11:53.17beniwtvawww dansguardian blocking .bin
11:53.34beniwtvmrmoku: no... :p
11:53.45mrmokubeniwtv: then no fear ;)
11:57.03DocScrutinizer-8mrmoku: so you think the image is ready for beniwtv but not for me? ;-P
11:57.13mrmokuDocScrutinizer-8: probably ;)
11:57.24DocScrutinizer-8ok :-D
11:57.29DocScrutinizer-8I'll wait
11:57.35DocScrutinizer-8patiently
11:57.43mrmokuas I know you will spank hard when it does not work as expected :P
11:58.12DocScrutinizer-8hrhrrhrr
11:59.29DocScrutinizer-8mrmoku: I'm even willing to spend a fresh uSD for the 10/03, just to give it a try
12:00.32mrmokuthen go ahead... it looks quite good
12:00.35DocScrutinizer-8mrmoku: I'm eager to test tasn's new apps
12:04.06*** join/#openmoko-cdevel Tanuva (n=tanuva@p5B10BE9A.dip.t-dialin.net)
12:08.03*** join/#openmoko-cdevel spaetz (n=spaetz@mtec-hg-docking-1-dhcp-199.ethz.ch)
12:12.22*** join/#openmoko-cdevel vegyraupe (n=mirkolin@91-64-217-87-dynip.superkabel.de)
12:12.39playyamrmoku, you already built libfsobasics?
12:13.10mrmokuplayya: which version?
12:13.22playyadoesn't matter
12:13.27mrmokusure
12:13.33playyai just want to check something
12:13.48playyaif it is my fault or bitbake
12:14.37HeinervdmNow svn.projects.openmoko.org is down?
12:15.03playyaif you are still building: could you check if pkg config access you hosts dirs?
12:21.04DocScrutinizer-8Heinervdm: confirmed?
12:21.08*** part/#openmoko-cdevel tig| (n=gclarke@aurix2.plus.com)
12:21.29HeinervdmDocScrutinizer-8: no, now it's woring again :)
12:21.38DocScrutinizer-8ok
12:30.55*** join/#openmoko-cdevel GovCon (n=GC@cpc2-cdif6-0-0-cust149.cdif.cable.ntl.com)
12:33.45beniwtvmrmoku: It does indeed work :)
12:34.59mrmokubeniwtv: good to hear :)
12:36.28*** join/#openmoko-cdevel m0nt0 (n=monto@151.57.149.62)
12:36.29TanuvaI'm bitbake'ing my recipe for testing and constantly get this since... two days maybe: ERROR: '/home/marcel/code/shr-bitbake-testbed/shr-unstable/openembedded/recipes/gtk+/gtk+_2.14.2.bb' failed
12:36.38Tanuvais that simply broken or can I do something about it?
12:37.16Tanuvado_compile is failing in the recipe
12:48.11*** join/#openmoko-cdevel hiciu (n=hiciu@host-91-200-27-218.leon.com.pl)
12:48.46spaetzTanuva: let me guess. It's complaining about some unexpected \0 char in some script
12:49.13spaetzcompiling on debian/ubuntu where /bin/sh points to /bin/dash is broken for gtk
12:49.30spaetza workaround is to link /bin/sh to bash for gtk compilation
12:49.51mrmokuspaetz: any idea how to set the text of a TEXT part in an edc?
12:49.52spaetzI think, I remember there was a different underlying thing that should be fixed, but this fixed it for me
12:50.09spaetznope, edc is black magic for me, sorry
12:50.26Tanuvaspaetz: oh, you're right. should have read that more thoroughly to find the log... :/
12:50.35mrmokuspaetz: any idea how to set the font of elm label then? ;)
12:53.02agg1nmrmoku: maybe edje_object_part_text_set for setting the text of a text part
12:53.25mrmokuagg1n: and how to get the object?
12:55.32mrmokuagg1n: nvm stupid me... object is part :)
12:55.54mrmokumoving downstairs as kids play computer...
12:59.48*** join/#openmoko-cdevel raster (n=raster@enlightenment/developer/raster)
13:10.39*** join/#openmoko-cdevel pbaxter (n=pbaxter@host152-133-dynamic.54-79-r.retail.telecomitalia.it)
13:12.24CIA-66SHR: 03tom 07shr * ra5ee98c9478e 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
13:12.25CIA-66SHR: 03tom 07shr * r7211d1b07384 10/ophonekitd/src/ophonekitd-main.c: added a debug message
13:12.25CIA-66SHR: 03tom 07shr * rbc71678134d0 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
13:12.27CIA-66SHR: 03tom 07shr * rc9aafb1d485c 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
13:12.31CIA-66SHR: 03tom 07shr * re451abf816ac 10/ophonekitd/src/ophonekitd-main.c: added a configuration flag for usage of contact cache, default is using
13:12.35CIA-66SHR: 03tom 07shr * rb2f9104fc7dc 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
13:12.39CIA-66SHR: 03tom 07shr * r809b1aa37cd5 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added a segfault defense to phonegui
13:12.42CIA-66SHR: 03tom 07shr * r704d972beded 10/ophonekitd/src/ (4 files): removed the ugly phonegui hacks from ophonekitd
13:12.45CIA-66SHR: 03tom 07shr * r07e2486c848d 10/ (12 files in 3 dirs): removed the ugly phonegui hacks from shr-* as well
13:12.48CIA-66SHR: 03tom 07shr * re697fd91d14e 10/libframeworkd-phonegui/src/ (4 files): split phonegui.c to another file so utility functions will be split
13:12.51CIA-66SHR: 03tom 07shr * r9ed8a987a2fe 10/libframeworkd-phonegui/TODO: Added a TODO to phonegui
13:12.53CIA-66SHR: 03tom 07shr * r41693b9cabe9 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed a typo that caused it not to compile
13:12.58CIA-66SHR: 03tom 07shr * ra74200975df7 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added contacts_new_show to phonegui
13:13.05CIA-66SHR: 03tom 07shr * r1ece8486b337 10/ophonekitd/src/ophonekitd-main.c: added a workaronud for the " issue in numbers
13:18.09mrmokuagg1n: hehe, there is even a helper function for that... window_text_set :)
13:20.10mrmokudoes not work though :(
13:29.49*** join/#openmoko-cdevel agg1n (n=agg1n@static-87-245-10-172.teleos-web.de)
13:40.28*** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167976137.dsl.bell.ca)
13:43.01*** join/#openmoko-cdevel playya_ (n=playya@unaffiliated/playya)
13:45.22*** join/#openmoko-cdevel lindi- (n=lindi@kulho150.adsl.netsonic.fi)
13:45.23*** join/#openmoko-cdevel agg1n (n=jan@static-87-245-10-172.teleos-web.de)
13:48.43spaetzI'm back. Did you manage the font of elm label thing?
13:49.33spaetzlet me check my pcalc code. I change the font of an input field (in python) there
13:50.07mrmokuspaetz: yup
13:50.24mrmokuagg1n: giving text black color makes it look better than white on white :P
13:50.44spaetzno, I don't set the font, I just use "scale_set" on the widget
13:50.56spaetzmmh
13:51.07mrmokuspaetz: the other way round though... set the text of a part of an edc
13:53.21agg1nmrmoku: true :)
13:53.53spaetzelm could use some nice docs. but... hehe, don't tell that raster :)
13:54.09spaetzno clue, sorry
13:54.46spaetzhay, buildhost is up again. Nice
13:55.00spaetzdid building work out so far? I think I haven't updated in 3 weeks or so
13:55.37mrmokuspaetz: IIRC raster some day long time ago is that setting the font of an elm label via elm functions is not (yet) implemented
13:55.44mrmokumicht just be low down on the list of prios :P
13:55.50mrmokus/micht/might/
13:57.57spaetzmmh, might be.
13:58.05spaetzelm is very much work in progress...
13:58.30spaetzhey, cool efl keyboard mentioned on planet.openmoko.org: http://blog.slyon.de/?p=524
13:59.52*** join/#openmoko-cdevel playya (n=playya@unaffiliated/playya)
14:01.43*** join/#openmoko-cdevel dos1 (n=dos@unaffiliated/dos1)
14:04.57dos1TAsn: i tried to do python bindings of libframeworkd-phonegui when i did python-phoneutils
14:04.59dos1but i failed
14:05.16dos1but i'll check what did you break and i'll try again ;)
14:07.30*** join/#openmoko-cdevel divanorama (n=divan@ivanco.convex.ru)
14:17.10spaetzgit.paroli-project.org: fatal: Zero packs found!
14:17.12spaetzbahhh
14:24.52*** join/#openmoko-cdevel cichlid (n=cichlid@78.112.79.109)
14:26.01mrmokuspaetz: outage season :P
14:27.11dos1Zero packs found?
14:27.22dos1some repos on shr git have that too
14:29.03vegyraupespaetz: what's the problem ?
14:29.09spaetzmmh, actually it doesn't seem to be fatal.
14:29.20spaetzwell, it says: fatal. Which sounds bad :-)
14:29.32spaetzand I had a couple of time git.OE hanging up on me
14:29.41spaetzcouple of times...
14:29.52*** join/#openmoko-cdevel cichlid (n=cichlid@78.112.79.109)
14:33.53mrmokuspaetz: ahh.. zero packs found...
14:33.58mrmokuvegyraupe: pack your repo :P
14:34.08vegyraupepack my repo ?
14:34.14mrmoku[16:17]        spaetz | git.paroli-project.org: fatal: Zero packs found!
14:34.29vegyraupeit's the first time that anyone ever complained :)
14:34.36mrmoku:)
14:34.42vegyraupewhy do I need it now?
14:34.52*** join/#openmoko-cdevel cichlid (n=cichlid@78.112.79.109)
14:34.59spaetzvegyraupe: because the wording "fatal" gives me the creeps every time I see it :)
14:35.11mrmokuwell... you don'tt _need_ to... but it makes git operations faster for everyone
14:35.29spaetzso if you don't fix it, I'll send the guys with baseball bats after you :)
14:36.02mrmokuand it is advised to do that on a regular basis by the git docs
14:36.02vegyraupespaetz: hah, if you find anyone that has my current address, you deserve to have get me :P
14:36.24spaetzheh
14:37.03vegyraupegit-pack-objects - Create a packed archive of objects  ?
14:37.32vegyraupei can pack every single aspect of the git
14:38.00*** join/#openmoko-cdevel juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
14:39.44dos1mrmoku: opimd-utils has zero packs too
14:39.52dos1and some others AFAIR
14:39.58dos1mrmoku: pack them too ;)
14:40.06mrmokuyep... we're in no way better :P
14:40.12vegyraupehah
14:40.15vegyraupeso noone knows what it is
14:40.20vegyraupenoone uses it
14:40.23mrmokugit repack
14:40.27*** join/#openmoko-cdevel vininim (n=vininim@pdpc/supporter/student/vininim)
14:41.16mrmokudos1: I did it once manually for one or two repos of us...
14:41.28mrmokuthough... it needs a cron job to do it weekly
14:48.51cedahmm, how far has the copernica "project" come? Would it be fair to say that 50 % of all python code's been replaced by now?
14:52.00dos1ceda: did you mean cornucopia?
14:53.13cedayes
14:53.47playya_opimd and ogsmd is missing
14:54.38playya_which is still a big piece
14:54.53cedawhat about frameworkd?
14:55.38cedasorry for being this lazy :P
15:00.16*** join/#openmoko-cdevel everslick (n=clemens@91-114-190-4.adsl.highway.telekom.at)
15:04.53*** join/#openmoko-cdevel Flyser (n=flyser@dialin-145-254-188-151.pools.arcor-ip.net)
15:06.39mrmokudos1: what are you using for the list of fields in opimd-contacts?
15:07.28dos1mrmoku: list of fields?
15:07.38*** join/#openmoko-cdevel otypoks (n=e55c2403@85.11.67.243)
15:07.50mrmokucontact fields... like Street, ...
15:08.04mrmokutable?
15:08.47mrmokuand should saving of new fields work in opimd-contacts?
15:10.19dos1but on displaying or on editing?
15:10.25dos1and of course, storing should work
15:10.30dos1but not with SIM backend
15:12.01mrmokuhehe ok, have to add a new one then :P
15:12.08mrmokufor both... editing and viewing
15:13.45madxrayhas anyone booted the last unstable version? I gotunknown boot option `g_ether...
15:14.05madxraybefore splsh screen and the fat: bogus
15:14.46*** join/#openmoko-cdevel eolson (n=eolson@140.221.11.220)
15:15.30dos1mrmoku: yup, it's table AFAIR
15:15.49mrmokudos1: inside a scroller or does table scroll itself?
15:15.50dos1table with boxes, scrollers, icons, labels...
15:15.56dos1inside scroller
15:16.07mrmokuok, thanks
15:16.21mrmokudos1: more questions :P
15:16.31mrmokuPhoto has a prefix?
15:16.34mrmokulike file://
15:16.43dos1there is no photo support yet :D
15:16.48dos1well
15:16.54mrmokudos1: there is in shr-contacts ;)
15:17.07dos1hmm?
15:17.17dos1well, opimd-contacts has photo widget displayet
15:17.20dos1-t+d
15:17.21mrmokudos1: I'm implementing your sketchups :)
15:17.24dos1but it's not feeded at all ;)
15:17.27dos1oh, nice! :D
15:17.28*** join/#openmoko-cdevel chris38_office (n=chris38@193.49.124.65)
15:17.40dos1i think file:// will be ok
15:17.46dos1you can implement that
15:18.19mrmokuand question is what will be the convention for that... probably URI scheme?
15:18.22dos1mrmoku, TAsn: really, really nice! thanks a lot! i hope i'll be able to abbandon opimd-utils soon in favour of shr apps :)
15:18.36mrmokuyou will be able to :)
15:19.02dos1awesome :)
15:19.26cedadarn, all my extra SIM-cards have expired :P
15:22.38*** join/#openmoko-cdevel ruoso (n=ruoso@201009028006.user.veloxzone.com.br)
15:24.07larscPaulFertser: http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/om-gta02-2.6.31 boots and stuff :)
15:24.34madxraynice distribution so far! good work and motivation to spend some spare time
15:26.21PaulFertserlarsc: wow
15:26.40PaulFertserlarsc: thanks, it will help me a lot
15:36.29dos1mrmoku: fix emotion! :P
15:37.09*** join/#openmoko-cdevel beneth` (n=beneth@beneth.fr)
15:37.22*** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102)
15:37.48mrmokudos1: fix it yourself :P
15:37.55dos1i'm too lazy :P
15:38.01mrmokutoo
15:38.12mrmokuwell... actually I'm busy doing more important stuff ;)
15:38.28dos1ok, so i'm doing rm emotion_svn.bb, and we'll see what'll happen :D
15:38.46TAsndos1, :)
15:39.04TAsndos1, btw, python bindings:
15:39.08TAsnthey should work flawlessly now.
15:39.14TAsnremade all the crap :)
15:39.18dos1:)
15:39.32TAsnIstill don't get all the calls though (phonelog)
15:39.36TAsnand queries do not work.
15:40.32TAsnnot correctly anyway :)
15:40.49TAsntried looking at your internal functions, look weird :)
15:40.52*** join/#openmoko-cdevel fsteinel (n=fsteinel@pD9FBC3C7.dip.t-dialin.net)
15:40.57TAsntry to see how i do it in pyphonelog
15:41.03TAsnusing a phone utils function
15:41.12TAsnand just use a strip function
15:41.20TAsnmake a lambda function that strips and normalizes
15:41.27TAsnand then call a searching function
15:41.37TAsnwith my comparison function
15:41.43TAsnfor binary search or I don't know what. :)
15:42.00CIA-66SHR: 03tom 07libphone-utils * r1795cd235fe2 10/src/phone-utils.c: fixed invalid read bug
15:42.11CIA-66SHR: 03tom 07libphone-utils * r7a267b0d132b 10/src/phone-utils.c: added missing math.h include
15:42.11CIA-66SHR: 03tom 07libphone-utils * r08793184e378 10/src/ (phone-utils.c phone-utils.h.in): added phone_utils_gsm_sms_split_message
15:42.51TAsnmrmoku, you didn't push efl2 yet?
15:43.07mrmokuTAsn: no, should I ?:P
15:43.13TAsnwhy not?
15:43.25mrmokuwanted to finish what I'm doing now... but it takes longer than expected :(
15:43.33TAsnjust push
15:43.37TAsnso we'll all have what you have
15:43.41mrmokuso I will just push now... but you have to promise to not fiddle to much with contacts ;)
15:43.45TAsnand my changes won't require clash resolving
15:43.54TAsnok. ;)
15:45.23TAsnbrb hopefully I won't die.
15:45.40TAsnmrmoku, push everything
15:46.37CIA-66SHR: 03tom 07shr * r74e0d7d88b66 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: changed the debug message to be more descriptive and informative
15:47.05TAsnwaits for mrmoku to push
15:47.16TAsnI want to pull and work already !: )
15:47.29mrmokuTAsn: I have to stash my changes first... and resolve again :(
15:47.46TAsnwhy resolve? no one pushed anything?
15:48.20mrmokuTAsn: will... I have to merge what you pushed before the outage with what I applied via mail
15:49.06TAsnno you don't, as I also sent you all of those
15:49.08TAsn(patches{
15:49.12TAsnjust git push
15:49.14TAsnand smile :)
15:49.31TAsnis waiting for a smile.
15:50.30TAsnmrmoku, btw, what are you working on? the cool contact view?
15:50.38TAsnI'm adding support for multi message send.
15:50.39TAsn:)
15:51.11dos1TAsn: store sent messages in opimd!
15:51.17dos1(as requested ;))
15:51.21TAsnf u. ;)
15:51.43TAsndos1, please s/TAsn/mrmoku/
15:51.48TAsnas I think he needs to map
15:51.49TAsnAdd
15:51.50TAsn:)
15:51.55dos1s/TAsn/mrmoku/
15:51.57TAsn(f glib)
15:51.58TAsn:)
15:52.07dos1;)
15:52.11*** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes)
15:53.33*** join/#openmoko-cdevel andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net)
15:54.11CIA-66SHR: 03mok 07libframeworkd-phonegui-efl2 * r416a8f41ab49 10/ (data/Makefile.am data/contactlist.edc src/view/views.h.in): add edc for contact genlist items
15:54.12CIA-66SHR: 03mok 07libframeworkd-phonegui-efl2 * rbad479209d1b 10/ (data/messagelist.edc src/view/message-list-view.c): reactivate edc for message genlist items
15:54.13CIA-66SHR: 03mok 07libframeworkd-phonegui-efl2 * r1913274af2f6 10/src/ (4 files in 2 dirs): extract contact list functionality to make it reusable
15:54.13CIA-66SHR: 03mok 07libframeworkd-phonegui-efl2 * r2341948430c9 10/src/view/message-new-view.c: use the extracted contact list to add contacts as recipients for messages
15:54.16CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r97f17d750827 10/src/view/ (4 files): changed the include of phonegui to the correct one
15:54.18dos1argh
15:54.21dos1mrmoku: f u :P
15:54.23CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r3331affd436d 10/src/view/ (contact-list-common.c message-list-view.c): fixed a couple of missing ; and wrong names, now it compiles
15:54.24CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r2c0dc97e0557 10/src/view/ (contact-list-common.c message-list-view.c): hopefully fixed dos's issues
15:54.27CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * rdf6df656cd1f 10/src/view/message-new-view.c: fixed #396 completely - also counts limits in split messages correctly.
15:54.39dos1mrmoku: libframeworkd-phonegui-efl2 just finished compiling on buildhost one second before you pushed it :P
15:54.48mrmoku:)
15:55.27mrmokudos1: see... now you know how you made me feel all the time :P
15:55.27dos1hehe :D
15:56.04soltys;)
15:56.34TAsnmrmoku, also push everywhere :)
15:56.41TAsn(phonegui)
15:57.14mrmokuTAsn: already pushed shr
15:58.27TAsncool :)
15:58.31*** join/#openmoko-cdevel Sharwin_F (n=Sharwin_@90.163.54.46)
15:58.36TAsnso now wait ~10 seconds
15:58.38TAsnand git pull efl2
15:58.44TAsnand also git pull shr :)
15:59.19CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r4a27022d2e75 10/src/view/message-new-view.c: fixed #396 completely - also counts limits in split messages correctly.
15:59.19CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * rb03762ca3adb 10/src/view/message-new-view.c: started using phone-utils message len constants instead of hardcoded numbers
15:59.20CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * rd2d7719c4e85 10/ (10 files in 3 dirs): fixed clashes
15:59.21CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r465c9528c4e3 10/src/view/message-new-view.c: fixed the remaining chars bug
15:59.25*** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.134.219)
15:59.57dos1TAsn: everything pushed?
16:00.07TAsnyes
16:00.13TAsnthough more will be pushed in an hour :)
16:00.34soltyscommit spammer
16:00.48soltysnow dos1 now it's TAsn ;)
16:00.56soltyswho will be next ?:>
16:01.40TAsn:)
16:01.48TAsnit's a 24hr work :)
16:02.21soltysblah my C skills aren't very good ;/
16:02.30soltysso I wont be next ;/
16:02.35dos1TAsn: http://tinderbox.openembedded.net/public/logs/task/3094593.txt
16:02.48dos1oh
16:02.49dos1ok
16:02.52dos1recompiling phoneutils :D
16:03.00TAsn...
16:03.01TAsnnoob.
16:03.01TAsn:)
16:03.40soltys;)
16:03.47dos1noob yourself!
16:03.49dos1:D
16:06.01dos1ok, built
16:06.04dos1:)
16:09.44*** join/#openmoko-cdevel Sargun (n=Sargun@atarack/Staff/Sargun)
16:10.35dos1mrmoku: index is great!
16:10.45dos1mrmoku: but shouldn't it be placed only in genlist, not in whole window?
16:10.59dos1now it's activated when clicking on right side of "options"
16:11.34dos1** (process:7317): DEBUG: result gave 1283 entries --> retrieving
16:11.36dos1ohhh :D
16:13.35TAsn:)
16:13.46TAsnbut still no resolving
16:13.49TAsnplease debug.
16:13.50TAsn:)
16:14.07dos1here resolving works
16:14.33*** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes)
16:14.49dos1it's starting to be really great, thanks guys for your work! :)
16:15.26dos1oh
16:15.28dos1hmm
16:15.33dos1it seems it doesn't work :P
16:15.37dos1or it's updated later?
16:15.57dos1so all of my 1283 entries has to be processed before resolving is started? ;D
16:18.26dos1resolving doesn't work on message list
16:18.31dos1but it works on message view
16:23.05dos1why there is still etk list in efl2?
16:23.12dos1in "define recipients" screen of sending sms
16:23.57dos1and efl2 themes has to be updated - all of my changes about button order aren't there ;x
16:24.10dos1but that's just my complaining, ignore it ;)
16:24.14dos1still, great work :)
16:26.36TAsnmrmoku, ogsmd_sms_send_message(number, message, options, NULL, NULL);
16:26.42TAsnNULL1 is success call back
16:26.48TAsnNULL2 is fail callback?
16:29.53dos1mrmoku, TAsn: did you saw my test scripts when i played with edje?
16:30.57TAsnno.
16:31.42dos1wget http://openmoko.opendevice.org/~dos/test.edj && wget http://openmoko.opendevice.org/~dos/test.edj.py && wget http://openmoko.opendevice.org/~dos/test.edj.py2
16:31.44dos1and then
16:31.47dos1python test.edj.py
16:31.49dos1and
16:31.51dos1python test.edj.py2
16:34.18*** join/#openmoko-cdevel agg1n (n=jan@static-87-245-10-172.teleos-web.de)
16:34.50dos1TAsn: and what do you think? ;)
16:35.09TAsnsec. :)
16:35.18*** join/#openmoko-cdevel fabol0 (n=fabol0@131.234.20.56)
16:36.42dos1it's just proof-of-concept
16:38.15Heinervdmlibfso-glib doesn't compile, any clue on this?
16:39.33*** join/#openmoko-cdevel Sharwin_F (n=Sharwin_@90.163.54.46)
16:40.29TAsnI actually finished supporting sending multi sms
16:40.33TAsnjust need to test it :)
16:41.24TAsnrestarting connection
16:41.25TAsnbrb
16:41.32mrmokutoo
16:42.55*** join/#openmoko-cdevel admiral0_ (n=admiral0@151.57.146.232)
16:43.50*** join/#openmoko-cdevel TAsnn (n=tasn@85-250-153-16.bb.netvision.net.il)
16:45.52*** join/#openmoko-cdevel TAsn_ (i=55fa9910@gateway/web/freenode/x-vatsihgmyftzplsf)
16:45.58mrmokuwas faster ;)
16:46.02TAsn_dos1: I can't help myself
16:46.07TAsn_this is just TOO COOL
16:46.09TAsn_:)
16:46.13TAsn_(py)
16:46.17TAsn_I didn't quite get py2
16:46.18TAsn_:)
16:46.24*** join/#openmoko-cdevel AndreasD (n=andreas@1407ds1-ns.0.fullrate.dk)
16:46.26TAsn_but teach mrmoku how to do py ;)
16:47.11dos1py2 is just those two widgets used in py, placed alone in box ;)
16:47.29dos1both are implemented in test.edj
16:47.32Sharwin_F's going to upgrade from feeds, so if something is broken it's a good time to say it :D
16:47.49TAsn_dos1: too cool.
16:47.59dos1Sharwin_F: nothing changed in feeds recently
16:48.00TAsn_I don't think I can handle this kind of coolness :)
16:48.07dos1TAsn_: hehehehe :D
16:48.08TAsn_maybe you gotta make it suck a bit ;)
16:48.09mrmokuwonders if Sharwin_F is downloading from official or mrmoku feeds ;)
16:48.21Sharwin_Fhmm good question
16:48.22TAsn_mrmoku: did you update official?
16:48.29mrmokuTAsn_: nop
16:48.37TAsn_I think updating is a good idea ;)
16:48.39Sharwin_Fjust upograding from an old image I had, and which I upgraded about 6 days before
16:48.42mrmokuTAsn_: dos1 has to fix emotion first... but refuses
16:48.46TAsn_as we changed A LOT>
16:48.51TAsn_dos1: FIX IT!
16:48.54TAsn_(and then fix opimd)
16:48.56TAsn_:)
16:49.11soltysand then fix the world ;)
16:49.14dos1me? :P
16:49.15Sharwin_Fsrc/gz shr-all http://build.shr-project.org/shr-unstable/ipk//all <-- official, isn0t it?
16:49.37soltysSharwin_F: yeap
16:49.52Sharwin_Fand afaik, you built a new image recently
16:50.05*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
16:50.10dos1Sharwin_F: it's not synced
16:50.21dos1so it's only in tests/mrmoku feed
16:50.32dos1btw
16:50.44Sharwin_Fso I should wait or change feeds then?
16:51.05CIA-66SHR: 03tom 07shr * r5e1fb80a6078 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): implemented phonegui_send_sms, haven't been tested throughly though hopefully it works without bugs
16:51.10dos1tests/mrmoku feed is way too cool now. i request for renaming it to tests/dos, as mrmoku can't handle this amount of coolness! :D
16:51.15dos1;D
16:51.39soltys;)
16:51.43TAsn_Running task 993 of 2795 :((
16:51.46TAsn_is said.
16:52.01dos1has to learn
16:52.02TAsn_dos1: though be so cocky, I don't think anyone can. :)
16:52.10TAsn_said = sad :)
16:52.22TAsn_mrmoku: QUICK!!!
16:52.27TAsn_before anything breaks
16:52.29TAsn_get us an image
16:52.39Sharwin_FI'll change feeds then! I want to be cool too xD
16:52.40TAsn_and build testing, unstable and essentially everything :)
16:52.44dos1i did mv emotion_svn.bb emoblah_svn.bb
16:52.48mrmokuputs on his pair of rayban and smiles mildly ;)
16:52.48TAsn_:)
16:52.49Sharwin_Fat least use cool stuff
16:52.50Sharwin_FxD
16:52.56dos1at least i hope everything which doesn't need emotion will build
16:54.10soltyswtf is emotion ?:P
16:54.27TAsn_soltys: that sounded cold.
16:54.53soltysno way ;)
16:54.56dos1oh
16:54.57dos1NOTE: Runtime target 'task-shr-feed' is unbuildable, removing...
16:54.59dos1that's not good
16:55.00dos1:D
16:56.52Sharwin_Fwhat do I have to set into the feeds URL? http://build.shr-project.org/tests/mrmoku/unstable/?
16:58.01*** join/#openmoko-cdevel kystager (n=pba@4709ds1-hvi.0.fullrate.dk)
16:58.38TAsnweepee :)
16:59.13*** join/#openmoko-cdevel sleipnir (i=3e501154@gateway/web/freenode/x-gjeyojnltkxpkgej)
17:01.09mrmokuSharwin_F: + feed
17:01.16mrmokumrmoku/unstable/feed
17:01.45*** join/#openmoko-cdevel VDVsx_ (n=Valerio@bl5-138-67.dsl.telepac.pt)
17:01.50*** join/#openmoko-cdevel max_posedon (n=max_pose@87.252.243.250)
17:02.05Sharwin_Fok, thx ;)
17:02.32TAsnmrmoku, dos1: are you by any chance bored and want to test sending multi sms?
17:02.40TAsnit should work :)
17:02.43dos1[18:52] * dos1 has to learn
17:02.45dos1sorry :(
17:02.53TAsnhas to study as well ;(
17:03.02dos1but if you want you can send some multi sms to me :P
17:03.15TAsnfurthermore, it'll take hours until I'll be able to test it (compiling e stuff)
17:03.16*** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
17:03.28TAsndos1: nah, I prefer sending to myself :)
17:03.46dos1TAsn: if you can push it, then do it and i'll build it on buildhost
17:04.16TAsnbut if it doesn't work correctly?
17:04.23TAsn:|
17:04.29dos1git revert?
17:04.39dos1or git commit fix? ;D
17:04.49TAsnI mean, we'll have a broken version on our buildhost
17:04.50TAsn(package)
17:04.52TAsn:|
17:05.01dos1so?
17:05.09dos1it can be rebuilt
17:05.15dos1and we're not syncing feed yet
17:05.22TAsnokie :)
17:05.24dos1so we can have everything broken
17:05.25TAsnyou convinced me
17:05.27dos1;)
17:05.40TAsnI'm not even sure it compiles :)
17:05.46TAsnthough it probably should.
17:05.47CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r09d4105ac811 10/src/view/message-new-view.c: started using phonegui_send_sms which should support multi sms, hopefully it works correctly, needs more testing
17:06.15TAsnyou need to rebuild this
17:06.17TAsnand phonegui.
17:06.26TAsndos1: okie? :)
17:06.28dos1ok
17:06.41TAsncool, thanks.
17:06.47hardyexit
17:06.50hardyups
17:06.56TAsnbtw, mrmoku tell me when you are done with efl2 as I want to do a big change.
17:07.14TAsnI want to rename all the functions
17:07.15dos1ch-ch-ch-ch-changes!
17:07.17dos1;)
17:07.24TAsnfrom phonegui_messages_show bla bla
17:07.25TAsnto
17:07.33TAsnphonegui_backend_messages_show bla bla...
17:07.33mrmokuTAsn: tell me more about it ;)
17:07.39*** join/#openmoko-cdevel Hardy (n=hardy@h0lger.de)
17:07.43TAsnbecasue
17:07.47TAsnI want to be able to do
17:07.53TAsn#include <phonegui.h>
17:08.02TAsnif I don't rename
17:08.12TAsnI have a redifinition
17:08.26TAsnand this is also confusing
17:08.52TAsnsince we want efl2
17:08.58TAsnto call phonegui for lets say messages show
17:09.00*** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net)
17:09.07mrmokuTAsn: I'm not touching phonegui_ stuff... just views/contact*
17:09.09TAsnand not to itself
17:09.21TAsni c, okie :)
17:09.44TAsnI will change after I'll finish handling multi sms
17:09.45TAsn:)
17:10.31TAsnthis is the last thing needed (almost) before enabling the use of efl2 and efl1 at the same time :)
17:10.55TAsn* allowing
17:11.01TAsnbtw, I want to make another backend
17:11.06TAsnthat does one thing only
17:11.16TAsnrunning applications according to config
17:11.25TAsnthis way we'll be able to use, let's say, opimd-utils
17:11.27TAsnas a backend.
17:11.30TAsnget what I mean? :)
17:12.06TAsndos1: would you like that^ ?
17:12.19TAsnmrmoku: this way we'll be able to easily extend "our power"
17:12.25dos1don't ask me about design decision of libraries
17:12.33TAsnwe'll be able to call phonelog from within phonegui
17:12.36TAsnin a natural way
17:12.36dos1;)
17:12.44TAsnthat'll work well even after we'll really implement phonelog :)
17:13.27dos1TAsn: efl2 built
17:13.35TAsnwhat about phonegui?
17:13.39*** join/#openmoko-cdevel net_tux (n=jfthomps@treebeard.csc.ncsu.edu)
17:13.52TAsnyoushould have build that first.
17:13.53TAsn:)
17:13.58dos1too ;P
17:13.59TAsn(hope you have)
17:14.02TAsncool
17:14.06TAsnwill test in an hour
17:14.07TAsnwhen I'm back.
17:14.08TAsnciao.
17:15.12net_tuxwill connman/mokonnect automatically connect to any networks it knows about, or do you always have to manually select which profile to use?
17:21.31*** join/#openmoko-cdevel kystager1 (n=pba@4709ds1-hvi.0.fullrate.dk)
17:25.04*** join/#openmoko-cdevel kystager (n=pba@4709ds1-hvi.0.fullrate.dk)
17:27.11mrmokunet_tux: manually
17:27.29net_tuxis there something that does it automatically?
17:28.40dos1wpa_supplicant?
17:29.21net_tuxthat's what I figured - know of any decent docs for the dbus interface to it?
17:33.04*** join/#openmoko-cdevel agg1n1 (n=jan@static-87-245-49-70.teleos-web.de)
17:37.12*** join/#openmoko-cdevel max_posedon_ (n=max_pose@80.249.94.233)
17:43.19*** join/#openmoko-cdevel neomilium (n=quassel@lns-bzn-31-82-252-248-11.adsl.proxad.net)
17:45.15*** join/#openmoko-cdevel playya (n=playya@93.216.241.184)
17:50.18*** join/#openmoko-cdevel playya (n=playya@93.216.241.184)
17:51.05*** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170)
17:53.20*** join/#openmoko-cdevel playya (n=playya@93.216.241.184)
17:56.00*** join/#openmoko-cdevel andi (n=andi@eeepc.andi.whyi.org)
17:58.43*** join/#openmoko-cdevel playya (n=playya@93.216.241.184)
17:59.07*** join/#openmoko-cdevel jlmoko (n=jluis@222.Red-83-45-211.dynamicIP.rima-tde.net)
17:59.36*** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.198.193)
18:00.05*** join/#openmoko-cdevel mzanetti (n=dreadhea@p5B302D69.dip0.t-ipconnect.de)
18:00.11larscPaulFertser: do know anything which would speak against truning the backlight code in mach-gta02.c into a pcf50633_backlight platform device driver?
18:01.09*** join/#openmoko-cdevel alexxy (n=alexxy@gentoo/developer/alexxy)
18:08.13*** join/#openmoko-cdevel fenfir (n=fenfir@63.98.234.186)
18:11.37*** join/#openmoko-cdevel playya (n=playya@93.216.241.184)
18:12.04*** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
18:12.06*** join/#openmoko-cdevel playya (n=playya@93.216.241.184)
18:18.50Heinervdmmrmoku, TAsn, dos1: some had a look at these tickets? [10:09:01] <Heinervdm> As long as git is down, we can have a look at the tickets :) I think the following are fixed: #655 #647 #646 #635 #622 #621 #613 #593 #587 #549 #448 #204 and this is upstream: #640
18:23.50*** join/#openmoko-cdevel playya (n=playya@93.216.241.184)
18:24.21mrmokuHeinervdm: nop... did not even come around to apply your xserver patch :(
18:24.39TAsnHeinervdm: will mark them in a sec :){
18:24.51TAsnI actually marked a lot in the last couple of days :)
18:24.54HeinervdmTAsn: first have a look at them
18:25.00TAsnof crouse :)
18:25.06Heinervdmi'm only shure for 99% ;)
18:26.14*** join/#openmoko-cdevel chris38_ath (n=chris@bayle.eu)
18:26.53Heinervdmand there is a ticket for pygtk >= 2.14, i sent a patch for pygtk 2.16
18:28.01Hardybuild a wxpython one too ^^
18:28.37HeinervdmHardy: tried again some days ago, but it doesn't build
18:28.40Sharwin_Fdos1, still do I have to patch fso_triggers in image from test feeds in order to have sqlite-sms backends in opimd?
18:28.48Hardyshit, but thanks Heinervdm
18:29.42dos1Sharwin_F: yup
18:30.05HeinervdmHardy: ever tried to compile it?
18:30.58Hardyi just can compile some C stuff xD
18:31.20Hardyfor my own pc
18:31.24Hardynot for the arm processor
18:31.48HeinervdmHardy: the problems are the same ;)
18:31.53TAsndos1: please rebuild phonegui
18:31.59CIA-66SHR: 03tom 07shr * rf1fc979bf401 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: added missing include <asserrt.h>
18:32.01TAsnI missed an include :|
18:32.36HardyHeinervdm: shit ^^
18:32.46mrmokudos1: what are we going to do with the fso_triggers?
18:32.59dos1mrmoku: patch in bb file?
18:33.18mrmokudos1: not applicable upstream?
18:33.23dos1dunno
18:33.41mrmokuok, then let's start to add a patch for that when we switch to efl2
18:33.43TAsndos1: are you buildingL?? :)
18:33.55TAsnmrmoku: yes.
18:33.57dos1yup
18:34.03TAsndos1: thanks :)
18:35.20TAsnHeinervdm: 593, are you sure it's in?
18:35.25TAsn(too lazy to check)
18:35.51TAsnsame goes for 587
18:35.55TAsnno one replied
18:36.16TAsnnvm about 587
18:36.26Heinervdmdos1: you applied this patch: http://trac.shr-project.org/trac/ticket/593 haven't you?
18:36.33TAsnas I remember it ruined my installation :)
18:36.37TAsndos1: done building? :)
18:36.41dos1no
18:37.02dos1Heinervdm: mplayer is applied, yup
18:37.21Heinervdmdos1: and neo theme is in feed too?
18:37.26dos1yup
18:37.57HeinervdmTAsn: so you can close #593 and #587
18:37.57TAsnclosed them already.
18:37.57TAsn:)
18:37.58Heinervdm:)
18:39.02TAsnas for 640
18:39.05TAsnit's not upstream
18:39.11TAsnas there's already a fix
18:39.15TAsnwe just need to get it into shr.
18:39.32HeinervdmTAsn: that's fixed in shr
18:39.34TAsndos1: 2 things. 1. is phonegui ready? ;] 2. #640 can you do that?
18:39.40Heinervdmupstream is for feature requests
18:39.46TAsnHeinervdm: okie ;)
18:40.01dos1TAsn: yup, ready
18:40.23dos1TAsn:  Version 0.2.3 which is rewritten in vala keeps the phone from suspending. See http://ffalarms.projects.openmoko.org/. It's just not yet in SHR.
18:40.28dos1TAsn: 0.2.3 is now in SHR, it can be closed
18:40.39TAsnk.
18:41.04TAsnHeinervdm: done:) thanks.
18:41.12TAsnI also closed a lot in the last couple of days.
18:41.22sybrenguys, it sounds like you're doing great work here.
18:41.28Heinervdmstill 156 left ;)
18:41.38sybren:)
18:41.44TAsnsybren: and you are saying that without even seeing dos's new UI POCs :)
18:41.55dos1hehehe :D
18:42.35TAsnomg
18:42.37TAsnI'm not worthy
18:42.43TAsnxorg works so well.
18:42.43TAsn:)
18:42.47*** join/#openmoko-cdevel Flyser (n=flyser@unaffiliated/flyser)
18:43.11TAsnlindi-: THANKS A LOT! (you are the first one who talked about xorg and gave us info about it iirc)
18:43.17sybrenTAsn: POC=Piece Of Crap?
18:43.25dos1floooood attempt
18:43.27dos1NOTE: Runtime target 'omview' is unbuildable, removing...
18:43.28dos1Missing or unbuildable dependency chain was: ['omview', 'ewl', 'emotion']
18:43.29dos1NOTE: Runtime target 'task-shr-feed' is unbuildable, removing...
18:43.31TAsnpiece of crap
18:43.31dos1Missing or unbuildable dependency chain was: ['task-shr-feed', 'omview', 'ewl', 'emotion']
18:43.33dos1NOTE: Runtime target 'ewl' is unbuildable, removing...
18:43.34dos1Missing or unbuildable dependency chain was: ['ewl', 'emotion']
18:43.35TAsnand proof of concept
18:43.35TAsn):
18:43.36dos1NOTE: Runtime target 'ewl-engines' is unbuildable, removing...
18:43.37dos1Missing or unbuildable dependency chain was: ['ewl-engines', 'emotion']
18:43.39dos1NOTE: Runtime target 'ewl-plugins' is unbuildable, removing...
18:43.40dos1Missing or unbuildable dependency chain was: ['ewl-plugins', 'emotion']
18:43.41TAsnboth apply. ;)
18:43.42dos1NOTE: Runtime target 'ewl-themes' is unbuildable, removing...
18:43.43dos1Missing or unbuildable dependency chain was: ['ewl-themes', 'emotion']
18:43.45dos1NOTE: multiple providers are available for virtual/java-native (cacao-native, jamvm-native);
18:43.46dos1NOTE: consider defining PREFERRED_PROVIDER_virtual/java-native
18:43.48dos1NOTE: preferred version 4.1.18 of mysql not available (for item mysql)
18:43.49dos1NOTE: Runtime target 'python-emotion' is unbuildable, removing...
18:43.50Heinervdmpastebin.com down :(
18:43.50dos1Missing or unbuildable dependency chain was: ['python-emotion']
18:43.56dos1NOTE: Runtime target 'task-python-efl' is unbuildable, removing...
18:43.58dos1Missing or unbuildable dependency chain was: ['task-python-efl', 'python-emotion']
18:44.00dos1NOTE: Runtime target 'zhone' is unbuildable, removing...
18:44.02dos1Missing or unbuildable dependency chain was: ['zhone', 'task-python-efl', 'python-emotion']
18:44.10dos1really? i didn't check, i'm too lazy :P
18:44.25TAsnsegfault ffs.
18:44.45dos1those packages depends on emotion
18:45.10sybrenhttp://pastebin.ca/ still works fine ;-)
18:45.35sybrendos1: what silly programmer makes his packages depend on emotion?
18:45.44HeinervdmHardy: http://de.pastebin.ca/1595269 that's the result of my attemp to compile wxpython
18:46.14Heinervdmdos1: what's with emotion?
18:46.22dos1Heinervdm: it breaks staging
18:46.26Heinervdmoh
18:46.46dos1more info in few seconds
18:46.47dos1;)\
18:47.22dos1ERROR: QA Issue: emotion.pc failed sanity test (tmpdir) in path /home/shr/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/lib/pkgconfig
18:47.56*** join/#openmoko-cdevel spaetz (n=spaetz@62.48.119.96)
18:48.04dos1Heinervdm: can you look on that?
18:48.12*** join/#openmoko-cdevel Flyser (n=flyser@unaffiliated/flyser)
18:48.19sybrenso, do I get all the new coolness by simply opkg-upgrading? or should I start with a fresh image?
18:48.29Sharwin_Fwhat if I want to use all the shiny stuff on phonegui? I've to install libframeworkd-phonegui-efl2-0 I suppouse... something more?
18:48.37Heinervdmdos1: i had sth like that too, but i haven't understood why
18:48.42dos1also someone could do something with ERROR: QA Issue: libode.la failed sanity test (installed) in path /home/shr/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/lib
18:48.51dos1Heinervdm: well, i think that's because tmp dir is included in that file
18:48.53dos1which is baaaaaaaaaaaad
18:48.53Sharwin_For it's still not applyied in feeds?
18:49.09Heinervdmdos1: ok will have look
18:51.06*** part/#openmoko-cdevel fenfir (n=fenfir@63.98.234.186)
18:53.10*** join/#openmoko-cdevel Flyser (n=flyser@unaffiliated/flyser)
18:54.36*** join/#openmoko-cdevel AntonTakk (n=AntonTak@poolofdespair.net)
18:54.37TAsnNOTE: Running task 2637 of 2795
18:55.55*** join/#openmoko-cdevel Flyser (n=flyser@dialin-145-254-188-151.pools.arcor-ip.net)
18:56.15HeinervdmCan i remove a Libs.private variable from a .pc?
18:58.40TAsndos1:
18:58.45TAsnmrmoku:
18:58.48TAsn(not dos1)
18:58.52dos1:(
18:58.54TAsnas the dbus expert around here
18:59.09TAsnwhen calling to ogsmd-send
18:59.33TAsnshould I pack stuff with
18:59.41TAsngvalue?
18:59.45TAsnor not?
19:00.24Heinervdmwhat variable is shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/local/lib ?
19:01.30TAsnnvm actually.
19:03.12TAsndos1: elementary doesn't build for me.
19:03.17TAsncompiling errors.
19:03.24*** join/#openmoko-cdevel Arigead (n=Rupert@20.10.30.213.rev.vodafone.pt)
19:03.34*** join/#openmoko-cdevel m0nt0 (n=monto@151.57.149.62)
19:04.10*** join/#openmoko-cdevel feuera (n=andi@188-23-60-22.adsl.highway.telekom.at)
19:04.13Sharwin_Fdos1, shr-settings doesn't let me change the profile from Default to Silent
19:04.19Sharwin_Fhave to go now, I'll look into it after
19:04.34TAsnhm.. I think I nailed it.
19:04.39CIA-66SHR: 03tom 07shr * r148c69a5f3f3 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: it seems that this is the source of the issues
19:04.39TAsndos1: please rebuild phonegui ;)
19:04.55dos1Sharwin_F: nothing more, already known
19:05.00dos1Sharwin_F: probably python-elementary issue
19:05.13Sharwin_Fok :)
19:05.20TAsnelm_main.c: In function '_elm_unneed_efreet': elm_main.c:413: error: '_elm_need_efreet' undeclared (first use in this function)
19:05.22TAsnanyh idea?
19:06.03dos1TAsn: compile efreet
19:06.06PaulFertserlarsc: (backlight) no, i think it was a quick hack back then when it was written.
19:06.10TAsnduh.
19:06.13TAsndid it.
19:06.22dos1there are some bugs in elementary about disabling support of some libraries
19:06.23TAsnwill rebuild it just to make sure
19:06.27dos1so clean efreet
19:06.29dos1:D
19:06.39TAsn-c rebuild :)
19:06.40TAsnanyhow
19:06.45dos1but did you clean elementary after that?
19:06.45*** part/#openmoko-cdevel feuera (n=andi@188-23-60-22.adsl.highway.telekom.at)
19:06.47TAsndone with phonegui?
19:06.48*** join/#openmoko-cdevel baruch (n=baruche@bzq-79-178-107-73.red.bezeqint.net)
19:07.08TAsndos1: you know I'm an idiot, don't you? :)
19:07.14TAsnis going to silently clean elementary.
19:07.15dos1;D
19:07.21TAsndos1: anyhow, what about phonegui?
19:07.25dos1compiled
19:07.27dos1oh, no
19:07.29dos1not compiled
19:07.36TAsnerror?
19:07.38dos1compiling
19:07.40dos1:P
19:07.49TAsndamn you ;)
19:07.51dos1well... history is sooo boring
19:07.53dos1;x
19:07.54TAsnyou are also an idiot ;)
19:08.01TAsndos1: duh, that's why we left it behind. ;)
19:08.35dos1hehe :D
19:09.25TAsnדה' ידךג תעלח רחדךגוכע} Z(
19:09.29TAsnok, done with phonegui?
19:09.34TAsnwrong keyboard layout ;)
19:09.44*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
19:10.01*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
19:10.30sybrenlol
19:11.04dos1building index
19:11.30dos1TAsn: done
19:11.55TAsnthanks
19:12.15TAsnreally thinks we need a decent explanation and assumption's about memory handling in efl2
19:12.23TAsnthere's a big mess
19:12.24TAsn:)
19:12.42TAsnshould I or shouldn't I do this or that we passing to that
19:12.42larscPaulFertser: good. another thing: do you think it is possible to write a hdq driver without fiq? cause the current code is really a mess
19:12.48TAsnam I responsible about freeing?
19:12.58TAsnjust a big mess of leaks and potential segfaults
19:13.53PaulFertserlarsc: i'm not that versed to tell for sure. fiq was used to ensure at least some degree of precise timing since hdq is unfortunately sensitive to that.
19:14.17TAsn"At present, only strings are supported. Work is in progress to include more types."
19:14.17larscyup
19:14.29TAsnso how am I supposed to send a fucking number to framework
19:14.36TAsnplease tell me *not* as a string.
19:16.03PaulFertserlarsc: btw, while you're messing with backlight support it'd be a nice experiment to not enable it on boot to see if the device can actually boot without the battery on USB power (for that backlight enabling should be delayed until after usb enumeration).
19:16.53larscPaulFertser: i think it's the glamo who draws to much power
19:17.47PaulFertserlarsc: not exactly. Qi manages to enable SD and to read the kernel without triggering power cut off by pcf50633.
19:18.40*** join/#openmoko-cdevel spaetz (n=spaetz@62.48.119.96)
19:28.36*** join/#openmoko-cdevel Zorkman (n=Zork@78-22-123-127.access.telenet.be)
19:39.00TAsnmrmoku: do I have the function to add to opimd sent messages in frameworkd-glib?
19:39.25CIA-66freesmartphone.org: 03aapo.rantalainen 07vala-terminal * r523f40937c64 10/src/terminal.vala: fixed: can't cast size_t to long
19:40.47CIA-66SHR: 03tom 07shr * r7ed9c69e7529 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: added the use of forgotten gvals to phonegui_send_sms
19:41.07mrmokuTAsn: hmm
19:41.12mrmokuchecks
19:41.59TAsnmrmoku: btw
19:42.06TAsnconcerning your multi sms send function
19:42.12TAsnyou had two main issues
19:42.17TAsnthough the bigger one
19:42.23TAsnwas that you didn't use gvalue
19:42.31TAsnalthough you were actually sending a variant over dbus.
19:42.34mrmokuTAsn: that would be MoveToFolder?
19:42.40TAsnno
19:42.43TAsnthat would be
19:42.44TAsnAdd :)
19:44.17mrmokuopimd_messages_add... yup is there
19:44.28TAsnyay ;)
19:45.02larscPaulFertser: hm ok. but i'm pretty sure i already tested boot without backlight, and it also shut down
19:45.16TAsnbtw, I think multi message works :)
19:45.21TAsnverifying.
19:45.38PaulFertserlarsc: probably the SoC should be kept at "low" frequency too. But somehow Qi manages to start the kernel so it should be possible.
19:46.23*** join/#openmoko-cdevel pbaxter_ (n=pbaxter@host152-133-dynamic.54-79-r.retail.telecomitalia.it)
19:47.14agg1n1mrmoku: do you have any idea how i could set the backgroundcolor of a elm_box?
19:47.49larscPaulFertser: maybe qi runs the glamo at a lower frequency and/or only enabled the mmc and memory engines
19:48.44PaulFertserlarsc: an alternative approach would be to slightly violate the specs and to enable ~400mA unconditionally what do you think about it?
19:48.51mrmokuagg1n1: hmm... I tried that today via edc... and it did not work... so no :(
19:48.58PaulFertserlarsc: because it'd be really nice to be able to boot with a flat battery.
19:49.28mrmokuagg1n1: one idea would be to put a colored RECT under it
19:50.33larscPaulFertser: I would rather not do it. you knewer know whoms device you'll fry with it
19:51.01larscPaulFertser: but we could add a cmd line option
19:51.04agg1n1mrmoku: hm.. or is there a way to set some widget as a elm_bg's content? there is a elm.swallow.content part in elm/bg/..
19:51.11larscand those who are sure can enable it
19:51.13PaulFertserlarsc: according to usb specs no host can be fried by shorting any pin to any for any time or so i've heard.
19:52.15Heinervdmagg1n1: in python just a box.color_set(0, 200, 200, 255) should work
19:52.38larscPaulFertser: hm ok.
19:52.50larscPaulFertser: your choice.
19:53.34PaulFertserlarsc: btw, our DocScrutinizer says just that, we should screw this part of specs because nobody cares anyway.
19:53.45agg1n1Heinervdm: i tried color_set, but that colored only the widgets inside the box :/
19:53.58Heinervdmagg1n1: oh
19:53.59larscPaulFertser: ok, he's the expert. so go for it.
19:55.07Heinervdmdos1: patch for you in patchwork ;)
19:56.31dos1mrmoku: http://patchwork.dev.bearstech.com/project/SHR/list/ !!!
19:56.33dos1:)
19:57.11mrmoku:D
19:58.06baruchanyone noticed that the tzselect script doesn't work with ash?
19:58.23Heinervdmcan some check which pakage contains /usr/lib/libode.la?
19:59.15dos1Heinervdm: ode ;)
19:59.20baruchThe script is fucked up even in bash, nm
20:00.14*** join/#openmoko-cdevel max_posedon (n=max_pose@83-243-252-87-dynamic-pool.gprs.mts.by)
20:02.16Heinervdmdos1: ok, and now what can the error mean? (ERROR: QA Issue: libode.la failed sanity test (installed) in path /home/shr/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/lib)
20:02.20mrmokudos1: applied and pushed
20:02.22mrmokuHeinervdm: thanks :9
20:03.34spaetzagg1n1: you could add a clored background to the elm box
20:03.37dos1Heinervdm: maybe it shouldn't be installed at all?
20:03.42dos1as it's .la file?
20:03.43dos1dunno
20:04.00Heinervdm.la should be in -dbg or -dev?
20:04.11larsc-dev
20:04.29agg1n1spaetz: how, in .edc?
20:05.18Heinervdmdos1: there are a lot of .la files in staging
20:05.52spaetzagg1n1: ahh, you are talking .edc. Sorry no clue then
20:06.50dos1hmm
20:06.54dos1then leave it
20:06.58dos1as it's not critical
20:07.00dos1;)
20:07.27Heinervdmdos1: i have an idea, will check. But i have to build it first :)
20:08.29agg1n1spaetz: i dont't care how my box get a colored background, how would you do it?
20:10.09TAsnok, it looks like multi sms sending works :)
20:10.16TAsnjust verifying :)
20:14.42*** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes)
20:19.09spaetzagg1n1: sorry, no clue. I would be looking at the "Background" object. But I don't know how to customize it...
20:20.12CIA-66SHR: 03tom 07shr * r4126d823fe26 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: fixed a lot of issues, it seems like I'm going the right way, succeeded sending a couple of multi part sms, though for some reason, it started failing again
20:21.50CIA-66SHR: 03tom 07libframeworkd-phonegui-efl2 * r1a363045ae41 10/src/view/message-new-view.c: added back the "sending..." screen that was removed in the previous commit
20:22.13TAsnas you can see, I broke it again :(
20:25.54*** join/#openmoko-cdevel fabol0 (n=fchrist@i59F57CDC.versanet.de)
20:30.44mrmokuwonders if he should break something too :P
20:30.51spaetzhehe
20:31.48HeinervdmQA issue in ode is fixed :)
20:34.37*** part/#openmoko-cdevel fabol0 (n=fchrist@i59F57CDC.versanet.de)
20:35.23spaetz7quit
20:35.32spaetzoops :-) and night
20:36.44mrmokuchecks patchwork :)
20:37.40Heinervdmmrmoku: i'm checking for other issues in ode before sending a patch
20:37.46mrmokuok
20:40.16*** part/#openmoko-cdevel net_tux (n=jfthomps@treebeard.csc.ncsu.edu)
20:41.27*** join/#openmoko-cdevel spaetz (n=user@62.48.119.96)
20:46.09*** part/#openmoko-cdevel otypoks (n=e55c2403@85.11.67.243)
20:46.41*** join/#openmoko-cdevel joerg_42 (n=jr-N810@p57AF60AD.dip.t-dialin.net)
20:53.29spaetzzZ!logs
20:53.30cdbot2Channel logs for #openmoko-cdevel are archived at:
20:53.31cdbot2http://hentges.net/tmp/logs/irc/%23openmoko-cdevel
20:53.32cdbot2Live-logs are available at
20:53.33cdbot2http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog
20:53.34cdbot2See ?? help-logs for usage instructions
20:54.23CIA-66SHR: 03tom 07libphone-utils * r874e3d492d90 10/src/phone-utils.c: fixed a major bug with the realloc at the end of sms split.
20:54.55TAsnall this time it seems the bug was here :|
20:55.47TAsnthis why it worked with english and not with other langs
20:55.54TAsnthe bug was with handling of utf8 chars :|
20:56.00TAsnlets verify it works now :)
21:03.13TAsnYAY! :)
21:03.14CIA-66SHR: 03tom 07shr * r9df9beec7017 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: added a FIXME - multi sms now works (tested only with a split to 2, should verify with more)
21:03.16TAsnhey everyone
21:03.20TAsnwe have multi sms support :)
21:03.28TAsn(split sms)
21:06.24larscyeay!
21:07.12TAsndamn this dos1 ;| not here
21:09.06sabrodHi!
21:09.18sabrodHi
21:09.30sabrodoups...
21:11.07TAsnmrmoku: WE HAVE SPLIT SMS SUPPORT! :)
21:11.07sabrodThe powering on without batt prob reminded me the motorola's way of doing this: the kernel is booted, charge a little bit the batt, and i think it reboot, that cycle continues for some minuts and then the kernel has enough power to boot entirely...
21:11.45sabrodA software "kick start" :p
21:13.49sabrodGTA02 do the same?
21:14.36larscno
21:14.40sabrodmoto's EZX phones are like that.
21:15.36sabrodIt is the bootloader, i guess... ( ah, i understand why sometimes, i heard "i charged the batts so we will not have any prob" .... )
21:16.00*** join/#openmoko-cdevel TAsnn (n=tasn@85-250-153-16.bb.netvision.net.il)
21:17.06sabrodthere is nothing on th screen, sometimes flickering, then later it boot... the kernel is the responsible of the charge, but the way it works... i don't know in details.
21:20.00mrmokuTAsnn: nice :)
21:20.09TAsnyeah ;)
21:20.11TAsnI'm appy :)
21:20.13TAsnhappy*
21:20.22TAsnthough I haven't added the call to opimd-save-entry
21:20.26mrmokuI'm less happy... as saving contacts segfaults :(
21:20.28TAsnit's in my todo for tomorrow.
21:20.41mrmokuyep... segfault is my todo for tomorrow :P
21:20.49TAsnsaving contacts, really? (for me as well? or did you change something?)
21:21.03mrmokunot sure... I changed a lot
21:21.08mrmokudon't know if it worked before
21:21.26TAsnI saved in the past
21:21.29TAsnand it also saves now
21:21.34TAsnwhat it does now is:
21:21.37TAsnsave -> segfault :)
21:21.57mrmokuhehe, saves me to check my changes :)
21:22.06TAsnalso delete -> segfault :)
21:22.17mrmokuwill fix all that... tomorrow
21:22.22mrmokunow off to bed
21:22.26TAsnbtw
21:22.28TAsnmrmoku,
21:22.32TAsnwhen you fix that
21:22.38TAsnplease consider moving it to
21:22.41TAsnphonegui
21:22.45TAsn(the function)
21:23.05mrmokuhmm... it's just one call to lfg though
21:23.15TAsnbut multi backends...
21:23.24TAsnwe don't want every backend to support it on it's own
21:23.46mrmokubut we don't want to wrap lfg either
21:23.49TAsnjust pass something portable (i.e non efl2 specific) to a function
21:23.54mrmoku(as lfg itself is already the wrapper :P)
21:24.02TAsnwe are not wrapping it
21:24.05TAsnlfg does two things
21:24.13TAsnwrapping around backends
21:24.19TAsnand provides backends with utility functions
21:24.26TAsn*providing
21:24.32mrmokusaving is just calling opimd_contact_update with the hashtable of the data
21:24.52TAsnmrmoku, still, people who write backends may not know that
21:24.59TAsnfurthermore
21:25.03TAsnthis will let us
21:25.14TAsnbuilding an emulator
21:25.19TAsnin an easier way
21:25.23TAsn*to build
21:25.37TAsni.e you'll just have to change some functions in phonegui
21:25.43mrmokuhmm... let's discuss that tomorrow
21:25.52TAsnnight :)
21:26.07mrmokuI think the segfault is in lfg... so that is the first thing to fix anyway :)
21:26.13mrmokuTAsn: night
21:26.28TAsnnah, no way ;)
21:27.05TAsnfound it btw. (I think)
21:27.12TAsnwe'll discuss it tomorrow though.
21:28.11TAsnmrmoku|away, remind me to tell you what I think it is
21:28.14TAsnI'm also going
21:28.15TAsnciao.
21:30.43Sharwin_F|awaythere's an error when trying to update&upgrade from tests/unstable feed :P
21:32.10docscrutinizer-8u bet there is
21:33.28TAsnSharwin_F|away, arm4
21:33.33TAsnarmv4
21:33.37TAsnknown issue
21:33.48TAsnoh
21:34.01TAsnsorry, thoughm you were talking about something else :)
21:37.19Sharwin_F|awayTAsn, nope, phonegui problem
21:37.29Sharwin_F|awaydo you want me to pastebin the error?
21:37.37TAsnsure.
21:37.52TAsnSharwin_F|away, buc quick
21:37.55TAsnbut*
21:37.57TAsnplease :)
21:38.03*** join/#openmoko-cdevel pespin (n=pespin@90.163.54.46)
21:38.03TAsngotta go
21:39.08Sharwin_F|away1 sec
21:40.37Sharwin_F|awayargh pastebin says it's spam -.-
21:41.56TAsnSharwin_F|away, that's what you get for being a spammer.
21:41.59TAsnpastebin.ca :)
21:42.03Sharwin_F|away:p
21:42.43Sharwin_F2TAsn, http://pastebin.ca/1595873
21:43.16TAsntests/mrmoku/unstable!!
21:43.19TAsnthis is not even the main branch
21:43.24*** join/#openmoko-cdevel eolson (n=eolson@maze.mcs.anl.gov)
21:43.24TAsn*main unstable
21:43.29TAsnthis is the ultra unstable unstable
21:43.33Sharwin_Fyeah, I know
21:43.41TAsnwe abused it a little in the last couple of hours
21:43.46Sharwin_Fjust moved to it this afternoon
21:43.52TAsnSharwin_F, I c.
21:43.59TAsnI suggest waiting for tomorrow for dos1
21:44.02TAsnto rebuild everything
21:44.06TAsnas I changed a lot anyway
21:44.17TAsnand I'm not sure the version of phonegui there is ok.
21:44.18Sharwin_FI understand it may have errors, I just wanted you to know :P
21:44.54TAsnoh, cool, thanks :)
21:45.02TAsnthough since it's the super unstable unstable feed
21:45.07TAsnI'm fine with it not working
21:45.08TAsn:)
21:45.22TAsnwe should probably get regular feed up to pace tomorrow.
21:45.44Sharwin_Fdo I've to do something more than installing librameworkd-efl2-0 to try out the packages? (change some config file?)
21:46.13TAsnyou need phonegui0 as well :|
21:46.57TAsnbut in general all you need to do is: use_contact_cache=FALSE in /etc/frameworkd-phonegui.conf
21:47.00TAsnand
21:47.07TAsninstall the new
21:47.17TAsnshr-* ophonekitd, efl2, and phonegui
21:47.28TAsnand of course change frameworkd-phonegui.conf to use efl2 :)
21:47.35TAsnanyhow, gtg, ciao.
21:48.38Sharwin_Fok, thanks, cya! :)
21:48.45TAsnthank you for reporting :)
22:03.18baruchopenbmap-locator is at http://github.com/baruch/openbmap-locator
22:04.14baruchI failed to find so far an example on how to create a simple package with a daemon, I need a post-inst target to link to the startup script
22:04.20baruchany ideas?
22:07.23*** join/#openmoko-cdevel Flyser_ (n=flyser@dialin-145-254-188-151.pools.arcor-ip.net)
22:14.35lindi-baruch: debian package?
22:20.30*** join/#openmoko-cdevel chris38_ath (n=chris@bayle.eu)
22:26.13*** join/#openmoko-cdevel joerg_42 (n=jr-N810@200.194.116.85.dsl.manitu.net)
22:28.01baruchipkg
22:28.15baruchI'm a DD myself so can handle it easily
22:28.46baruchbut ipkg from upstream annoys me, I need to do the equivalent of deb by hand without debhelper and such
22:29.16baruchI'd really prefer it if SHR was based on Debian and just created and packaged the software
22:30.04DocScrutinizer-8baruch: my age-old rant about OE is for stiching engines
22:30.47baruchDocScrutinizer, I failed to parse that
22:31.47DocScrutinizer-8OM is much closer to a standard debian atm, than to OE as that's been 2 years ago. OE has NOT been designed for a system with any decent userland
22:32.13baruchthan why are we staying with OE?
22:32.30baruchDebian folks already started packaging SHR apps...
22:32.35DocScrutinizer-8for the benefit of "taying" I guess
22:32.44DocScrutinizer-8"Staying"
22:32.50baruchI'm tempted to move to Debian but with Qi it's a pain to multi-boot
22:33.09DocScrutinizer-8so why use Qi then anyway?
22:33.30baruchsupposed to be faster to boot
22:33.37baruchI'm too lazy to change now, it works
22:33.51DocScrutinizer-8bah, those urban legends
22:34.01DocScrutinizer-8max 3 sec faster
22:36.38DocScrutinizer-8same here, only I've always been too lazy, so I stay with uBoot. Works as well ;-P
22:37.27DocScrutinizer-8and I got menu for multiboot - for "free"
22:38.07baruchI had problems with uboot, the partitions were not what it wanted or something like that so I flashed it away
22:38.18baruchnow it boots and I'm too lazy to change
22:38.25baruchbesides, there are better things for me to do
22:39.05DocScrutinizer-8for me too
22:39.07DocScrutinizer-8cya
22:39.21baruchbye
22:43.25*** join/#openmoko-cdevel ruoso (n=ruoso@201009019232.user.veloxzone.com.br)
22:45.02baruchduvshi11
22:49.43*** join/#openmoko-cdevel max_posedon (n=max_pose@142-243-252-87-dynamic-pool.gprs.mts.by)
23:00.40*** join/#openmoko-cdevel everslick (n=clemens@212-183-117-143.adsl.highway.telekom.at)
23:26.39*** join/#openmoko-cdevel eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net)
23:30.34*** join/#openmoko-cdevel Flyser (n=flyser@unaffiliated/flyser)
23:58.46*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)

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