**** BEGIN LOGGING AT Sat Jan 16 02:59:56 2010
Jan 16 04:30:10 <gonzoism> my phone won't boot. the battery went dead earlier.  i took the battery out and plugged it in and waited.  it made clicking sounds from the speakers.  I press the power button and the red light flashes, then flashes 3 times.  
Jan 16 04:30:33 <gonzoism> it is a gta02a6
Jan 16 04:33:31 <gonzoism> i waited 20 seconds and it is flashing the red light steadily now, after plugging it in.
Jan 16 04:33:37 <gonzoism> maybe this means it is charging.
Jan 16 04:36:01 <gonzoism> ooh!  found it.  held AUX in while plugging it in after 20 second wait.  
Jan 16 04:36:09 <gonzoism> nice.
Jan 16 04:42:43 <gonzoism> oh, and hello everybody. :)  Hope the year is going well for you all
Jan 16 05:33:03 <DocScrutinizer> gonzoism: yeah "new" uboot probes battery and when too low just flashes AUX and is supposed to charge bat until it's enough to boot. then it should boot straight away. Alas it seems neithger the charging nor the booting really work
Jan 16 05:34:33 <DocScrutinizer> 'old' (NOR) uboot otoh - the one you get when holding aux prior to power - doesn't do such fancy shit and boots straight thru whenever it's possible
Jan 16 05:35:54 <DocScrutinizer> gonzoism: on a true A6 this usually should work on wallcharger even without any battery at all, and of course with flat battery
Jan 16 05:39:26 <DocScrutinizer> you could even say that if you get a red flashing AUX then for sure you can boot using NOR uboot, as the wont-boot-on-flat-bat issue hits even before CPU starts to execute uboot code. So basically the whole auxflash fancy in 'new' uboot is completely useless and annoying
Jan 16 06:50:25 <gonzoism> docscrutinizer good to know
Jan 16 06:50:57 <gonzoism> i like my new uboot.  i haven't done a backup yet though.  been busy lately.
Jan 16 06:52:10 <DocScrutinizer51> yeah dfu-util download is the one(?) thing where 'new' uBoot is better than old one
Jan 16 06:52:49 <gonzoism> lol @ two nicks
Jan 16 06:52:50 <DocScrutinizer51> at least that's what I've been told. Never checked it
Jan 16 06:53:38 <gonzoism> cute.
Jan 16 06:53:43 <gonzoism> lol
Jan 16 06:54:15 <DocScrutinizer-8> hehe
Jan 16 06:54:27 <gonzoism> you going to sleep ?
Jan 16 06:54:39 <DocScrutinizer51> I should
Jan 16 06:54:41 <gonzoism> i'm fixing to
Jan 16 06:54:44 <gonzoism> late here too.
Jan 16 06:54:53 <gonzoism> maybe i'll fire off an email before i do
Jan 16 06:55:29 <gonzoism> but i doubt it.  i'll get sleep
Jan 16 07:41:48 <gonzoism> night
Jan 16 09:47:14 <alexxy> mrmoku|away: TAsn : there still an issue with libbz2 and mplayer
Jan 16 09:55:36 <gena2x> Who wrote 'good luck' as ar6000 module description in konfig? thanks, I was smiling for minute.
Jan 16 09:57:46 <JaMa> hehe :)
Jan 16 09:57:57 <ThibG> argh, I can't turn GSM on
Jan 16 10:01:36 <spaetz> hehe
Jan 16 10:03:22 <JaMa> alexxy: did you reinstall libbz2?
Jan 16 10:06:24 <alexxy> root@om-gta02 ~ $ opkg install --force-reinstall libbz2
Jan 16 10:06:24 <alexxy> Collected errors:
Jan 16 10:06:24 <alexxy>  * Cannot find package libbz2.
Jan 16 10:06:27 <alexxy> so no
Jan 16 10:08:15 <misc> alexxy: what is the issue, exactly ?
Jan 16 10:08:38 <alexxy> misc: run ldd on mplayer
Jan 16 10:08:39 <alexxy> =)
Jan 16 10:08:44 <alexxy> and you'll see issue
Jan 16 10:08:51 <alexxy> soname for libbz2 changed
Jan 16 10:09:01 <alexxy> so mplayer cannot find it
Jan 16 10:09:16 <misc> well, maybe you could tell what distribution you run first ?
Jan 16 10:09:30 <alexxy> its issue for shr-u
Jan 16 10:09:32 <alexxy> =)
Jan 16 10:10:17 <alexxy> http://dpaste.com/145964/
Jan 16 10:10:25 <alexxy> ldd on mplayer
Jan 16 10:11:25 <alexxy> so there actualy 2 issues
Jan 16 10:11:32 <alexxy> 1 wrong RDEPS on mplayer
Jan 16 10:11:45 <JaMa> alexxy: libbz2-1
Jan 16 10:11:52 <JaMa> SHR root@gojama /data/pkg/xinig $ ldd /usr/bin/mplayer  | grep libbz libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x4021e000)
Jan 16 10:11:54 <alexxy> 2 theer should be some way to check dynamic linking consistency
Jan 16 10:12:15 <alexxy> JaMa: fix mplayer deps then 
Jan 16 10:12:17 <alexxy> =)
Jan 16 10:13:12 <JaMa> alexxy: does reinstall libbz2-1 work for you?
Jan 16 10:13:14 <alexxy> JaMa: if mpalyer depends on this lib it should pull it =)
Jan 16 10:13:29 <JaMa> alexxy: but it pulls it right :P.. mmt I'll explain..
Jan 16 10:13:51 <alexxy> JaMa: or old version was 1.0.3?
Jan 16 10:14:03 <JaMa> ./openmoko-cdevel-2010-01-15:21:39 < JaMa|W> mrmoku|away: that bz2 issue is the same as with navit/navit-icons split.. first opkg installs libbz2 with new libbz* file, then it upgrades bzip2 package and removes files which were in older version of bzip2 package and are not in newer (ie libbz.. which should be owned by libbz package now.. but it's still removed)
Jan 16 10:14:09 <JaMa> alexxy: ^^
Jan 16 10:14:31 <alexxy> JaMa: ok
Jan 16 10:14:36 <alexxy> seems reinstalling works
Jan 16 10:14:52 <JaMa> alexxy: yes.. but as I explained in lenghty e-mail .. recipes doesn't support versioned depends (like ebuilds does)
Jan 16 10:15:04 <alexxy> i know
Jan 16 10:15:14 <alexxy> bb files are simmilar with ebuilds
Jan 16 10:15:24 <alexxy> but they has some major differences
Jan 16 10:15:42 <JaMa> alexxy: and this is issue in opkg when one package change that will not include some file anymore
Jan 16 10:16:11 <JaMa> alexxy: and other package is installed with this file.. then after opkg upgrade this file is removed :/
Jan 16 10:16:21 <alexxy> hmm 
Jan 16 10:16:49 <gena2x> JaMa: seems it should just check if any package owns file. or refuse to install package which installs file already installed by other package
Jan 16 10:17:28 <misc> that's already the case 
Jan 16 10:17:39 <gena2x> i know 'just' wrong word here :)
Jan 16 10:17:46 <JaMa> something like NEWFILES = opkg files newPackage; OLDFILES = opkg files oldPackage; and in the end rm -f OLDFILES-NEWFILES;
Jan 16 10:18:21 <JaMa> but if in the meantime some other package installs something from OLDFILES-NEWFILES it's not properly checked if it's owned now
Jan 16 10:20:03 <JaMa> gena2x: yes.. but I think it's in some "if" statement handling the case where newer version is allowed to overwrite older version and file owners are not resolved right before "opkg upgrade call"
Jan 16 10:20:47 <JaMa> the same happen with that navit.. and it works nicely if you remove old version first and then install new (which pulls the other package as dependency)
Jan 16 10:24:36 <Heinervdm> opkg should do everything step by step
Jan 16 10:24:48 <Heinervdm> now it does all at once
Jan 16 10:25:05 <Heinervdm> downloading and extracting all packages
Jan 16 10:25:16 <Heinervdm> and after that configuring all packages
Jan 16 10:25:24 <Heinervdm> and finally installing all packages...
Jan 16 10:25:58 <Heinervdm> but that's opkg, and we all know that it's not the best
Jan 16 10:26:34 <JaMa> Heinervdm: yes step by step, package by package seems safer for this situations.. no idea why they do it otherwise
Jan 16 10:26:59 <Heinervdm> JaMa: and it would be safter for the used memory
Jan 16 10:27:00 <gena2x> Only reason might be speed
Jan 16 10:27:10 <Heinervdm> because you can delete the already installed packages
Jan 16 10:27:39 <gena2x> In all other cases idea to donwload all first looks reasonable
Jan 16 10:28:06 <JaMa> Heinervdm: btw can you please test that those GNU_HASH QA we talked about yesterday? I'm building all package without this change OK.. so I "reverted" it from shr/merge and if it's still needed for you, I'll push it to oe.dev directly as agreed on #oe yesterday
Jan 16 10:29:00 <gena2x> beacuse othervise you can kill target system if some of remove packages are not available/notwork became down
Jan 16 10:29:07 <JaMa> Heinervdm: yes but used memory is imho more "our fault" as opkg is using /tmp -> /var/volatile/tmp in tmpfs
Jan 16 10:29:10 <Heinervdm> JaMa: there was something, that when some of these packages were build staging was broken, but i don't remember what packages 
Jan 16 10:29:22 <Heinervdm> JaMa: yes i know :)
Jan 16 10:29:36 <gena2x> s/remove/remote/
Jan 16 10:29:37 <apt> gena2x meant: beacuse othervise you can kill target system if some of remote packages are not available/notwork became down
Jan 16 10:30:55 <JaMa> Heinervdm: but those are usually "leaf" packages like pingus, aceofpenguins.. I guess nothing is depending on them..
Jan 16 10:30:57 <Heinervdm> JaMa: i think it was emotion,
Jan 16 10:31:33 <Heinervdm> JaMa: after building that staging was broken for every package
Jan 16 10:32:15 <JaMa> Heinervdm: I checked that sed for emotion.pc.. but seem's it doesn't apply for latest EFL sources
Jan 16 10:32:34 <Heinervdm> ok, then it's probably fixed upstream
Jan 16 10:33:38 <Heinervdm> JaMa: the other things weren't fatal, that was just a cosmetic thing
Jan 16 10:34:33 <JaMa> http://pastebin.ca/1753384 emotion.pc.in and http://pastebin.ca/1753385 emotion.pc
Jan 16 10:35:15 <JaMa> Heinervdm: I haven't seen even QA warning while building them.. so if you want them in oe.dev .. I'll push it :)
Jan 16 10:35:30 <JaMa> it's up to you :)
Jan 16 10:35:31 <Heinervdm> JaMa: no need to do that
Jan 16 10:35:56 <JaMa> Heinervdm: and can you please check that blktool?
Jan 16 10:36:13 <JaMa> Heinervdm: you and mrmoku changed that.. and it's last shr/merge only change
Jan 16 10:36:46 <Heinervdm> JaMa: it's defently needed but i think it's in indirect depencie
Jan 16 10:36:49 <JaMa> Heinervdm: can you check http://patchwork.dev.bearstech.com/patch/461/, last patch in shr/merge :) you in c82b036a492267b06da8c3c3ad6940ac60b3688a and Heinervdm 3cb3a0e5d2162444e9d4ff8bef1d7c5b14f15a3c touched that last..
Jan 16 10:37:38 <Heinervdm> JaMa: oh i meant an other recipe
Jan 16 10:37:48 <Heinervdm> that depends on blktool :)
Jan 16 10:38:45 <JaMa> Heinervdm: but not sure if it was because of this change.. we all have seen "circular" dependencies IIRC when blktool failed you had to build sth I don't remember and vice versa
Jan 16 10:39:15 <JaMa> Heinervdm: Ah I'm not following what's other now :)
Jan 16 10:39:32 <Heinervdm> JaMa: ah, i added autotools inherit back, because without that the package was empty
Jan 16 10:40:05 <JaMa> and btw I'm building EFL 45207 localy to see what's broken there..
Jan 16 10:40:31 <daniele_athome> hello!!!
Jan 16 10:40:32 <daniele_athome> :)
Jan 16 10:40:37 <Heinervdm> JaMa: i thought you meant another recipe where i added blktool to DEPENDS, so nvm
Jan 16 10:40:54 <Heinervdm> will be back in some minutes
Jan 16 10:41:27 <JaMa> Heinervdm: ok .. so we should ask mrmoku why he needed pkgconfig first :)
Jan 16 10:47:32 <JaMa> Heinervdm: and if you update xserver-nodm-init you should get procps pulled again
Jan 16 10:52:50 <daniele_athome> mmm... QT libs...
Jan 16 10:56:19 <daniele_athome> mmm... opkg segv during libphonon upgrade
Jan 16 11:09:37 <CIA-47> freesmartphone.org: 03mickey 07framework * r76f0b01a6dbd 10/tools/cli-framework: cli-framework: do not introspect as this is starting all services on demand otherwise
Jan 16 11:16:56 <daniele_athome> mickey|office, you are in office on saturday?
Jan 16 11:16:59 <daniele_athome> what do you do?
Jan 16 11:25:18 <playya_> maybe his mac did segfault yet
Jan 16 11:25:51 <playya_> or just has been booted by steve jobs and his mac army
Jan 16 11:27:30 <max_posedon1> mickey|bbl, could fso sync time with ntp periodically? 
Jan 16 11:27:58 <max_posedon1> after 4 days diff was about 16mins on ma neo
Jan 16 11:30:43 * Q-Master updated but those 10 buttons stayed in illume
Jan 16 11:31:09 <PaulFertser> max_posedon1: fso was often blamed for syncing with some DE server, so yes :)
Jan 16 11:36:04 <josch> so does pyneo - it syncs with hotornot.de :D
Jan 16 11:36:43 <max_posedon1> blamed or not, but it was big surprise for me)
Jan 16 11:37:33 <max_posedon1> 1. neo+fso+gprs+calls can be reliable for 5 days
Jan 16 11:37:56 <max_posedon1> 2. neo doesn't show me correct time
Jan 16 12:05:10 <daniele_athome> http://trac.enlightenment.org/e/changeset/45034/trunk/TMP/st/elementary/src/lib/elm_button.c
Jan 16 12:05:11 <daniele_athome> sigh :(
Jan 16 12:05:15 <daniele_athome> another critical bug
Jan 16 12:05:27 <daniele_athome> I guess you already know that...
Jan 16 12:07:56 <daniele_athome> and it seems that there is now fix in elementary until today...
Jan 16 12:08:09 <daniele_athome> at least in elementary/ folder
Jan 16 13:21:10 <mickey|bbl> max_posedon: yes, there are some bits missing in fsotdld, namely that it always runs an ntp sync when there's network
Jan 16 13:21:35 <mickey|bbl> fun, the mac seems to regularly wake up from suspend
Jan 16 13:21:38 <mickey|bbl> (in the office)
Jan 16 13:22:02 <mickey|bbl> perhaps it receives spurious wake-on-lan packets
Jan 16 13:23:16 <mickey|bbl> max_posedon: fso*d are not daemonizing on their own, because they're usually launched by dbus
Jan 16 13:45:11 <playya> mickey|bbl, they're send by steve jobs, as i mentioned before
Jan 16 13:45:53 <mickey|bbl> probably
Jan 16 13:46:18 <mickey|bbl> hmm, my adsl modem is broken
Jan 16 13:46:38 <mickey|bbl> any recommendations for a new one? this time i think i want one with integrated 80211n router
Jan 16 13:49:44 * JaMa hates Zyxel adsl modem, which gf got from provider
Jan 16 13:50:55 <pbaxter> hello all
Jan 16 13:51:04 <pbaxter> i have again problem with ssh
Jan 16 13:51:19 <pbaxter>  i have full version testing of 15th Genuary
Jan 16 15:22:03 <TAsn> alexxy, reinstalled the package?
Jan 16 15:22:05 <TAsn> anyhow, I gtg.
Jan 16 15:28:36 <playya> anyone knows where c_c is hiding his code for his browser?
Jan 16 15:41:39 <Heinervdm> playya: i assume googlecode
Jan 16 15:42:00 <playya> ok. *googleing*
Jan 16 15:42:40 <Heinervdm> playya: http://code.google.com/u/@VxZWRlxRAxVMXgd0/
Jan 16 15:42:51 <Heinervdm> all his projects on googlecode ;)
Jan 16 15:43:12 <playya> thx
Jan 16 17:27:59 <mrmoku> JaMa: you assume my memory lasts until back in november... wrong unfortunatelly :|
Jan 16 17:28:15 <mrmoku> I remember there was something with blktool not building though
Jan 16 17:28:44 <mrmoku> JaMa: does it build for you without that patch?
Jan 16 17:29:44 <mrmoku> Heinervdm: I agree with mickey|bbl that BT handling should be split between FSO and phoneuid
Jan 16 17:30:52 <mrmoku> TAsn: (easyfix) nvm :)
Jan 16 17:47:32 <JaMa> mrmoku: and that about shr branch change?
Jan 16 17:48:23 <JaMa> mrmoku: and blktool itself compiles fine here without patch
Jan 16 17:48:43 <mrmoku> JaMa: I personally don't care about the name... but probably it will be less confusing to have a shr/unstable branch... as git branches don't cost anything
Jan 16 17:48:53 <JaMa> mrmoku: but it doesn't proof that glib is not needed and .pc is not used later..
Jan 16 17:49:51 <JaMa> mrmoku: ok I agree, I'll try to rebase srcpv branch a bit and push it as shr/unstable
Jan 16 17:50:22 <JaMa> mrmoku: maybe we will discard srcpv branch in the end anyways :/
Jan 16 17:52:14 <mrmoku> JaMa: looking at the source... it needs glib
Jan 16 17:56:19 <mrmoku> JaMa: so I guess it just builds for you because glib is already there
Jan 16 17:58:07 <JaMa> yes, that's why I think its not proff that glib is not needed.. :)
Jan 16 18:08:49 <TAsn> mrmoku, I'm about to die :P
Jan 16 18:08:52 <TAsn> surfed too much ;P
Jan 16 18:08:59 <TAsn> (j/k, there's no such thing as too much, but still...)
Jan 16 18:09:17 <TAsn> 6 hours today, and 6 hours yesterday, with a "bad" shoulder.
Jan 16 18:10:18 <TAsn> and a small injury in my calf
Jan 16 18:10:20 <PaulFertser> TAsn: how do you carry your board to the beach? On bike? ;)
Jan 16 18:10:32 <TAsn> no, car
Jan 16 18:10:59 <mrmoku> TAsn :P
Jan 16 18:10:59 <TAsn> When I go surfing I usually go with a friend's car (with him) or borrow my parent's/brother's car
Jan 16 18:11:16 * mrmoku goodnight story
Jan 16 18:11:18 <mrmoku> bbl
Jan 16 18:11:32 <TAsn> PaulFertser, but many people take their surfboards on their scooters/motorcycles
Jan 16 18:12:56 <PaulFertser> TAsn: it's cool you do such an enjoyable activity :)
Jan 16 18:13:15 <TAsn> PaulFertser, :)
Jan 16 18:16:22 <playya> mrmoku, could you add gabriel to the feed? 
Jan 16 18:33:00 <mrmoku> playya: is there a recipe?
Jan 16 18:34:38 <mrmoku> playya: yeah, found it... will add it
Jan 16 18:38:01 <playya> might be useful if you want to test your stuff on the host
Jan 16 18:38:44 <mrmoku> playya: yeah, I remember alphaone's presentation about it :)
Jan 16 19:04:49 <mrmoku> playya: gabriel is in the feed now
Jan 16 19:04:57 <playya> ok. thx
Jan 16 19:24:09 <CIA-47> freesmartphone.org: 03morphis 07msmcomm * r0affde911afe 10/msmcommd/include/msmcomm/hsuart.h: msmcommd: add hsuart header file from palm linux kernel tree
Jan 16 19:24:10 <CIA-47> freesmartphone.org: 03morphis 07msmcomm * r157c4c7be782 10/msmcommd/ (include/msmcomm/internal.h src/llc.c): msmcommd: use hsuart ioctl to configure the serial line
Jan 16 19:25:11 <tmzt> Palm kernel? Pixi sources are fixed?
Jan 16 19:25:37 <tmzt> or is this for Pre?
Jan 16 19:26:15 <tmzt> no can't be
Jan 16 20:43:27 * Weiss just pushed his first code in way too long a time
Jan 16 20:50:55 <PaulFertser> Weiss: it's ironic how much work it sometimes takes to push some ~20 lines :)
Jan 16 20:51:27 <Weiss> :)
Jan 16 21:10:11 <max_posedon> mrmoku, have you some time speak about shr-contacts bags?
Jan 16 21:23:45 <budfive> max_posedon: hey. I played with my gprs connection. It doesn't reset at all with phone calls
Jan 16 21:24:13 <budfive> max_posedon: the byte and packet counts don't reset. Were you using your own custom setup to make that happen?
Jan 16 21:25:39 <max_posedon> nope, default one
Jan 16 21:26:01 <max_posedon> but ppp0 says only 1.7Mb after >4 days
Jan 16 21:26:06 <max_posedon> it can't be true
Jan 16 21:27:31 <max_posedon> and root      2092  1423  0 Jan15 ?        00:00:00 /usr/sbin/pppd
Jan 16 21:27:42 <max_posedon> says that pppd was started yesterday
Jan 16 21:27:45 <max_posedon> not 4 days ago
Jan 16 21:27:45 <mrmoku> max_posedon: there are bugs? ;)
Jan 16 21:27:58 <JaMa> Weiss: how much code are you pushing? your git server stoped to respond to me :)
Jan 16 21:28:10 <max_posedon> mrmoku, I run frameworkd/phoneuid/phonefsod at laptop
Jan 16 21:28:21 <max_posedon> so, no SIM, only opimd (empty! db)
Jan 16 21:28:34 <JaMa> Weiss: ah nvm it works now
Jan 16 21:28:35 <max_posedon> but shr-contacts show me a lot of EMPTY! contacts
Jan 16 21:28:44 <mrmoku> ohh
Jan 16 21:28:45 <budfive> max_posedon: ok. I suspect any reset that you're seeing is not directly tied to phone calls you made. thanks
Jan 16 21:29:02 <max_posedon> budfive, try long call, like 5mins)
Jan 16 21:30:06 <mrmoku> max_posedon: that smells like a opimd bug though
Jan 16 21:32:11 <Q-Master> shr-contacts is a big bug. 8)
Jan 16 21:34:07 <max_posedon> mrmoku, could you saw which dbus call you use?
Jan 16 21:34:35 <gena2x> can't register on trac :(
Jan 16 21:34:37 <mrmoku> max_posedon: for the list... moment
Jan 16 21:35:34 <gena2x> can someone help?
Jan 16 21:35:45 <mrmoku> gena2x: get the endless loop?
Jan 16 21:36:13 <gena2x> it just hangs, then claims that 'login already registered'
Jan 16 21:36:34 <gena2x> but i can't login with that accaout
Jan 16 21:36:56 <mrmoku> gena2x: what I can do is delete the account
Jan 16 21:37:00 <mrmoku> and you retry afterwards
Jan 16 21:37:10 <gena2x> i think this will not help
Jan 16 21:37:22 <gena2x> i've tried to registered 3 accaunts
Jan 16 21:37:30 <gena2x> s/registered/register/
Jan 16 21:37:31 <apt> gena2x meant: i've tried to register 3 accaunts
Jan 16 21:37:32 <mrmoku> hmm
Jan 16 21:37:59 <mrmoku> max_posedon: first call is a contacts query
Jan 16 21:38:18 <gena2x> after some delay (1-2 minute) it displays 'internal server error'
Jan 16 21:38:41 <gena2x> wild guess - mb database full of spam?
Jan 16 21:39:21 <max_posedon> mrmoku, I'm not sure, which method? (which params)
Jan 16 21:40:00 <mrmoku> max_posedon: PIM.Contacts.Query with an empty hashtable... no arguments
Jan 16 21:40:56 <max_posedon> sorry, still can't realize which method)
Jan 16 21:41:54 <playya> mrmoku, where do you use shr-specs in shr?
Jan 16 21:42:25 <mrmoku> playya: phonefsod and phoneuid
Jan 16 21:43:07 <max_posedon> mrmoku, 
Jan 16 21:43:09 <max_posedon> {   'Path': '/org/freesmartphone/PIM/Contacts/0',
Jan 16 21:43:09 <max_posedon>     'name': 'Dr. Michael Lauer',
Jan 16 21:43:09 <max_posedon>     'tel': '55503287'}
Jan 16 21:43:10 <mrmoku> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.PIM.Contacts.html;hb=HEAD#Query
Jan 16 21:43:20 <max_posedon> 1. I don't know this person!
Jan 16 21:43:29 <max_posedon> 2. only one contact in list
Jan 16 21:43:36 <playya> ok. then it's not necessary
Jan 16 21:43:48 <max_posedon> mrmoku, I still can't understand where it can be bag?
Jan 16 21:43:55 <max_posedon> opimd looks like works
Jan 16 21:44:05 <mrmoku> hmm
Jan 16 21:44:19 <mrmoku> and you don't get that one contact but lots of empty ones instead?
Jan 16 21:44:41 <max_posedon> in respond to mdbus -s  org.freesmartphone.opimd  /org/freesmartphone/PIM/Contacts/Queries/3 org.freesmartphone.PIM.ContactQuery.GetResult
Jan 16 21:44:46 <max_posedon> not, only 1 this
Jan 16 21:45:00 <max_posedon> btw, who is this person?!)
Jan 16 21:45:09 <mrmoku> max_posedon: mickey|bbl :)
Jan 16 21:45:30 <max_posedon> local DE number?)
Jan 16 21:45:38 <mrmoku> no idea about the number
Jan 16 21:47:07 <mrmoku> max_posedon: etc/freesmartphone/opim/csv-contacts.txt:name=Dr. Michael Lauer,tel=55503287
Jan 16 21:47:20 <mrmoku> found by 'git grep Lauer' ;)
Jan 16 21:47:34 <max_posedon> oops
Jan 16 21:47:50 <max_posedon> 5 person in contacts.cvs
Jan 16 21:48:00 <max_posedon> and latest has syntax error
Jan 16 21:48:01 <gena2x> mrmoku: ok, trac self-fixed somehow. now i can login to any accaunt
Jan 16 21:48:30 <mrmoku> gena2x: nice :)
Jan 16 21:49:27 <gena2x> mrmoku: but it still hungs on register. propose to think this as just modern antispam feature.
Jan 16 21:49:33 <max_posedon> mrmoku, if I'll ask 3 contacts all works
Jan 16 21:49:37 <max_posedon> but if I ask 4
Jan 16 21:49:49 <max_posedon> UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 5: ordinal not in range(128)
Jan 16 21:49:56 <max_posedon> but its in mdbus backtrace
Jan 16 21:50:09 <max_posedon> so, I still can't see where opimd broken)
Jan 16 21:52:33 <max_posedon> mrmoku, ok, get now
Jan 16 21:52:47 <max_posedon> if I click show
Jan 16 21:52:52 <max_posedon> contact shows correct
Jan 16 21:53:03 <max_posedon> but in contact list only "unknown"
Jan 16 21:53:26 <mrmoku> it shows correct right of the icon too?
Jan 16 21:54:14 <max_posedon> not
Jan 16 21:54:19 <max_posedon> only in separate window
Jan 16 21:54:45 <mrmoku> yeah, in that separate window... right of the icon it shows name and number... does it show unknown there too?
Jan 16 21:54:57 <mrmoku> and what are the names of the fields?
Jan 16 21:55:29 <max_posedon> yep
Jan 16 21:55:39 <max_posedon> it shows unknown
Jan 16 21:55:45 <max_posedon> and name of fields
Jan 16 21:55:49 <max_posedon> "name" and "tel"
Jan 16 21:56:13 <max_posedon> ah, now I get
Jan 16 21:56:55 <max_posedon> contacts.csv and your opinion about name fields are different
Jan 16 21:57:02 <max_posedon> you want Name and Tel
Jan 16 21:57:04 <max_posedon> yes?
Jan 16 21:57:08 <mrmoku> it is handling the field names case sensitive yes
Jan 16 21:57:09 <mrmoku> Name
Jan 16 21:58:46 <mrmoku> max_posedon: that will change when we merge the opimd changes from dos1 and Tasn... and give the fields a type
Jan 16 22:03:10 <max_posedon> ah, so, all is fine
Jan 16 22:27:40 <JaMa> mrmoku: shr/unstable created :)
Jan 16 22:29:33 <mrmoku> :)
Jan 16 22:30:17 <JaMa> mrmoku: will you change Makefile? :)
Jan 16 22:30:21 <max_posedon> shr/merge, shr/unstable, shr/mrmoku, different shrs, and only one upstream and most insresting)
Jan 16 22:31:05 <mrmoku> max_posedon: there is no shr/mrmoku ;)
Jan 16 22:31:10 <mrmoku> JaMa: yup
Jan 16 22:31:27 <JaMa> max_posedon: shr/merge should be temporary branch.. but git history wasn't clean enough for git merge to oe.dev directly..
Jan 16 22:32:17 <JaMa> max_posedon: with all stuff pushed in separate patches upstream (oe.dev) and with unsure future of srcpv branch its better to have something easier to use :)
Jan 16 22:32:34 <CIA-47> SHR: 03mok 07shr-makefile * r3a6ef29939ef 10/Makefile: Makefile: switch branch for unstable to shr/unstable
Jan 16 22:40:13 <JaMa> mrmoku: is there some user interaction needed for branch switch or is Makefile updated and branch switched automaticaly?
Jan 16 22:40:28 <mrmoku> JaMa: should work automatically
Jan 16 22:40:35 <mrmoku> with next update
Jan 16 22:41:19 <JaMa> mrmoku: and would be nice to remove echo "OE_ALLOW_INSECURE_DOWNLOADS=1" >> shr-testing/conf/local.conf ; \ from it too
Jan 16 22:41:37 <mrmoku> oh, ok
Jan 16 22:42:58 <mrmoku> JaMa: that one needs user interaction though
Jan 16 22:43:03 <CIA-47> SHR: 03mok 07shr-makefile * r3c485a03677d 10/Makefile: Makefile: remove OE_ALLOW_INSECURE_DOWNLOADS from local.conf
Jan 16 22:43:08 <JaMa> so with "make update" is Makefile upgraded and branch switched, or do you need to run it twice?
Jan 16 22:43:46 <mrmoku> it updates first the Makefile... don't know if it takes effect in one go... let me try
Jan 16 22:43:58 <spaetz_> what are insecure downloads?
Jan 16 22:44:14 <spaetz_> and why do we disable them?
Jan 16 22:44:17 <JaMa> because if you download newer Makefile, I guess make is not rereading that while running
Jan 16 22:44:32 <JaMa> spaetz_: it doesn't check checksums.ini
Jan 16 22:44:39 <spaetz_> ahh, ok
Jan 16 22:44:46 <JaMa> spaetz_: it's safer to check, we have all in oe.dev
Jan 16 22:44:51 <spaetz_> yes, we don't really want that
Jan 16 22:45:08 <spaetz_> agree
Jan 16 22:45:14 <JaMa> spaetz_: and maybe it will force some contributors to send patches with checksums :)
Jan 16 22:45:19 <spaetz_> hehe
Jan 16 22:45:52 <mrmoku> ouch
Jan 16 22:45:57 <mrmoku> JaMa: it rereads it... but
Jan 16 22:45:59 <mrmoku> error: pathspec 'shr/unstable' did not match any file(s) known to git.
Jan 16 22:46:15 <spaetz_> oops
Jan 16 22:46:32 <mrmoku> HEAD is now at f10cdef blktool, ipkg-utils, libmikmod: bump PR (sync PR with shr/merge)
Jan 16 22:46:35 <spaetz_> quick, create and push shr/unstable
Jan 16 22:46:36 <mrmoku> is that the correct one?
Jan 16 22:46:40 <JaMa> mrmoku: yes
Jan 16 22:46:57 <JaMa> mrmoku: btw those 3 PR bumps will be nice to remove with next PV bump
Jan 16 22:47:22 <JaMa> mrmoku: I pushed them there just because we cannot force downgrade on flashed images..
Jan 16 22:47:39 <spaetz_> ahh, we do HAVE a shr/unstable now?!
Jan 16 22:47:45 <JaMa> spaetz_: yes
Jan 16 22:47:46 <spaetz_> I missed out that bit :)
Jan 16 22:47:55 <JaMa> spaetz_: only for last 20 mins or so :)
Jan 16 22:48:06 <spaetz_> so how do we work now? shr/unstable is based on OE.dev?
Jan 16 22:48:06 <JaMa> so you haven't missed much.. 
Jan 16 22:48:11 <JaMa> yes
Jan 16 22:48:34 <JaMa> it has whole srcpv branch in one patch and I'll ignore srcpv branch for now..
Jan 16 22:48:46 <spaetz_> ok
Jan 16 22:49:20 <JaMa> if srcpv branch will be allowed to be merged I'll merge shr/unstable
Jan 16 22:50:07 <mrmoku> hmm...
Jan 16 22:50:16 * mrmoku did nonsense in the Makefile :P
Jan 16 22:50:30 <mrmoku>    git checkout ${SHR_UNSTABLE_BRANCH_OE} ; git reset --hard origin/${SHR_UNSTABLE_BRANCH_OE} )
Jan 16 22:50:48 <mrmoku> the first one gives the error
Jan 16 22:50:52 <JaMa> but I'll try to propose constant PV for git recipes like PV = "1.0+SCM" and PR_append = "+gitr${SRCPV}"
Jan 16 22:51:17 <JaMa> and this way we could safe PE bump as +SCM will be sorted higher than +gitr :)
Jan 16 22:51:39 <JaMa> and constant PVs are good for PREFERRED_VERSIONs
Jan 16 22:53:29 <JaMa> mrmoku: ah you need git checkout -b ${SHR_UNSTABLE_BRANCH_OE} origin/${SHR_UNSTABLE_BRANCH_OE} for first run, don't you?
Jan 16 22:53:49 <mrmoku> which is done in make setup
Jan 16 22:54:25 <JaMa> mrmoku: but what if you have shr-testing/.configured already?
Jan 16 22:55:01 <mrmoku> yes, wanted to say... it won't be re-done just on make update
Jan 16 22:56:31 <spaetz_> kid crying again. bye and night
Jan 16 22:56:34 <JaMa> mrmoku: ok.. then just send me instruction as I'm writting reply to that "Status of shr/merge branch" so it would be nice to put it there :)
Jan 16 22:56:48 <JaMa> spaetz_: g-night
Jan 16 22:57:00 <mrmoku> let me try something first...
Jan 16 22:57:17 <JaMa> sure
Jan 16 22:58:04 <JaMa> btw EFL >45200 doesn't even compile nicely.. there is new Xinput2 support, but it fails here.. so I disabled it for now
Jan 16 23:04:13 <mrmoku> JaMa: ok, works now
Jan 16 23:04:13 <CIA-47> SHR: 03mok 07shr-makefile * ra1e27a8f376c 10/Makefile: Makefile: make changing branches work on the fly
Jan 16 23:04:53 <mrmoku> JaMa: can you run make update on the buildhost?
Jan 16 23:06:28 <JaMa> ok
Jan 16 23:07:06 <JaMa> this is ok? conf/site.conf: needs update
Jan 16 23:09:55 <JaMa> mrmoku: branch switched fine :)
Jan 16 23:10:07 <mrmoku> great :)
Jan 16 23:10:13 <JaMa> mrmoku: those conf/local.conf has to me removed manually right?
Jan 16 23:10:20 <JaMa> mrmoku: or commented out..
Jan 16 23:10:23 <mrmoku> JaMa: btw. the Makefile in use on the buildhost is the one people are downloading
Jan 16 23:10:42 <JaMa> mrmoku: as it also downloads itself? :)
Jan 16 23:10:46 <mrmoku> yes, the Makefile want touch an existing one
Jan 16 23:12:02 <JaMa> btw: IMAGE_FSTYPES = "jffs2 tar.gz" is not needed in local.conf too as it's += in machine conf
Jan 16 23:12:15 <mrmoku> yep, that changed some time ago
Jan 16 23:14:34 <JaMa> and shr-u local.conf has extra ASSUME_PROVIDED += "git-native", do we still need it on buildhost?
Jan 16 23:15:15 <mrmoku> JaMa: that one is only on buildhost... when there where problems with git
Jan 16 23:15:38 <mrmoku> just try if git-native builds... if yes nuke it :)
Jan 16 23:15:54 <JaMa> ok.. expected that..
Jan 16 23:23:21 <daniele_athome> hi
Jan 16 23:23:50 <JaMa> hi
Jan 16 23:38:06 * mrmoku needs to sleep now
Jan 16 23:38:09 <mrmoku> gnight all
Jan 16 23:39:11 <JaMa> gnight
Jan 16 23:51:38 <playya> anyone know how the webkit-efl buildsystem works?
Jan 16 23:51:51 <playya> i try to build it on my host
Jan 16 23:53:18 <max_posedon> webkit-efl and eve is different things?
Jan 16 23:53:37 <max_posedon> hm, yep, they are
Jan 16 23:55:38 <playya> i want to a panel with a basic menu
**** ENDING LOGGING AT Sun Jan 17 02:59:56 2010