**** BEGIN LOGGING AT Fri Oct 16 02:59:57 2009
Oct 16 06:49:15 <blindcoder> is there a way to set the timezone when GSM doesn't broadcast it?
Oct 16 06:53:18 <JaMa> Heinervdm: hello
Oct 16 06:53:23 <TeLLuS> blindcoder: manually /etc/timezone?
Oct 16 06:53:55 <Heinervdm> JaMa: hi
Oct 16 06:54:31 <JaMa> Heinervdm: please don't downgrade xextproto, you can drop lxbutil from DEPENDS in *xorg-common*
Oct 16 06:54:44 <JaMa> Heinervdm: thats what Thomas and I did in shr/import
Oct 16 06:55:11 <JaMa> Heinervdm: and sorry for bashisms, I merged that do_install from shr/import..
Oct 16 06:55:15 <Heinervdm> JaMa: ah, i couldn't find any depencie of lbutil
Oct 16 06:55:31 <JaMa> Heinervdm: thanks for updating PROVIDER mesa > libgl
Oct 16 06:55:55 <Heinervdm> JaMa: i hope it works ;)
Oct 16 06:56:25 <Heinervdm> JaMa: the problem with that is, that it will just work with bash not with an other shell
Oct 16 06:56:39 <JaMa> Heinervdm: btw: I'll add xf86-video-glamo-kms to task-shr-feed (this should be ok)
Oct 16 06:56:40 <Heinervdm> and i've dash ;)
Oct 16 06:56:55 <Heinervdm> ok
Oct 16 06:57:05 <JaMa> Heinervdm: have you ever tried to add another kernel to feed? 
Oct 16 06:57:12 <Heinervdm> JaMa: no
Oct 16 06:57:47 <JaMa> Heinervdm: would be nice to have openmoko-shr-drm-devel in feeds to and then switch nonKMS->KMS would be just about replacing 2 packages in existing installation
Oct 16 07:01:37 <CIA-26> SHR: 03mok 07shr * r7f0a8ff065c3 10/shr-contacts/src/contacts-main.c: shr-contacts: remove call to vanished phonegui_contacts_hide
Oct 16 07:01:44 <mrmoku> Heinervdm: ^^^ thanks :)
Oct 16 07:01:56 <Heinervdm> :)
Oct 16 07:02:24 <mrmoku> Heinervdm: want me to eat the cookies?
Oct 16 07:02:53 <Heinervdm> mrmoku: yes, after them, shr-lite-image should build :)
Oct 16 07:02:54 <mrmoku> Heinervdm: btw... what was this kernel limiting for? glibc?
Oct 16 07:03:06 <mrmoku> that might create problems with palm pre :|
Oct 16 07:03:26 <Heinervdm> mrmoku: palm-pre has kernel < 2.6.24?
Oct 16 07:03:33 <mrmoku> ahh... ok
Oct 16 07:03:37 <mrmoku> thought it was 2.6.29...
Oct 16 07:03:42 <mrmoku> 2.6.24 is fine then :D
Oct 16 07:04:04 <Heinervdm> mrmoku: at first, but dos1 mentiond 2.6.24 would be better :)
Oct 16 07:05:00 <mrmoku> great :)
Oct 16 07:05:05 <mrmoku> thanks dos1 
Oct 16 07:11:04 <mrmoku> playya__: hmm.. the first imagemagick patch applies... the second on top of it not so
Oct 16 07:11:50 <Heinervdm> mrmoku: the second was an replacement for the first ;)
Oct 16 07:11:59 <mrmoku> Heinervdm: that does not apply neither
Oct 16 07:12:32 <mrmoku> error: recipes/imagemagick/files/fix_open_file.patch: already exists in working directory
Oct 16 07:13:01 <mrmoku> ahh... ok me is stupid
Oct 16 07:13:01 <Heinervdm> mrmoku: yes it exists from the first patch...
Oct 16 07:13:02 <mrmoku> nvm
Oct 16 07:13:21 <mrmoku> :)
Oct 16 07:29:50 <JaMa> Heinervdm: btw only problem with KMS is WSOD on resume, which is pretty bad.. but after switch kernel to nonDRM one can use xf86-video-glamo-kms without problems
Oct 16 07:31:08 <JaMa> Heinervdm: I'll test mesa->libgl rename for shr/import too, but will we use libgl-progs instead of mesa-progs? Weird that it created mesa package named lib*e*gl in current shr/import for me
Oct 16 07:33:34 <JaMa> mrmoku: could you merge oe.dev to shr/merge?
Oct 16 07:33:42 <Heinervdm> JaMa: mesa is the only provider for virtual/libgl, so it should be no difference...
Oct 16 07:35:15 <JaMa> Heinervdm: I have no idea why.. but when I added PROVIDES = "virtual/libgl mesa" to mesa-common.inc for my build.. it updated ${PN} in mesa-dri_git.bb and created libegl, libegl-doc, libegl-progs etc
Oct 16 07:36:51 <Heinervdm> JaMa: and these weren't build before?
Oct 16 07:37:36 <JaMa> Heinervdm: before it was named mesa-doc, mesa-dev etc IRC
Oct 16 07:37:54 <Heinervdm> hmm
Oct 16 07:38:12 <Heinervdm> let's see if it makes a difference
Oct 16 07:42:57 <mrmoku> JaMa: ok
Oct 16 07:45:02 <mrmoku> JaMa: done
Oct 16 07:45:08 * mrmoku shower
Oct 16 07:47:22 <JaMa> Heinervdm: Packaged contents of mesa-dri into /home/projects/OE/tmpdir-dev-shr/deploy/glibc/ipk/om-gta02/libegl1_7.5.1+gitr0+5a3f2c987a134f8079206a0b9529993a85dd6d4a-r7.2_om-gta02.ipk
Oct 16 07:47:53 <Heinervdm> hmm, i think it just renamed the package
Oct 16 07:48:15 <JaMa> Heinervdm: not sure where it gets the name libegl1 but probably ok, as its installed for user by image
Oct 16 07:48:42 <JaMa> Heinervdm: only this one is difficult to find (I expected name like *mesa*progs* Packaged contents of mesa-dri-xprogs into /home/projects/OE/tmpdir-dev-shr/deploy/glibc/ipk/om-gta02/libegl-xprogs_7.5.1+gitr0+5a3f2c987a134f8079206a0b9529993a85dd6d4a-r7.2_om-gta02.ipk
Oct 16 07:50:40 <JaMa> do we still need bluez3? or can we blacklist them as angstrom does?
Oct 16 07:50:57 <Heinervdm> don't know...
Oct 16 07:51:18 <Heinervdm> we have bluez3 and bluez4 in the feed
Oct 16 07:51:23 <JaMa> IRC dos1 said something about shr-setting using bluez3 api
Oct 16 07:51:55 <Heinervdm> Error: min. I/O unit was not specified (use -h for help)
Oct 16 07:52:06 <JaMa> NOTE: Tasks Summary: Attempted 7850 tasks of which 7541 didn't need to be rerun and 1 failed.
Oct 16 07:52:07 <Heinervdm> in do_rootfs for ubifs image
Oct 16 07:52:09 <JaMa> ERROR: '/home/projects/OE/dev/recipes/python/python-pygtk_2.16.0.bb' failed
Oct 16 07:52:39 <Heinervdm> oh, that's building fine for me
Oct 16 07:52:49 * JaMa rebuilding it now
Oct 16 07:53:28 <JaMa> Heinervdm: http://pastebin.ca/1623499
Oct 16 07:54:10 <JaMa> do you have /usr/share/pygobject/2.0/codegen/codegen.py on your host?
Oct 16 07:54:11 <Heinervdm> oh, it's accessing that file from host...
Oct 16 07:54:25 <Heinervdm> yes i have
Oct 16 07:55:00 <Heinervdm> set it back to 2.10.4 until i've fixed the recipe
Oct 16 07:55:35 <JaMa> here its in /usr/lib64/python2.6/site-packages/gtk-2.0/codegen/codegen.py
Oct 16 08:06:26 <Heinervdm> JaMa: it shouldn't be so hard to fix that recipe there is a var $(CODEGENDIR) in Makefile.am
Oct 16 08:10:01 <JaMa> should i do it?
Oct 16 08:12:39 <Heinervdm> JaMa: if you know how, you can do, i have to search for it first :)
Oct 16 08:12:57 <Heinervdm> my lite image has 105MB :(
Oct 16 08:13:10 <mrmoku> JaMa: blacklist it, yes :)
Oct 16 08:13:48 <JaMa> Heinervdm: and do we need newer pygobject than pygtk?
Oct 16 08:14:09 <Heinervdm> JaMa: the versions of these to aren't related
Oct 16 08:14:14 <Heinervdm> mrmoku: http://shr.pastebin.com/m387588f6
Oct 16 08:15:02 <mrmoku> huh... cpp ?
Oct 16 08:15:12 <Heinervdm> stange :)
Oct 16 08:15:37 <mrmoku> Heinervdm: does it work at least?
Oct 16 08:15:45 <Heinervdm> mrmoku: have to flash it :)
Oct 16 08:20:31 <Heinervdm> mrmoku: edje-utils depends on cpp
Oct 16 08:22:55 <mrmoku> Heinervdm: ahh... yes remember now :|
Oct 16 08:23:14 <mrmoku> probably we should make it optional (edje-utils)
Oct 16 08:23:28 <Heinervdm> yes
Oct 16 08:23:43 <Heinervdm> but i ask me, where the additonal 40MB come from
Oct 16 08:24:03 <Heinervdm> will compare the depends.dot the an old one
Oct 16 08:25:50 <mrmoku> Heinervdm: compare installed-packages first... to see if there are more packages...
Oct 16 08:28:08 <Heinervdm> mrmoku: 3 more packages in total
Oct 16 08:30:32 <JaMa> Packaged contents of mesa-utils into /home/projects/OE/tmpdir-shr-shr/deploy/glibc/ipk/om-gta02/mesa-utils_7.5.1+gitr0+5a3f2c987a134f8079206a0b9529993a85dd6d4a-r3_om-gta02.ipk
Oct 16 08:30:36 <JaMa> looks better :)
Oct 16 08:30:46 <JaMa> used also in old mesa-full_7.2
Oct 16 08:31:39 <mrmoku> Heinervdm: hm that is not that many :P
Oct 16 08:34:52 <JaMa> did someone updated config as mickey said?
Oct 16 08:35:20 * JaMa building updated cornucopia but haven't seen *-config update
Oct 16 08:38:03 <mrmoku> JaMa: nop :P
Oct 16 08:41:44 <Heinervdm> mrmoku: these packages are new: http://shr.pastebin.com/d3f608578 some were remove...
Oct 16 08:44:49 <mrmoku> Heinervdm: but that does not explain 40MB or does it?
Oct 16 08:45:06 <Heinervdm> don't think so
Oct 16 08:46:23 <mrmoku> Heinervdm: and if you compare the package sizes? did the packages grow in size?
Oct 16 08:49:59 <Heinervdm> mrmoku: compared the biggest packages now, and they shrinked in size :D
Oct 16 08:50:13 <Weiss> JaMa: I just parked some latest work on a temporary Mesa branch due to a suspected dying hard drive..
Oct 16 08:52:42 <mrmoku> Heinervdm: hehe... getting even stranger :P
Oct 16 08:52:48 <Heinervdm> :)
Oct 16 08:52:55 <Heinervdm> no clue
Oct 16 08:53:11 <Heinervdm> and my image doesn't boot, ipv6 package is broken
Oct 16 08:53:38 <JaMa> Weiss: should I test it or stay on glamo branch?
Oct 16 08:54:57 <Weiss> JaMa: I wouldn't bother changing branch or testing - it doesn't work properly get - but it's there if you're interested :)
Oct 16 08:56:40 <Weiss> hopefully my HDD issue is just a software thing and I don't need to buy a new computer - that'd be annoying
Oct 16 09:02:00 <PaulFertser> Weiss: doesn't SMART always give a clue about hardware issues?
Oct 16 09:03:36 <Weiss> PaulFertser: possibly, looking now. I also suspect either an intermittent connection or possibly a kernel issue..
Oct 16 09:04:02 <Weiss> but I'm so thoroughly backed up (anything remotely relevant is kept in Git), only the financial and time implications of getting a new computer are relevant
Oct 16 09:04:59 <raster> yay! new computer
Oct 16 09:05:07 <raster> we all love the fun bit of spending all that money
Oct 16 09:05:10 <raster> ... not
Oct 16 09:05:49 <Weiss> indeed
Oct 16 09:06:51 <raster> i hate it when hw dies
Oct 16 09:07:47 <raster> tho at least u can just buy a new hdd not a whole pc... when shit like the gfx chip screw up on a laptop.. whole new laptop time
Oct 16 09:08:40 <Weiss> if it's really an HDD problem and not something deeper, yes
Oct 16 09:08:51 <raster> sure
Oct 16 09:08:58 <raster> tho hdd problems normally are hdd ones
Oct 16 09:09:06 <raster> as hdds tend gto screw up thanks to being mechanical
Oct 16 09:10:48 <Weiss> yeah
Oct 16 09:23:27 <beniwtv> mrmoku: ping
Oct 16 09:25:09 <mrmoku> beniwtv: pong
Oct 16 09:25:50 <beniwtv> mrmoku: I've been using your SHR image and it's working fine so far. Anything changed in the image of 12th Oct worth to try? :)
Oct 16 09:26:19 <mrmoku> beniwtv: not sure what changed
Oct 16 09:26:50 <mrmoku> beniwtv: if you have a working installation just wait a little... there is nice stuff to come ahead
Oct 16 09:27:22 <beniwtv> mrmoku: k, thanks
Oct 16 10:27:39 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r2d2d9aa56d8d 10/libfsotransport/ (fsotransport/commandqueue.vala tests/testcommandqueue.vala): 
Oct 16 10:27:39 <CIA-26> freesmartphone.org: libfsotransport: revert using a generic argument as CommandQueue command,
Oct 16 10:27:39 <CIA-26> freesmartphone.org: we require commands to be derived from CommandQueueCommand instead.
Oct 16 10:39:18 <mrmoku> TAsn: ping
Oct 16 10:41:22 <mrmoku> stefan_schmidt: hey... progressing? :)
Oct 16 10:41:39 <TAsn> mrmoku, pong
Oct 16 10:43:25 <mrmoku> TAsn: you did remove framework_handler_connect call... why?
Oct 16 10:43:45 <TAsn> probably a mistake, as I don't remember doing this on purpose.
Oct 16 10:43:49 <TAsn> :)
Oct 16 10:43:57 <TAsn> where was it, and where I removed it from?
Oct 16 10:44:09 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rf6e8dbc7958f 10/libfsotransport/fsotransport/commandqueue.vala: libfsotransport: slight interface signature change
Oct 16 10:44:18 <mrmoku> TAsn: I think phonegui_init
Oct 16 10:44:21 <stefan_schmidt> mrmoku: Pretty good yes. Using a selfcompiled kernel for over 40h hours now
Oct 16 10:44:32 <mrmoku> stefan_schmidt: :)
Oct 16 10:44:45 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rf8f2047234c4 10/fsogsmd/src/lib/ (5 files): fsogsmd: catch up with changes in libfsotransport
Oct 16 10:44:53 <mickey|office> morning stefan!
Oct 16 10:45:10 <stefan_schmidt> mrmoku: The downside is that I still have no time working towards a SHR/OE.dev merge
Oct 16 10:45:13 <stefan_schmidt> mickey|office: hi
Oct 16 10:45:38 <TAsn> mrmoku, phonegui_backend_init (efl?)
Oct 16 10:45:43 <stefan_schmidt> mrmoku: But it seems Martin and Thomas doing it all for me anyway so I can strike it from my list. :)
Oct 16 10:45:44 <mrmoku> stefan_schmidt: we're taking care of that... well Heinervdm and JaMa mostly :)
Oct 16 10:45:51 <stefan_schmidt> mrmoku: Seen that.
Oct 16 10:45:52 <mrmoku> TAsn: no phonegui_init
Oct 16 10:45:59 <mickey|office> just don't wait too long to actually commit stuff from shr/merge to oe.dev
Oct 16 10:46:06 <mickey|office> otherwise it's going to diverge faster than you can catchup
Oct 16 10:46:08 <TAsn> mrmoku, really? than I'm just an ass, please add it.
Oct 16 10:46:16 <TAsn> but wait.
Oct 16 10:46:18 <TAsn> noo.
Oct 16 10:46:23 <stefan_schmidt> Heinervdm, JaMa: Let me thank you guys personally for doing what I only promised but never really came to. :)
Oct 16 10:46:28 <mrmoku> mickey|office: we're pulling in shr.oe.dev more than once a day :)
Oct 16 10:46:28 <TAsn> although I didn't remove it
Oct 16 10:46:30 <TAsn> I would have.
Oct 16 10:46:36 <TAsn> phonegui is for graphics
Oct 16 10:46:41 <TAsn> *UI
Oct 16 10:46:49 <mickey|office> mrmoku: ok, excellent then
Oct 16 10:46:49 <TAsn> ophonekitd should connect to framework signals
Oct 16 10:46:53 <mrmoku> mickey|office: and as soon as we have a working image we well start to do clean patches against oe.dev
Oct 16 10:47:02 <mrmoku> s/well/will/
Oct 16 10:47:04 <apt> mrmoku meant: mickey|office: and as soon as we have a working image we will start to do clean patches against oe.dev
Oct 16 10:47:18 <mrmoku> TAsn: well does not work though
Oct 16 10:47:25 <TAsn> mrmoku, why not?
Oct 16 10:47:44 <mrmoku> how to get data for a contact? query the contact list?
Oct 16 10:47:44 <TAsn> ophonekitd should connect to framework signals
Oct 16 10:47:48 <TAsn> and then
Oct 16 10:47:56 * mrmoku is not talking about signals
Oct 16 10:48:07 <TAsn> oh.
Oct 16 10:48:08 <TAsn> ok
Oct 16 10:48:14 <mrmoku> signals is just one thing frameworkd_connect does
Oct 16 10:48:22 <mrmoku> the other is registering the needed marshallers
Oct 16 10:48:23 <TAsn> ok
Oct 16 10:48:29 <TAsn> but we don't want signals
Oct 16 10:48:38 <TAsn> (phonegui connecting to signals)
Oct 16 10:48:40 <mrmoku> if you don't set handlers you won't get them
Oct 16 10:48:59 <TAsn> we don't want phonegui to handle signals (I think I'm missing what you are trying to say)
Oct 16 10:49:27 <stefan_schmidt> mrmoku: btw, if you like you can start to build palm pre images. Machine and kernel recipe are producing working a working kernel here. Images still need to be tested.
Oct 16 10:49:38 <mrmoku> look at frameworkd-glib-dbus.c to see what _new and _connect do...
Oct 16 10:49:43 <mrmoku> TAsn: ^^
Oct 16 10:49:49 <stefan_schmidt> ATM most of the work need to be done in the Palm system to gather all the informations.
Oct 16 10:49:57 <mickey|office> mrmoku: awesome, thanks a lot
Oct 16 10:50:04 <mrmoku> stefan_schmidt: yep, is my plan as soon as we can build FR images from shr/merge
Oct 16 10:50:22 <mrmoku> we will switch shr-unstable to build from that then and add the palm pre
Oct 16 10:50:25 <stefan_schmidt> mrmoku: Great. No pressure, not that useable atm anyway.
Oct 16 10:51:00 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * re3b11ed48264 10/libfsotransport/fsotransport/commandqueue.vala: libfsotransport: commandqueue: ask commandqueuecommand for prefix/postfix/is_valid_prefix
Oct 16 10:51:27 <TAsn> mrmoku, /me is too tried, please explain quickly what this lets you achieve
Oct 16 10:51:53 <mrmoku> TAsn: to call the lfg functions you have to register the glib-marshallers for the arguments
Oct 16 10:52:00 <mrmoku> otherwise it will just segfault
Oct 16 10:52:19 <mrmoku> and that is what is done in the _connect function
Oct 16 10:52:23 <TAsn> ok
Oct 16 10:52:28 <TAsn> then add it
Oct 16 10:52:32 <TAsn> you can be sure I didn't remove it
Oct 16 10:52:33 <mrmoku> it will install signals _only_ if you have provided handlers for them
Oct 16 10:52:44 <TAsn> OH, now I get what you meant
Oct 16 10:52:49 <mrmoku> TAsn: hmm... maybe I mismerged something then...
Oct 16 10:52:58 <TAsn> I thouht you meant you *want* to install signal handles
Oct 16 10:53:01 <TAsn> handlers*
Oct 16 10:53:06 <mrmoku> noo :)
Oct 16 10:53:59 <TAsn> ok, anyhow, if I removed it, I'm sorry, though I really think I haven't.
Oct 16 10:54:01 <TAsn> :)
Oct 16 11:04:34 * Sharwin_F yesterday arrived to the conclusion that being able to resize height of the illume keyboard just moving her finger up and down the screen on the top margin of it would be soo great
Oct 16 11:04:40 <Sharwin_F> *his
Oct 16 11:06:16 <TAsn> Sharwin_F, I really think
Oct 16 11:06:22 <TAsn> the illume keyboard should be transparent
Oct 16 11:06:28 <TAsn> that'll solve everything
Oct 16 11:06:35 <TAsn> make it larger and transparent.
Oct 16 11:06:40 <TAsn> anyhow, cyao.
Oct 16 11:09:35 <mickey|office> yeah, transparency would rock
Oct 16 11:09:49 <mickey|office> with hardware != freerunner this might be possible
Oct 16 11:10:22 <Sharwin_F> TAsn, yeah, but being able to resize it vertically would help too, as it would resize the keys and so would be easier to press them :)
Oct 16 11:11:22 <Sharwin_F> so I vote for transparency+resize :D
Oct 16 11:11:48 <mrmoku> mickey|office: any idea what I'm doing wrong regarding dbus-activation when I get
Oct 16 11:11:51 <mrmoku> Error: Launch helper exited with unknown return code 0
Oct 16 11:12:02 <mrmoku> the program is launched... and consequent calls work
Oct 16 11:13:29 <mickey|office> mrmoku: hmm, that could be everything, including a bug in dbus. i'm afraid you need to activate verbose debugging statements in dbus to track this down
Oct 16 11:13:34 <tmzt> why is that an error?
Oct 16 11:13:39 <mickey|office> shoragan once did this, do you remember?
Oct 16 11:16:03 <mrmoku> mickey|office: ok :P
Oct 16 11:16:12 <TAsn> mickey|office, why isn't it possible on the freerunner? glamo? anyhow we can do full transparency, i.e making only small parts non transparent and everything else clear as glass, which isn't hard for any gpu to handle...
Oct 16 11:16:42 <mickey|office> TAsn: I'd expect system performance to crawl by doing any of these things.
Oct 16 11:16:52 <mickey|office> PXA has overlay framebuffer for these things
Oct 16 11:16:56 <mickey|office> i think OMAP as well
Oct 16 11:17:01 <TAsn> even complete transparency?
Oct 16 11:17:34 <TAsn> mickey|office, I think it's important enough to give it a try :) let's hope.
Oct 16 11:17:39 <mickey|office> it's worth a try at any case,
Oct 16 11:18:35 <TAsn> yes.
Oct 16 11:19:33 <TAsn> I'll look into sometime over the weekend. there are two things needing a change, the edj theme (for transparency) and disabling it from resizing the other window, in the code.
Oct 16 11:23:56 <mickey|office> cool
Oct 16 11:26:44 <CIA-26> SHR: 03tom 07libframeworkd-phonegui-efl2 * ra9713fd5795e 10/src/ (4 files in 2 dirs): replaced the ugly string_replace_with_tags with the elementary function utf8_to_markup
Oct 16 11:37:45 <JaMa> mrmoku: stefan_schmidt: I talked with XorA on #oe and he said that SRCPV usage is acceptable in oe.dev if we can help him to cleanup and merge his xora-srcpv branch.. I would like to do this before merging shr/merge and oe.dev
Oct 16 11:39:23 <stefan_schmidt> JaMa: Ah, cool. That would getting the recipes in shape a lot easier
Oct 16 11:40:00 <stefan_schmidt> JaMa: You would need to sync back the SRCPV changes from shr into the recipes I already put into .dev
Oct 16 11:40:06 <stefan_schmidt> But that is easy enough
Oct 16 11:40:28 <mrmoku> stefan_schmidt: well... Heinervdm removed all SRCPV's for shr/merge :P
Oct 16 11:40:43 <stefan_schmidt> mrmoku: heh
Oct 16 11:40:56 <stefan_schmidt> mrmoku: Still easy enough to get them back from shr/import
Oct 16 11:41:00 <mrmoku> yup
Oct 16 11:49:49 <mrmoku> Heinervdm: pygtk fails for me...
Oct 16 11:50:53 <mrmoku> Heinervdm: maybe have to rebuild pygobject?
Oct 16 11:54:06 <TAsn> mrmoku, !!!
Oct 16 11:54:08 <TAsn> just checked!
Oct 16 11:54:16 <TAsn> even opimd-cli
Oct 16 11:54:21 <TAsn> uses ID and not full path
Oct 16 11:55:28 <TAsn> "/org/freesmartphone/PIM/"+domain+"s/"+id
Oct 16 11:55:32 <TAsn> exactly what I wanted to do.
Oct 16 11:57:40 <mrmoku> TAsn: and? opimd-cli is doing many things wrong ;)
Oct 16 11:57:49 <TAsn> :)
Oct 16 12:00:38 <Heinervdm> mrmoku: JaMa wanted to look after pygtk
Oct 16 12:00:54 <Heinervdm> mrmoku: i didn't removed all SRCPV, forgot some ;)
Oct 16 12:01:29 <Heinervdm> and for getting them back we can search for all git recipes and add it there, for cvs and svn it isn't needed
Oct 16 12:03:23 <TAsn> cool, fixed counting of missed calls in shr-today (according to dos it was something I did wrong in phonelog, anyhow, it's fixed now)
Oct 16 12:04:23 <JaMa> Heinervdm: I tried and failed and than I had to work a bit... so downgraded preferred version back to 2.10.4
Oct 16 12:05:27 <Heinervdm> JaMa: ok, do that, i will look after that in some days, but it's hard to debug for me, because i can't remove python-gobject from my host :)
Oct 16 12:05:54 <Heinervdm> now i have to solder some things
Oct 16 12:17:39 <TAsn> mrmoku, please rebuild phonelog ;)
Oct 16 12:18:25 <TAsn> now shr-today doesn't say you have 103040234 missed calls when you actually have none ;)
Oct 16 12:21:27 <JaMa> mrmoku: do we need bluez-utils-alsa?
Oct 16 12:21:34 <JaMa> mrmoku: its in shr-feed
Oct 16 12:22:46 <TAsn> JaMa, isn't that bluez3 stuff?
Oct 16 12:25:22 <mrmoku> JaMa: hmm... don't remember... PaulFertser? ^^^ was bluez-utils-alsa needed for bluez4?
Oct 16 12:26:07 <PaulFertser> mrmoku: i guess it's bluez3 stuff
Oct 16 12:26:15 <PaulFertser> mrmoku: and it was reported on your bugtracker.
Oct 16 12:26:22 <PaulFertser> mrmoku: but i can't say for sure
Oct 16 12:27:04 <JaMa> its from bluez3 but then we should remove it from task-shr-feed
Oct 16 12:27:31 <mrmoku> JaMa: yup, remove it then
Oct 16 12:30:15 <TAsn> mrmoku, built phonelog? :)
Oct 16 12:30:32 <TAsn> btw, you should probably install it yourself
Oct 16 12:30:39 <TAsn> makes shr-today pwn. ;)
Oct 16 12:31:02 <mrmoku> building
Oct 16 12:31:39 <TAsn> thank
Oct 16 12:31:42 <mrmoku> TAsn: right now I don't even have a working phone :P
Oct 16 12:31:43 <TAsn> mrmoku, http://trac.shr-project.org/trac/ticket/308
Oct 16 12:31:47 <mrmoku> so no need for shr-today ;)
Oct 16 12:32:05 <TAsn> isn't that just a matter of changing the callback for the 'X' button?
Oct 16 12:32:14 <TAsn> in active/incoming views?
Oct 16 12:32:47 <mrmoku> TAsn: ticket is wrongly formulated then... because the dialer is closing after dialing anyway ;)
Oct 16 12:32:58 <TAsn> yeah
Oct 16 12:33:01 <mrmoku> but yes... closing the active call window as a long standing bug
Oct 16 12:33:06 <TAsn> but
Oct 16 12:33:08 * mrmoku takes a look
Oct 16 12:33:09 <TAsn> isn't that simple to fix?
Oct 16 12:33:18 <mrmoku> TAsn: I tried that once... did not work
Oct 16 12:33:36 <TAsn> in gtk at least
Oct 16 12:33:47 <TAsn> you just need to return false (or true?) from the callback
Oct 16 12:33:49 <mrmoku> TAsn: hmm.. build failed :(
Oct 16 12:33:50 <TAsn> to make it stay alive.
Oct 16 12:33:53 <TAsn> mrmoku, of phonelog?
Oct 16 12:33:55 <mrmoku> (not due to pyphonelog though)
Oct 16 12:33:55 <TAsn> wth?
Oct 16 12:33:57 <TAsn> oh ;)
Oct 16 12:34:14 <mrmoku> trying to build libxft
Oct 16 12:34:18 <mrmoku> and that fails
Oct 16 12:34:36 <JaMa> mrmoku: show me log..
Oct 16 12:34:54 <mrmoku> xftinit.c:42: error: 'XFT_MAJOR' undeclared (first use in this function)
Oct 16 12:35:07 <JaMa> mrmoku: I fixed it in shr/import, because autoconf failed somehow..
Oct 16 12:35:11 <JaMa> mrmoku: thats it
Oct 16 12:35:28 <mrmoku> yeah, probably just need to update the buildhost
Oct 16 12:35:45 <JaMa> mrmoku: http://patchwork.dev.bearstech.com/patch/296/
Oct 16 12:36:25 <mrmoku> hehe... crude workaround :;P
Oct 16 12:36:27 <JaMa> mrmoku: please push cookies before update/build
Oct 16 12:36:59 <mrmoku> which cookies did I forget to push?
Oct 16 12:37:02 * mrmoku checks
Oct 16 12:37:22 <JaMa> mrmoku: it works with autoconf-2.63.. so let's shr/import die with this libxft version with hack :)
Oct 16 12:37:24 <mrmoku> connman fix is the last one... pushed that
Oct 16 12:37:31 <mrmoku> JaMa: yup
Oct 16 12:37:41 <JaMa> mrmoku: 3 more in patchwork for shr/import
Oct 16 12:38:20 <mrmoku> ahh... fresh cookies... still warm :D
Oct 16 12:40:13 <mrmoku> JaMa: yours are for import, right?
Oct 16 12:40:48 <mrmoku> yup, looks like :)
Oct 16 12:43:10 <JaMa> yes.. without shr/merge: prefix is for shr/import
Oct 16 12:44:53 <JaMa> mrmoku: would be too much pain to build linux-openmoko-shr-drm-devel in another tmpdir on buildhost?
Oct 16 12:45:53 <mrmoku> JaMa: hmm... just the kernel?
Oct 16 12:45:57 <mrmoku> should be no problem
Oct 16 12:46:41 <JaMa> yes just kernel..
Oct 16 12:47:24 <JaMa> with xf86-video-glamo-kms in shr-feed users can try kms without much pain..
Oct 16 12:47:34 <mrmoku> from import or merge?
Oct 16 12:47:58 <JaMa> its the same.. so shr/merge for newer toolchain?
Oct 16 12:48:12 <mrmoku> ok
Oct 16 12:49:09 <lindi-> could  http://www.dealextreme.com/details.dx/sku.13526 be a commercial usb Y-cable equivalent?
Oct 16 12:49:14 <JaMa> maybe we can use xf86-video-glamo-kms by default in shr-unstable, Thomas said, that driver just checks if drm-kernel is available and if no it uses old non-kms code
Oct 16 12:49:53 <JaMa> all other parts (libdrm and mesa-dri) i sillently pushed to shr-unstable already :)
Oct 16 12:52:48 <mrmoku> :)
Oct 16 13:11:08 <JaMa> mrmoku: hmm in shr/merge do_rootfs fail if there is any ERROR: like fso-abyss
Oct 16 13:18:15 <JaMa> mrmoku: more cookies
Oct 16 13:19:07 <mrmoku> JaMa: wow, that would be a good thing :)
Oct 16 13:20:41 <mickey|office> hmm
Oct 16 13:20:44 <mickey|office> apropos
Oct 16 13:20:54 * mickey|office looks for the cookie he got with his Latte Macchiato
Oct 16 13:21:01 <mickey|office> must ... be ... somewhere ...
Oct 16 13:21:34 * JaMa would like to eat some cookie with his Green Monkey tee
Oct 16 13:21:37 <mrmoku> hiding under the milk... probably ;)
Oct 16 13:21:37 <mickey|office> ah, here you are
Oct 16 13:21:54 <mickey|office> hehe, nah, was in my coat
Oct 16 13:22:24 <mrmoku> :)
Oct 16 13:23:06 * mrmoku built dbus with verbose flag and boots to see what is happening with that damn dbus-activation...
Oct 16 13:25:43 <mickey|office> good
Oct 16 13:32:19 <TAsn> <JaMa> mrmoku: would be too much pain to build linux-openmoko-shr-drm-devel in another tmpdir on buildhost?
Oct 16 13:32:26 <TAsn> JaMa, ^ is this the culprit for xorg resume?
Oct 16 13:32:50 <JaMa> no
Oct 16 13:33:09 <TAsn> ok
Oct 16 13:33:55 <JaMa> but you can try it with this kernel (if you have newest shr-unstable image) I have no issues with resume time here
Oct 16 13:34:55 <JaMa> but be carefull with this kernel I get WSOD everythime, no issues are with now KMS enabled xorg driver/mesa/libdrm and standard kernel
Oct 16 13:36:13 <TAsn> mrmoku, ping
Oct 16 13:44:44 <Weiss> JaMa: now=non?
Oct 16 13:45:47 <JaMa> s/are with now/are now with/g
Oct 16 13:47:40 <JaMa> Weiss: do you know if your drm-glamo patch will be already in om-gta02-2.6.31 or in separate branch on top of om-gta02-2.6.31?
Oct 16 13:48:52 <Weiss> JaMa: I haven't ported it yet, but it'll be a single new patch on the Glamo branch I think. it's easy enough to enable/disable it via the kernel config, and I tried to make it such that alterations to the rest of the kernel are minimal
Oct 16 13:49:05 <TAsn> mrmoku, anyhow, added a workaround in pyphonelog for the missed calls trimming bug, please rebuild when you can :)
Oct 16 13:51:51 <TAsn> dos!!!
Oct 16 13:53:48 <mrmoku> TAsn: built
Oct 16 13:54:02 <TAsn> mrmoku, finally a workaround :)
Oct 16 13:54:09 <mrmoku> mickey|office: now I would only have to know where it logs to :P
Oct 16 13:54:21 <mickey|office> shoragan: ?
Oct 16 13:54:33 <TAsn> mrmoku, shr today actually shows real info
Oct 16 13:54:40 <mrmoku> TAsn: good thing :)
Oct 16 13:54:40 <TAsn> and phonelog actually shows missed calls :)
Oct 16 13:54:52 <TAsn> only thing left is
Oct 16 13:54:54 <mrmoku> TAsn: I just did a successfull synchronous phone call :D
Oct 16 13:55:03 <TAsn> hehe :)
Oct 16 13:55:07 <TAsn> with phoneuid?
Oct 16 13:55:07 <TAsn> :)
Oct 16 13:55:09 <mrmoku> yup
Oct 16 13:55:13 <TAsn> cool ! :)
Oct 16 13:55:31 <mrmoku> If I only would get the dbus-activation to work...
Oct 16 13:56:04 <TAsn> mickey|office, sorry for my laziness, but a quick Q, is there a way to disable TS from fso? i.e is it a resource?
Oct 16 13:56:58 <mrmoku> teatime (with cookies ;)
Oct 16 13:57:00 <mrmoku> bbiab
Oct 16 13:57:31 <mickey|office> TAsn: no quick way, you would have to issue an ioctl. if you find a good usecase, we can think about adding it as a resource
Oct 16 13:57:48 <TAsn> mickey|office, screen locking
Oct 16 13:58:07 <TAsn> I want that when the screen dims for instance
Oct 16 13:58:17 <TAsn> it'll become disabled
Oct 16 13:58:25 <TAsn> and only a click on the aux button will revive it
Oct 16 13:58:33 <TAsn> or maybe not exactly that
Oct 16 13:58:36 <TAsn> but similar ideas
Oct 16 13:59:25 <TAsn> given enough time I can probably polish this idea
Oct 16 13:59:42 <TAsn> but that's what I want to do in general.
Oct 16 14:00:28 <TAsn> ciao.
Oct 16 14:00:41 <Tanuva> moin
Oct 16 14:04:21 <Tanuva> I'm getting this message http://pastebin.ca/1623745 when bitbakeing my recipe. What might that be caused by? only /usr/share is being created, but not /usr/share/pixmaps. Might that..?
Oct 16 14:12:39 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r06ab116b6445 10/fsogsmd/src/ (7 files in 2 dirs): fsogsmd: org.freesmartphone.GSM.Call.ListCalls() done
Oct 16 14:27:15 <rebelThor> hey guys, are the shr webpages down or is my ISP giving me headaches again?
Oct 16 14:29:02 <jonkristian> they're up here
Oct 16 14:29:35 <jonkristian> rebelThor: http://downforeveryoneorjustme.com/
Oct 16 14:30:34 <rebelThor> jonkristian: thanks!
Oct 16 14:50:39 <mrmoku> JaMa: blueman is missing python-notify
Oct 16 14:50:40 <mrmoku> Missing or unbuildable dependency chain was: ['shr-lite-image', 'task-base', 'blueman', 'python-notify']
Oct 16 14:51:29 <Heinervdm> blueman is in feed?
Oct 16 14:52:53 <dcordes> mickey|office, you around?
Oct 16 14:53:04 <Heinervdm> blueman has RDEPENDS python-pygtk >= 2.14 so it won't run even ;)
Oct 16 14:53:20 <mickey|office> dcordes: yes, what's up?
Oct 16 14:54:28 <dcordes> mickey|office, can I help with msm7* in cornucopia ?
Oct 16 14:54:59 <mickey|office> Thanks, but I'm afraid that's too early -- there's no support for any special modem but the singleline. fsogsmd is about 40% done, modem-specific tailoring won't come before 75% or so.
Oct 16 14:55:10 <JaMa> mrmoku: i sent blueman in DISTRO_BLUETOOTH* ?
Oct 16 14:55:35 <JaMa> mrmoku: ahh.. you can remove it..
Oct 16 14:55:38 <JaMa> my fault..
Oct 16 14:56:06 <JaMa> it depends on gtk etc.. so first I put it there and later removed it and sent wrong patch later :/
Oct 16 14:56:08 <mickey|office> right now I'm working on callhandling. when that is done, we can slowly start with completing the other commands and then add special modems
Oct 16 14:56:24 <dcordes> mickey|office, ok do you guys have some timeline?
Oct 16 14:56:46 <mickey|office> dcordes: not really. right now i'm afraid i'm the only one working (like a maniac) on all that
Oct 16 14:57:05 <JaMa> Heinervdm: how did you solve mkfs.ubifs issue?
Oct 16 14:57:08 <mickey|office> dcordes: as i do not know how much time for FOSS i have next year, i try to get the basics done by end of this year, so that other people can go from there
Oct 16 14:57:26 <Heinervdm> JaMa: removed ubifs ;)
Oct 16 14:57:36 <mrmoku> JaMa: ok
Oct 16 14:57:53 <JaMa> Heinervdm: http://pastebin.ca/1623796
Oct 16 14:58:00 <Heinervdm> JaMa: because that ubifs build is wrong, it doesn't matter if it's there or not
Oct 16 14:58:08 <dcordes> mickey|office, ok. btw the approach seems very nice. I didn't have much clue about it until I read fso wiki yesterday. that's why I'd like the msm in there :)
Oct 16 14:58:33 <Heinervdm> JaMa: you fixed the parameters...
Oct 16 14:58:51 <JaMa> Heinervdm: I'm not sure..
Oct 16 14:59:04 <JaMa> Heinervdm: need to test that command from comment :)
Oct 16 14:59:15 <mickey|office> dcordes: right. i should write a white paper about fso2 architecture
Oct 16 14:59:17 <JaMa> Heinervdm: its from omap3 OE definition
Oct 16 14:59:35 <dcordes> mickey|office, I have seen that presentation from the meeting
Oct 16 14:59:36 <JaMa> Heinervdm: but maybe I'll try ubi later
Oct 16 15:00:00 <mickey|office> dcordes: that's a good start, but lacks many details of course
Oct 16 15:01:36 <dcordes> mickey|office, you showed off the kovsky and raphael ;) so they ought to be supported
Oct 16 15:01:46 <mickey|office> heh
Oct 16 15:01:54 <mickey|office> in fact, yeah
Oct 16 15:02:12 <mickey|office> who knows, i might add msm support before calypso support
Oct 16 15:02:33 <mickey|office> should be nearer to singleline
Oct 16 15:03:02 <dcordes> didn't you base the qualcomm-msm modem type in fso on the singleline ?
Oct 16 15:05:19 <mickey|office> technically it's derived from AbstractModem, but by copy'n'paste it started out as singleline, yes
Oct 16 15:36:59 <mrmoku> JaMa: NOTE: Running task 378 of 1022 (ID: 230, /home/shr/shr-kms/openembedded/recipes/glibc/glibc_2.9.bb, do_populate_staging)
Oct 16 15:37:04 <mrmoku> will still take some time ;)
Oct 16 15:45:25 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r22225488aea4 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: more callhandler work
Oct 16 15:48:47 <JaMa> mrmoku: just virtual/kernel with uncommented provider?
Oct 16 15:49:44 <JaMa> mrmoku: ah i didn't sent patch for shr/merge removing -kms.conf so you included -kms.conf for shr-kms?
Oct 16 16:06:50 <mrmoku> JaMa: ehmm... no :P
Oct 16 16:07:31 <mrmoku> JaMa: I just did bitbake linux-openmoko-shr-drm-devel
Oct 16 16:09:00 <khiraly1> hi
Oct 16 16:09:03 <khiraly1> PaulFertser: ping
Oct 16 16:09:14 <JaMa> mrmoku: ah ok.. it said here that there is no such provider
Oct 16 16:09:47 <PaulFertser> khiraly1: pong
Oct 16 16:09:59 <PaulFertser> khiraly1: hey :)
Oct 16 16:10:09 <PaulFertser> khiraly1: i've read your tutorial, thanks :)
Oct 16 16:10:09 <khiraly1> PaulFertser: I have just released, the networkmanager documentation what you asked me about a month ago
Oct 16 16:10:13 <khiraly1> ahh
Oct 16 16:10:14 <khiraly1> ok
Oct 16 16:10:36 <PaulFertser> khiraly1: it is ironic how in fact user-friendly and intuitive NM is.
Oct 16 16:10:42 <mrmoku> :)
Oct 16 16:11:06 <khiraly1> PaulFertser: I hear the ironic voice in your comment also;)
Oct 16 16:11:24 <PaulFertser> irony is recursive
Oct 16 16:11:38 <PaulFertser> If all the people used emacs
Oct 16 16:11:55 <khiraly1> the problem with networkmanager, that it solves the mainstream problem just right. So if you are a regular joe, you may be happy with networkmanager. But as soon, as you have some special request, its awkward as hell
Oct 16 16:12:06 <PaulFertser> or vim-like keybindings, eee's keyboard would be much better because it wouldn't waste space on stupid "arrow keys" and such.
Oct 16 16:12:14 <JaMa> mrmoku: http://build.shr-project.org/tests/mrmoku/oemerge/images/om-gta02/zImage-2.6.31-r2-om-gta02.bin did you tested this?
Oct 16 16:12:39 <khiraly1> PaulFertser: I do use vim, but never ever used to its keybindings.
Oct 16 16:12:47 <khiraly1> after 9 years of using it
Oct 16 16:13:01 <khiraly1> and I start it like 5-6/day
Oct 16 16:13:05 <khiraly1> so its quite a lot
Oct 16 16:13:35 <khiraly1> its not intuitive at all
Oct 16 16:13:58 <khiraly1> and try vim keybindings with azerty keyboard (french)
Oct 16 16:14:02 <PaulFertser> khiraly1: i'm just a bit frustrated that right shift on eee's keyboard is so unusually small and i always press up arrow instead.
Oct 16 16:14:15 <mrmoku> JaMa: no
Oct 16 16:22:05 <khiraly1> http://laforge.gnumonks.org/weblog/2009/10/16/#20091016-palm_pre_gsm-source_code
Oct 16 16:25:59 <mrmoku> i
Oct 16 16:25:59 <mrmoku>  
Oct 16 16:26:01 <mrmoku> uup
Oct 16 16:26:02 <mrmoku> s
Oct 16 16:27:20 * mrmoku dinner
Oct 16 16:32:39 <dos1> Heinervdm: matchbox-keyboard-im != matchbox-keyboard
Oct 16 16:32:55 <dos1> Heinervdm: matchbox-keyboard-im is rather core part of image ;x
Oct 16 16:33:03 <Heinervdm> dos1: oh
Oct 16 16:33:14 <Heinervdm> but it doesn't build with gcc4.4
Oct 16 16:33:26 <dos1> as without that gtk+ apps can't popup keyboard
Oct 16 16:41:05 <PaulFertser> vinicius: hey. Are you one of the guys who maintain shr manual?
Oct 16 16:51:32 <bumbl> congratulations to the new logo (although it is not the one i liked best by alphalog)
Oct 16 17:10:07 <TAsn> dos1, saw my memo?
Oct 16 17:10:39 <dos1> no
Oct 16 17:10:40 <dos1> checking
Oct 16 17:10:41 <TAsn> dos1, btw, I added marking New=0 for missed calls in pyphonelog should I do that for incoming/outgoing calls as well?
Oct 16 17:10:45 <TAsn> dos1, the second one
Oct 16 17:10:50 <TAsn> the first is a mistake :)
Oct 16 17:10:52 <dos1> TAsn: only missed
Oct 16 17:10:57 <TAsn> cool, did that.
Oct 16 17:11:17 <TAsn> dos1, btw, concerning the memo, I added a workaround to pyphonelog to get around this bug
Oct 16 17:11:27 <TAsn> but I really think what I sent you is what went wrong.
Oct 16 17:12:03 <TAsn> anyhow, shr-today now works correctly :)
Oct 16 17:13:48 <TAsn> mrmoku|away, please remove notifier from task-shr-minimal-apps and add shr-today instead, as the former sucks and the latter rules.
Oct 16 17:18:10 <mrmoku> TAsn: :)
Oct 16 17:18:13 <mrmoku> will do
Oct 16 17:19:02 <TAsn> yay ;)
Oct 16 17:19:12 <TAsn> btw, you finally got a working phone?
Oct 16 17:19:25 <mrmoku> TAsn: having something strange now ;)
Oct 16 17:19:27 <TAsn> (to test pyphonelog and shr-today?)
Oct 16 17:19:38 <mrmoku> TAsn: if ophonekitd closes stdin,out and err it starts to hog cpu
Oct 16 17:19:38 <TAsn> dos1, any comments about my memos?
Oct 16 17:20:16 <TAsn> mrmoku, try opening another files instead of them.
Oct 16 17:22:18 <dos1> TAsn: hmm
Oct 16 17:22:25 <dos1> first look - you're right
Oct 16 17:22:33 <TAsn> I only gave it a first look
Oct 16 17:22:36 <TAsn> nothing more than that.
Oct 16 17:22:37 <dos1> first think - "how it could be, i checked it dozens of times!"
Oct 16 17:22:43 <TAsn> hehe
Oct 16 17:22:52 <TAsn> dos1, look at what I did in pyphonelog
Oct 16 17:22:55 <TAsn> to overcome this bug
Oct 16 17:22:58 <TAsn> I just got a full list
Oct 16 17:23:00 <TAsn> and then did
Oct 16 17:23:06 <TAsn> list = list[:limit]
Oct 16 17:23:11 <TAsn> that's enough to put this in the end
Oct 16 17:23:16 <TAsn> and set limit like you did
Oct 16 17:23:22 <TAsn> it's faster than what you did
Oct 16 17:23:30 <TAsn> and less chances to error.
Oct 16 17:23:34 <TAsn> give it a try
Oct 16 17:23:39 <TAsn> (add it at the end of the function)
Oct 16 17:23:43 <dos1> hmm
Oct 16 17:23:45 <dos1> but well
Oct 16 17:24:24 <dos1> sometimes we want to limit after sorting
Oct 16 17:24:31 <dos1> and sometimes we want to limit before sorting
Oct 16 17:24:40 <TAsn> no
Oct 16 17:24:44 <TAsn> you never want to limit before sorting
Oct 16 17:25:12 <TAsn> anyhow, this is the bug
Oct 16 17:25:13 <dos1> of course i want
Oct 16 17:25:13 <TAsn> if you want
Oct 16 17:25:16 <TAsn> you can add
Oct 16 17:25:19 <TAsn> _pre_limit
Oct 16 17:25:20 <TAsn> and
Oct 16 17:25:23 <TAsn> _post_limit
Oct 16 17:25:36 <TAsn> or just _pre_limit
Oct 16 17:25:38 <dos1> i want to have the most accurate results to my query, sorted alphabetically
Oct 16 17:25:39 <TAsn> make limit to be post
Oct 16 17:25:45 <TAsn> ok
Oct 16 17:25:50 <dos1> ok, i'll do that
Oct 16 17:25:52 <TAsn> so add a pre_limit option
Oct 16 17:25:58 <TAsn> and use limit to do what I said.
Oct 16 17:26:12 <playya> moin
Oct 16 17:26:19 <TAsn> let me know when you fix it and I can test it.
Oct 16 17:26:33 <TAsn> please leave limit to be post, as that's the more intuitive request.
Oct 16 17:27:40 <TAsn> mrmoku, anyhow, please do what you can in order to merge master and no-async :)
Oct 16 17:27:47 <TAsn> I really want to start working on that branch
Oct 16 17:28:03 <TAsn> as there are stuff I can't change without a conflict hell.
Oct 16 17:31:35 <mrmoku> TAsn: believe me... I'm doing nothing else :P
Oct 16 17:31:52 <TAsn> mrmoku, hehe
Oct 16 17:32:08 <TAsn> I just meant
Oct 16 17:32:14 <TAsn> cut corners
Oct 16 17:32:19 <TAsn> just to make a working something
Oct 16 17:32:26 <TAsn> :)
Oct 16 17:32:41 <TAsn> actually
Oct 16 17:32:45 <TAsn> mrmoku, what's missing atm?
Oct 16 17:32:47 <mrmoku> TAsn: let us discuss then what else is needed to make it the default?
Oct 16 17:32:54 <TAsn> exactly
Oct 16 17:32:56 <TAsn> oh
Oct 16 17:32:58 <TAsn> rename!
Oct 16 17:33:01 <TAsn> let's rename
Oct 16 17:33:01 <TAsn> :)
Oct 16 17:33:12 <TAsn> how do we want to call libframeworkd-phonegui?
Oct 16 17:33:21 <mrmoku> ahh... and I have to do (and test) PIN auth
Oct 16 17:33:26 * mrmoku has no PIN on his SIM :P
Oct 16 17:33:32 <TAsn> hehe same here.
Oct 16 17:33:34 <TAsn> no PIN.
Oct 16 17:33:42 <TAsn> that's why we'll wait with that.
Oct 16 17:33:42 <mrmoku> well... libphoneui?
Oct 16 17:33:56 <TAsn> I also thought about that
Oct 16 17:33:57 <mrmoku> or... better libphone-ui
Oct 16 17:34:02 <TAsn> ok
Oct 16 17:34:04 <TAsn> that's better
Oct 16 17:34:09 <mrmoku> (to be in sync with libphone-utils)
Oct 16 17:34:14 <TAsn> yes.
Oct 16 17:34:16 <TAsn> :)
Oct 16 17:34:20 <TAsn> ok
Oct 16 17:34:21 <mrmoku> and the backends?
Oct 16 17:34:24 <TAsn> libphone-ui
Oct 16 17:34:28 <TAsn> mrmoku, about the backends
Oct 16 17:34:35 <TAsn> we should really fix that already
Oct 16 17:34:41 <TAsn> atm we install them as libraries
Oct 16 17:34:44 <TAsn> we should really choose a path
Oct 16 17:34:49 <TAsn> and install them as modules
Oct 16 17:34:50 <TAsn> i.e in
Oct 16 17:34:58 <TAsn> /usr/share/libphone-ui/
Oct 16 17:35:04 <TAsn> /usr/share/libphone-ui/backends/
Oct 16 17:35:06 <TAsn> for instance
Oct 16 17:35:10 <TAsn> you get what I mean?
Oct 16 17:35:13 <mrmoku> yup
Oct 16 17:35:17 <TAsn> and then just
Oct 16 17:35:37 <TAsn> libphone-ui-shr
Oct 16 17:35:47 <TAsn> or anything you'd like to call it
Oct 16 17:35:49 <mrmoku> or better... libphone-ui-mrmoku ;)
Oct 16 17:35:52 <TAsn> as efl is the official default
Oct 16 17:35:58 <TAsn> mrmoku, yeah, that's better ;]
Oct 16 17:36:00 <dos1> libphone-ui-dos
Oct 16 17:36:01 <mrmoku> :P
Oct 16 17:36:04 <dos1> shorter
Oct 16 17:36:05 <dos1> ;>
Oct 16 17:36:19 <mrmoku> but we will get sued by microsoft then ;)
Oct 16 17:36:27 <TAsn> mrmoku, ok, so let's choose a name for the official backend
Oct 16 17:36:28 <TAsn> just
Oct 16 17:36:32 <mrmoku> libphon-ui-elm
Oct 16 17:36:32 <TAsn> libphone-ui-shr?
Oct 16 17:36:36 <mrmoku> +e
Oct 16 17:36:38 <TAsn> but elm is too generic
Oct 16 17:36:47 <TAsn> as people may create other elm backends
Oct 16 17:36:57 <mrmoku> ok, then libphone-ui-shr as it's our default backend
Oct 16 17:37:02 <TAsn> cool :)
Oct 16 17:37:06 <TAsn> now
Oct 16 17:37:14 <TAsn> do you know how to migrate a full git repo
Oct 16 17:37:18 <TAsn> with history?
Oct 16 17:37:20 <mrmoku> not yet :P
Oct 16 17:37:22 <TAsn> hehe
Oct 16 17:37:23 <TAsn> :)
Oct 16 17:37:28 <TAsn> ok, when you find out
Oct 16 17:37:34 <TAsn> we need an
Oct 16 17:37:39 <TAsn> *one
Oct 16 17:37:42 <TAsn> for the backend
Oct 16 17:37:46 <TAsn> and one for the framework
Oct 16 17:38:05 <mrmoku> and one for ohonekitd and one for phoneuid
Oct 16 17:38:11 <TAsn> oh, yeah ;)
Oct 16 17:38:24 <TAsn> mrmoku, though we already have one for ophonekitd-vala 
Oct 16 17:38:28 <TAsn> but ok
Oct 16 17:38:38 <TAsn> one for either, we just need to find a way not to confuse :)
Oct 16 17:38:41 <mrmoku> TAsn: I don't want to change or touch that one
Oct 16 17:38:45 <TAsn> yeah
Oct 16 17:38:47 <TAsn> I agree.
Oct 16 17:38:56 <TAsn> hm.. ok, so just figure out how to migrate with history
Oct 16 17:38:57 <mrmoku> we might just call the repo ophonekitd2
Oct 16 17:39:02 <TAsn> although I doubt there's a way.
Oct 16 17:39:04 <TAsn> mrmoku, or
Oct 16 17:39:08 <mrmoku> or... better phonekitd
Oct 16 17:39:08 <TAsn> ophonekitd-c
Oct 16 17:39:11 <TAsn> ok
Oct 16 17:39:19 <TAsn> that's better ;)
Oct 16 17:39:30 <TAsn> you want to drop the o entirely?
Oct 16 17:39:36 <TAsn> or just for the repo name?
Oct 16 17:39:43 <mrmoku> well... I prefer to be consistent ;)
Oct 16 17:39:47 <mrmoku> so entirely
Oct 16 17:39:55 <TAsn> so wait
Oct 16 17:39:57 <mrmoku> maybe not immediately... dunno 
Oct 16 17:39:59 <TAsn> maybe
Oct 16 17:40:06 <mrmoku> and I don't know what others think...
Oct 16 17:40:13 <TAsn> phoneuid should be phone-uid
Oct 16 17:40:23 <mrmoku> that is ugly :|
Oct 16 17:40:29 <TAsn> hehe yeah, that's bad.
Oct 16 17:40:30 <TAsn> ok then.
Oct 16 17:40:33 <TAsn> phoneuid
Oct 16 17:40:44 <TAsn> and
Oct 16 17:40:55 <TAsn> hm.. maybe change the name kit as it means nothing
Oct 16 17:40:56 <TAsn> :|
Oct 16 17:41:03 <TAsn> phonemanagerd
Oct 16 17:41:04 <TAsn> :)
Oct 16 17:41:10 <TAsn> too long.
Oct 16 17:41:15 <mrmoku> yup
Oct 16 17:41:22 <TAsn> but we need a name.
Oct 16 17:41:24 <mrmoku> phoneadmind
Oct 16 17:41:31 <TAsn> too weird.
Oct 16 17:41:35 <mrmoku> or just phoned
Oct 16 17:41:42 <TAsn> probably best. :)
Oct 16 17:41:44 <mrmoku> (rhimes on stoned ;)
Oct 16 17:41:48 <TAsn> hehe
Oct 16 17:41:59 <mrmoku> my phoned is stoned again :P
Oct 16 17:42:10 <TAsn> mrmoku, I don't think you should ask before renaming as we are not erasing the old stuff
Oct 16 17:42:18 <TAsn> just started working on "new" apps
Oct 16 17:42:23 <TAsn> as they are almost complete rewrites
Oct 16 17:42:24 <TAsn> ...
Oct 16 17:42:27 <Deubeuliou> hi !
Oct 16 17:42:30 <mrmoku> Deubeuliou: hey
Oct 16 17:42:40 <TAsn> We essentially wrote phonegui from scratch....
Oct 16 17:42:53 <Deubeuliou> I can't find where linux.vapi is
Oct 16 17:42:59 <TAsn> as for efl2 we rewrote more than 50%
Oct 16 17:43:14 <mrmoku> TAsn: well... let me see if I can find out how to split the repo in the first place
Oct 16 17:43:19 <dos1> Deubeuliou: it's provided with vala
Oct 16 17:43:34 <TAsn> mrmoku, migrating efl2 shouldn't be that hard
Oct 16 17:43:43 <TAsn> but splitting phonegui and phonekitd may prove to be harder.
Oct 16 17:43:48 <mrmoku> TAsn: btw... cpu hog is solved by closing them _after_ creating the main loop :P
Oct 16 17:43:51 <Deubeuliou> dos1: ok
Oct 16 17:43:59 <TAsn> mrmoku, weird :)
Oct 16 17:44:01 <TAsn> but cool. ;)
Oct 16 17:44:30 <TAsn> mrmoku, what about dbus paths btw?
Oct 16 17:44:38 <TAsn> names?
Oct 16 17:46:20 <TAsn> wow shr-today really rocks ;)
Oct 16 17:46:29 <TAsn> dos1, I'm sorry I ever had doubts.
Oct 16 17:46:49 <TAsn> I don't quite get all the icons at the top
Oct 16 17:46:58 <TAsn> but it does everything I need :)
Oct 16 17:47:05 <mrmoku> TAsn: right now we have org.shr.ophonekitd.Usage and org.shr.phoneuid.Xyz
Oct 16 17:47:05 <dos1> TAsn: well, i only did some little fixes in shr-today, to have it better matching my needs
Oct 16 17:47:14 <dos1> TAsn: thank Slyon ;)
Oct 16 17:47:29 <TAsn> dos1, I will.
Oct 16 17:47:53 <TAsn> mrmoku, I think we should drop the d's
Oct 16 17:47:55 <TAsn> i.e
Oct 16 17:48:01 <TAsn> org.shr.phoneui.Xyz
Oct 16 17:48:12 <TAsn> as d is just there to denote it's a daemon
Oct 16 17:48:33 <TAsn> and of course change ophonekitd to what we decide
Oct 16 17:48:45 <TAsn> mrmoku, anyhow, please ask in #git or google to find out how to migrate
Oct 16 17:48:49 <TAsn> I'll shower and do the same.
Oct 16 17:48:56 <TAsn> mrmoku, worst case
Oct 16 17:49:00 <TAsn> we'll migrate without history :|
Oct 16 17:49:20 <TAsn> dos1, does it work with the dates backend?
Oct 16 17:49:26 <TAsn> i.e showing tasks for today
Oct 16 17:49:27 <TAsn> and etc?
Oct 16 17:49:33 <TAsn> or maybe notes? :)
Oct 16 17:49:37 <TAsn> that'll totally rock :)
Oct 16 17:49:40 <dos1> TAsn: no, only alarms
Oct 16 17:49:46 <TAsn> alarms?
Oct 16 17:50:37 <dos1> TAsn: yup, RTC alarm
Oct 16 17:50:42 <dos1> it displays next alarm
Oct 16 17:51:10 <TAsn> nice
Oct 16 17:51:13 <TAsn> does it work with ffalarms?
Oct 16 17:51:22 <TAsn> (does that work with RTC alarms?)
Oct 16 17:52:07 <dos1> TAsn: yup
Oct 16 17:52:20 <dos1> TAsn: i'm using ffalarms. that should tell you everything :D
Oct 16 17:52:36 <TAsn> hm.. ffalarms is crying about weird config values
Oct 16 17:52:40 <TAsn> should I jsut remove tho config
Oct 16 17:52:44 <TAsn> or should renistall?
Oct 16 17:52:52 <dos1> remove
Oct 16 17:52:56 <TAsn> thanks
Oct 16 17:53:55 <TAsn> wow! sweet
Oct 16 17:54:12 <TAsn> now all there needs is adding dates/tasks support ;)
Oct 16 17:55:12 <mrmoku> TAsn: looks like splitting the repo is easy :) trying that now
Oct 16 17:55:22 <TAsn> cool :)
Oct 16 17:55:25 <TAsn> don't forget
Oct 16 17:55:27 <TAsn> libphone-ui
Oct 16 17:55:32 <TAsn> libphone-ui-shr
Oct 16 17:55:38 <TAsn> phoneuid
Oct 16 17:55:44 <TAsn> and we should also think about a name for ophonekitd
Oct 16 17:55:46 <TAsn> so wait a sec ;(
Oct 16 17:55:51 <TAsn> :)
Oct 16 17:56:17 <mrmoku> well just trying if it works
Oct 16 17:56:32 <TAsn> okie ;)
Oct 16 17:57:09 <TAsn> ok, I'm off taking a shower
Oct 16 17:57:10 <TAsn> brb.
Oct 16 18:03:31 <TAsn> btw, mrmoku, I'm really close to supporting multi glib backends completely, which means that we'll be able to start using pyphonelog as "part" of phoneuid i.e to make it start with dbus :)
Oct 16 18:04:09 <TAsn> spaetz, as the expert on duty, mind checking why e17lookalike (my gtk theme) doesn't work anymore? :(
Oct 16 18:04:18 <TAsn> mrmoku, this will rule! :)
Oct 16 18:04:25 <TAsn> no for real, shower.
Oct 16 18:12:29 <TAsn> dos1, shr-today doesn't update alarms correctly
Oct 16 18:12:33 <TAsn> just removed an alarm
Oct 16 18:12:48 <TAsn> and it's not deleted from shr-today (i.e shows again)
Oct 16 18:12:52 <dos1> TAsn: that's otimed who does that :P
Oct 16 18:13:03 <TAsn> doesn't mind, it's still broken :){
Oct 16 18:13:13 <TAsn> I don't care who's fault is it.
Oct 16 18:13:22 <dos1> well, it's only on deleting alarm
Oct 16 18:13:34 <dos1> when new is set, or alarm passes, then it's updated correctly
Oct 16 18:14:54 <TAsn> yes.
Oct 16 18:14:59 <TAsn> but since it's deleted
Oct 16 18:15:03 <TAsn> it will never ring :)
Oct 16 18:15:13 <TAsn> therefore it'll never signal it
Oct 16 18:15:17 <TAsn> and will never erase it.
Oct 16 18:15:29 <dos1> TAsn: no, it'll erase it
Oct 16 18:15:37 <dos1> TAsn: it's checked on updating clock
Oct 16 18:15:41 <TAsn> ok.
Oct 16 18:17:58 <mrmoku> TAsn: phonefsod
Oct 16 18:18:05 <TAsn> hm..
Oct 16 18:18:14 <TAsn> that's better than everything I suggested that's for sure.
Oct 16 18:18:18 <TAsn> actually
Oct 16 18:18:20 <TAsn> that's great :)
Oct 16 18:18:24 <TAsn> I'm happy with this name :)
Oct 16 18:18:40 <mrmoku> good :)
Oct 16 18:19:13 <mrmoku> TAsn: before doing the split we have to merge into master though
Oct 16 18:19:30 <mrmoku> and I would feel bad to leave a non-working master behind :P
Oct 16 18:19:30 <TAsn> I don't mind :)
Oct 16 18:19:36 <TAsn> merge
Oct 16 18:19:39 <TAsn> migrate
Oct 16 18:19:40 <TAsn> revert
Oct 16 18:19:41 <TAsn> ...
Oct 16 18:19:44 <mrmoku> :P
Oct 16 18:19:48 <TAsn> :)
Oct 16 18:20:06 <mrmoku> brb
Oct 16 18:36:05 <mrmoku> TAsn: we could do one thing though... to enable you to hack ahead ;)
Oct 16 18:36:15 <TAsn> what's that?
Oct 16 18:36:15 <mrmoku> create the libphone-ui repo immediately
Oct 16 18:36:24 <mrmoku> so you can hack in there
Oct 16 18:36:26 <TAsn> I'm already hacking ahead in libphoneui
Oct 16 18:36:31 <mrmoku> hah
Oct 16 18:36:39 <TAsn> but please make a libphone-ui there's no reason why to wait
Oct 16 18:36:46 <TAsn> :)
Oct 16 18:36:59 <mrmoku> well... if you have open stuff then it will create you problems :P
Oct 16 18:37:00 <TAsn> same goes to phoneuid (as it's not in master anyway)
Oct 16 18:37:05 <TAsn> mrmoku, sec then.
Oct 16 18:37:12 <TAsn> how much does the migration take?
Oct 16 18:37:16 <TAsn> how much time*
Oct 16 18:37:21 <mrmoku> the split?
Oct 16 18:37:37 <mrmoku> TAsn: http://stackoverflow.com/questions/359424/detach-subdirectory-into-separate-git-repository
Oct 16 18:37:43 <TAsn> :)
Oct 16 18:37:45 <TAsn> seconds
Oct 16 18:37:46 <TAsn> ?
Oct 16 18:37:50 <mrmoku> yup
Oct 16 18:37:52 <TAsn> ok
Oct 16 18:37:54 <TAsn> then wait a sec
Oct 16 18:38:06 <TAsn> I'll commit everything
Oct 16 18:38:26 <TAsn> though please make a bitbake recipe inherits from shr and will let me to easily toggle local builds from remote ones ;)
Oct 16 18:39:56 <mrmoku> TAsn: hmm?
Oct 16 18:40:03 <TAsn> for libphone-ui
Oct 16 18:40:08 <TAsn> we need a new recipe
Oct 16 18:40:23 <mrmoku> yup, the inherits from shr part is what I don't understand?
Oct 16 18:40:28 <mrmoku> that was long time ago...
Oct 16 18:40:41 <mrmoku> (and needed for the shr mega repo)
Oct 16 18:42:18 <TAsn> oh ok
Oct 16 18:42:21 <TAsn> if it's not needed
Oct 16 18:42:22 <TAsn> than ok
Oct 16 18:42:26 <TAsn> I'm no bitbake expert ;)
Oct 16 18:42:39 <TAsn> I just want to be able to change local.conf for revisions easily
Oct 16 18:42:46 <TAsn> *for local vs remote
Oct 16 18:42:50 <TAsn> easy toggeling
Oct 16 18:42:57 <TAsn> I thought it was done in shr.inc
Oct 16 18:43:16 <mrmoku> not anymore
Oct 16 18:43:30 <mrmoku> actually you can build _anything_ local with local.conf :)
Oct 16 18:44:56 <TAsn> cool :)
Oct 16 18:47:09 <TAsn> anyhow, multi glib backends support seems to look ok, doing a couple last tests
Oct 16 18:48:05 <bumbl> hmm mrmoku any fancy new images on their way?
Oct 16 18:48:30 <TAsn> bumbl, actually there are.
Oct 16 18:48:42 <TAsn> only a couple of bugs waiting to be fixed before we can release a new image.
Oct 16 18:48:49 <TAsn> (mostly xorg resume time and efl2 issues)
Oct 16 18:49:10 <bumbl> ah ok - so it includes the efl2 stack?
Oct 16 18:50:45 <TAsn> bumbl, full opimd support and dbus API ;)
Oct 16 18:50:58 <TAsn> mrmoku, I pushed all of my changes, feel free to migrate.
Oct 16 18:51:01 <TAsn> oh sec.
Oct 16 18:51:02 <TAsn> no.
Oct 16 18:51:19 <TAsn> someone nasty committed something and CIA didn't tell me about it :(
Oct 16 18:51:48 <TAsn> now I pushed :)
Oct 16 18:51:54 <CIA-26> SHR: 03mok 07shr * r51a793d54dcd 10/libframeworkd-phonegui/data/frameworkd-phonegui.conf: phonegui: switch to efl2 as default
Oct 16 18:51:55 <CIA-26> SHR: 03mok 07shr * r07811a6007fa 10/ophonekitd/src/phoneuid/ (12 files): phoneuid: move object registration to the appropriate class_init and service_init functions
Oct 16 18:51:55 <bumbl>  TAsn: this means i have to clean up my contacts ;( [i told myself i will do that when opimd arrives by default]
Oct 16 18:51:56 <CIA-26> SHR: 03mok 07shr * r0ea85828a015 10/ophonekitd/src/ophonekitd/ophonekitd-main.c: ophonekitd: daemonize _after_ creating the glib mainloop
Oct 16 18:51:57 <CIA-26> SHR: 03mok 07shr * ra3ed3104fd4e 10/ophonekitd/src/ophonekitd/ophonekitd-phoneuid-dbus.c: ophonekitd: do not segfault when there is no phoneuid running
Oct 16 18:52:00 <CIA-26> SHR: 03mok 07shr * r3433bd34e392 10/ophonekitd/src/ophonekitd/ophonekitd-fso.h: ophonekitd: add a missing colon :P
Oct 16 18:52:03 <CIA-26> SHR: 03mok 07shr * r95271b27f1a1 10/ophonekitd/data/etc-ophonekitd.conf: ophonekitd: add an ophonekitd.conf
Oct 16 18:52:08 <CIA-26> SHR: 03mok 07shr * rb0d6d0e99023 10/ophonekitd/data/ophonekitd.init: ophonekitd: add an initscript for ophonekitd
Oct 16 18:52:11 <CIA-26> SHR: 03tom 07shr * r388064caa7cc 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed the init function - multi *glib* backends are now supported entirely
Oct 16 18:52:13 <TAsn> bumbl, hehe so yeah, you gotta ;)
Oct 16 18:52:14 <CIA-26> SHR: 03mok 07shr * rc021ff827170 10/ (3 files in 3 dirs): shr-messages/contacts/dialer: adjust dbus path to phoneuid
Oct 16 18:52:17 <CIA-26> SHR: 03mok 07shr * rd330e1e192d8 10/ophonekitd/data/ (80ophonekitd 80phoneuid): ophonekitd: change the x session script to not start ophonekitd
Oct 16 18:52:20 <CIA-26> SHR: 03mok 07shr * r5cd82108d76f 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): phonegui: change message_show to get path instead of id
Oct 16 18:52:23 <CIA-26> SHR: 03mok 07shr * r08dc5085c77b 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): phonegui: add phonegui_contacts_contact_show
Oct 16 18:52:26 <TAsn> mrmoku, you are crazy! ^
Oct 16 18:52:32 <CIA-26> SHR: 03mok 07shr * r608e3c4a1778 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: phonegui: readd call to frameworkd_handler_connect
Oct 16 18:52:35 <CIA-26> SHR: 03tom 07shr * r9d7ca1cecb93 10/ (3 files in 2 dirs): Merge branch 'master' of git+ssh://shr.bearstech.com/shr
Oct 16 18:52:51 <mrmoku> :P
Oct 16 18:53:09 <TAsn> mrmoku, ok? migrate and let me know
Oct 16 18:53:15 <TAsn> I'll clone the new repo
Oct 16 18:53:19 <TAsn> and start hacking into that :)
Oct 16 18:53:37 <mrmoku> hmm... I don't remember if I did something in phonegui :P
Oct 16 18:53:53 <TAsn> in async?
Oct 16 18:53:58 <TAsn> there's no reason why you would have.
Oct 16 18:54:08 <mrmoku> char * vs id ;)
Oct 16 18:54:15 <TAsn> that's in master
Oct 16 18:54:17 <TAsn> isn't it?
Oct 16 18:54:23 <mrmoku> no idea :P
Oct 16 18:54:28 <TAsn> lol you are such a mess ;)
Oct 16 18:54:30 <mrmoku> let me check
Oct 16 18:54:34 <TAsn> ok
Oct 16 18:56:02 <mrmoku> TAsn: basically I added phonegui_contacts_contact_show and the frameworkd_handler_connect thingie
Oct 16 18:56:12 <TAsn> ok
Oct 16 18:56:15 <TAsn> just migrate and add them.
Oct 16 18:56:30 <mrmoku> ok
Oct 16 18:58:17 <khiraly1> btw guys, how is xorg, enlightenment going?
Oct 16 18:58:18 <khiraly1> is it good time to upgrade?
Oct 16 18:58:30 <khiraly1> (dont want to f*ckup my working phone ...)
Oct 16 18:59:43 <TAsn> khiraly1, then no.
Oct 16 18:59:44 <TAsn> don't upgrade :)
Oct 16 19:00:25 <khiraly1> hehh
Oct 16 19:00:50 <khiraly1> you are working on it more then a month now guys
Oct 16 19:00:52 <khiraly1> ...
Oct 16 19:02:11 <khiraly1> hurry up!
Oct 16 19:02:20 <TAsn> khiraly1, with great power comes great responsibility
Oct 16 19:02:28 <TAsn> and now for rule, we stumbled upon some xorg bugs
Oct 16 19:02:36 <TAsn> (issues actually)
Oct 16 19:03:01 <TAsn> rule = real
Oct 16 19:03:34 <TAsn> though many people are working on it, especially JaMa and Heinderviem (I probably spelled his name wrong)
Oct 16 19:04:05 <dos1> Heinervdm
Oct 16 19:04:08 <dos1> AFAIR :D
Oct 16 19:04:10 * bumbl officially hates flash now
Oct 16 19:04:25 <TAsn> dos1, I was really close!
Oct 16 19:04:35 <TAsn> I sometimes misspell your name
Oct 16 19:04:38 <TAsn> ;]
Oct 16 19:04:46 <TAsn> that's how bad I am at remembering names.
Oct 16 19:04:59 <dos1> my name? wait, my nickname? :OOO
Oct 16 19:05:02 <TAsn> nick
Oct 16 19:05:08 <TAsn> I know how to spell Sebastian
Oct 16 19:05:23 <dos1> that means you're so fscking good in misspelling names :D
Oct 16 19:05:49 <TAsn> does1, did I spell Sebastian wrong?
Oct 16 19:05:55 * TAsn winks.
Oct 16 19:06:03 <TAsn> Slyon, thanks a lot for shr-today, great app ;)
Oct 16 19:06:21 <TAsn> Slyon, do you by any chance know C? as we'd really like to add it to libphone-ui
Oct 16 19:07:27 <TAsn> anyhow, brb, food.
Oct 16 19:07:58 <mrmoku> TAsn: go ahead
Oct 16 19:08:46 <Slyon> TAsn: thanks :)
Oct 16 19:09:27 <Slyon> TAsn: hm.. no, sorry. I'd like to learn C, but have not that much time at this time..
Oct 16 19:13:17 <mrmoku> TAsn: cloned?
Oct 16 19:14:13 <TAsn> mrmoku, no
Oct 16 19:14:14 <TAsn> sec.
Oct 16 19:14:18 <TAsn> what's the link?
Oct 16 19:14:23 <TAsn> libphone-ui?
Oct 16 19:14:54 <TAsn> btw
Oct 16 19:14:59 <TAsn> please remove the repo libfso-phoneui.git
Oct 16 19:15:44 <TAsn> mrmoku, cool
Oct 16 19:15:45 <TAsn> cloned :)
Oct 16 19:16:01 <TAsn> oh
Oct 16 19:16:05 <TAsn> it's missing one commit I made...
Oct 16 19:16:06 <TAsn> :|
Oct 16 19:16:10 <TAsn> (the last one)
Oct 16 19:17:04 <TAsn> sec
Oct 16 19:17:04 <TAsn> nvm
Oct 16 19:17:09 <TAsn> will commit it manually on my own.
Oct 16 19:17:57 <mrmoku> uhh... forgot to pull again :(
Oct 16 19:17:59 <TAsn> done.
Oct 16 19:17:59 <TAsn> :)
Oct 16 19:18:00 <TAsn> nvm
Oct 16 19:18:03 <mrmoku> :)
Oct 16 19:18:06 <TAsn> libphone-ui is now there
Oct 16 19:18:07 <TAsn> btw
Oct 16 19:18:11 <TAsn> please add to git web list
Oct 16 19:18:13 <TAsn> and to CIA 
Oct 16 19:18:14 <TAsn> :)
Oct 16 19:18:16 <mrmoku> did
Oct 16 19:18:27 <mrmoku> just push your commit and you'll see :)
Oct 16 19:18:38 <TAsn> already pushed...
Oct 16 19:18:49 <mrmoku> hmm
Oct 16 19:18:53 <TAsn> it's also not in gitweb
Oct 16 19:18:58 <TAsn> (in the list)
Oct 16 19:20:09 <TAsn> and btw, what about a bitbake recipe?
Oct 16 19:20:13 <TAsn> make update will get me one?
Oct 16 19:20:15 <mrmoku> TAsn: gimme a description :P
Oct 16 19:20:23 <mrmoku> TAsn: not yet
Oct 16 19:20:36 <mrmoku> TAsn: you are on import or on merge?
Oct 16 19:20:52 <TAsn> mrmoku, the one we also had a month ago
Oct 16 19:20:53 <TAsn> and before that
Oct 16 19:20:57 <TAsn> and before that ;)
Oct 16 19:21:21 <mrmoku> import then ;)
Oct 16 19:21:41 <TAsn> "A generic framework for phone ui" (desc) or something like that.
Oct 16 19:21:53 <TAsn> mrmoku, whatever ;)
Oct 16 19:22:27 <Slyon> mrmoku: do you know the status of the shr-today bb recipe? dos wanted to change it, to make the new edje shr-today build
Oct 16 19:22:45 <dos1> i didn't touch that
Oct 16 19:22:46 <dos1> sorry :(
Oct 16 19:23:05 <dos1> my time is unfortunately really limited recently...
Oct 16 19:23:54 <TAsn> Slyon, he's lying, he's just being lazy ;]
Oct 16 19:24:03 <TAsn> dos1, btw, fixed the opimd limit issue?
Oct 16 19:24:27 <mrmoku> Slyon: what is the problem?
Oct 16 19:24:29 <TAsn> btw mrmoku another reminder: please remove the libfso-phoneui.git repo.
Oct 16 19:24:30 <TAsn> :)
Oct 16 19:24:36 <dos1> TAsn: that's another thing ;)
Oct 16 19:24:44 <TAsn> :)
Oct 16 19:24:49 <Slyon> mrmoku: i'm using edje and don't konw how to change the bb-file
Oct 16 19:25:02 <TAsn> mrmoku, shr-overlay is completely dead, right?
Oct 16 19:25:03 <dos1> mrmoku: compiling edc file to edj etc.
Oct 16 19:25:07 <mrmoku> Slyon: let me take a look...
Oct 16 19:25:11 <mrmoku> TAsn: yup dead as stone
Oct 16 19:25:14 <TAsn> if so please also remove this repo (at least fro gitweb)
Oct 16 19:25:26 <mrmoku> good thinking :P
Oct 16 19:25:28 <TAsn> or to sum things up, please clean the gitweb list
Oct 16 19:25:29 <TAsn> :)
Oct 16 19:25:42 <TAsn> (and repos if you aren't afraid to loose data)
Oct 16 19:26:53 <TAsn> ok mrmoku I'm waiting for a bitbake recipe before I can start hacking libphone-ui again.
Oct 16 19:27:09 <TAsn> but I think we did a great progress.
Oct 16 19:27:16 <TAsn> maybe I'll hack on libphone-utils a bit ;)
Oct 16 19:31:56 <mrmoku> TAsn: no need to hack on libphone-utils... just make update:)
Oct 16 19:32:13 <TAsn> hehe thanks
Oct 16 19:32:26 <TAsn> btw mrmoku one thing to change at efl2 (both master and async)
Oct 16 19:32:34 <TAsn> I'm changing a phone_utils function name
Oct 16 19:32:36 <TAsn> I'll change it in master
Oct 16 19:32:42 <TAsn> if you want, change it in async as well.
Oct 16 19:34:44 <CIA-26> SHR: 03tom 07libphone-utils * rb5380eaa7c38 10/src/phone-utils.c: split phone_utils_is_valid_number to phone_utils_gsm/call_is_valid_number as they have different rules
Oct 16 19:35:01 <khiraly1> TAsn: do you know when the new yorg will be as stable as the old one?
Oct 16 19:35:04 <khiraly1> some rough estimates
Oct 16 19:35:25 <khiraly1> Im really eager to try out new enlightenment
Oct 16 19:36:01 <TAsn> khiraly1, to tell you the truth
Oct 16 19:36:04 <CIA-26> SHR: 03tom 07libframeworkd-phonegui-efl2 * r917226025c67 10/src/view/message-new-view.c: changed to conform to the rename of phone_utils_is_valid_number
Oct 16 19:36:07 <TAsn> I'm also anxious to know
Oct 16 19:36:12 <khiraly1> :)
Oct 16 19:36:13 <TAsn> I'm not the one working on it.
Oct 16 19:36:49 <TAsn> mrmoku, $ make update
Oct 16 19:36:49 <TAsn> :)
Oct 16 19:36:52 <TAsn> (I did)
Oct 16 19:37:34 <TAsn> HEAD is now at 3b1da26 libphone-ui: new recipe
Oct 16 19:37:35 <TAsn> :)
Oct 16 19:38:09 <TAsn> btw, we'll have to remember (i.e write down somewhere)
Oct 16 19:38:23 <TAsn> to change dependencies of stuff from libframeworkd-phonegui to libphone-ui :)
Oct 16 19:38:29 <TAsn> and same goes for all the renames.
Oct 16 19:39:06 <TAsn> btw, you still haven't removed libfso-phoneui.git from gitweb.
Oct 16 19:39:21 <TAsn> dos1, how's shr-installer going btw?
Oct 16 19:39:30 <dos1> stalled
Oct 16 19:39:40 <dos1> as i still have one packagekit bug unresolved
Oct 16 19:39:44 <dos1> with upgrading
Oct 16 19:39:49 <khiraly1> TAsn: are you aware of frameworkd porting over palm pre?
Oct 16 19:39:51 <dos1> rest whould work
Oct 16 19:40:04 <TAsn> khiraly1, yes, I am.
Oct 16 19:40:10 <khiraly1> since yesterday the palm pre is being sold in germany, and the sourcecode is available since today on the palm's website
Oct 16 19:40:13 <TAsn> dos1, bah, the most important one ;|
Oct 16 19:40:24 <khiraly1> TAsn: I mean about the progress...
Oct 16 19:40:26 <TAsn> khiraly1, I know they like to do it.
Oct 16 19:40:30 <TAsn> they'd
Oct 16 19:40:31 <TAsn> no.
Oct 16 19:40:36 <TAsn> mickey|zzZZzz, is the one to ask.
Oct 16 19:40:40 <TAsn> -s
Oct 16 19:40:42 <TAsn> -,
Oct 16 19:40:42 <TAsn> bah.
Oct 16 19:40:43 <TAsn> :|
Oct 16 19:40:54 <dos1> they started
Oct 16 19:41:04 <TAsn> khiraly1, though the sourcecode probably means nothing
Oct 16 19:41:09 <TAsn> as the issue is the drivers
Oct 16 19:41:14 <TAsn> which will probably remain close.
Oct 16 19:41:15 <dos1> mickey|zzZZzz is waiting for first RE results from other guys
Oct 16 19:41:24 <TAsn> if they get it to work
Oct 16 19:41:29 <TAsn> I'm buying one ;)
Oct 16 19:41:36 <TAsn> no doubt about that.
Oct 16 19:41:44 <mrmoku> khiraly1: they already boot a different kernel
Oct 16 19:41:56 <TAsn> finally decent h.w to go with the free and awesome software ;)
Oct 16 19:43:10 <khiraly1> mrmoku: awesomeness
Oct 16 19:43:13 <TAsn> mrmoku, btw, I really want developers to start working with our phoneuid api, for instance [rui] showed interest in it for elemebdicta (I don't really remember the correct spelling)
Oct 16 19:43:28 <TAsn> I'm so happy about the great progress ;)
Oct 16 19:43:36 <dos1> TAsn: elmdentica
Oct 16 19:43:38 <dos1> ;D
Oct 16 19:43:50 <TAsn> hehe, whatever. :)
Oct 16 19:44:22 <mrmoku> JaMa: ERROR: Error in executing: /home/shr/shr-kms/openembedded/recipes/linux/linux-openmoko-shr-devel_git.bb
Oct 16 19:44:26 <mrmoku> ERROR: Exception:<type 'exceptions.OSError'> Message:[Errno 2] No such file or directory: '/home/shr/shr-kms/tmp/work/om-gta02-angstrom-linux-gnueabi/linux-openmoko-shr-drm-devel-2.6.29-oe13+gitr119964+464fc937c80ec25b1ac1a8c289a40a290e830e66-r1/install/kernel-module-gta01-battery'
Oct 16 19:46:39 <TAsn> NOTE: Handling BitBake files: / (1466/6955) [21 %]
Oct 16 19:46:47 * TAsn thinks we should remove 3000 recipes
Oct 16 19:46:56 <TAsn> because bitbake in unbearably slow when updating cache ;)
Oct 16 19:50:58 <khiraly1> http://www.youtube.com/watch?v=erdl6Lz6fGo
Oct 16 19:50:59 <khiraly1> hehh
Oct 16 19:51:17 <khiraly1> nokia 770 vs. neo1970 vs. freerunner
Oct 16 19:51:19 <khiraly1> how disappointing
Oct 16 19:52:31 <TAsn> yeah, we all saw that.
Oct 16 19:53:36 <khiraly1> paulfertser vs. topposting: one must die!
Oct 16 19:53:38 <khiraly1> ;)
Oct 16 19:53:48 <khiraly1> Im catching up with mailing list 
Oct 16 19:54:04 <khiraly1> "I tried to help but you don't listen and topposting, sorry, i'm out."
Oct 16 19:54:08 <TAsn> heh
Oct 16 19:54:20 <TAsn> I learned to hate top posters!
Oct 16 19:54:32 <TAsn> though in the hebrew ML everyone top post :(
Oct 16 19:54:36 * TAsn is sad.
Oct 16 19:54:40 <TAsn> hebrew moko ML
Oct 16 19:54:56 <PaulFertser> khiraly1: that guy is really weird. Almost all of them indians are. RANJAN is the most persistent in his insanity.
Oct 16 19:55:30 <khiraly1> yeah, I would give up at his first email, but you teached hime for months
Oct 16 19:55:33 <TAsn> lol.
Oct 16 19:56:22 <khiraly1> for what in return exactly?;-) 
Oct 16 19:57:09 <mrmoku> TAsn: rtl and btt :P
Oct 16 19:57:11 <TAsn> mrmoku, we really need to think about "first run scripts"
Oct 16 19:57:14 <TAsn> btt?
Oct 16 19:57:19 <mrmoku> bottom to top ;)
Oct 16 19:57:25 <TAsn> oh, lol. yeah :)
Oct 16 19:57:37 <mrmoku> first run scripts?
Oct 16 19:57:41 <TAsn> yes
Oct 16 19:57:46 <mrmoku> that is?
Oct 16 19:57:49 <bumbl> hmm interesting - it should have an effect when i set a password for the login to the wlan router web interface  - me gets my linksys wrt54gl back
Oct 16 19:57:52 <TAsn> for configuration
Oct 16 19:58:00 <TAsn> like e17 does
Oct 16 19:58:16 <mrmoku> ahh... IIRC that is not easy to get rid of :(
Oct 16 19:58:23 <TAsn> no
Oct 16 19:58:27 <TAsn> I don't want to get rid of it.
Oct 16 19:58:31 <TAsn> I want to make one as well.
Oct 16 19:58:31 <TAsn> :)
Oct 16 19:58:34 <mrmoku> ahh you want another one for our stuff P+
Oct 16 19:58:37 <mrmoku> hehe
Oct 16 19:58:39 <TAsn> yeah.
Oct 16 19:58:50 <TAsn> btw, getting rid of the e17 isn't *that* hard.
Oct 16 19:58:54 <TAsn> you just run it
Oct 16 19:58:54 <mrmoku> we should look into the efl one... if it is possible to hack in stuff
Oct 16 19:58:59 <TAsn> get a .e dir
Oct 16 19:59:02 <TAsn> and put it in the pack ;]
Oct 16 19:59:12 <mrmoku> I know... but that's dirty ;)
Oct 16 19:59:14 <TAsn> mrmoku, that's actually a GREAT idea.
Oct 16 19:59:28 <TAsn> mrmoku, sometimes you have to go down and dirty for the greater good ;]
Oct 16 19:59:29 <mrmoku> tweak it to our needs.. as not all of it is unwanted
Oct 16 19:59:49 <JesusMcCloud> doesn't the cfg file (illume-shr.cfg) decide whether a firstrun script is run or not?
Oct 16 20:00:02 <mrmoku> no
Oct 16 20:00:20 <mrmoku> I think to remember raster said you can't get rid of it via config
Oct 16 20:00:24 <JesusMcCloud> what was is then I found I th cfg files?
Oct 16 20:00:53 * mrmoku takes a fast look
Oct 16 20:01:06 * TAsn asked in #e
Oct 16 20:01:23 <TAsn> though they are generally not that responsive
Oct 16 20:01:27 <JesusMcCloud> I am confused, and it's been some time since I looked at cfgs, but cfgs are powerful
Oct 16 20:01:41 <JesusMcCloud> I'm gonna checkout e17 svn
Oct 16 20:02:48 <TAsn> JesusMcCloud, please let us know :)
Oct 16 20:03:41 <TAsn> <Sachiel> the first run wizard?
Oct 16 20:03:44 <TAsn> OMG they are alive.
Oct 16 20:03:52 <TAsn> first time someone ever answered me there :)
Oct 16 20:04:01 <JesusMcCloud> #e17?
Oct 16 20:04:19 <TAsn> <Sachiel> yes, pages are modular
Oct 16 20:04:19 <TAsn> <Sachiel> only info about it is the source code though
Oct 16 20:04:21 <TAsn> no
Oct 16 20:04:22 <TAsn> #e
Oct 16 20:04:42 <JesusMcCloud> (I just meant irc channel)
Oct 16 20:05:02 <JesusMcCloud> sources will be @my box in approx 10 minutes
Oct 16 20:05:29 <TAsn> hehe yeah, it takes ages.
Oct 16 20:05:33 <TAsn> you can view the online though.
Oct 16 20:05:37 <TAsn> that's what I do.
Oct 16 20:06:18 <JesusMcCloud> don't like it that much, since I genrally don't specifically know what I am looking for
Oct 16 20:07:15 <JesusMcCloud> (opkg is workgin atm) is eet in the shr feeds?
Oct 16 20:08:03 <TAsn> I think
Oct 16 20:08:05 <TAsn> sec will check
Oct 16 20:08:30 <TAsn> eet - 2:1.1.0+svnr42837-r2 - EET is the Enlightenment data storage library
Oct 16 20:08:31 <TAsn> yes.
Oct 16 20:08:55 <JesusMcCloud> it just hit me, that's the only thing I need to inspect cfg files
Oct 16 20:08:59 <JesusMcCloud> ..afair
Oct 16 20:09:52 <TAsn> http://trac.enlightenment.org/e/browser/trunk/e/src/modules/wizard
Oct 16 20:09:57 <TAsn> mrmoku, ^
Oct 16 20:09:58 <TAsn> :)
Oct 16 20:11:26 <TAsn> I'll look into it. ;)
Oct 16 20:11:36 <dos1> does someone have some nice config for navit?
Oct 16 20:12:47 <Zorkman> I have one that works fine for me
Oct 16 20:13:02 <Zorkman> it's a skin minique made
Oct 16 20:13:07 <khiraly1> does navit worked for somebody for real? I mean at a competitive speed. For me it was like 0.1fps
Oct 16 20:13:10 <lindi-> dos1: it all depends on navit version.
Oct 16 20:13:15 * JesusMcCloud has eet installed on freerunner, but eet: command not found
Oct 16 20:13:20 <dos1> ok, for navit from shr repo
Oct 16 20:13:22 <dos1> :P
Oct 16 20:13:39 <dos1> as i played with it too much and i don't have buttons for zooming :D
Oct 16 20:13:55 <Zorkman> dos1: there is something weird
Oct 16 20:14:02 <Zorkman> with the order of the images
Oct 16 20:14:13 <Zorkman> I also once made them dissapear
Oct 16 20:14:21 <dos1> oh
Oct 16 20:14:23 <dos1> i'm stupid
Oct 16 20:14:30 <dos1> i just have 'enabled="no"' in config
Oct 16 20:14:32 <dos1> :D
Oct 16 20:14:43 <Zorkman> haha
Oct 16 20:14:48 <Zorkman> could happen to anyone :)
Oct 16 20:15:44 <dos1> and now it's ok :D
Oct 16 20:16:26 <mrmoku> TAsn: great
Oct 16 20:16:38 <TAsn> oh
Oct 16 20:16:57 <TAsn> mrmoku, dos1 just reminded me, please build navit in tests mrmoku ;)
Oct 16 20:17:45 <mrmoku> it is not?
Oct 16 20:18:06 <mrmoku> then probably because it does not build... ?
Oct 16 20:18:54 <Slyon> mrmoku: did you have a look at the shr-today recipe?
Oct 16 20:18:56 <TAsn> no idea
Oct 16 20:18:58 <TAsn> but it's not there.
Oct 16 20:19:28 <mrmoku> Slyon: one moment...
Oct 16 20:19:44 <Slyon> okay
Oct 16 20:21:16 <Zorkman> mrmoku: will the x11 stuff give a performance boost?
Oct 16 20:22:06 <mrmoku> Slyon: hmm... do the setup tools build the edj?
Oct 16 20:22:32 <mrmoku> Zorkman: don't know... an image boost in any way :P
Oct 16 20:22:53 <mrmoku> performance boost will come with development of the glamo x driver
Oct 16 20:22:57 <PaulFertser> OMFG i just tried to listen to the music on a FR that is not bass-fixed.
Oct 16 20:22:58 <Slyon> mrmoku: the recipe in the repo, doesn't build any edj... it's the old one for the elm version
Oct 16 20:23:34 <Slyon> mrmoku: and it has to be changed to build edj files and install them correctly
Oct 16 20:23:57 <mrmoku> Slyon: I see you install the edj files via setuptools... that should work fine
Oct 16 20:24:07 <mrmoku> the thing I don't know is how do the edj get built?
Oct 16 20:24:24 <mrmoku> (if you don't build with OE)
Oct 16 20:24:49 * mrmoku looks at zhone recipe to see how they do it :)
Oct 16 20:24:57 <Slyon> mrmoku: yeah, thats it the edj got build by me and uploaded to the git repo... but i think that's not the right way. they should be build by the bb i guess
Oct 16 20:26:14 <mrmoku> Slyon: look at http://git.freesmartphone.org/?p=zhone.git;a=blob;f=setup.py;h=ec73bbc98a29547d3c99cf72744329bf11415c10;hb=d654b3d15500a56c8e987e4d2cc2f8eef70b78c0
Oct 16 20:26:28 <mrmoku> zhone uses distutils instead of setuptools
Oct 16 20:26:56 <mrmoku> Slyon: could you do that too?
Oct 16 20:27:20 <mrmoku> TAsn: I decided to *not* merge no-async into master for the shr repo
Oct 16 20:27:32 <Slyon> mrmoku: yes, i'll try
Oct 16 20:27:42 <mrmoku> TAsn: I will just base the new repos on the no-async branch
Oct 16 20:27:54 <TAsn> but what about my changes in master?
Oct 16 20:27:54 <mrmoku> Slyon: great, ping me when done... I will switch the recipe then to use it
Oct 16 20:28:04 <mrmoku> TAsn: changes in ophonekitd?
Oct 16 20:28:09 <TAsn> efl2
Oct 16 20:28:17 <Heinervdm> JaMa: got a shr/merge image to build?
Oct 16 20:28:18 <mrmoku> efl2 is a completely different repo ;)
Oct 16 20:28:25 <TAsn> but we need to rename that as well...
Oct 16 20:28:56 <mrmoku> yup, but I'm talking about the shr mega repo
Oct 16 20:29:08 <mrmoku> I don't want to merge no-async into master there
Oct 16 20:29:41 <mrmoku> I will add repos for phonefsod and phoneuid based on no-async
Oct 16 20:29:50 <mrmoku> and just continue there :)
Oct 16 20:30:10 <TAsn> ok
Oct 16 20:30:13 <TAsn> good enough ;)
Oct 16 20:30:18 <TAsn> let me know when you do
Oct 16 20:30:23 <TAsn> and don't forget to add to gitweb
Oct 16 20:30:24 <TAsn> :)
Oct 16 20:30:25 <mrmoku> yup, and won't interrupt the old stuff
Oct 16 20:30:50 <mrmoku> TAsn: the thing I always forget is chmod 755 for the gitdir :P
Oct 16 20:31:13 <TAsn> :)
Oct 16 20:31:15 <TAsn> btw
Oct 16 20:31:22 <mrmoku> (and chmod +x for the hooks after copying them)
Oct 16 20:31:54 <TAsn> btw
Oct 16 20:32:07 <TAsn> e startup wizard looks promising :)
Oct 16 20:32:14 <mrmoku> great :D
Oct 16 20:32:31 * mrmoku envisions to have SHR on real enduser phones :P
Oct 16 20:33:13 <TAsn> mrmoku, same here.
Oct 16 20:33:22 <TAsn> btw, I reached a roadblock though :(
Oct 16 20:33:27 <TAsn> I know nothing about elmentary
Oct 16 20:34:12 <TAsn> mrmoku, please create a shr-wizard repo
Oct 16 20:34:36 <TAsn> dos1, got a spare moment?
Oct 16 20:35:24 <TAsn> mrmoku, are you working on libphone-ui or can I do a massive change on it?
Oct 16 20:35:30 <mrmoku> TAsn: nah... elementary is not that difficult ::P
Oct 16 20:35:40 <dos1> unfortunately no, i have to go :(
Oct 16 20:35:42 <mrmoku> do what you want with libphone-ui for now
Oct 16 20:36:10 <TAsn> mrmoku, cool
Oct 16 20:36:17 <TAsn> renaming EVERYTHING
Oct 16 20:36:18 <TAsn> in the source code
Oct 16 20:36:20 <TAsn> and everything 
Oct 16 20:36:24 <TAsn> to libphone-ui
Oct 16 20:36:28 <TAsn> instead of phonegui
Oct 16 20:36:37 <TAsn> and files and everything
Oct 16 20:36:51 <TAsn> but I have a question, functions will be
Oct 16 20:36:59 <TAsn> phoneui or phone_ui prefixed?
Oct 16 20:37:19 <mrmoku> hmm... I would prefer phoneui
Oct 16 20:37:27 <TAsn> ok
Oct 16 20:37:30 <TAsn> I also prefer phoneui
Oct 16 20:38:31 <TAsn> that means we'll have to change efl2 to be phoneui_backend prefixed as well.
Oct 16 20:38:39 <TAsn> well, when we'll create a repo we'll do it.
Oct 16 20:39:57 <mrmoku> creating repos right now
Oct 16 20:41:08 <TAsn> cool
Oct 16 20:41:18 <TAsn> mrmoku, how do you want to call include files?
Oct 16 20:41:34 <mrmoku> like which ones?
Oct 16 20:41:41 <TAsn> in libphone-ui
Oct 16 20:41:49 <TAsn> atm they are call frameworkd-phonegui.h
Oct 16 20:42:50 <mrmoku> hmm... that is just to headers, right?
Oct 16 20:42:56 <mrmoku> s/to/two/
Oct 16 20:42:56 <apt> mrmoku meant: hmm... that is just two headers, right?
Oct 16 20:43:03 <TAsn> atm yeah, only two.
Oct 16 20:43:13 <TAsn> I think phoneui.h
Oct 16 20:43:14 <TAsn> is enough
Oct 16 20:43:17 <mrmoku> phoneui.h yep
Oct 16 20:43:22 <TAsn> cool.
Oct 16 20:43:23 <mrmoku> and phoneui-utils.h
Oct 16 20:48:05 <JaMa> Heinervdm: 4 packages failed..
Oct 16 20:48:18 <JaMa> ERROR: '/home/projects/OE/dev/recipes/aspell/aspell_0.60.5.bb' failed
Oct 16 20:48:19 <JaMa> ERROR: '/home/projects/OE/dev/recipes/gnome/gnome-keyring_2.20.0.bb' failed
Oct 16 20:48:22 <JaMa> ERROR: '/home/projects/OE/dev/recipes/mplayer/mplayer_0.0+1.0rc2.bb' failed
Oct 16 20:48:25 <JaMa> ERROR: '/home/projects/OE/dev/recipes/gstreamer/gst-plugins-bad_0.10.11.bb' failed
Oct 16 20:48:46 <Heinervdm> JaMa: that's full image?
Oct 16 20:49:49 <JaMa> yes
Oct 16 20:49:52 <Heinervdm> what about trying lite first, because boot fails for me and i have no idea
Oct 16 20:50:25 <JaMa> lite builded ok.. but haven't flashed now.. as I went to parents for visit..
Oct 16 20:52:44 <JaMa> Heinervdm: you said something about kernel panic with ipv6 or something? Have you tried to boot shr/import image with kernel from shr/merge?
Oct 16 20:53:23 <Heinervdm> JaMa: it's saying sth about wrong format for ipv6 module
Oct 16 20:53:48 <JaMa> mrmoku: please try to build virtual/kernel in shr-kms with PREFERRED_PROVIDER_virtual/kernel = "linux-openmoko-shr-drm-devel" in conf/local.conf
Oct 16 20:53:53 <Heinervdm> i don't think that shr/import would run with shr/merge kernel
Oct 16 20:54:03 <JaMa> why?
Oct 16 20:54:19 <JaMa> I'll test it now if you want :)
Oct 16 20:54:21 <CIA-26> SHR: 03tom 07libphone-ui * rd746e580cbbd 10/ (17 files in 3 dirs): renamed everything from frameworkd-phonegui to phoneui
Oct 16 20:54:32 <Heinervdm> test your shr/merge image :)
Oct 16 20:56:16 * JaMa doesn't want to download whole image on slow connection in parents house :)
Oct 16 20:56:19 <TAsn> mrmoku, did you create me an shr-firsttime-wizard (choose a better name, please) git repo?
Oct 16 20:56:43 <Heinervdm> JaMa: oh, ok ;)
Oct 16 20:57:19 <TAsn> Heinervdm, please let me know when you know (about xorg resume)
Oct 16 20:57:32 <TAsn> (I just noticed you are about to test an imae)
Oct 16 20:57:42 <mrmoku> TAsn: yup
Oct 16 20:57:44 <mrmoku> shr-wizard
Oct 16 20:57:48 <TAsn> thanks.
Oct 16 20:57:49 <TAsn> :)
Oct 16 20:59:13 <Heinervdm> TAsn: i want to test an image, but the image doesn't run ;)
Oct 16 20:59:22 <TAsn> :(
Oct 16 20:59:46 <JaMa> TAsn: xorg resume is < 4sec here
Oct 16 20:59:58 <TAsn> which still sucks but it's better
Oct 16 21:00:01 <Heinervdm> 4sec is too long
Oct 16 21:00:12 <TAsn> JaMa, how did you achieve this speedup?
Oct 16 21:00:28 <Heinervdm> PaulFertser said that debian xorg has <2sec
Oct 16 21:00:44 <Heinervdm> and Weiss had instant resume
Oct 16 21:01:42 <JaMa> TAsn: it was always fast as this for me
Oct 16 21:01:51 <TAsn> i c.
Oct 16 21:03:07 <mrmoku> TAsn: got something dirty in efl2?
Oct 16 21:04:19 <mrmoku> TAsn: I don't want to merge twice :P
Oct 16 21:04:23 <TAsn> sec.
Oct 16 21:05:03 <TAsn> no
Oct 16 21:05:04 <TAsn> I'm clean.
Oct 16 21:05:12 <mrmoku> good
Oct 16 21:05:14 <mrmoku> stay clean then ;)
Oct 16 21:05:24 <Slyon> mrmoku: i guess shr-today is now working using distutils and compiling it's edj file :) you have to change the bb file, as shr-today is now depended on python-edje and not on python-elementary anymore
Oct 16 21:06:10 <mrmoku> Slyon: great, will do that immediately :)
Oct 16 21:06:46 <TAsn> mrmoku, yeah, please build shr-today
Oct 16 21:06:52 * TAsn wants to test the new version :)
Oct 16 21:08:53 <Slyon> mrmoku: yeat 8-) i like to opkg install it :)
Oct 16 21:08:57 <Slyon> yeah*
Oct 16 21:11:03 <Slyon> mrmoku: please change python-elementary to python-edje in RDEPENDS
Oct 16 21:12:26 <PaulFertser> DocScrutinizer: (dismounting main can time) this time it was 18 minutes oh
Oct 16 21:13:56 <mrmoku> TAsn: all repos set up... please clone ;)
Oct 16 21:14:16 <mrmoku> Slyon: no elementary needed anymore?
Oct 16 21:14:21 <TAsn> cool, thanks :)
Oct 16 21:14:35 <TAsn> do they appear in gitweb? (I don't remember the names)
Oct 16 21:14:35 <Slyon> mrmoku: nope
Oct 16 21:14:42 <JaMa> Heinervdm: kernel from shr/merge works
Oct 16 21:14:44 <mrmoku> TAsn: check then ;)
Oct 16 21:14:55 <TAsn> hehe ok.
Oct 16 21:15:07 <Heinervdm> JaMa: but not for me :(
Oct 16 21:15:26 <mrmoku> TAsn: libphone-ui-shr phoneuid phonefsod and shr-wizard
Oct 16 21:15:42 <TAsn> mrmoku, hehe thanks. ;)
Oct 16 21:15:54 <mrmoku> TAsn: phoneuid and phonefsod are still both the same
Oct 16 21:16:01 <TAsn> mrmoku, already merged master and no-async in all of them?
Oct 16 21:16:08 <mrmoku> will drop the other part for them tomorrow
Oct 16 21:16:08 <JaMa> Heinervdm: ah, maybe not.. mmt :)
Oct 16 21:16:14 <JaMa> Heinervdm: wrong kernel url used :)
Oct 16 21:16:20 <Heinervdm> :D
Oct 16 21:16:30 <mrmoku> TAsn: no no-async anymore
Oct 16 21:16:50 <TAsn> merged ALL of my changes? did a git pull?: )
Oct 16 21:18:13 <TAsn> cool mrmoku cloned all of them
Oct 16 21:18:20 <TAsn> please create .bbs
Oct 16 21:19:58 <CIA-26> SHR: 03tom 07shr-wizard * rf00fe550dfef 10/ (14 files in 5 dirs): initial commit of the e module
Oct 16 21:20:58 <JaMa> Heinervdm: but it works.. I'll download lite-image then :)
Oct 16 21:21:50 <mrmoku> TAsn: for phonefsod and phoneuid I have to cleanup (aka drop the other part) first
Oct 16 21:21:50 <spaetz> shit, all those new names, it's tough jjust to keep an overview off what's going on
Oct 16 21:22:04 <TAsn> hehe :)
Oct 16 21:22:04 <mrmoku> though... I'm tired now :P
Oct 16 21:22:09 <mrmoku> spaetz: tactics ;)
Oct 16 21:22:15 <spaetz> hehe
Oct 16 21:22:17 <TAsn> mrmoku, that's ok.
Oct 16 21:22:17 <TAsn> :)
Oct 16 21:22:19 <TAsn> thanks a lot.
Oct 16 21:22:28 <mrmoku> TAsn: will do that tomorrow morning :)
Oct 16 21:22:33 <TAsn> hehe cool :)
Oct 16 21:22:46 <spaetz> TAsn, have you mailed alphalog for the logo svg?
Oct 16 21:22:56 <TAsn> spaetz, of course.
Oct 16 21:23:04 <mrmoku> have fun guys... and good night :)
Oct 16 21:23:07 <mrmoku> ahh... moment
Oct 16 21:23:08 <spaetz> ok, cool
Oct 16 21:23:10 <TAsn> and they said they are busy today but they'll make it asap
Oct 16 21:23:14 <JaMa> Heinervdm: that 105MB lite image was tar.gz?
Oct 16 21:23:14 <spaetz> night, mrmoku 
Oct 16 21:23:16 <mrmoku> the shr-today recipe... have to commit and push :)
Oct 16 21:23:20 <JaMa> night...
Oct 16 21:23:23 <TAsn> mrmoku, and build :)
Oct 16 21:23:27 <Slyon> mrmoku: yes :)
Oct 16 21:23:29 <TAsn> and they said they'll also make us a boot splash
Oct 16 21:23:34 <TAsn> versions in various sizes
Oct 16 21:23:39 <TAsn> and graphics :)
Oct 16 21:23:40 <Heinervdm> JaMa: i had 105 MB jffs2
Oct 16 21:23:43 <JaMa> Heinervdm: mine is only 52
Oct 16 21:23:44 <spaetz> TAsn, ok, sounds good
Oct 16 21:23:45 <TAsn> i.e for loading screens and such.
Oct 16 21:23:54 <JaMa> 72MB for jffs2
Oct 16 21:24:05 <JaMa> http://jama.homelinux.org/org.openembedded.dev.merge/images/om-gta02/
Oct 16 21:24:05 <spaetz> thanks for taking care
Oct 16 21:24:12 <Heinervdm> JaMa: you're probably missing fso-abyss
Oct 16 21:24:25 <JaMa> you can compare pkg sizes
Oct 16 21:24:40 <JaMa> Heinervdm: no I'm not
Oct 16 21:24:49 <Heinervdm> :)
Oct 16 21:25:22 <Heinervdm> your's is looking good :)
Oct 16 21:25:43 <TAsn> spaetz, np.
Oct 16 21:25:47 <JaMa> thank you :P
Oct 16 21:25:50 <Heinervdm> JaMa: can i download your image?
Oct 16 21:25:53 <TAsn> mrmoku, built? :)
Oct 16 21:25:56 <JaMa> sure
Oct 16 21:25:58 <Heinervdm> ok
Oct 16 21:26:28 <mrmoku> JaMa: http://build.shr-project.org/tests/mrmoku/shr-kms/
Oct 16 21:26:29 <Heinervdm> JaMa: wow, you
Oct 16 21:26:35 <Heinervdm> have a fast connection
Oct 16 21:27:20 <JaMa> Heinervdm: its just 2Mb/s up :(
Oct 16 21:27:36 <Heinervdm> JaMa: i've just 1 Mb/s ;)
Oct 16 21:27:46 <JaMa> Heinervdm: and I'm downloading it now too ETA10mins
Oct 16 21:28:16 <mrmoku> JaMa: virtual/kernel built fine :)
Oct 16 21:28:17 <JaMa> Heinervdm: I was used to Gbit up/down at uni, it was much better :)
Oct 16 21:28:49 <Heinervdm> :)
Oct 16 21:29:19 <JaMa> mrmoku: ahh, thanks, time to exploit few testers
Oct 16 21:29:31 <mrmoku> TAsn: started the build now... if it works... have fun installing it in 5min
Oct 16 21:29:36 * mrmoku really to bed now
Oct 16 21:29:39 <mrmoku> good night :)
Oct 16 21:30:01 <JaMa> mrmoku|away: you build both kernels?
Oct 16 21:30:19 <JaMa> mrmoku|away: or did you just forgot to put that line to config first?
Oct 16 21:30:39 <JaMa> Heinervdm: please use KMS too http://build.shr-project.org/tests/mrmoku/shr-kms/images/om-gta02/uImage-om-gta02-latest.bin
Oct 16 21:31:01 <TAsn> mrmoku|away, thanks :)
Oct 16 21:31:01 <TAsn> night.
Oct 16 21:31:02 <JaMa> uImage-2.6.29-oe13 should be KMS enabled
Oct 16 21:31:03 <Heinervdm> JaMa: aspell 0.60.6 builds
Oct 16 21:31:10 <CIA-26> SHR: 03tom 07shr-wizard * rb979a2874c3f 10/ (e_mod_main.h e_wizard.c e_wizard.h): added needed files
Oct 16 21:31:11 <CIA-26> SHR: 03tom 07shr-wizard * r262364703ae4 10/TODO: updated todo
Oct 16 21:31:20 <JaMa> Heinervdm: you fixed that, or it just works for you?
Oct 16 21:31:36 <Heinervdm> i bumped the version ;)
Oct 16 21:32:24 <CIA-26> SHR: 03tom 07shr-wizard * r0c0c74348d14 10/e_wizard.c: removed the unneeded .c
Oct 16 21:33:01 * [Rui] waves
Oct 16 21:34:29 <prahal> how to set a screenlocker via fso ? I mean the display is not defined in fso context isn't it ?
Oct 16 21:35:01 <TAsn> [Rui], hey.
Oct 16 21:35:09 <TAsn> the dbus API I promised you
Oct 16 21:35:16 <TAsn> for calling messages and such
Oct 16 21:35:32 <TAsn> will be ready really soon :)
Oct 16 21:35:51 <prahal> the only other way seems to be to set a timer via illume preferences for screen lock . But I had to disable the screensaver and such options in it otherwise black screen with no returns ensue
Oct 16 21:35:58 <[Rui]> TAsn: hi there!
Oct 16 21:36:04 <[Rui]> TAsn: that's swell! :)
Oct 16 21:36:20 * [Rui] loves the 'swell' word, reminds him of Peanuts so much :)
Oct 16 21:36:36 <TAsn> lol.
Oct 16 21:37:57 <Slyon> prahal: there is a dbus signal from fso which sends "lock"
Oct 16 21:39:18 <prahal> Slyon, is there a daemon in display context that listen for such signals ? I don't want to modify the lock screen program into a daemon of its own (for resource consumption issue)
Oct 16 21:41:12 <Slyon> prahal: i don't think so
Oct 16 21:41:51 <TAsn> Slyon, btw
Oct 16 21:41:58 <TAsn> upgrade pyphonelog
Oct 16 21:42:09 <TAsn> it now marks missed calls as not new
Oct 16 21:42:21 <TAsn> which means that shr-today will actually show a correct number of missed calls :)
Oct 16 21:42:46 <[Rui]> TAsn: oh, there's shr-u upgrades again? :)
Oct 16 21:42:49 <TAsn> no
Oct 16 21:42:53 <Slyon> TAsn: oh, thats nice :)
Oct 16 21:42:54 <TAsn> mrmok/tests
Oct 16 21:42:55 <prahal> should not be hard to do , I ll make one proto asap 
Oct 16 21:43:03 <[Rui]> dang :|
Oct 16 21:44:11 <prahal> what is shr-today (sorry running debian and not the full shr stack is available yet). Mostly because I am a long time constributor and want it to include proper smartphone support . is it like openmoko-today but for illume ?
Oct 16 21:44:57 <[Rui]> prahal: shar-today is very nice, but it'll wreck havok with suspend/resume cycles at it's current version in shr-unstable
Oct 16 21:45:05 <Slyon> prahal: shr-today is just an edje app which runns fullscreen and locks the screen. it notifies about new sms/calls/tasks etc
Oct 16 21:46:18 <[Rui]> Slyon: and very useful too, I'm hoping it stabilized
Oct 16 21:46:38 <Slyon> [Rui]: we just pushed out the new version ;)
Oct 16 21:46:53 <prahal> hum any clue on what could get it to wreck havoc (I am suspending a lot) . I already did suspend debugging for wifi driver ... hard to believe a user space application could freeze anything only when suspend/resume (except if it triggers a bug in the xorg driver
Oct 16 21:47:01 <[Rui]> Slyon: does it have this problem I'm talking about, or is it fixed?
Oct 16 21:47:24 <[Rui]> prahal: let's just say that after 1 or two resumes, you'd get a black screen of death
Oct 16 21:47:35 <[Rui]> Slyon: at shr-u or some other spot?
Oct 16 21:48:03 <Slyon> [Rui]: its in oe. dont know if its build yet
Oct 16 21:48:19 <Slyon> TAsn: do you know if mrmoku build shr-today, and where we could get it from?
Oct 16 21:48:38 <TAsn> Slyon, you are supposed to be able to get it from tests/mrmoku
Oct 16 21:48:38 <TAsn> repo
Oct 16 21:48:44 <TAsn> though I don't think it's built yet.
Oct 16 21:49:20 <Slyon> [Rui]: what do you mean by "it'll wreck havok with suspend/resume cycles" ?
Oct 16 21:49:23 <prahal> hum I am having black screen of death without it. Sadly the underlying platform is so complex under each driver that I am lost at attempting to find a starting point to debug those
Oct 16 21:49:48 <prahal> I am used to pci or usb layers
Oct 16 21:49:52 <Slyon> [Rui]: everything works fine here
Oct 16 21:50:48 <[Rui]> Slyon: after 1 or 2 suspend/resume cycles I got a black screen of death
Oct 16 21:50:58 <[Rui]> Slyon: removed shr-today, everything works again
Oct 16 21:51:17 <[Rui]> Slyon: the phone looks completely off
Oct 16 21:51:53 <[Rui]> Slyon: its screen is off, it doesn't come up on power button press, it doesn't wake on a call
Oct 16 21:52:27 <[Rui]> Slyon: interestingly, though, calling into it does give ring signal on the other phone, but the freerunner keeps making a pretty good immitation of dead
Oct 16 21:52:30 <TAsn> Slyon, I'm building shr-today locally
Oct 16 21:52:37 <TAsn> as I also can't wait.
Oct 16 21:52:44 <TAsn> pm me your email address
Oct 16 21:52:52 <TAsn> and I'll mail the package to you when I'm done.
Oct 16 21:52:56 <prahal> weird that looks exactly as what I have when illume start the screensaver
Oct 16 21:53:17 <Slyon> [Rui]: hum... this never happend to me. shr-today powers of the display before going to suspend but powers it back on after resume, maybe your fsodeviced fails?
Oct 16 21:53:32 <TAsn> Slyon, btw
Oct 16 21:54:06 <Slyon> TAsn: yes?
Oct 16 21:54:41 <Slyon> [Rui]: you could also disable smooth_suspend in shr-today config, then it won't power off the display
Oct 16 21:54:46 <TAsn> is shr-today supposed to activate before going to suspend?
Oct 16 21:56:34 <[Rui]> Slyon: what do you mean fsodevice fails? could it fail consistently with shr-today but not without it?
Oct 16 21:56:38 <Slyon> TAsn: yes... i want it to show before suspend, because if i do it after resume there is a delay
Oct 16 21:56:44 <[Rui]> Slyon: because that's what happened to me
Oct 16 21:56:56 <TAsn> Slyon, it doesn't here
Oct 16 21:56:58 <[Rui]> now it works, install shr-today, now it doesn't, uninstall, now it works again
Oct 16 21:57:08 <TAsn> is it a feature in the newest version?
Oct 16 21:57:15 <TAsn> or is something broken?
Oct 16 21:57:45 <Slyon> [Rui]: hm strange... i thought fsodevice crashes and doesn't power on you display, maybe
Oct 16 21:57:57 <Slyon> [Rui]: try with smooth_suspend = False
Oct 16 21:58:10 <Slyon> TAsn: a i guess this is to the FSO Api-change
Oct 16 21:58:19 <Slyon> the signal is now "suspend" and not "SUSPEND"
Oct 16 21:58:23 <Slyon> i can change this...
Oct 16 21:58:28 <TAsn> so please do.
Oct 16 21:58:40 <TAsn> or at least do a case insensitive comparison
Oct 16 21:59:10 <Slyon> yes, i'll check for both, as in unstable it sends "SUSPEND"
Oct 16 21:59:33 <[Rui]> Slyon: I can do that with the new version if it crashes
Oct 16 21:59:36 <Slyon> and i'm using unstable, as i'm leaving for vacations to dublin on monday and need a stable phone :)
Oct 16 21:59:55 <[Rui]> Slyon: but I don't feel confortable with loosing suspend/resume again
Oct 16 22:00:38 <[Rui]> Slyon: test for lc(signal) == "suspend" (in Perl lingo)
Oct 16 22:01:59 <prahal> Slyon, the setup.py miss 89shr-today install in /etc/X11/Xsession.d . The DISPLAY variable should not be need ?
Oct 16 22:02:29 <Slyon> TAsn: pushed, it should work, but i didn't try, as i'm in unstable at the moment
Oct 16 22:02:40 <Slyon> prahal: thanks will fix that
Oct 16 22:03:33 <TAsn> cool.
Oct 16 22:04:37 <Slyon> prahal: fixed, thanks
Oct 16 22:05:14 <prahal> :) that s what I call fast !
Oct 16 22:05:29 <Slyon> [Rui]: maybe you could try the newes version and report if this is still an issue
Oct 16 22:05:37 <[Rui]> Slyon: sure!
Oct 16 22:05:41 <Slyon> nice
Oct 16 22:06:04 <[Rui]> Slyon: I like what shr-today does, and I was sad to remove it, but I really need a phone that lasts more than about 4h
Oct 16 22:06:30 <Slyon> [Rui]: of course
Oct 16 22:06:48 <[Rui]> Slyon: which is what it was lasting as I disabled suspend :|
Oct 16 22:07:25 <TAsn> Slyon, http://scap.linuxtogo.org/files/2ac5e1aaed533dbc5fc94366771010d8.png
Oct 16 22:07:28 <TAsn> how do I get that?
Oct 16 22:07:48 <Slyon> TAsn: thats the default after install
Oct 16 22:07:57 <TAsn> really? :)))
Oct 16 22:07:59 <TAsn> YOU ROCK> :)
Oct 16 22:08:00 <Slyon> yap
Oct 16 22:08:11 <PaulFertser> DocScrutinizer: time of bass fix: 1 hour, i seem to be really slow.
Oct 16 22:08:19 <Slyon> TAsn: and incoming call looks nice, too
Oct 16 22:08:20 <Slyon> ;)
Oct 16 22:08:21 <TAsn> Slyon, what does the phone icon up there means?
Oct 16 22:08:25 <TAsn> Slyon, hehe
Oct 16 22:08:41 <Slyon> TAsn: which phone icon?
Oct 16 22:08:51 <TAsn> meant clock.
Oct 16 22:08:58 <Slyon> ah its alarl
Oct 16 22:09:01 <Slyon> alarm*
Oct 16 22:09:10 <Slyon> it's there when an alarm is set
Oct 16 22:09:22 <TAsn> cool :)
Oct 16 22:09:30 <TAsn> no info about the next alarm time though?
Oct 16 22:09:55 <TAsn> btw, I'm anxiously waiting for dates/tasks :)
Oct 16 22:09:58 <TAsn> support
Oct 16 22:10:02 <Slyon> TAsn: no, not yet
Oct 16 22:10:10 <TAsn> I know.
Oct 16 22:10:17 <TAsn> but that's ok since we don't have apps for that either.
Oct 16 22:10:49 <Slyon> TAsn: there is notification about tasks. But only the number of unfinished tasks
Oct 16 22:10:59 <Slyon> not the tasks itself
Oct 16 22:11:25 <TAsn> i c.
Oct 16 22:11:42 <TAsn> NOTE: Running task 891 of 2829
Oct 16 22:11:43 <TAsn> :(
Oct 16 22:11:47 <TAsn> will take time... :|
Oct 16 22:12:27 <Slyon> Running task 7481 of 7484 (of an image) :) i can build it after that
Oct 16 22:12:58 <TAsn> Slyon, ok, then build it for yourself, I'll go to sleep and have it ready for me in the morning :)
Oct 16 22:13:01 <Slyon> btw, first time i got an image building without errors :)
Oct 16 22:13:10 <Slyon> TAsn: allright
Oct 16 22:13:25 <TAsn> btw, please consider theming it using the new logo ):
Oct 16 22:13:27 <TAsn> :)
Oct 16 22:13:41 <Slyon> TAsn: will do
Oct 16 22:13:49 <Slyon> now
Oct 16 22:13:57 <TAsn> great, thanks :)
Oct 16 22:14:27 <Slyon> TAsn: is there some artwork ready or just the one from the logo contest page?
Oct 16 22:14:46 <TAsn> one from the logo contest, so it's maybe better if you wait a day or two for the svg
Oct 16 22:15:30 <Slyon> TAsn: okay... well i'll be in dublin then, will use the one available for now
Oct 16 22:15:42 <TAsn> ok :)
Oct 16 22:15:45 <TAsn> let me know. ;)
Oct 16 22:15:48 <Slyon> k
Oct 16 22:20:37 <[Rui]> Slyon: cool!
Oct 16 22:20:46 <[Rui]> Slyon: the new look on shr-today, I presume?
Oct 16 22:20:54 <Slyon> [Rui]: yes
Oct 16 22:21:00 <JaMa> anyone tested om-gta02-2.6.31? or something needed for boot is still missing?
Oct 16 22:21:03 <Slyon> its edje now
Oct 16 22:21:07 <[Rui]> Slyon: nice, me wants :)
Oct 16 22:22:35 <Heinervdm> JaMa: mplayer compiles too now :)
Oct 16 22:22:35 <Heinervdm> will send patch
Oct 16 22:22:38 <JaMa> Heinervdm: shr/merge lite-image booted
Oct 16 22:23:07 <JaMa> Heinervdm: there is no -vo glamo for mplayer in shr/merge isn't it?
Oct 16 22:23:39 <Heinervdm> JaMa: don't know
Oct 16 22:24:07 <JaMa> I'll update it then..
Oct 16 22:24:09 <JaMa> later
Oct 16 22:24:26 <Slyon> TAsn: http://scap.linuxtogo.org/
Oct 16 22:24:28 <[Rui]> has someone else used libcurl in C with https connections?
Oct 16 22:24:34 <[Rui]> If so, I could use some help
Oct 16 22:25:07 <JaMa> Heinervdm: Xorg works ok too, but xserver-nodm doesn't start it :)
Oct 16 22:25:23 <Heinervdm> JaMa: we are using mplayer_svn in shr/import
Oct 16 22:25:39 <Heinervdm> JaMa: why?
Oct 16 22:25:55 <TAsn> Slyon, hehe, funky.
Oct 16 22:26:05 <TAsn> but cool. :)
Oct 16 22:27:02 <Slyon> TAsn: well, I'm not a designer, it's just quick'n'drity
Oct 16 22:27:08 <TAsn> hehe ;)
Oct 16 22:27:15 <TAsn> try maybe moving it
Oct 16 22:27:19 <TAsn> inside the bubble
Oct 16 22:27:21 <TAsn> down there
Oct 16 22:27:25 <TAsn> i.e a bit down and left.
Oct 16 22:28:55 <JaMa> Heinervdm: xorg? because i forgot to remove ${PPM} and -root-ppm isn't valid option for Xorg from /etc/X11/Xserver
Oct 16 22:29:35 <JaMa> Heinervdm: if your image let you without usb0 connection.. then try to remove connman from all runlevels before booting
Oct 16 22:29:47 <Slyon> TAsn: that was my first idea, i moved the logo into the bubble now 
Oct 16 22:30:06 <Heinervdm> JaMa: i'm flashing to NAND
Oct 16 22:30:45 <JaMa> I'll send patch for that ${PPM}
Oct 16 22:30:54 <Heinervdm> ok
Oct 16 22:31:15 <Heinervdm> i'm trying mplayer with glamo support
Oct 16 22:31:28 <Heinervdm> and will send patch after update
Oct 16 22:31:39 <Heinervdm> s/update/test/
Oct 16 22:31:39 <apt> Heinervdm meant: and will send patch after test
Oct 16 22:33:02 <Slyon> TAsn: hmm shit, building shr-today fails
Oct 16 22:33:19 <JaMa> Heinervdm: we can live with std mplayer for a while..
Oct 16 22:33:37 <Heinervdm> JaMa: it should build
Oct 16 22:33:44 <JaMa> Heinervdm: I'll probably add mplayer-git.bb for building mplayer with -vo glamo support directly from git
Oct 16 22:34:02 <Heinervdm> JaMa: there is mplayer_svn
Oct 16 22:34:31 <JaMa> there is git branch with glamo support http://repo.or.cz/w/mplayer/glamo.git
Oct 16 22:34:51 <JaMa> I have commit access there now and that patch in shr/import for glamo -vo is rather big
Oct 16 22:35:08 <Heinervdm> ah, ok
Oct 16 22:35:15 <der-lehmann> r videos than running in full res?
Oct 16 22:35:16 <JaMa> that's why I would like to use mplayer_git.bb later
Oct 16 22:35:59 <TAsn> Slyon, :(
Oct 16 22:36:32 <Slyon> TAsn: i guess there is something wrong with the bb: error: option --single-version-externally-managed not recognized
Oct 16 22:37:59 <TAsn> I'm off, ciao.
Oct 16 22:38:07 <Slyon> ciao
Oct 16 22:38:12 <Slyon> me too
Oct 16 22:38:15 <Slyon> bye
Oct 16 22:48:02 <Heinervdm> JaMa: mplayer_svn fails to build, so we will use rc2 for now
Oct 16 22:48:27 <JaMa> Heinervdm: ok for won
Oct 16 22:48:28 <JaMa> now
Oct 16 22:50:04 <JaMa> segmentation fault from frameworkd in shr/merged lite-image :/
Oct 16 22:50:57 <Heinervdm> how can a python app segfault?
Oct 16 22:51:15 <spaetz> good question...
Oct 16 22:51:28 <JaMa> python interpreter can
Oct 16 22:51:48 <JaMa> [ 1482.690000] Alignment trap: python (1838) PC=0x40ac0f34 Instr=0xe59020f0 Address=0x746e7053 FSR 0x003
Oct 16 22:51:58 <Heinervdm> why does gst-plugins-bad depend on directfb?
Oct 16 22:52:24 * JaMa has no idea about gst-plugins-bad
Oct 16 22:52:50 <JaMa> mickey said we have to change config, can it be related to segfault?
Oct 16 22:53:17 <JaMa> not directly but maybe we're trying to initialize something we shouldn't now
Oct 16 22:53:22 <Heinervdm> i don't know frameworkd...
Oct 16 22:54:29 <JaMa> http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=d921d41bb708c97a042117c7ee6b4b28d88f3328
Oct 16 22:55:04 <Heinervdm> i've seen that, but i don't know where we have to change the config
Oct 16 22:55:37 <Heinervdm> mrmoku|away has to change the frameworkd config :)
Oct 16 22:56:41 * JaMa just changed [fsousage.controller] to [fsousage.dbus_service] in frameworkd.conf
Oct 16 22:57:56 <Heinervdm> does it work?
Oct 16 22:58:03 <JaMa> still segfaults
Oct 16 22:58:24 <Heinervdm> JaMa: gst-plugins-bad-0.10.11 compiles fine for me...
Oct 16 22:59:05 <JaMa> strace segfault http://shr.pastebin.ca/1624342
Oct 16 23:01:28 <JaMa> looks like something in opim if the segfault output isn't from buffer http://shr.pastebin.ca/1624345
Oct 16 23:04:58 <Heinervdm> libtasn1 <- TAsn has his own lib ;)
Oct 16 23:05:21 <TAsn> hehe yeah :)
Oct 16 23:05:36 <TAsn> it's an asn1 lib
Oct 16 23:05:45 <TAsn> they added the t just to honor me.
Oct 16 23:05:49 <TAsn> (j/k)
Oct 16 23:05:53 <Heinervdm> :)
Oct 16 23:11:03 <Heinervdm> JaMa: 3 of 4 fixed, gst-plugins-bad builds for me, so no clue...
Oct 16 23:11:18 <Heinervdm> i'm going to bed now, ciao
Oct 16 23:12:01 <JaMa> rebuilding now..
Oct 16 23:12:34 <JaMa> and heading to bed too
Oct 16 23:12:37 <JaMa> gnite all
Oct 16 23:12:54 <der-lehmann> byebye
Oct 16 23:23:38 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r91e18e31adad 10/fsogsmd/src/ (3 files in 2 dirs): fsogsmd: more work on callhandler
Oct 16 23:39:24 <JaMa> so the frameworkd segfault is from #0  0x40b83f34 in ?? () from /usr/lib/libsqlite3.so.0
Oct 17 00:05:34 <JaMa> Weiss: cc1: warnings being treated as errors
Oct 17 00:05:34 <JaMa> glamo-driver.c: In function 'GlamoProbe':
Oct 17 00:05:34 <JaMa> glamo-driver.c:387: error: 'pScrn' may be used uninitialized in this function
Oct 17 00:05:37 <JaMa> make[2]: *** [glamo-driver.lo] Error 1
Oct 17 00:14:11 <CIA-26> SHR: 03tom 07shr-wizard * r4d8a872147b1 10/ (configure.ac src/Makefile.am src/page_300.c): fixed configure.ac and makefile.am a bit
Oct 17 00:16:20 <CIA-26> SHR: 03tom 07shr-wizard * r8847ae783d99 10/src/Makefile.am: added missing module arch
Oct 17 00:25:41 <PaulFertser> mwester_: hey, how're you doing? :D
Oct 17 00:26:28 <PaulFertser> Funny thing but probably we'll have gta01 support upstream in half a year. :)
Oct 17 00:37:07 <TAsn> mrmoku|away, please rebuild pyphonelog
Oct 17 00:37:08 <TAsn> night.
**** ENDING LOGGING AT Sat Oct 17 02:59:57 2009