**** BEGIN LOGGING AT Tue Apr 07 02:59:58 2009
Apr 07 05:37:55 <loveheaven> hello, guys? I heard that openmoko was cancelled?
Apr 07 05:38:19 <loveheaven> hello, guys? I heard that openmoko was cancelled?
Apr 07 05:38:27 <loveheaven> Is that true?
Apr 07 05:55:01 <fredrin> loveheaven: only gta03
Apr 07 05:55:11 <fredrin> gta02 is still being produced
Apr 07 06:28:07 <husku> hello, i got this:  * Package localedef md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'.
Apr 07 06:28:20 <husku> i just did 'opkg update'
Apr 07 06:32:07 <tmzt> I'd guess repositories are being updated
Apr 07 06:32:58 <husku> tmzt: ok, ill wait and see :)
Apr 07 06:34:12 <emfoxzz> PaulFertser: Hello
Apr 07 06:36:20 <tmzt> you might be early
Apr 07 06:43:51 <alphaone> DocScrutinizer: Do you have any 0402 190k resistors?
Apr 07 06:44:33 <alphaone> I would like to try and reduce the resistor at the 32k xtal to 100k and see if that helps with recamping.
Apr 07 06:44:50 <alphaone> Damn, all these little farnell orders are getting expensive :-(
Apr 07 06:48:34 <alphaone> Great... LABORSORTIMENT WIDERSTÄNDE 0402 1R-10M - thats all Conrad has on 0402 resistors (for 94,95 EUR)
Apr 07 06:50:28 <methril|work> morning
Apr 07 06:50:32 <spaetzAway> morning
Apr 07 07:01:30 <wpwrak> a1: digi-key is your friend ;-)
Apr 07 07:04:55 <alphaone> wpwrak: Hmm
Apr 07 07:07:21 <BillK_> anyone else getting a error in staging mokoko with todays shr-testing build? (make distro)
Apr 07 07:07:33 <BillK_> looks like a variable isnt being satisfied
Apr 07 07:07:55 <BillK_> NOTE: package mokoko-0.1+svnr${SRCPV}: failed
Apr 07 07:46:26 <spaetz> billk: sane-srcrevs.inc:SRCREV_pn-mokoko ?= "127"
Apr 07 07:46:40 <spaetz> this is in the OE repo
Apr 07 07:50:52 <spaetz> mickeyl :)!
Apr 07 07:50:56 <mickeyl> morning folks
Apr 07 07:51:17 <spaetz> can you (or I) add a  void* data pointer to the CommandQueue in your eflvala app?
Apr 07 07:51:26 <spaetz> right now a command is a plain string
Apr 07 07:51:41 <spaetz> would be great if I could include a pointer to an object too
Apr 07 07:52:19 <spaetz> Would just require extending the Command class a bit
Apr 07 07:52:35 <spaetz> I think...
Apr 07 07:54:21 <mickeyl> spaetz: i'm not sure what to do with the command structure, that's why i made it so simple for now
Apr 07 07:54:30 <mickeyl> you can just derive your own command
Apr 07 07:54:43 <mickeyl> only need to cast back, when you handle it
Apr 07 07:55:02 <mickeyl> i don't want to impose policy on the format of the commands
Apr 07 07:55:04 <mickeyl> should be app specific
Apr 07 07:56:07 <TAsn> hello.
Apr 07 08:03:01 <tmzt> mickeyl: what is the prooer way to add a new abstractmodem to ogsmd?
Apr 07 08:03:07 <tmzt> from earlier
Apr 07 08:03:21 <tmzt> there's only one type of AbstractModem, so if I wanted to change the commands used to init the modem I would have to replace the gsm one, not add a new one for cdma?
Apr 07 08:03:53 <tmzt> cdma does not init a sim card because it does not have one
Apr 07 08:03:59 <tmzt> or select networks
Apr 07 08:04:11 <tmzt> those commands fail with ERROR
Apr 07 08:04:32 <mickeyl> ERRORS don't hurt
Apr 07 08:04:43 <mickeyl> but anyways, you can derive from AbstractModem and overwrite the init commands
Apr 07 08:05:16 <mickeyl> For fso2, i might add a hierarchy
Apr 07 08:05:24 <tmzt> so I can have a CDMAModem and use it in qualcomm-msm-cdma
Apr 07 08:05:26 <mickeyl> so we have AbstractModem, AbstractGsmModem, AbstractCdmaModem
Apr 07 08:05:35 <tmzt> or whatever?
Apr 07 08:05:37 <mickeyl> tmzt: sure
Apr 07 08:05:38 <tmzt> yeah
Apr 07 08:06:07 <mickeyl> for now you could also add the logics to the qualcomm msm modem
Apr 07 08:06:15 <tmzt> most things are the same, then there's the htc unsol. and special commands both use
Apr 07 08:06:16 <mickeyl> make it understand a new config option
Apr 07 08:06:21 <tmzt> both cdma and gsm
Apr 07 08:06:30 <mickeyl> and override the init commands based on the config option
Apr 07 08:06:51 <TAsn> btw, I thought about that
Apr 07 08:07:01 <tmzt> I've worked with pyton but I need to get familiar with the objects
Apr 07 08:07:01 <TAsn> isn't a request resource for gprs a good idea?
Apr 07 08:07:14 <TAsn> I mean let many use the connection automatically.
Apr 07 08:08:39 <spaetz> mickeyl: thanks, will do for now
Apr 07 08:08:40 <mickeyl> TAsn: i'm not sure. i did not work further along this line, since it ties into the Networking. I'd rather prefer a networking resource, that -- depending on configuration and/or availability of services -- turns up the most appropriate means of networking given the present situation
Apr 07 08:08:56 <mickeyl> TAsn: so further work is pending final integration with connman
Apr 07 08:09:02 <TAsn> yeah, I also thought about that.
Apr 07 08:09:07 <TAsn> mickeyl, cool ;]
Apr 07 08:09:11 <spaetz> mmh connman sweetness
Apr 07 08:09:18 <TAsn> spaetz, are you related by anyway to the shr build?
Apr 07 08:09:24 <mickeyl> spaetz: cool. when we have more experience with how apps are using the commands, we can decide on a format to use in the base class. 
Apr 07 08:09:28 <TAsn> I want to know if someone bumped efl yet or not ;]
Apr 07 08:09:35 <spaetz> TAsn: I have commit access to the shr-overlay
Apr 07 08:09:39 <tmzt> it's not really exclusive either
Apr 07 08:09:45 <spaetz> not to the build or build host
Apr 07 08:09:55 <TAsn> I also have for overlay.
Apr 07 08:10:04 <TAsn> spaetz, i c, so who has?
Apr 07 08:10:09 <spaetz> mickeyl: I'll start using it pretty soon, as dbus signals won't work without glib mainloop
Apr 07 08:10:22 <mickeyl> spaetz: yep
Apr 07 08:10:25 <tmzt> once you bring up ppp it should be available to every process, so it's really just reference counting
Apr 07 08:10:29 <spaetz> TAsn: quickdev (MIA), mrmoku (holiday), and Ainulindale 
Apr 07 08:10:35 <TAsn> MIA?
Apr 07 08:10:40 <TAsn> Ainulindale, ! ;]
Apr 07 08:10:44 <TAsn> Ainulindale, ping.
Apr 07 08:10:48 <spaetz> Missing In Action :)
Apr 07 08:10:55 <mickeyl> spaetz: i think adding dbus to the new example should be pretty simple
Apr 07 08:11:15 <mickeyl> spaetz: there is another plan to add vala-dbus support featuring the e mainloop, but that will have to wait 
Apr 07 08:11:17 <spaetz> mickeyl: I just need to be able to compile with vala .6 or .7
Apr 07 08:11:25 <spaetz> I hope the new posix stuff is in .7
Apr 07 08:11:44 <spaetz> integrating edbus?
Apr 07 08:11:48 <mickeyl> ya
Apr 07 08:11:50 <spaetz> that would be sweet too
Apr 07 08:12:01 <mickeyl> still i think using two threads might actually be a good idea 
Apr 07 08:12:05 <spaetz> as I need the glib mainloop just for dbus signals
Apr 07 08:12:08 <mickeyl> since it forces you to think about separation
Apr 07 08:12:11 <spaetz> hehe
Apr 07 08:13:22 <tmzt> so the deisgn now is basically a single daemon which launches X applications in response to events, implemented in vala?
Apr 07 08:13:52 <tmzt> apart from the gsm, device, phone, gps, mux stuff
Apr 07 08:14:06 <spaetz> nobody bumped efl, why is it necessary?
Apr 07 08:14:56 <tmzt> dcorded-kais: hey
Apr 07 08:15:03 <dcorded-kais> hi tmzt
Apr 07 08:15:13 <mickeyl> tmzt: not much idea about ophonekitd, better ask the SHR experts here
Apr 07 08:15:16 * mickeyl stuck with FSO middleware :)
Apr 07 08:15:27 <mickeyl> dcorded-kais: yo, any new findings wrt. raph?
Apr 07 08:15:40 <dcorded-kais> no
Apr 07 08:15:41 <tmzt> so that's ophonekitd?
Apr 07 08:16:00 <TAsn> spaetz, I think they have, in unstable
Apr 07 08:16:08 <tmzt> with usb work on kais would be possible, right?
Apr 07 08:16:12 <TAsn> it's important for unicode support.
Apr 07 08:16:15 <mickeyl> tmzt: well, X is outside FSO, so I think you were referring to SHR?
Apr 07 08:16:22 <tmzt> maybe
Apr 07 08:16:32 <tmzt> is shr a gta only thing?
Apr 07 08:16:36 <mickeyl> tmzt: the FSO design right now is one python daemon. this will be multiple vala daemons
Apr 07 08:16:50 <mickeyl> tmzt: I'm trying to pester the SHR guys to be less openmoko-centric
Apr 07 08:16:55 <tmzt> or should we be looking at that for msm devices?
Apr 07 08:16:57 <dcorded-kais> mickeyl yea you need to get the kaiser now. it has perfectly working phone + usb
Apr 07 08:16:59 <mickeyl> tmzt: same as trying to pester the htclinux guys to be less android-centirc
Apr 07 08:17:12 <mickeyl> dcorded-kais: unfortunately I'm not rich
Apr 07 08:17:15 <tmzt> but it's qvga
Apr 07 08:17:20 <mickeyl> so I'm stuck with the raphael
Apr 07 08:17:44 <tmzt> dcorded-kais: I mean with cli stuff, so you have a test base for gsm stuff
Apr 07 08:18:00 <fredrin> mirko-paroli: hallo tyskland? 
Apr 07 08:18:01 <dcorded-kais> mickeyl I hope maejrep can get the A audio working
Apr 07 08:18:03 <tmzt> mickeyl: stuck?
Apr 07 08:18:04 <mickeyl> recent developments have shown that we all really have to work more closely together in linux on mobile, if we want to achieve something
Apr 07 08:18:07 <spaetz> TAsn: 5 days ago Klaus Kurzmann bump EFL_SRCREV to 39827
Apr 07 08:18:19 <TAsn> yeah, saw it.
Apr 07 08:18:23 <TAsn> testing it atm.
Apr 07 08:18:26 <mickeyl> tmzt: "stuck" in the sense that I'm waiting for kernel to support more features
Apr 07 08:18:35 <spaetz> but the UTF-8 stuff involved installing the UTF8 lcale, right?
Apr 07 08:18:39 <spaetz> No changes in EFL itself
Apr 07 08:18:43 <TAsn> not only
Apr 07 08:18:49 <TAsn> there were some major changes in efl
Apr 07 08:18:50 <TAsn> ...
Apr 07 08:18:51 <tmzt> I was looking at goog experimental tree and spah/magic support
Apr 07 08:18:52 <dcorded-kais> mickeyl does sms work with fso on raph?
Apr 07 08:19:02 <spaetz> and Ainulindale add the utf8 locale stuff to the image yesterday
Apr 07 08:19:04 <mickeyl> dcorded-kais: never tried, but it should
Apr 07 08:19:04 <raster> there are always lots of changes in efl
Apr 07 08:19:06 <raster> :)
Apr 07 08:19:11 <TAsn> btw, how can I update the whole bid environment?
Apr 07 08:19:14 <TAsn> spaetz, cool!!! ;]
Apr 07 08:19:20 <tmzt> it seems that htcaucustic provides the audio routing, but there are still amss differences
Apr 07 08:19:27 <dcorded-kais> mickeyl so you're not that stuck :P
Apr 07 08:19:33 <mickeyl> oh well
Apr 07 08:19:37 <mickeyl> power class, backlight class, gprs, charging, accelerometer, camera, bt, wifi
Apr 07 08:19:39 <mickeyl> that makes me kind of stuck
Apr 07 08:19:51 <tmzt> if dzo's available for more than a few minutes maybe we can start to work this out
Apr 07 08:19:53 <spaetz> bumping efl is always a major endevour. Often the python bindings or other crap breaks :)
Apr 07 08:20:19 <mickeyl> anyways, i'm not complaining.
Apr 07 08:20:23 <mickeyl> i know it's all volunteer
Apr 07 08:20:28 <mickeyl> as is FSO for now
Apr 07 08:20:42 <TAsn> spaetz, ;]
Apr 07 08:20:49 <tmzt> wifi is mostly a driver/util issue, either patching in proper wext support or adopting the android approach
Apr 07 08:20:56 * spaetz hopes mickeyl is going to find funding
Apr 07 08:21:07 <mickeyl> tmzt: i'd vote for going 80211 subsystem, wext are horrible
Apr 07 08:21:11 <TAsn> anyhow, how can I update my build environtment to be the same as in yours? (shrs)
Apr 07 08:21:20 <mickeyl> and adopting the android approach is something i'd rather not think about ;)
Apr 07 08:21:33 <mickeyl> i have seen what this leads to
Apr 07 08:21:35 <mickeyl> when browsing through kernel sources
Apr 07 08:21:35 <dcorded-kais> tmzt jeez that reminds me I still didn't try the pandora utils
Apr 07 08:21:51 <mickeyl> spaetz: *knock on wood*
Apr 07 08:22:00 <tmzt> bt is probably solved with recent git commits
Apr 07 08:22:17 <dcorded-kais> mickey whic android approach?
Apr 07 08:22:17 <spaetz> TAsn: I simply checkout the SHR tree (http://trac.shr-project.org/trac/wiki/Building%20SHR) and build -unstable
Apr 07 08:22:41 <dcorded-kais> tmzt in htc-msm-2.6.27 ?
Apr 07 08:22:45 <mickeyl> dcorded-kais: giving a damn about existing kernel interfaces
Apr 07 08:23:23 <mirko-paroli> ah hi mickeyl :)
Apr 07 08:23:27 <mickeyl> yo mirko-paroli 
Apr 07 08:23:32 <mickeyl> how are things?
Apr 07 08:23:32 <dcorded-kais> mickeyl you meen the whole shared mem thing?
Apr 07 08:23:34 <mirko-paroli> how is life ?
Apr 07 08:23:41 <TAsn> bah, I get bla bla not up to date errors. ;\
Apr 07 08:23:42 <tmzt> dcorded-kais: I think so, but no idea if those work, but a2dp works in the magic images which I'm trying to track down git for
Apr 07 08:23:43 <mirko-paroli> working my way through all fso settings
Apr 07 08:24:03 <tmzt> we can't avoid smem completely
Apr 07 08:24:10 <mirko-paroli> enjoying the sun in berlin
Apr 07 08:24:12 <dcorded-kais> yea
Apr 07 08:24:14 <mickeyl> dcorded-kais: no, that's pretty much ok. i mean backlight class, power class, v4l2, accelerometer, suspend/resume etc.
Apr 07 08:24:37 <tmzt> v4l2 for mt9x* could be possible
Apr 07 08:24:41 <spaetz> TAsn: sometimes (often actually) the OE git hangs up on the first try of "make update" and I need to rerun
Apr 07 08:24:43 <mickeyl> mirko-paroli: sounds good. all ok here, just returned from berne and trying to calm down, enjoying the sun, taking time to think about the future
Apr 07 08:24:56 <tmzt> it's the mddi interface that would have to be written
Apr 07 08:24:57 <spaetz> otherwise jsut delete whatever it complains about... and rerun make update
Apr 07 08:25:22 <raster> mickeyl:  berne had you worked up?
Apr 07 08:25:23 <raster> :)
Apr 07 08:25:23 <dcorded-kais> I hope my fso-illume-image is done when I'm home so I can play with it on the kais
Apr 07 08:25:40 <dcorded-kais> tmzt mt9x?
Apr 07 08:25:50 <TAsn> spaetz, it's telling me there's a clash with setup-env
Apr 07 08:25:53 <tmzt> suspend/resume of just the arm11 core is one thing, but arm9 has to handle phone suspend/resume
Apr 07 08:25:58 <mickeyl> raster: not berne, but the whole march was pretty exhausting. three conferences + openmoko news 
Apr 07 08:25:58 <dcorded-kais> is fs-illume-image in org.oe.dev any uptodate?
Apr 07 08:26:10 <raster> mickeyl: fair enough :)
Apr 07 08:26:20 <tmzt> backlight is either vreg or part of microp
Apr 07 08:27:02 <tmzt> dcorded-kais: the camera
Apr 07 08:27:34 <dcorded-kais> ah that is the vga one with present driver (olpc) rigt?
Apr 07 08:27:56 <tmzt> I think so
Apr 07 08:28:12 <TAsn> spaetz, error: Entry 'setup-env' not uptodate. Cannot merge.
Apr 07 08:29:32 <dcorded-kais> tmzt I want to add the refresh thread in vogue tree later. ca you give me a hand readding the tsc2003 tslib fix?
Apr 07 08:29:57 <tmzt> can we just get a clean tsc2003 from omap tree?
Apr 07 08:30:30 <tmzt> with cupcake the reasons for having calib in the kernel are pretty much gone
Apr 07 08:30:47 <tmzt> and OM hasn't had a keyboard for 3 years
Apr 07 08:30:58 <dcorded-kais> tmzt I guess we need to have at least one option fr android in the kernel. so dzo won't behad us.
Apr 07 08:31:36 <tmzt> I know, but Makefile is as good a place as any to include/exclude code
Apr 07 08:31:43 <dcorded-kais> s/android/kaiser ts in android/
Apr 07 08:31:43 <bzzbot> dcorded-kais meant: tmzt I guess we need to have at least one option fr kaiser ts in android in the kernel. so dzo won't behad us.
Apr 07 08:32:41 <tmzt> part of the reason I'm saying this is my raph calib doesn't seem to work
Apr 07 08:32:50 <TAsn> spaetz, resolving by hand ;\
Apr 07 08:32:58 <TAsn> I thought they may be an update-force thingy
Apr 07 08:32:58 <TAsn> ;]
Apr 07 08:33:03 <tmzt> I've done the kernel one and saved the result
Apr 07 08:33:10 <tmzt> in cmdline
Apr 07 08:33:16 <dcorded-kais> tmzt so we get the clean tsc2003.c from (which?) omap tree and put the necessary fixes for kaiser
Apr 07 08:33:38 <tmzt> there shouldn't be any fixes required
Apr 07 08:34:20 <tmzt> and I'm not sure, just that the only search result I could find for tsc2003 that wasn't us or hh.org was a ti omap linux tree
Apr 07 08:34:39 <dcorded-kais> why didn't we use the unmodifiend tsc2003 from the bginning then? there was something required to make it do anything
Apr 07 08:35:02 <dcorded-kais> tmzt check the early htc-msm branch commits
Apr 07 08:35:13 <tmzt> I don't know, I've tried to ask dzo where he got his copy
Apr 07 08:35:29 <tmzt> yes, the input-set-abs
Apr 07 08:35:31 <dcorded-kais> it is based on the old htc-ms tsc
Apr 07 08:35:38 <dcorded-kais> afaik
Apr 07 08:35:41 <methril|work> TAsn: SHR makefile patches OE repo (some of the changes are in mainline)
Apr 07 08:36:01 <tmzt> but that's not a modification for kais, just a fix for tslib and the input layer
Apr 07 08:36:36 <dcorded-kais> tmzt regarding your raphael calibration: don't you wana try the new google msm_ts driver?
Apr 07 08:36:42 <CIA-47> SHR: 03Sebastian 07shr-overlay * rff0ee8bba44d 10/openembedded/packages/vala/ (5 files): [vala] bump to 0.7.0
Apr 07 08:37:05 <dcorded-kais> I woul like such a cia bot for htc-msm
Apr 07 08:37:12 <tmzt> dcorded-kais: I should, but I think that's for a test board not a phone
Apr 07 08:37:16 <TAsn> methril|work, yeah, saw it, thanks.
Apr 07 08:38:03 <tmzt> so it might not have calibration at all
Apr 07 08:38:23 <tmzt> and they patch android to work with it
Apr 07 08:44:37 <dcorded-kais> oh
Apr 07 08:47:01 <tmzt> so how has fso worked when you tried it?
Apr 07 08:47:09 <spaetz> mmh, Posix.pipe is not in vala 0.7
Apr 07 08:47:10 <tmzt> and this current image
Apr 07 08:48:34 <mickeyl> spaetz: i'd advise cloning http://git.freesmartphone.org/?p=vala-lang.git;a=summary
Apr 07 08:48:48 <mickeyl> checking out the mickey/0.6/posix branch
Apr 07 08:48:59 <mickeyl> this is 0.6 HEAD with the posix patches attached
Apr 07 08:49:00 <spaetz> mmh, in OE I just need a release tarball including the .c files, so I can build it
Apr 07 08:49:23 <spaetz> actually the POSIX.pipe isn't even applied in 'master' yet
Apr 07 08:49:31 <mickeyl> yeah
Apr 07 08:49:35 <mickeyl> jürg is overloaded
Apr 07 08:49:50 <spaetz> I as considering a bootstrap release vala which can then build a _git version
Apr 07 08:50:00 <spaetz> was considering...
Apr 07 08:50:10 <spaetz> but haven't gotten far with that
Apr 07 08:50:13 <dcorded-kais> tmzt I'm at work now. only started the fso-illume-image before I went to sleep
Apr 07 08:50:13 <mickeyl> yep, the latest released version should always be used to bootstrap the git version
Apr 07 08:50:33 <TAsn> spaetz, since I broke my installation, do you think I should install unstable? is it usable?
Apr 07 08:50:42 <dcorded-kais> tmzt need to solve fb refresh, tsc, then try the images
Apr 07 08:50:46 <spaetz> I find the current -unstable very usable
Apr 07 08:50:47 <mickeyl> spaetz: i can try to find time to do that today
Apr 07 08:50:51 <spaetz> much better than -testing
Apr 07 08:51:01 <spaetz> mickeyl: that would be fantastic.
Apr 07 08:51:16 <TAsn> cool, thanks.
Apr 07 08:51:29 <spaetz> Would you install a 'bootstrap' version into /opt or would you just install it and overwrite with a _git version?
Apr 07 08:51:35 <tmzt> dcorded-kais: for console?
Apr 07 08:51:54 <tmzt> dcorded-kais: well, the usb would be a good thing
Apr 07 08:52:51 <tmzt> fso-illume-image?
Apr 07 08:53:15 <tmzt> any phone stuff there or just illume/e17
Apr 07 08:54:39 <dcorded-kais> tmzt it has a frontend to frameworkd
Apr 07 08:54:50 <dcorded-kais> that's why I want tsc
Apr 07 08:54:55 <dcorded-kais> and X
Apr 07 08:55:05 <tmzt> which one?
Apr 07 08:55:14 <tmzt> yeah, I see
Apr 07 08:55:29 <mickeyl> spaetz: the latter
Apr 07 08:55:35 <mickeyl> spaetz: (easier)
Apr 07 08:55:45 * mickeyl tries to build that atm.
Apr 07 08:55:51 <spaetz> ok, that sounds actually feasible.
Apr 07 08:56:04 <spaetz> If oyu don't get to it, Ican try that
Apr 07 08:57:12 <spaetz> alternatively' I'll just get the patches to the POSIX vapi and apply them in OE
Apr 07 09:14:18 <TAsn> spaetz, why are there 1`212121 config apps on my desktop?
Apr 07 09:14:18 <TAsn> ;]
Apr 07 09:14:58 <TAsn> and a firefox link, wtf?!
Apr 07 09:21:08 <mickeyl> spaetz: try 1157bf509ea5ed00e1d4e3b048dc1489b67c227a
Apr 07 09:21:59 <spaetz> TAsn: personally, I haven't seen yet with upgrading. dos1 added shr-settings to the illume wrnech
Apr 07 09:22:03 <spaetz> wrench
Apr 07 09:22:13 <TAsn> sweet.
Apr 07 09:22:22 <TAsn> btw, where's libmokoui?!
Apr 07 09:22:29 <spaetz> and the requires .desktop files with a certain category
Apr 07 09:22:38 <TAsn> wait, I haven't updated yet.
Apr 07 09:22:57 <mickeyl> libmokoui? ah the old times...
Apr 07 09:22:59 <spaetz> unfortunately it seems those .desktop files are being displayed on the desktop (which they should not)
Apr 07 09:23:13 <TAsn> yep.
Apr 07 09:23:20 <spaetz> I don't even know what libmokoui is
Apr 07 09:23:25 <mickeyl> hehe
Apr 07 09:23:29 <mickeyl> that was before your times
Apr 07 09:23:33 <mickeyl> forget about it
Apr 07 09:24:08 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * re927a1ec8855 10/fsogsmd/ (6 files in 3 dirs): fsogsm: move at command factor into modem; add more info to individual at commands
Apr 07 09:24:32 <rwhitby> I think Project B is an internet-connected fridge magnet.
Apr 07 09:24:58 <spaetz> looking at the vala commit right now
Apr 07 09:24:58 <mickeyl> bummer
Apr 07 09:24:59 <rwhitby> (from the image at 22:56 in http://www.youtube.com/watch?v=UFuwhPXYxxI)
Apr 07 09:25:00 <mickeyl> now it's disclosed
Apr 07 09:25:04 <mickeyl> :D
Apr 07 09:25:22 <rwhitby> either that, or a flat chumby
Apr 07 09:25:37 <Ainulindale> mickeyl: you've got a mail
Apr 07 09:25:39 <rwhitby> a flumby
Apr 07 09:25:49 <spaetz> now it sits in your fridge and whenever you open it secretly at night it will put a fotography of you on the internets
Apr 07 09:25:50 <Ainulindale> rwhitby: or an open nabaztag
Apr 07 09:25:52 <spaetz> no...
Apr 07 09:26:20 <dcordes-typo> a flumby lol
Apr 07 09:26:24 <Ainulindale> TAsn: hey
Apr 07 09:26:29 <Ainulindale> Solved the UTF issue on efl
Apr 07 09:26:43 <TAsn> Ainulindale, yeah, saw it
Apr 07 09:26:45 <TAsn> thanks a lot!
Apr 07 09:26:45 <TAsn> ;]
Apr 07 09:26:51 <Ainulindale> You're welcome
Apr 07 09:26:53 <Ainulindale> Your package helpedd
Apr 07 09:26:54 <Ainulindale> -d
Apr 07 09:27:02 * rwhitby listens to the rest of sean's talk ...
Apr 07 09:27:04 <TAsn> I know, that's why I upped it
Apr 07 09:27:13 <TAsn> it was just a temporary hack + instructions ;]
Apr 07 09:27:15 <Ainulindale> But the package in itself is useless :->
Apr 07 09:27:22 <Ainulindale> And the instructions are too, too weird
Apr 07 09:27:28 <Ainulindale> I had to decompile it and check the dependencies
Apr 07 09:27:35 * rwhitby is hand-carrying 10 buzz-fix kits to Australia
Apr 07 09:27:36 <Ainulindale> And saw that we lacked localedef and libx11-locale
Apr 07 09:27:38 <Ainulindale> which are needed
Apr 07 09:27:42 <Ainulindale> That may be lacking in FSO too
Apr 07 09:27:51 <TAsn> hehe
Apr 07 09:27:56 <TAsn> I don't get to sleep too much lately
Apr 07 09:27:57 <Ainulindale> Using locale-gen per se is useless as it's done at build time
Apr 07 09:27:57 <TAsn> ...
Apr 07 09:28:06 <Ainulindale> But thanks a lot anyway :-)
Apr 07 09:28:11 <TAsn> I know, I just did that as a hack
Apr 07 09:28:17 <TAsn> will all the respect, I needed hebrew ;]
Apr 07 09:28:33 <Ainulindale> I agree with you
Apr 07 09:28:37 <Ainulindale> I was bored with the lack of accents
Apr 07 09:29:07 <TAsn> hehe.
Apr 07 09:29:21 <Ainulindale> By the way I added the hebrew binary locales too
Apr 07 09:29:24 <Ainulindale> That may help you :-)
Apr 07 09:29:29 <TAsn> thanks! ;]
Apr 07 09:29:37 <Ainulindale> Someone broke the locales generation thingy
Apr 07 09:29:42 <Ainulindale> I have to check with either spaetz or mrmoku|easter 
Apr 07 09:30:32 <spaetz> mickeyl: any reason why you do a separate vala-bootstrap-native recipe?
Apr 07 09:30:54 <spaetz> I would just use vala-native_0.7.0.bb and have it PROVIDES += "vala-bootstrap-native"
Apr 07 09:30:54 <mickeyl> this needs to be a released version
Apr 07 09:31:03 <mickeyl> ah
Apr 07 09:31:07 <mickeyl> no, i want the git version to be the default
Apr 07 09:31:16 <mickeyl> then 0.7.0 would be newer 
Apr 07 09:31:19 <mickeyl> and would be built
Apr 07 09:31:32 <spaetz> ahh, releases trump git?
Apr 07 09:31:34 <spaetz> ok
Apr 07 09:31:41 <mickeyl> it's all in PV
Apr 07 09:31:45 <TAsn> have you disabled lock on aux press  or is it just me?
Apr 07 09:31:45 <mickeyl> git has 0.6.0+foo
Apr 07 09:31:55 <spaetz> mmh, i see
Apr 07 09:32:04 <mickeyl> and we'll stay with 0.6.x for a while
Apr 07 09:32:07 <mickeyl> until automake 1.11 is out
Apr 07 09:32:17 <mickeyl> 0.7 might contain some regressions
Apr 07 09:32:19 <spaetz> TAsn: works fine for me. Check if the illume keybinding is set right
Apr 07 09:33:22 <spaetz> I propose moving that vala stuff into the FSO-MS5.5 branch
Apr 07 09:33:33 <TAsn> spaetz, I was just wondering cause I hated it ;]
Apr 07 09:33:35 <spaetz> SHR can then profit from all the sweetness automatically
Apr 07 09:33:38 <mickeyl> ya, might make sense
Apr 07 09:33:43 <mickeyl> ~seen nytowl
Apr 07 09:33:43 <bzzbot> nytowl <n=nytowl@70.73.132.19> was last seen on IRC in channel #openmoko-cdevel, 3d 17h 58m 56s ago, saying: 'wpwrak thx'.
Apr 07 09:34:09 <spaetz> and I don't need to duplicate in the SHR-overlay
Apr 07 09:34:25 <spaetz> (which we eventually want to get rid of anyway)
Apr 07 09:34:55 <mirko-paroli> mickeyl: I am also trying to reach angus, got an email from him saying he'd be online this morning (SMT) in ather words around 3 CEST
Apr 07 09:35:03 <mickeyl> ah, k
Apr 07 09:35:47 <spaetz> TAsn: personally, I use vala-settings and have the profile selector come up on AUX press
Apr 07 09:36:01 <spaetz> as I want to switch easily between different profiles
Apr 07 09:36:07 <TAsn> exactly what I had. ;]
Apr 07 09:37:37 <TAsn> spaetz, any idea how to remove the firefox and xmms desktop icons?
Apr 07 09:37:47 <TAsn> they are not in share/applications
Apr 07 09:37:48 <TAsn> ...
Apr 07 09:37:48 <TAsn> ;\
Apr 07 09:37:51 <spaetz> delete them from /usr/share/applications?
Apr 07 09:37:58 <spaetz> I have never seen them
Apr 07 09:38:02 <spaetz> interesting
Apr 07 09:38:17 <spaetz> no clue how they get there.
Apr 07 09:38:33 <spaetz> and I have an updated shr-unstable phone
Apr 07 09:38:36 <TAsn> ;\
Apr 07 09:38:52 <spaetz> we shold spank our QA department
Apr 07 09:38:55 <spaetz> should
Apr 07 09:44:38 <TAsn> bah, I hate it when that happens
Apr 07 09:44:51 <TAsn> I can't remember what packages I like
Apr 07 09:44:52 <TAsn> ;]
Apr 07 09:47:19 <Ainulindale> For the settings app, by the way, I know about the problem
Apr 07 09:47:25 <Ainulindale> We shouldn't use menu-freesmartphone but e-wm-menu
Apr 07 09:49:18 <Ainulindale> TAsn: about #374
Apr 07 09:49:31 <Ainulindale> I added the packages to task-shr-minimal-x
Apr 07 09:50:26 <TAsn> the locale generating?
Apr 07 09:50:33 <TAsn> (did I guess the correct bug?)
Apr 07 09:50:42 <TAsn> btw, e version is great! thanks.
Apr 07 09:50:50 <Ainulindale> No, the libx11-locale & localedef packages
Apr 07 09:50:58 <Ainulindale> For the locale generating it was in the buildhost conf
Apr 07 09:51:04 <Ainulindale> I still don't know if it'll impact on the image generation
Apr 07 09:51:11 <TAsn> oh, ok.
Apr 07 09:51:17 <TAsn> I'm using the image atm
Apr 07 09:51:22 <TAsn> and everything works
Apr 07 09:51:25 <TAsn> (latest unstable)
Apr 07 09:51:29 <Ainulindale> Yep
Apr 07 09:51:36 <Ainulindale> There is still some problem with first boot sound & usb
Apr 07 09:51:40 <Ainulindale> I don't know where that comes from
Apr 07 09:51:41 <TAsn> yep
Apr 07 09:51:42 <Azog> will shr switch to xf86-video-glamo?
Apr 07 09:51:44 <TAsn> and ppp-generic!
Apr 07 09:51:50 <Ainulindale> TAsn: by the way
Apr 07 09:51:58 <TAsn> ?
Apr 07 09:52:07 <Ainulindale> TAsn: would you like trying to import phonelog into libframeworkd-phonegui-efl?
Apr 07 09:52:19 <Ainulindale> Or maybe work on the GTK lib and port it there?
Apr 07 09:52:27 <Ainulindale> I think this is important and I'd like to see it in the main stack
Apr 07 09:52:30 <TAsn> to tell you the truth, I would like that very much, though I have 0 time.
Apr 07 09:52:31 <Ainulindale> Azog: errr :-)
Apr 07 09:52:34 <TAsn> I also think it's important
Apr 07 09:52:52 <TAsn> btw, I wanted to say I'm sorry and that I was wrong, writing it in python was a bad idea ;][
Apr 07 09:52:54 <TAsn> well kinda
Apr 07 09:53:05 <TAsn> I wasn't entirely wrong
Apr 07 09:53:13 <TAsn> it got us a working app fast
Apr 07 09:53:13 <Ainulindale> Azog: is it better than xserver-kdrive-glamo?
Apr 07 09:53:19 <TAsn> though python is too slow on the moko.
Apr 07 09:53:25 <Ainulindale> TAsn: yep :-)
Apr 07 09:53:40 <Ainulindale> TAsn: But you understand now why I dislike python for embedded devices? :-)
Apr 07 09:53:46 <TAsn> Ainulindale, yeah. ;]
Apr 07 09:53:59 <TAsn> though you have to admit it got us where we wanted fast
Apr 07 09:54:00 <TAsn> ...
Apr 07 09:54:12 <Azog> Ainulindale: i don't know, perhaps
Apr 07 09:54:18 <TAsn> I could never write something so fast and hackish in c.
Apr 07 09:54:19 <TAsn> ;]
Apr 07 09:54:29 <Ainulindale> TAsn: Yeah of course
Apr 07 09:54:35 <Ainulindale> But you would have been able to do the same in Vala
Apr 07 09:54:49 <TAsn> anyhow, any ideas where the firefox desktop icon might reside at?
Apr 07 09:54:52 <TAsn> it's fucking annoying!
Apr 07 09:54:57 <TAsn> Ainulindale, I don't know vala
Apr 07 09:54:58 <TAsn> ;\
Apr 07 09:55:44 <Ainulindale> It's pretty much close to what you already k now
Apr 07 09:55:51 <Ainulindale> See git, ophonekitd sources
Apr 07 09:56:44 <TAsn> yeah, well it's too late now.
Apr 07 09:56:48 <TAsn> I don't have time ;]
Apr 07 09:56:53 <Ainulindale> heh
Apr 07 09:56:59 <TAsn> I'm working 24/7 on rtl support for e
Apr 07 09:57:03 <TAsn> and studying 
Apr 07 09:57:04 <TAsn> ;[
Apr 07 09:57:17 <TAsn> mid semester exams...
Apr 07 09:57:43 <TAsn> anyhow, no idea where the firefox, xmms and xterm desktop icons might come from?
Apr 07 09:59:08 * raster pats TAsn 
Apr 07 09:59:09 <raster> goood TAsn 
Apr 07 09:59:11 <raster> :)
Apr 07 09:59:17 <TAsn> raster, hehe. ;]
Apr 07 09:59:30 <TAsn> btw I have something to ask you about.
Apr 07 09:59:35 <raster> sure
Apr 07 09:59:55 <TAsn> I can't draw char by logical order
Apr 07 10:00:04 <TAsn> because of kerning different font width
Apr 07 10:00:13 <TAsn> I have to draw it by visual
Apr 07 10:00:31 <TAsn> any ideas how to get past that limitation?
Apr 07 10:00:31 <raster> so u have to do it at the geometry stage....
Apr 07 10:00:50 <raster> you cant just swizzle the input text
Apr 07 10:00:53 <TAsn> I'm talking about the geometry stage (I think)
Apr 07 10:00:58 <TAsn> swizzle?
Apr 07 10:01:07 <raster> swap/change/reverse
Apr 07 10:01:09 <raster> modify
Apr 07 10:01:18 <raster> in your case u were reversing the chars in the string
Apr 07 10:01:20 <TAsn> atm the best solution I found is doing exactly that
Apr 07 10:01:21 <raster> right?
Apr 07 10:01:33 <TAsn> giving it a visual ordered string.
Apr 07 10:01:45 <TAsn> yeah.
Apr 07 10:01:58 <ptitjes_> hello
Apr 07 10:02:09 <raster> and that sont work with kerneing as kerning direction is in reverse... right?
Apr 07 10:02:20 <TAsn> probably, yeah.
Apr 07 10:03:34 <raster> thats why i was thinking doing it at the lower levels made more sense
Apr 07 10:03:43 <TAsn> I agree.
Apr 07 10:03:44 <raster> as then you can accountfor this as u know u are in "rtl" mode
Apr 07 10:04:02 <TAsn> what I was trying to do
Apr 07 10:04:02 <raster> and thus need to interpres advances/kerne values differently
Apr 07 10:04:08 <TAsn> is not even thinking about it.
Apr 07 10:04:10 <TAsn> i.e
Apr 07 10:04:27 <TAsn> letting kern do it right (by working on the logical order string)
Apr 07 10:04:34 <TAsn> oh, oops
Apr 07 10:04:36 <TAsn> wait.
Apr 07 10:05:10 <TAsn> raster, btw, how can I tell if a character is a compositing character?
Apr 07 10:05:23 <TAsn> i mean, is there an existing function?
Apr 07 10:05:34 <TAsn> or should I check the comopisiting table myself?
Apr 07 10:08:14 <raster> hmm
Apr 07 10:08:15 <raster> no
Apr 07 10:08:16 <raster> thats the thing
Apr 07 10:08:23 <raster> i have no idea how to know if a char is to be composited
Apr 07 10:08:26 <raster> or u are to advance
Apr 07 10:08:30 <raster> i really dont know
Apr 07 10:08:39 <raster> maybe there is info in the freetype docs?
Apr 07 10:08:50 <raster> beyond that all i see is checking unicode.org
Apr 07 10:08:50 <TAsn> there's a compositing char table in the locale iirc.
Apr 07 10:09:01 <raster> and having a table of glyph id's you must compose
Apr 07 10:09:24 <TAsn> raster, unicode.org is of course a solution, though it means me working harder than I may should. ;]
Apr 07 10:10:30 <raster> hahaha
Apr 07 10:10:37 <raster> if there is a function to call
Apr 07 10:10:38 <raster> use it
Apr 07 10:10:42 <raster> but i dont know what that fn is
Apr 07 10:19:23 <TAsn> ;]
Apr 07 10:41:21 <spaetz> TAsn: you can find out with "opkg search <filename>"
Apr 07 10:41:48 <spaetz> ahh no, you are saying the .desktop files are not in usr/share/applications
Apr 07 10:41:50 <TAsn> I have no idea whath the filename is!
Apr 07 10:41:55 <TAsn> yeah
Apr 07 10:42:45 <spaetz> which is weird
Apr 07 10:45:36 <spaetz> going to flash the latest image now
Apr 07 11:01:32 <spaetz> we really need to patch the busybox configuration to include ungzipping in the tar command
Apr 07 11:02:06 <spaetz> or rather push that upstream
Apr 07 11:03:55 * methril|work nods about spaetz> and I don't need to duplicate in the SHR-overlay spaetz> (which we eventually want to get rid of anyway)
Apr 07 11:04:10 <methril|work> could i help in that way?
Apr 07 11:04:46 <methril|work> this would allow to use the SHR witht dev branch of openembedded?
Apr 07 11:05:31 <spaetz> methril|work: I don't exactly know how to do it. But basically we need to push all SHR extensions and modifications upstream to OE
Apr 07 11:05:53 <spaetz> mickey is all for it, and so are we. It *just* needs to be done :)
Apr 07 11:05:54 <methril|work> spaetz: I know
Apr 07 11:06:10 <methril|work> i was looking at the patchs from SHRMakefile
Apr 07 11:06:20 <methril|work> most of them are in OE
Apr 07 11:06:49 <spaetz> mrmoku is the SHRMakefile guru, I don't know nothing about it :)
Apr 07 11:07:06 <methril|work> well, i was taking a look
Apr 07 11:07:09 <methril|work> :)
Apr 07 11:07:33 <bumbl> and mrmoku is on vacation
Apr 07 11:10:53 <spaetz> TAsn: I just flashed the full image of SHR and there are no shr-settings icons, no firefox icon on the desktop
Apr 07 11:10:58 <spaetz> and the powerbutton menu works
Apr 07 11:11:04 <TAsn> power does
Apr 07 11:11:06 <TAsn> aux doesn't.
Apr 07 11:11:13 <TAsn> weird
Apr 07 11:11:19 <TAsn> I swear to god there is ;]
Apr 07 11:11:25 <TAsn> (installed on card)
Apr 07 11:11:28 <spaetz> I believe you :)
Apr 07 11:11:48 <spaetz> this is such an crazy thing, that I don't think you could have invented it
Apr 07 11:12:27 <TAsn> ;]
Apr 07 11:12:34 <TAsn> hey, I am creative!
Apr 07 11:12:40 <spaetz> :)
Apr 07 11:12:40 <dent> I had the desktop flooded with settings icons, but after an update they disappeared (few days go)
Apr 07 11:13:03 <dent> and aux deosn't work for me... does nothing; was this changed in unstable, or is it supposed to work?
Apr 07 11:13:19 <dent> (just inspired by TAsn; sorry, I don't have the full context, so I mgiht be OT)
Apr 07 11:13:20 <spaetz> ahh, I have all thos shr icons now
Apr 07 11:13:26 <spaetz> ugly fugly
Apr 07 11:13:31 <dos1> heh
Apr 07 11:13:33 * spaetz dies
Apr 07 11:13:46 <TAsn> dent, it's fine ;]
Apr 07 11:13:48 * dos1 was the one who made that icons
Apr 07 11:13:48 <TAsn> you were right.
Apr 07 11:13:49 <dos1> :P
Apr 07 11:14:01 <dos1> they are in shr-settings-addons-illume package
Apr 07 11:14:02 <dos1> but
Apr 07 11:14:03 <spaetz> dos1: how can we prevent shr from flooding the desktop with shr-settings icons ? :)
Apr 07 11:14:15 <dos1> check, if you have menu-freesmartphone package installed
Apr 07 11:14:21 <dos1> if yes, remove it and install e-wm-menu
Apr 07 11:14:25 <spaetz> somehow we need to get the menu definition file to not show them. will check
Apr 07 11:14:40 <dent> hm... in shr-unstable, if you press aux... what happens? (I didn't associate anything explicitly... talking bout defaults)
Apr 07 11:14:45 <dos1> spaetz: original menu definition don't show them
Apr 07 11:15:04 <dos1> spaetz: but menu-freesmartphone brokes some illume functionality, and shows all icons on desktop
Apr 07 11:15:13 <spaetz> need to reboot first
Apr 07 11:15:25 <dos1> spaetz: that's why there are xmms, firefox, shr-settings icons, and keyboard selector don't work ;p
Apr 07 11:15:54 <spaetz> dos1: this is a standard image
Apr 07 11:16:08 <spaetz> our image is wrong then. need to reboot then check
Apr 07 11:16:51 <Ainulindale> spaetz: I just told that an hour ago
Apr 07 11:16:59 <Ainulindale> The image is wrong, dos1 is right
Apr 07 11:17:32 <spaetz> Ainulindale: sorry, was away for lunch
Apr 07 11:17:42 <Ainulindale> Bad, bad boy.
Apr 07 11:18:16 <spaetz> menu-freesmartphone - 0.1-r0 - 
Apr 07 11:18:23 <spaetz> yep, this is installed in the image
Apr 07 11:19:38 <Ainulindale> (He doesn't trust me)
Apr 07 11:19:57 <dos1> spaetz: yesterday i was bad boy :D
Apr 07 11:20:30 <Ainulindale> You still are.
Apr 07 11:20:54 <dos1> Ainulindale: anything against enabling opimd by default in shr?
Apr 07 11:20:55 <spaetz> I don't trust anyone, especially if his name is Ainulindale ;P
Apr 07 11:20:59 <Ainulindale> It is enabled IIRC.
Apr 07 11:21:09 <Ainulindale> If it isn't then it's probably my fault, and I'll enable it.
Apr 07 11:21:13 * dos1 checks
Apr 07 11:21:20 * spaetz discovered that ainulindale and vala are connected recently
Apr 07 11:21:26 <Ainulindale> spaetz: Hmmm?
Apr 07 11:21:31 <Ainulindale> Waddayamean?
Apr 07 11:21:40 <spaetz> yep, let me find the google again
Apr 07 11:22:02 <spaetz> http://en.wikipedia.org/wiki/Vala_(Middle-earth)
Apr 07 11:22:09 <spaetz> search that page for ainulindale
Apr 07 11:22:15 <Ainulindale> Heh.
Apr 07 11:22:21 <Ainulindale> Yeah, that's where my nickname comes from.
Apr 07 11:22:45 <Ainulindale> That's also why I like Vala :-)
Apr 07 11:22:51 <Ainulindale> Anyway
Apr 07 11:22:54 <spaetz> hehe, naturally
Apr 07 11:23:01 <Ainulindale> Can't find what pulls menu-freesmartphone in
Apr 07 11:23:33 <Ainulindale> Hmmm e-wm
Apr 07 11:23:44 <Ainulindale> Why can't I find the PREFERRED_PROVIDER in my conf?
Apr 07 11:24:51 <spaetz> packages/images/fso-image.bb:  menu-freesmartphone
Apr 07 11:25:01 <spaetz> we don't use that (fso-image.bb) right?
Apr 07 11:25:22 <Ainulindale> Yep.
Apr 07 11:26:11 <spaetz> ok, so probably just need to set the preferred provides in our conf
Apr 07 11:26:19 <spaetz> provider
Apr 07 11:26:24 <Ainulindale> No
Apr 07 11:26:30 <Ainulindale> We need to find out what changes the default provider
Apr 07 11:26:34 <Ainulindale> First
Apr 07 11:27:35 <spaetz> where is e-wm-menu pulled in
Apr 07 11:27:36 <spaetz> ...
Apr 07 11:27:56 <Ainulindale> I'd like to find where the provider is set, not where it's pulled in
Apr 07 11:28:59 <spaetz> if none is set it will pull in the first i finds
Apr 07 11:29:07 <spaetz> I don't think it is explicitely set
Apr 07 11:29:22 <Ainulindale> Nope
Apr 07 11:29:41 <Ainulindale> It will take the default version, not the version providing an alternative
Apr 07 11:29:58 <Ainulindale> mickey|bbl, alphaone?
Apr 07 11:30:00 <spaetz> ok
Apr 07 11:30:02 <Ainulindale> Any info on menu-freesmartphone?
Apr 07 11:30:15 <Ainulindale> spaetz: this is what I know, I'm not saying this is 100% accurate, but still :-)
Apr 07 11:33:32 <alphaone> Ainulindale: ?
Apr 07 11:34:41 <Ainulindale> alphaone: do you know about menu-freesmartphone package?
Apr 07 11:34:54 <Ainulindale> Where it's provided as a replacement for e-wm-menu?
Apr 07 11:35:01 <alphaone> nope, sorry
Apr 07 11:35:32 <Ainulindale> Nevermind, thanks :-)
Apr 07 11:37:47 <spaetz> even with e-wm-menu - 0.16.999.050+svnr39827-r4 - installed I have tons of SHR icons on my desktop
Apr 07 11:37:51 <spaetz> even after restarting x
Apr 07 11:38:13 <Ainulindale> Did you remove menu-freesmartphone?
Apr 07 11:38:27 <Ainulindale> Then remove ~/.e
Apr 07 11:38:36 <Ainulindale> +d
Apr 07 11:39:03 <spaetz> I removed menu-freesmartphone, not ~/.e
Apr 07 11:39:05 <spaetz> doing now
Apr 07 11:39:16 <Ainulindale> (I don't know if it's necessary)
Apr 07 11:39:51 <Ainulindale> opimd is disabled,  I'm enabling it
Apr 07 11:40:38 <spaetz> deleted ~/.e restarted X. Still tons of shr icons on my desktop
Apr 07 11:41:20 <spaetz> e-wm-menu - 0.16.999.050+svnr39827-r4 - /etc/xdg/menus/applications.menu
Apr 07 11:41:32 <spaetz> and my menu definition comes from the right package
Apr 07 11:47:49 <CIA-47> SHR: 03ainulindale 07shr-overlay * rd8e0c3f1094b 10/openembedded/packages/frameworkd-config-shr/frameworkd-config-shr/om-gta02/frameworkd.conf: frameworkd-config-shr: Enable opimd for GTA02
Apr 07 11:48:03 <Ainulindale> Then no idea spaetz 
Apr 07 11:49:23 <TAsn> raster, I think I solved kerning issue
Apr 07 11:49:33 <CIA-47> SHR: 03ainulindale 07shr-overlay * r06877c5a8def 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: shr-autorev-unstable: Set default provider for e-wm-menu to itself.
Apr 07 11:49:46 <TAsn> though I'm updating OE, so it'll take forever before I can test.
Apr 07 11:50:05 <spaetz> looking into removing the elementary_test .desktop file. We don't really need to waste an icon on it
Apr 07 11:50:16 <Ainulindale> Yep.
Apr 07 11:55:11 <Ainulindale> raster?
Apr 07 11:56:35 <Ainulindale> Just wondering about a quick info on latest e versions
Apr 07 11:56:56 <TAsn> raster, in continuation to our previous conversation, the font_draw code could use a bit more commenting! damn this is confusing! ;]
Apr 07 11:57:12 <TAsn> (the code is actually clean, the var names are bad, you could at least document them!)
Apr 07 12:03:55 <Ainulindale> spaetz: you broke something
Apr 07 12:03:56 <Ainulindale> NOTE: Handling BitBake files: - (6461/6484) [99 %]ERROR: Could not include required file vala_0.5.7.bb while parsing /home/shr/shr-unstable/shr/openembedded/packages/vala/vala-native_git.bb
Apr 07 12:05:55 <CIA-47> SHR: 03ainulindale 07shr-overlay * r6a346cdde895 10/openembedded/packages/vala/vala-native_git.bb: vala-native_git: Fixed spaetz mishap (forgot to change the include).
Apr 07 12:09:36 <Ainulindale> Retrying to build a lite unstable image, with the locales generation, so it may fail.
Apr 07 12:09:40 <Ainulindale> Or build a huge image
Apr 07 12:20:57 <morphis> heyho
Apr 07 12:21:01 <Dave> :)
Apr 07 12:21:15 <morphis> Arhuaco: ping
Apr 07 12:24:42 <Ainulindale> Ok my dirty hack worked.
Apr 07 12:24:46 <Ainulindale> morphis: did you solve the kernel issue for eten?
Apr 07 12:24:50 <Ainulindale> I'm working on the buildhost right now
Apr 07 12:25:49 <Dave> eten :D
Apr 07 12:27:56 <morphis> Ainulindale: currently not, for me the current head of the gnufiish kernel is compiling even in in my shr-image
Apr 07 12:28:21 <Ainulindale> I'll retry then :-)
Apr 07 12:28:25 <morphis> ok :)
Apr 07 12:28:27 <Ainulindale> Let me build shr-lite unstable and I'll retry
Apr 07 12:28:32 <morphis> aye
Apr 07 12:29:40 <morphis> Arhuaco: ping
Apr 07 12:30:10 <TAsn> raster, omg, it seems even pango does that by hand ;[
Apr 07 12:32:11 <Dave> :o
Apr 07 12:32:12 <spaetz> oops, thanks for fixing.
Apr 07 12:32:32 <spaetz> I build vala-native before, so weird that it broke
Apr 07 12:32:40 <spaetz> before committing, I mean
Apr 07 12:34:57 <raster> TAsn:  yo... what? composition?
Apr 07 12:35:18 <TAsn> yeah.
Apr 07 12:35:24 <raster> bugger
Apr 07 12:35:25 <TAsn> recognizing compositing chars.
Apr 07 12:35:26 <TAsn> yeah.
Apr 07 12:35:31 <raster> i guess thats why no one bothers
Apr 07 12:35:35 <TAsn> well I'll start by adding arabic+hebrew support.
Apr 07 12:35:40 <raster> they go "so.. how should i know what composes on top of what?"
Apr 07 12:35:44 <raster> find no api's etc.
Apr 07 12:35:49 <raster> and then walk away going "fuck that shit!"
Apr 07 12:35:49 <raster> :)
Apr 07 12:35:58 <TAsn> people will have to send me patches for their langs...
Apr 07 12:35:59 <TAsn> ;]
Apr 07 12:36:33 <raster> hehehehe
Apr 07 12:36:43 <raster> unfortunately.. thats how it goes
Apr 07 12:36:46 <raster> i've had to do the same
Apr 07 12:36:50 <raster> i covered the stuff i know
Apr 07 12:36:58 <raster> lucky for me thats a non-trivial subset
Apr 07 12:45:24 <Ainulindale> morphis?
Apr 07 12:45:37 <CIA-47> SHR: 03Sebastian 07shr-overlay * ra4ab5ce214a8 10/patches/001-rm-elementary_test-desktop-file.patch: [elementary-test] remove .desktop file
Apr 07 12:45:55 <Ainulindale> spaetz: did you test it? :-;)
Apr 07 12:46:34 <ptitjes> héhéhé
Apr 07 12:46:39 <Ainulindale> Hey ptitjes 
Apr 07 12:46:43 <Ainulindale> You didn't call me yesterday
Apr 07 12:46:48 <ptitjes> yep
Apr 07 12:46:56 <ptitjes> so this evening
Apr 07 12:47:10 <Ainulindale> I'll be busy with Genia 
Apr 07 12:47:11 <ptitjes> how are you ?
Apr 07 12:47:22 <ptitjes> Ainulindale: it won't take much time
Apr 07 12:47:22 <Ainulindale> But maybe I'll find the strength to answer to my phone =)
Apr 07 12:47:30 <Ainulindale> I know, but I just want to be annoying
Apr 07 12:47:38 <ptitjes> Ainulindale: it may take five minutes almost
Apr 07 12:47:46 <ptitjes> Ainulindale: but it is important
Apr 07 12:47:51 <Ainulindale> I know, don't worry.
Apr 07 12:47:58 <ptitjes> Ainulindale: you can't be annoying to me today
Apr 07 12:47:59 <ptitjes> :D
Apr 07 12:48:13 <playya> good morning
Apr 07 12:48:14 <ptitjes> Ainulindale: I'm too much happy
Apr 07 12:48:18 <CIA-47> SHR: 03Sebastian 07shr-overlay * r3c7129bea36e 10/patches/ (2 files in 2 dirs): mv to correct location
Apr 07 12:48:20 <ptitjes> playya: hello
Apr 07 12:48:20 <Ainulindale> New Mac happy? :-)
Apr 07 12:48:29 <ptitjes> Ainulindale: yeah
Apr 07 12:48:31 <playya> ptitjes, should push the changes or send you a diff?
Apr 07 12:48:33 <Ainulindale> spaetz: I'd be glad if your commits were tested before being commited :-p
Apr 07 12:48:35 <ptitjes> Ainulindale: writing from it now
Apr 07 12:49:02 <spaetz> Ainulindale: pff :)
Apr 07 12:49:03 <ptitjes> playya: if you think it corrects it properly go on
Apr 07 12:49:12 <ptitjes> playya: if you have a doubt then pastebin it
Apr 07 12:49:19 <spaetz> I did test in my build nev
Apr 07 12:49:21 <spaetz> env
Apr 07 12:49:30 <playya> its just a revert and add 2 lines
Apr 07 12:49:37 <spaetz> then I moved it to my pristine shr-overlay git but to the wrong directory
Apr 07 12:50:08 <spaetz> but, yes the patch is tested
Apr 07 12:50:20 <playya> isn't there a switch in elm to disable the tests?
Apr 07 12:50:53 <Ainulindale> spaetz: yeah but you moved it to the wrong dir :-)
Apr 07 12:50:58 <Ainulindale> You generated noise!
Apr 07 12:51:05 <spaetz> I did
Apr 07 12:51:05 <Ainulindale> Bad, bad spaetz 
Apr 07 12:51:10 <spaetz> spank me 
Apr 07 12:51:13 <Ainulindale> spaetz: Anyway, I regenerated a lite image
Apr 07 12:51:13 <spaetz> :)
Apr 07 12:51:16 <Ainulindale> Would you be able to test it?
Apr 07 12:51:19 <Ainulindale> (I'm currently flashing it)
Apr 07 12:51:27 <Ainulindale> there's no menu-freesmartphone on it
Apr 07 12:51:30 <spaetz> cool, I think I am going to flash it
Apr 07 12:51:31 <Ainulindale> latest vala
Apr 07 12:51:38 <Ainulindale> Plus opimd
Apr 07 12:51:42 <spaetz> to see if it cures my shr-icons on the desktop
Apr 07 12:51:50 <Ainulindale> yeah
Apr 07 12:52:07 <Ainulindale> And I'm retrying to generate the eten-m800 image
Apr 07 12:52:20 <playya> opimd?
Apr 07 12:52:33 <Ainulindale> Yeah, opimd
Apr 07 12:52:36 <Ainulindale> ALthough we don't use it yet
Apr 07 12:53:10 <TAsn> raster, ping
Apr 07 12:53:23 <playya> just a 10 liner to have the interfaces and start the mainloop?
Apr 07 12:53:28 <spaetz> ok, bbl
Apr 07 12:53:38 <spaetz> nned to interview new phd student candidate
Apr 07 12:53:40 <Ainulindale> playya: what?
Apr 07 12:54:02 <playya> a fake opimd?
Apr 07 12:54:34 <Ainulindale> No.
Apr 07 12:54:52 <Ainulindale> spaetz: by the way, I may have borked GTA02 fstab and netbase
Apr 07 12:54:54 <Ainulindale> We'll see
Apr 07 12:54:58 <Ainulindale> The patches didn't apply anymore
Apr 07 12:55:45 <CIA-47> freesmartphone.org: 03Frederik.Sdun 07vala-dbus-binding-tool * rdd4843b97c36 10/src/vala-dbus-binding-tool.vala: 
Apr 07 12:55:45 <CIA-47> freesmartphone.org: Revert "add null check for void returntypes"
Apr 07 12:55:45 <CIA-47> freesmartphone.org: This reverts commit e35b4711a9a2010a007b9ae3f0ba85f5b902a126.
Apr 07 12:55:45 <CIA-47> freesmartphone.org: 03Frederik.Sdun 07vala-dbus-binding-tool * rde5398704c07 10/src/vala-dbus-binding-tool.vala: add null check for void returntypes
Apr 07 12:55:51 <playya> here we go .....
Apr 07 12:57:20 <Sharwin_F> Ainulindale, yep, finished with catalan and spanish translations of shr-settings and libframeworkd-phonegui-efl
Apr 07 12:57:28 <Sharwin_F> where do I have to send them?
Apr 07 12:57:46 <Ainulindale> I confirm, usb0, no such device.
Apr 07 12:58:09 <Ainulindale> Sharwin_F: ask to dos1 when he's there for shr-settings
Apr 07 12:58:23 <Sharwin_F> ok
Apr 07 12:58:32 <Ainulindale> for libframeworkd-phonegui-efl, I have no idea on how to deploy that
Apr 07 12:58:51 <Sharwin_F> I'll ask dos1 for that too :)
Apr 07 12:59:16 <Ainulindale> He won't know
Apr 07 12:59:27 <Sharwin_F> does someone know?
Apr 07 12:59:28 <Sharwin_F> xD
Apr 07 12:59:33 <Ainulindale> For lfp-efl, I'm supposed to
Apr 07 12:59:41 <Ainulindale> But as we didn't package it yet for i18n
Apr 07 12:59:46 <Ainulindale> I have no idea about what is necessary
Apr 07 13:00:34 <Sharwin_F> Well, I suppouse it's just adding the .po file into the po folder
Apr 07 13:00:39 <Sharwin_F> an maybe modify some Makefile
Apr 07 13:01:20 <Ainulindale> Well you didn't try it?
Apr 07 13:01:39 <methril|work> who is thre trac admin?
Apr 07 13:01:57 <methril|work> reverse loop redirection in http://www.shr-project.org/trac/login
Apr 07 13:02:31 <Sharwin_F> Ainulindale, I've tried copying directly the .mo file inside /usr/share/locale/...
Apr 07 13:02:54 <Ainulindale> methril|work: I am, wait
Apr 07 13:03:41 <Ainulindale> Sharwin_F: could you try to checkout the sources and build it?
Apr 07 13:04:07 <Ainulindale> ok methril|work 
Apr 07 13:04:08 <Ainulindale> Wrong page
Apr 07 13:04:16 <Ainulindale> Or wrong referral
Apr 07 13:04:17 <Arhuaco> morphis: pong
Apr 07 13:04:22 <Ainulindale> My guess is, wrong referral
Apr 07 13:04:36 <Ainulindale> trac is trying to redisplay the login page when you're logged in
Apr 07 13:05:16 <methril|work> i try http://shr-project.org/trac and link to login: http://shr-project.org/trac/login
Apr 07 13:05:26 <methril|work> i could not login
Apr 07 13:06:07 <Ainulindale> Here I was able to
Apr 07 13:06:12 <toggles_w> spaetz: the gyu on the mailing list is right, bitbake -b bluez4_4.33.bb -c clean, and rebuild with an upto date repo fails
Apr 07 13:06:14 <Sharwin_F> Ainulindale, looking for it
Apr 07 13:06:31 <Ainulindale> morphis: seems the image is building
Apr 07 13:06:56 <Sharwin_F> in shr-settings you have to add a line for each new lang in setup.py
Apr 07 13:07:03 <Ainulindale> spaetz: I'd be glad if you renamed vala-settings for shr-settings-vala
Apr 07 13:07:27 <Ainulindale> Sharwin_F: Could you make a patch for that? I'd be glad to commit it or give you commit access
Apr 07 13:08:17 <Sharwin_F> Ainulindale, I'll try to do a patch, I've never worked with git, it'll take some time :P
Apr 07 13:08:33 <methril|work> Ainulindale: it redirects to http://shr-project.org/trac/prefs/account (the message said: he server ?shr-project.org? is redirecting in a way that will never complete.)
Apr 07 13:08:55 <Zorkman> Ainulindale: any idea when the testing will be updated?
Apr 07 13:09:08 <methril|work> Sharwin_F: "git format-patch" could help :D
Apr 07 13:09:28 <Sharwin_F> thanks :D
Apr 07 13:09:47 <Ainulindale> Zorkman: Soon. But you can use unstable now, as we'll mirror it.
Apr 07 13:09:57 <Ainulindale> methril|work: don't go directly on the /login page
Apr 07 13:10:05 <Ainulindale> Here if I'm on www.shr-project.org/trac
Apr 07 13:10:07 <Ainulindale> I click on login
Apr 07 13:10:15 <Ainulindale> I have a http password request
Apr 07 13:10:20 <methril|work> well, i'm trying to go to: http://shr-project.org/trac
Apr 07 13:10:22 <Ainulindale> and then it redisplays the home dir
Apr 07 13:10:25 <methril|work> and i get redirected
Apr 07 13:10:32 <Ainulindale> hmmmm not here,weird
Apr 07 13:10:35 <Zorkman> Ainulindale: do you think an opk upgrade will work after changing the feeds?
Apr 07 13:10:50 <Ainulindale> Zorkman: No it won't work.
Apr 07 13:11:12 <methril|work> :(
Apr 07 13:11:12 <Zorkman> k
Apr 07 13:11:16 <methril|work> i'll remove the cookies
Apr 07 13:11:40 <Ainulindale> methril|work: close your browser if it doesn't work
Apr 07 13:11:57 <methril|work> i try with firefox & epiphany
Apr 07 13:14:16 <Ainulindale> well can't help you here I don't have that issue
Apr 07 13:14:24 <methril|work> I'm trying with lynx: Accept invalid cookie path=/trac as a prefix of '/'? (n) 
Apr 07 13:14:49 <Ainulindale> Let me see.
Apr 07 13:15:11 <Ainulindale> did you try on trac.shr-project.org by the way?
Apr 07 13:16:09 <methril|work> shr-project.org/trac/
Apr 07 13:16:59 <Ainulindale> try on trac.shr-project.org/trac please
Apr 07 13:17:03 <Ainulindale> Anyway, retried here, it works
Apr 07 13:17:24 <Ainulindale> morphis: kernel has been generated
Apr 07 13:18:49 <methril|work> Ainulindale: no way :( same error from another location
Apr 07 13:19:08 <Ainulindale> ptitjes?
Apr 07 13:19:37 <Ainulindale> ptitjes?
Apr 07 13:19:42 <ptitjes> yep
Apr 07 13:19:52 <Ainulindale> Could you try to unlog/relog on trac?
Apr 07 13:19:54 <Ainulindale> And tell methril|work it works?
Apr 07 13:21:37 <ptitjes> arf
Apr 07 13:21:56 <ptitjes> Ainulindale: I don't know what unlog/relog is on trac ?
Apr 07 13:22:27 <ptitjes> haaa
Apr 07 13:22:38 <ptitjes> Ainulindale: ok log out and relogin
Apr 07 13:22:41 <ptitjes> :D
Apr 07 13:22:47 <playya> ptitjes, checked my push?
Apr 07 13:22:54 <ptitjes> playya: not yet
Apr 07 13:23:20 <ptitjes> methril|work: it does work but cookies are put in your browser so that it autoconnects
Apr 07 13:23:23 <Sup3rkiddo> playya, ptitjes, ola
Apr 07 13:23:32 <playya> hi Sup3rkiddo 
Apr 07 13:23:40 <ptitjes> methril|work: so you must remove those cookies if you want to change your account
Apr 07 13:23:45 <methril|work> k
Apr 07 13:23:48 <ptitjes> Sup3rkiddo: hello!
Apr 07 13:23:50 <methril|work> i'll try again
Apr 07 13:25:12 <CIA-47> SHR: 03ainulindale 07shr-overlay * r449fe15c922a 10/openembedded/packages/images/ (shr-image/boot/append-GTA02 shr-lite-image/boot/append-GTA02): shr-image: Add loglevel=1 quiet for qi setups (faster resume).
Apr 07 13:25:27 <playya> Sup3rkiddo, finished your thesis?
Apr 07 13:25:30 <Sup3rkiddo> ptitjes, you remember the time when you and mickey were discussing some namespace issues(?) in vala-dbus-binding-tool? are those fixed?
Apr 07 13:25:44 <Sup3rkiddo> playya, yeah, have reviews this week
Apr 07 13:25:46 <Ainulindale> ptitjes: my latest commit might be of interest to you :-)
Apr 07 13:26:01 <Sup3rkiddo> playya, you know the boring docs stuff..
Apr 07 13:26:06 <Ainulindale> It's really a lot faster
Apr 07 13:26:08 <ptitjes> playya: ok good
Apr 07 13:26:22 <playya> Sup3rkiddo, oh yes. i hate docs
Apr 07 13:26:23 <ptitjes> playya: but beware we are using tabs in vala
Apr 07 13:26:27 <playya> like everyone
Apr 07 13:26:37 <Ainulindale> morphis: eten-m800 image is here
Apr 07 13:26:46 <Sup3rkiddo> playya, thankfully my team mates have done a good job
Apr 07 13:26:59 <ptitjes> playya: anyway I'll make a formating commit on that file soon to remove indentation on empty lines
Apr 07 13:27:03 <ptitjes> playya: thanks btw
Apr 07 13:27:15 <playya> no problem.
Apr 07 13:27:17 <ptitjes> playya: and your ternary op addition was for what ?
Apr 07 13:27:30 <ptitjes> playya: thought it was for the same thing
Apr 07 13:27:31 <Sup3rkiddo> ptitjes, if yes, i could integrate it with cornucopia this weekend
Apr 07 13:27:42 <playya> i tried to build it in OE but vala seems to produce a newer version of gir
Apr 07 13:28:28 <playya> ternary op?
Apr 07 13:28:57 <ptitjes> Sup3rkiddo: we decided to go like this and change when we have a good view on where the naming sucks (even I think that is the DBus services names that sucks...)
Apr 07 13:29:01 <playya> i see 3 ^+
Apr 07 13:29:15 <ptitjes> Sup3rkiddo: we'll do massive regexps at that time
Apr 07 13:29:30 <ptitjes> Sup3rkiddo: In fact, ophonekitd already rely on that names
Apr 07 13:29:48 <Sup3rkiddo> ptitjes, you mean FSO instead of Fso. minor quirks like that?
Apr 07 13:29:55 <ptitjes> Ainulindale: on which repo ?
Apr 07 13:30:04 <Sup3rkiddo> ptitjes, the code you wrote is mighty useful
Apr 07 13:30:23 <Ainulindale> ptitjes: 15:25 < CIA-47> SHR: ainulindale shr-overlay * r449fe15c922a /openembedded/packages/images/ (shr-image/boot/append-GTA02 shr-lite-image/boot/append-GTA02): shr-image: Add loglevel=1 quiet for qi setups (faster resume).
Apr 07 13:30:24 <ptitjes> Sup3rkiddo: in fact, it is more Phone and Call that would need to be in their own namespace
Apr 07 13:30:46 <ptitjes> Sup3rkiddo: because now they are in the root FreeSmartphone namespace
Apr 07 13:31:12 <Sup3rkiddo> ptitjes, I see
Apr 07 13:31:25 <ptitjes> Sup3rkiddo: I would have prefered FreeSmartphone.Phone.{Manager|Call}
Apr 07 13:31:54 <ptitjes> Ainulindale: faster enough that we don't see the console ?
Apr 07 13:32:02 <Ainulindale> ptitjes: almost.
Apr 07 13:32:05 <Ainulindale> Down to half a second or so
Apr 07 13:32:09 <ptitjes> yeaaah
Apr 07 13:32:30 <Ainulindale> morphis: the lite unstable eten-m800 image is there. I'll make a post on the blog.
Apr 07 13:32:34 <Ainulindale> spaetz?
Apr 07 13:33:07 <playya> ptitjes, you always use the git version of gobject-introspection?
Apr 07 13:34:08 <ptitjes> playya: yes
Apr 07 13:34:43 <playya> i tried with the latest version from ftp.gnome.org to get a working version for OE
Apr 07 13:34:50 <playya> but failed :(
Apr 07 13:35:24 <ptitjes> playya: arf you should get it from git :(
Apr 07 13:35:35 <ptitjes> playya: btw that ternary op: http://git.freesmartphone.org/?p=vala-dbus-binding-tool.git;a=blob;f=src/vala-dbus-binding-tool.vala;h=fcc1628fab4b5b762d951f78ff9e7193c2f07ff9;hb=e35b4711a9a2010a007b9ae3f0ba85f5b902a126#l471
Apr 07 13:35:47 <playya> but the git version needs gir for building
Apr 07 13:37:22 <playya> ptitjes, i removed it in the current version because it is done 10 lines up
Apr 07 13:38:03 <playya> and out values can't be void
Apr 07 13:38:11 <Ainulindale> I'd like to fix this no usb, no sound issue at first boot
Apr 07 13:38:15 <Ainulindale> I wonder where this comes from
Apr 07 13:38:17 <Ainulindale> alphaone?
Apr 07 13:38:57 <alphaone> Ainulindale: Yeah, that issue is strange...
Apr 07 13:39:17 <Ainulindale> no idea about what could cause that?
Apr 07 13:39:45 <ptitjes> playya: you say that building gobject-introspection from git requires gir ?
Apr 07 13:39:56 <ptitjes> playya: but this is what provides gir
Apr 07 13:39:57 <alphaone> Some race condition that gets triggered when opkg configure-foo is running
Apr 07 13:40:15 <ptitjes> playya: could you please be more explicit because I don't understand...
Apr 07 13:40:19 <playya> ptitjes, there was some error. vala needs vala, too
Apr 07 13:40:34 <Ainulindale> EEEK
Apr 07 13:40:38 <Ainulindale> Who did this HIDEOUS thing
Apr 07 13:40:39 <Ainulindale>     /bin/sh -c "cd ./usr/share; ln -s elementary-alarm elementary_alarm"
Apr 07 13:40:59 <playya> let me check that later. i have to take a shower and do some shopping
Apr 07 13:41:01 <ptitjes> playya: sure. vala is bootstrapped
Apr 07 13:41:06 <Ainulindale> Ah, it's spaetz.
Apr 07 13:41:11 <Ainulindale> SPAETZ§!!!!
Apr 07 13:41:16 <Sup3rkiddo> git blame :D
Apr 07 13:41:30 <ptitjes> playya: mrmoku|easter might have done some progress on this
Apr 07 13:42:09 <playya> and maybe we should have a recipe for the fso-vala in OE.
Apr 07 13:42:41 <ptitjes> playya: it is being worked on by mrmoku|easter 
Apr 07 13:43:02 <playya> ok
Apr 07 13:46:35 <TAsn> bah, I'm going bad
Apr 07 13:46:37 <TAsn> mad*
Apr 07 13:46:40 <TAsn> it's taking forever
Apr 07 13:47:09 <TAsn> btw Ainulindale there's no real reason why I shouldn't use the shr-unstable tree when building my own packages, right?
Apr 07 13:47:23 <TAsn> (except maybe for version in dependencies)
Apr 07 13:47:27 <Ainulindale> TAsn: yep
Apr 07 13:47:30 <TAsn> when generating a pack.
Apr 07 13:47:34 <TAsn> cool enough.
Apr 07 13:47:37 <TAsn> thanks.
Apr 07 13:47:50 <TAsn> because I now use both. 
Apr 07 13:47:56 <TAsn> testing for public packs generation
Apr 07 13:48:05 <TAsn> unstable for deving "cutting edge"
Apr 07 13:54:58 <Ainulindale> Currently fixing this shr-settings icons issue
Apr 07 13:56:48 <Sharwin_F-> Ainulindale, ok, I think I know what needs to be changed in both libfp-efl and shr-settings
Apr 07 13:57:17 <Sharwin_F-> I'll pass you a patch or give me write permission if you can revert it after xD
Apr 07 13:58:18 <Ainulindale> well give me a patch it'll be easier on me
Apr 07 14:01:07 <Ainulindale> ptitjes: you're not answering on gmail
Apr 07 14:02:05 <Ainulindale> alphaone: http://git.shr-project.org/git/?p=shr-overlay.git;a=commitdiff;h=449fe15c922a84367d214068ccb8cf6879d16dd4
Apr 07 14:02:10 <Ainulindale> might be of interest for the fso image
Apr 07 14:02:40 <alphaone> Ah, yeah
Apr 07 14:02:47 <alphaone> for faster boots?
Apr 07 14:03:14 <ptitjes> comment ça ça chie ?
Apr 07 14:04:02 <Ainulindale> alphaone: faster resume
Apr 07 14:04:09 <alphaone> ah, and that
Apr 07 14:04:19 <Ainulindale> A LOT faster.
Apr 07 14:04:31 <Ainulindale> (half a second compared to ~3 seconds)
Apr 07 14:04:45 <alphaone> okay, that really makes sense then
Apr 07 14:04:56 <Sharwin_F-> shall I do some "git commit" before git format-patch?
Apr 07 14:05:16 <alphaone> Ainulindale: Let me think about it, ask mickeyl and commit it anyway. :-)
Apr 07 14:05:51 <Ainulindale> Heh :-)
Apr 07 14:06:08 <Ainulindale> alphaone: well it's on SHR now anyway
Apr 07 14:06:12 <Ainulindale> I'm rebuilding images
Apr 07 14:10:01 <Ainulindale> Currently putting a wav as my ringtone.
Apr 07 14:10:07 <Ainulindale> To test the decoding time :-)
Apr 07 14:12:02 <Sharwin_F-> where do I send the patch?
Apr 07 14:12:16 <Ainulindale> ainulindale @~#{\~@#{\~#pm;z!:sf at ~#{@~\#{^\~`'_i"é'àéç3~sdf gmail dot com
Apr 07 14:12:21 <Sharwin_F-> I finally did git diff HEAD > file.patch
Apr 07 14:12:59 <dent> Ainulindale: how's libframeworkd-glib doing? :) :-P
Apr 07 14:13:11 <Sharwin_F-> I'd love to have really a mail like that :P
Apr 07 14:13:11 <Ainulindale> Aaaaaah thanks to remember me that
Apr 07 14:13:15 <Ainulindale> Committing immediately
Apr 07 14:13:19 <dent> wow :)
Apr 07 14:13:26 <Ainulindale> Sorry, didn't have my ssh key before
Apr 07 14:13:29 <Ainulindale> (I moved)
Apr 07 14:13:30 <dent> n/p
Apr 07 14:14:37 <dent> btw. who's "responsible" for the lib? I'm working on a "competing" lib... would be nice to share the dbus XMLs somehow...
Apr 07 14:16:13 <Ainulindale> What was the purpose for the patch by the way?
Apr 07 14:16:14 <Ainulindale> dent: I a m
Apr 07 14:16:23 <dent> Ainulindale: allows the lib to be used form C++
Apr 07 14:16:28 <Ainulindale> And I'd rather see you work on this than on a competing lib
Apr 07 14:16:37 <Ainulindale> As long as you don't break anything I'm open to anything
Apr 07 14:16:41 <Ainulindale> I can give you commit access even
Apr 07 14:16:54 <dent> shoudl add just some G_BEGIN_DECLS (or similar, no longer remember -> it resulsts in extern "C" { and then G_END_DECLS -> })
Apr 07 14:16:56 <Ainulindale> Plus it's been reimplemented in vala
Apr 07 14:17:06 <dent> aha, that's why the lib's dead
Apr 07 14:17:11 <dent> or, well, nto too active :)
Apr 07 14:17:12 <Ainulindale> dent: yeah, but I was wondering about why you needed that again
Apr 07 14:17:24 <Ainulindale> dent: well that's why, if you want to put your sources in this repo, you're welcome to do it
Apr 07 14:17:56 <Ainulindale> spaetz: http://tinderbox.openembedded.net/public/logs/4192997.txt
Apr 07 14:18:00 <dent> Ainulindale: I don't neeed it, I just toyed with the lib and found it can't bve used from c++
Apr 07 14:18:09 <dent> as for competing lib... it's a C++ lib
Apr 07 14:18:24 <Ainulindale> And its place is on freesmartphone.org!
Apr 07 14:18:37 <Ainulindale> That's why, I'd really like if you were able to commit it in the same repository, we could change the name, whatever
Apr 07 14:18:42 <Ainulindale> Just because it'll do the same job after all
Apr 07 14:18:58 <dent> huh, slow down... I got lost half way :)
Apr 07 14:19:03 <dent> let me re-read you
Apr 07 14:19:35 <CIA-47> freesmartphone.org: 03ainulindale 07libframeworkd-glib * ra48aec549d95 10/src/ (13 files in 4 dirs): Added G_[BEGIN|END]_DECLS thanks to David Kozub.
Apr 07 14:19:55 <Ainulindale> dent: well, in the end, the purpose is the same right?
Apr 07 14:20:24 <dent> yes, but the means are quite different... my lib aims to provide C++ classes to be used as interface to FSO
Apr 07 14:20:35 <Ainulindale> I understand that. And what I'm telling you is
Apr 07 14:20:38 <Ainulindale> In the end, the purpose is the same
Apr 07 14:20:41 <Ainulindale> Even though the means aren't
Apr 07 14:20:53 <dent> and the bottom line it?
Apr 07 14:21:03 <Ainulindale> That's why I think it'd benefit both of us, and the users in the end, in terms of visibility & all, if you commited directly to the same repository
Apr 07 14:21:08 <Ainulindale> Even though it's a "competing" lib
Apr 07 14:21:17 <Ainulindale> Let us share space, and resources, because it'll be less of a mess IMHO =)
Apr 07 14:21:36 <Ainulindale> As anyway, the purpose of this repo was to track down interfacing libs to FSO
Apr 07 14:21:43 <Ainulindale> (lfg being the only one at the time)
Apr 07 14:21:54 <dent> ok, what repo are we talking about? :)
Apr 07 14:22:00 * dent must be slow today
Apr 07 14:22:06 <Ainulindale> git.freesmartphone.org/libframeworkd-glib.git
Apr 07 14:22:17 <Ainulindale> And you should talk with ptitjes about the vala port
Apr 07 14:22:22 <Ainulindale> It might be of interest to you
Apr 07 14:23:07 <dent> ok... but mi lib and librameworkd-glib have only one thing in common: and those are the XMLs :)
Apr 07 14:23:18 <Ainulindale> you're mistaken
Apr 07 14:23:25 <Ainulindale> They also have their purpose and use in common
Apr 07 14:23:28 <Ainulindale> Which is a great deal
Apr 07 14:23:37 <Ainulindale> Even if they don't share code
Apr 07 14:23:49 <Ainulindale> I think building lfg should be lfg-c++ too (random name)
Apr 07 14:23:52 <Ainulindale> s/be/build/
Apr 07 14:23:53 <bzzbot> Ainulindale meant: I think building lfg should build lfg-c++ too (random name)
Apr 07 14:24:16 <dent> aha, so it would be two separate libs in the repo
Apr 07 14:24:23 <Ainulindale> Yep
Apr 07 14:24:28 <Ainulindale> Sharing the same data/Makefile
Apr 07 14:24:40 <dent> I was at first thinking you suggest some sort of horrible merger :))
Apr 07 14:25:11 <Ainulindale> nah
Apr 07 14:25:15 <Ainulindale> I'm not that dumb
Apr 07 14:25:26 <dent> sorry :-P
Apr 07 14:25:36 <Ainulindale> Plus sometimes when mickeyl changes stuff in the specs
Apr 07 14:25:38 <Ainulindale> he updates the repo
Apr 07 14:25:44 <Ainulindale> so less time to spend tracking down the changes =)
Apr 07 14:25:53 <dent> oki...
Apr 07 14:26:13 <mickey|bbl> cornucopia is going to use lfg pretty soon
Apr 07 14:26:24 <dent> so more bad news: I'm using cmake! (yeah, point your fingers at me and shout)
Apr 07 14:26:30 <mickey|bbl> no more interface differences then
Apr 07 14:26:32 <mickey|bbl> *phew*
Apr 07 14:26:39 <Ainulindale> mickey|bbl: I don't even know what cornucopia is
Apr 07 14:26:44 <mickeyl> heh
Apr 07 14:26:45 <dent> but I'm not opposed to adding auto@*#$% too... jsut I don't know it
Apr 07 14:26:53 <Ainulindale> dent: I'll be able to help you don't worry
Apr 07 14:26:59 <mickeyl> Ainulindale: cornucopia is the project name for FSO 2.0
Apr 07 14:27:02 <Ainulindale> Plus other people will be
Apr 07 14:27:13 <Ainulindale> mickeyl: then why will you use lfg? lfg-vala you mean?
Apr 07 14:27:28 <mickeyl> Ainulindale: ah, yes, this i mean. the interfaces C library
Apr 07 14:27:39 <mickeyl> + vapi
Apr 07 14:27:41 <dent> ok, last bitter pill: it needs rather experimental libs (dbus-c++, specific fork, boost - specific version - but I created bitbake recipes for those)
Apr 07 14:27:48 <Ainulindale> mickeyl: Ok, good :-)
Apr 07 14:28:08 <Ainulindale> dent: no problem with that, I can give you commit access to SHR for your OE recipes, and then we'll be able to commit them to OE
Apr 07 14:28:16 <dent> wow :)
Apr 07 14:28:24 <Ainulindale> To do that, in the right order
Apr 07 14:28:59 <Ainulindale> Please send a mail to mickey ~^#\@ƒœƒ,lksd,fl  vanille-media.de and ainulindale ~#{^@~\{®@^fkmlsd gmail.com with your ssh key
Apr 07 14:29:08 <Ainulindale> mickeyl: could you give him access to the lfg repo?
Apr 07 14:29:20 <mickeyl> sure
Apr 07 14:29:22 <spaetz> Ainulindale: pff. I did compile it locally
Apr 07 14:29:34 <spaetz> vala-settings. I mean Must be some .7 thing
Apr 07 14:29:34 <Ainulindale> spaetz: well there was an update on the vala bb recipe
Apr 07 14:29:38 <spaetz> checking
Apr 07 14:29:39 <dent> uf, that's fast :)
Apr 07 14:29:44 <Ainulindale> it's now 0.7.0-r2
Apr 07 14:29:48 * dent just hopes he doesn't screw anything :)
Apr 07 14:29:50 <spaetz> ahh, k
Apr 07 14:29:51 <Ainulindale> dent: well, it's better when I have my key
Apr 07 14:29:54 <Ainulindale> dent: don't worry about that
Apr 07 14:29:58 <mickeyl> don't use 0.7
Apr 07 14:30:02 <mickeyl> yet
Apr 07 14:30:23 <Ainulindale> haha
Apr 07 14:30:28 <Ainulindale> we already bumped to it thanks to spaetz 
Apr 07 14:30:31 <Ainulindale> he likes not to test stuff
Apr 07 14:30:41 <Ainulindale> but anyway, we use a minimal amount of vala software
Apr 07 14:30:45 <Ainulindale> plus it's only in unstable
Apr 07 14:30:45 <dent> I'm at work now, though... so, I mail you in the evening...
Apr 07 14:30:50 <dent> thanks for support btw :)
Apr 07 14:30:52 <spaetz> Ainulindale: BTW, regarding to " /bin/sh -c "cd ./usr/share; ln -s elementary-alarm elementary_alarm""
Apr 07 14:31:01 <spaetz> I refuse to take any blame for that
Apr 07 14:31:01 <Ainulindale> spaetz: yes?
Apr 07 14:31:09 <spaetz> that was somebody else
Apr 07 14:31:09 <Ainulindale> spaetz: I saw Sebastian, maybe it was dos :-)
Apr 07 14:31:19 <Ainulindale> When I see Sebastian, I tend to freak out fast :-p
Apr 07 14:31:23 <spaetz> rather, I nudged raster into fixing it upstream :)
Apr 07 14:31:33 <spaetz> hehe, too many Sebastian's here
Apr 07 14:32:40 <spaetz> mickeyl: I had test compiled vala-settings with .7 and it worked fine, so I considered it stable for everything :)
Apr 07 14:33:00 <mickeyl> ya, for apps it may be ok
Apr 07 14:33:13 <mickeyl> for libs it's a problem as it changes the build system
Apr 07 14:33:33 <spaetz> might have been a bit quick conclusion, I admit
Apr 07 14:33:42 <Ainulindale> spaetz: could you rename vala-settings to shr-settings-vala?
Apr 07 14:34:01 <spaetz> Ainulindale: I don't care about the name, although shr-settings-vala is hideous too
Apr 07 14:34:18 <Ainulindale> well vala-settings is confuse
Apr 07 14:34:19 <spaetz> I considered to call it "caesar", the one app that controls and dictates it all
Apr 07 14:34:26 <Ainulindale> name it shr-settings-++ if you want to :-)
Apr 07 14:34:33 <spaetz> but I don't care about the name
Apr 07 14:34:50 <emfoxzhou> hello, anyone could tell me how to debug fso-abyss? I cannot even find where to find it's logs
Apr 07 14:34:52 <Ainulindale> well I'd like it to show that it's a settings app for SHR software :-)
Apr 07 14:34:57 <spaetz> shr-settings-vala is ok
Apr 07 14:35:06 <spaetz> not my favorite, but ok
Apr 07 14:35:08 <Sharwin_F-> Ainulindale, the patches don't have inside the .mo files, as they would be in binary format. I think they are needed in shr-settings. May I sent the 2 mo files separately?
Apr 07 14:35:10 <Ainulindale> spaetz: and by the way
Apr 07 14:35:14 <Ainulindale> I regenerated an image
Apr 07 14:35:24 <Ainulindale> Could you try the settings thing?
Apr 07 14:35:33 <emfoxzhou> I know c and python, but am new to dbus and vala
Apr 07 14:35:38 <spaetz> k, will test tomorrow. I have meetings from now on for the rest of the day
Apr 07 14:35:40 <mickeyl> emfoxzhou: to debug it, you need to run it manually, before launching a client. otherwise it's using dbus system activation which makes the logs > /dev/null
Apr 07 14:35:43 <Ainulindale> And maybe tell me, if you have them, if putting in /etc/xdg/.../applications.menu that stuff ? =>
Apr 07 14:35:46 <Ainulindale>     <Exclude>
Apr 07 14:35:49 <Ainulindale>       <Filename>*-addons-illume</Filename>
Apr 07 14:35:50 <Ainulindale> Would resolve the problem...
Apr 07 14:35:52 <Ainulindale>     </Exclude>
Apr 07 14:36:09 <Ainulindale> Sharwin_F-: yeah, don't worry :-)
Apr 07 14:37:42 <emfoxzhou> mickeyl: Yes, I run it from console, but only very simple log, such as  entered main loop ....
Apr 07 14:38:41 <emfoxzhou> I need detail log , 'cause I'm porting it, I should which step it executed right and which not
Apr 07 14:39:10 <mickeyl> this is normal
Apr 07 14:39:16 <mickeyl> it does not print much more on startup
Apr 07 14:39:22 <mickeyl> until you start talking to it via dbus
Apr 07 14:39:44 <Ainulindale> mickeyl: by the way
Apr 07 14:39:55 <mickeyl> when you say porting, what are you porting it to? you mean libgsm0710mux or fso-abyss itself (which is just a tiny dbus wrapper around libgsm0710mux)
Apr 07 14:40:02 <spaetz> Ainulindale: would shr-config be too confusing (too similar to shr-settings)
Apr 07 14:40:05 <ptitjes> spaetz: ???
Apr 07 14:40:08 <Ainulindale> I don't understand how menu-freesmartphone is pushed in the image with no specific PROVIDER thingy in our conf
Apr 07 14:40:12 <Ainulindale> (instead of e-wm-menu)
Apr 07 14:40:13 <spaetz> I guess in the long term we only want one app
Apr 07 14:40:26 <Ainulindale> spaetz: Alternatives are not bad
Apr 07 14:40:31 <Ainulindale> Do as you feel spaetz 
Apr 07 14:40:34 <Ainulindale> It's your baby
Apr 07 14:40:38 <ptitjes> spaetz: you did bumped 0.7.0 of vala for what reasons ?
Apr 07 14:40:40 <spaetz> credit go to ptitjes for coming up with shr-config, I think :)
Apr 07 14:40:42 <Ainulindale> I was just telling you what I was thinking
Apr 07 14:40:44 <mickeyl> Ainulindale: never seen that package. nytowl should know for sure
Apr 07 14:40:59 <Ainulindale> mickeyl: well it's a quirk to show all the icons on the desktop of illume
Apr 07 14:41:06 <emfoxzhou> I think is libgsm0710mux
Apr 07 14:41:17 <spaetz> ptitjes: thought it contains the posix additions for libeflvala
Apr 07 14:41:19 <mickeyl> emfoxzhou: excellent. patches appreciated. which modem are you porting it to?
Apr 07 14:41:22 <spaetz> it doesn't
Apr 07 14:41:32 <emfoxzhou> I'm porting it to treo
Apr 07 14:41:41 <mickeyl> oh, brillant
Apr 07 14:41:43 <mickeyl> that one is tough
Apr 07 14:41:47 <emfoxzhou> palm4linux
Apr 07 14:41:49 <nytowl> which package ?
Apr 07 14:41:50 <ptitjes> spaetz: so now ???
Apr 07 14:42:04 <Ainulindale> nytowl: menu-freesmartphone
Apr 07 14:42:10 <Ainulindale> I saw the PROVIDES
Apr 07 14:42:13 <ptitjes> spaetz: could you please ask for such important decisions ?
Apr 07 14:42:15 <Ainulindale> But not the PREFERRED_PROVIDER
Apr 07 14:42:24 <mickeyl> emfoxzhou: cool. if there's anything i can help you with, just toss me a mail to smartphones-userland. might be better than on IRC (so i have more time to think about my answers ;)
Apr 07 14:42:24 <spaetz> ptitjes: feel free to revert
Apr 07 14:42:26 <ptitjes> spaetz: this breaks all the libraries makefiles
Apr 07 14:42:30 <nytowl> never heard of it does it need to be in ms5.5
Apr 07 14:42:51 <Ainulindale> spaetz: well the problem is that meanwhile I built an image
Apr 07 14:43:00 <Ainulindale> So people will have a version of vala > the good one
Apr 07 14:43:02 <emfoxzhou> mickeyl: so you mean I should learn dbus first, right?
Apr 07 14:43:03 <ptitjes> spaetz: do it yourself
Apr 07 14:43:04 <Ainulindale> So it'll break the update path
Apr 07 14:43:15 <emfoxzhou> mickeyl: I will :)
Apr 07 14:43:16 <spaetz> ptitjes: I asked mickey to push the vala stuff in dev.OE to the FSO-MS5.5 branch
Apr 07 14:43:19 <ptitjes> and this makes lots of noise
Apr 07 14:43:26 <mickeyl> emfoxzhou: not necessarily. the way i designed it you can use libgsm0710mux in your non-dbus program as well
Apr 07 14:43:36 <spaetz> and we need nytowl for this, so we should be using the vala stuff from upstream anyway
Apr 07 14:43:36 <mickeyl> (although that needs some final tweakings)
Apr 07 14:43:43 <spaetz> anyway, really gone now
Apr 07 14:43:51 <ptitjes> spaetz: if you had asked I would have told you the required stuff is on fso's git
Apr 07 14:43:58 <mickeyl> emfoxzhou: but for now using the dbus interface with the ptys is the easiest way to get started
Apr 07 14:44:10 <mickeyl> FSO 2.0 will not use the dbus interface
Apr 07 14:44:17 <Ainulindale> nytowl: http://cgit.openembedded.net/cgit.cgi?url=openembedded/log/packages/freesmartphone/menu-freesmartphone.bb&h=fso/milestone5.5
Apr 07 14:44:17 <mickeyl> and no ptys
Apr 07 14:44:21 <ptitjes> spaetz: I won't revert anything
Apr 07 14:44:22 <mickeyl> but for now we use what we have
Apr 07 14:44:34 <ptitjes> spaetz: you do a thing you undo it
Apr 07 14:44:39 <ptitjes> spaetz: :)
Apr 07 14:45:04 <spaetz> nytowl: can you merge the vala stuff from dev.OE to the FSO-MS5.5 branch please?
Apr 07 14:45:10 <ptitjes> does someone knows when mrmoku|easter comes back ?
Apr 07 14:45:13 <emfoxzhou> mickeyl: I just want to try if it work or what should I change first. is trying fso-abyss suitable?
Apr 07 14:45:22 <spaetz> I don't want to duplicate all the stuff in the SHR-overlay
Apr 07 14:45:33 <bumbl> ptitjes: after easter i suppose
Apr 07 14:45:35 <emfoxzhou> mickeyl: or ogsmd?
Apr 07 14:45:52 <mickeyl> that's two different layers
Apr 07 14:45:53 <nytowl> spaetz sure I can have  a look at it. Is there a spefic set or date range I should be looking at ?
Apr 07 14:46:03 <mickeyl> fso-abyss is the dbus/pty interface to libgsm0710mux
Apr 07 14:46:07 <mickeyl> that's the way to start with
Apr 07 14:46:12 <ptitjes> spaetz: I'd like we wait for mrmoku|easter having succeeded in making the recipe use branch test
Apr 07 14:46:13 <spaetz> mickeyl commited today a vala-native_git
Apr 07 14:46:15 <mickeyl> it works fine with TI Calypso and SIEMENS mc75i
Apr 07 14:46:24 <spaetz> so basically we need the stuff as of today :)
Apr 07 14:46:28 <mickeyl> so you can play with the dbus commands and check via pty whether it works for you
Apr 07 14:46:31 <ptitjes> spaetz: this is also needed for ophonekitd
Apr 07 14:46:35 <mickeyl> then, when all that works, you can go towards ogsmd
Apr 07 14:46:41 <mickeyl> but muxing will keep you busy for a while ;)
Apr 07 14:46:44 <nytowl> alright I'll look at catching up to dev
Apr 07 14:47:07 <ptitjes> spaetz: so did you try to make it use the test branch ?
Apr 07 14:47:21 <emfoxzhou> mickeyl: I think so, far more complex than regular gsm
Apr 07 14:47:36 <spaetz> nytowl: thanks a bunch
Apr 07 14:47:39 <Dave> ptitjes :o
Apr 07 14:47:52 <ptitjes> Dave!!!
Apr 07 14:48:11 <mickeyl> emfoxzhou: yeah. 07.10 is interesting. luckily all the system's I've worked with do use it more or less standard-conform. Thank god i never had to work with Wavecom modems ;)
Apr 07 14:48:13 <emfoxzhou> mickeyl: and a little bug report, fso-abyss HEAD not build, due to a name change
Apr 07 14:48:19 <mickeyl> oh really?
Apr 07 14:48:22 <mickeyl> let me check
Apr 07 14:48:37 <Ainulindale> mickeyl: by the way I built the eten-m800 unstable image
Apr 07 14:48:41 <Ainulindale> If you're interested in such a thing
Apr 07 14:48:41 <emfoxzhou> I think it's from server to manager
Apr 07 14:49:00 <mickeyl> Ainulindale: thanks, but i don't have that device. stefan_schmidt may be interested
Apr 07 14:49:07 * mickeyl still trying with the HTC Touch Pro
Apr 07 14:49:09 <mickeyl> *cry*
Apr 07 14:49:18 <Ainulindale> :-)
Apr 07 14:49:39 <nytowl> Ainulindale: menu-freesmartphone is in ms5.5 , did you need it added to the feed ?
Apr 07 14:50:09 <Ainulindale> I don't need it, I was just wondering how come it was deployed instead of e-wm-menu, with no apparent PREFERRED_PROVIDER
Apr 07 14:50:44 * methril|work joins the chat between emfoxzhou & mickeyl
Apr 07 14:50:45 <mickeyl> emfoxzhou: oooh, right. i probably didn't catch up. thanks!
Apr 07 14:50:50 * mickeyl fixes 
Apr 07 14:50:59 <mickeyl> yo methril|work 
Apr 07 14:51:01 <methril|work> yo
Apr 07 14:51:24 <methril|work> did you ever test Telit modems?
Apr 07 14:52:51 <nytowl> Ainulindale:  e-wm-menu doesn't have a recipe 
Apr 07 14:53:06 <emfoxzhou> mickeyl: you said, I can turn to ogsmd when I finished playing on libgsm0710muxd, is that mean ogsmd use the same tech ?
Apr 07 14:53:22 <Ainulindale> nytowl: yes it has
Apr 07 14:53:24 <Ainulindale> the e recipe
Apr 07 14:53:25 <spaetz> e-wm-menu is in e-wm
Apr 07 14:54:14 <mickeyl> emfoxzhou: no, but for some modems, ogsmd is using fso-abyss to communicate in mux mode
Apr 07 14:54:27 <mickeyl> methril|work: i heard some things about them, but never seen one
Apr 07 14:54:43 <CIA-47> freesmartphone.org: 03mickey 07fso-abyss * r44a8dd760cdd 10/src/main.vala: catch error on shutdown
Apr 07 14:54:45 <CIA-47> freesmartphone.org: 03mickey 07fso-abyss * r6564f2678916 10/src/server.vala: 
Apr 07 14:54:45 <CIA-47> freesmartphone.org: fso-abyss: catch up with renaming the control class from Server to Manager in libgsm0710mux
Apr 07 14:54:45 <CIA-47> freesmartphone.org: thanks emfoxzhou for spotting!
Apr 07 14:54:47 <mickeyl> here we are
Apr 07 14:55:11 <methril|work> mickeyl: i've one, and tell that has some propietary extensions (the doc is in the webpage)
Apr 07 14:55:18 <Ainulindale> mickeyl: by the way, ETA for cornucopia, info available somewhere? :-)
Apr 07 14:56:23 <methril|work> uff!! time to go home
Apr 07 14:56:24 <methril|work> bbl
Apr 07 14:56:47 <mickeyl> cu methril|work 
Apr 07 14:56:58 <mickeyl> Ainulindale: http://www.freesmartphone.org/index.php/Cornucopia
Apr 07 14:56:59 <methril|work> cu 
Apr 07 14:57:38 <mickeyl> that was before Om laying us off though :)
Apr 07 14:57:44 <mickeyl> dunno whether we can hold the timelines
Apr 07 14:57:46 <nytowl> other than menu-freesmartphone there is no e-wm-menu in ms5.5
Apr 07 14:58:28 <mickeyl> ah, there's no timelines in the wiki page. excellent
Apr 07 14:58:36 <Ainulindale> nytowl: ah, then that may be due to that
Apr 07 14:58:43 <Ainulindale> Let me check :-)
Apr 07 14:58:44 <mickeyl> my goal is FSO 2.0 completely in Vala by end of this year
Apr 07 14:58:47 <ptitjes> mickeyl: hello
Apr 07 14:58:51 <mickeyl> hi p
Apr 07 14:58:52 <mickeyl> t
Apr 07 14:58:53 <emfoxzhou> mickeyl: I see you are busy on fso2, will it ready soon?
Apr 07 14:58:57 <mickeyl> err, where's my tab completion
Apr 07 14:58:59 <nytowl> just a minute there might be
Apr 07 14:59:02 <bumbl> mickeyl: do you have any ideas about a new sponsor?
Apr 07 14:59:13 <bumbl> s/sponsor/investor/
Apr 07 14:59:14 <Ainulindale> nytowl: you're wrong
Apr 07 14:59:14 <bzzbot> bumbl meant: mickeyl: do you have any ideas about a new investor?
Apr 07 14:59:15 <Ainulindale> http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/packages/e17/e-wm_svn.bb&h=fso/milestone5.5
Apr 07 14:59:45 <Ainulindale> mickeyl: I'd be happy to help, I have a mentor for vala stuff :-p
Apr 07 15:00:08 <mickeyl> emfoxzhou: i'm working hard on infrastructure. there's some things blocking us in Vala before we can do more work. fsodeviced should appear within two months, if all goes right. fsogsmd might take much longer, although this is what I'm most interested in, so I'm spending most time on it atm.
Apr 07 15:00:13 <mickeyl> Ainulindale: mmh, that soundsg ood!
Apr 07 15:00:22 <pwgen> hi
Apr 07 15:00:31 <mickeyl> bumbl: nothing in sight yet. i think we may try with community funding for some months
Apr 07 15:00:42 <Ainulindale> mickeyl: well, that will sound good if you're able to tell me what you want and need (remember opimd? :-p)
Apr 07 15:00:44 <mickeyl> some folks indicate that could work
Apr 07 15:00:57 <bumbl> cofundus.org like
Apr 07 15:01:07 <mickeyl> Ainulindale: well, opimd is a bad example. i never was enough into PIM to really know
Apr 07 15:01:19 <spaetz> Ainulindale: your link doesn't work
Apr 07 15:01:25 <nytowl> Ainulindale: hmm thanks , my grep skills need upgrading 
Apr 07 15:01:26 <mickeyl> i should have mentored abraxa myself...
Apr 07 15:01:32 <Sharwin_F-> Ainulindale, I sent it, hope it's correct, I've been learning git on the fly while doing that
Apr 07 15:01:38 <Ainulindale> spaetz: yes it works
Apr 07 15:01:46 <Ainulindale> Sharwin_F-: don't worry :-)
Apr 07 15:01:47 <spaetz> Ainulindale: ok, just needed to select FSO-MS5.5 branch
Apr 07 15:01:59 <spaetz> your link pointed me to the dev branch
Apr 07 15:02:14 <Ainulindale> mickeyl: well I'd be glad if you told me "do this and that", seriously, just to put some dirt on my hands
Apr 07 15:02:16 <spaetz> now it works
Apr 07 15:02:21 <spaetz> I give up
Apr 07 15:02:22 <bumbl> hmm mickeyl who is responsible for opimd now?
Apr 07 15:02:25 * spaetz goes to meeting
Apr 07 15:02:26 <mickeyl> bumbl: no one
Apr 07 15:02:30 <mickeyl> bumbl: it's open
Apr 07 15:02:50 <mickeyl> since we don't have any API consumers we don't know whether it's the right API
Apr 07 15:02:59 <Ainulindale> mickeyl: well it isn't
Apr 07 15:03:01 <mickeyl> so that makes me reluctant to even think about changing something
Apr 07 15:03:10 <Ainulindale> for starters the backend aren't appropriate
Apr 07 15:03:17 <Ainulindale> then I have no idea of the entry points you want to use
Apr 07 15:03:26 <Ainulindale> Plus we need the full Phone API to be able to use it properly
Apr 07 15:03:49 <mickeyl> yes. it's not clear yet how Phone/PIM talk to each other.
Apr 07 15:04:01 <Ainulindale> That's mostly why I did nothing
Apr 07 15:04:07 <Ainulindale> I tried to understand how I should start
Apr 07 15:04:14 <Ainulindale> realized I would need to talk to you
Apr 07 15:04:23 <Ainulindale> Never managed to grasp more than ten minutes of your time
Apr 07 15:04:25 <mickeyl> well, i'm afraid i don't know enough 
Apr 07 15:04:27 <Ainulindale> And did other things :-)
Apr 07 15:04:28 <mickeyl> that's the problem
Apr 07 15:04:39 <Ainulindale> mickeyl: well all in all it's just conceptual issues
Apr 07 15:04:45 <Ainulindale> The question is to decide how you want to use opimd
Apr 07 15:04:51 <Ainulindale> Not how it'll technically be done
Apr 07 15:04:54 <Ainulindale> (IMHO)
Apr 07 15:05:01 <mickeyl> right. which means i need to use it in an app
Apr 07 15:05:03 <mickeyl> to get a feeling for it
Apr 07 15:05:17 <mickeyl> so that's what i should start with
Apr 07 15:05:32 <Ainulindale> well
Apr 07 15:05:48 <Ainulindale> I don't usually think that way
Apr 07 15:05:55 <Ainulindale> I do the other way around (like ptitjes)
Apr 07 15:06:08 <Ainulindale> To me, the use of opimd should be done directly in the Phone API
Apr 07 15:06:24 <Ainulindale> so Phone should supersede/wrap some SIM APIs
Apr 07 15:06:29 <Ainulindale> GetContact, GetMessage
Apr 07 15:06:30 <mickeyl> hmm
Apr 07 15:06:36 <Ainulindale> with the direct binding of the data
Apr 07 15:06:48 <Ainulindale> I may be mistaken, but that's how I would think it to be practical
Apr 07 15:06:55 <mickeyl> didn't think that way
Apr 07 15:07:02 <mickeyl> i rather though it would be PIM doing that
Apr 07 15:07:08 <Ainulindale> well
Apr 07 15:07:12 <Ainulindale> use case :-)
Apr 07 15:07:14 <Ainulindale> you receive a call
Apr 07 15:07:21 <Ainulindale> you have an event, coming from Phone
Apr 07 15:07:24 <Ainulindale> What do you need?
Apr 07 15:07:36 <Ainulindale> I'd say, origin (GSM, SIP...)
Apr 07 15:07:39 <Ainulindale> And contact
Apr 07 15:07:46 <Ainulindale> Contact should be wrapped
Apr 07 15:07:49 <alphaone> Ainulindale: the thing is if this are all different applications they will need to lookup the object before.
Apr 07 15:07:56 <Ainulindale> You don't want to do some overhead with the software on top of frameworkd
Apr 07 15:08:03 <Ainulindale> That is, ask opimd for the contact
Apr 07 15:08:17 <Ainulindale> alphaone: didn't get your meaning
Apr 07 15:08:29 <alphaone> And if you dialer want's to present the name it need to query it in your dialer again.
Apr 07 15:09:05 <Ainulindale> Stop your train of thought :-)
Apr 07 15:09:07 <Ainulindale> Let us define some words
Apr 07 15:09:11 <alphaone> Ainulindale: Well, you can ask opimd for Name of callee on line 1 (GSM), but then opimd will need to ask ogsmd for the number and look it up itself
Apr 07 15:09:14 <Ainulindale> To your, what is a dialer ?
Apr 07 15:09:19 <alphaone> or the otherway round.
Apr 07 15:09:28 <Ainulindale> To me, it's the simple app presenting a keypad and a call button
Apr 07 15:09:33 <alphaone> Then ogsm needs to find the object path to a number
Apr 07 15:09:46 <Ainulindale> In opposition to the "dial manager" which is the handling of the calls themselves
Apr 07 15:09:57 <Ainulindale> So when you say dialer, are you talking about what I call a manager?
Apr 07 15:10:04 <alphaone> Yeah
Apr 07 15:10:08 <Ainulindale> Ok
Apr 07 15:10:17 <Ainulindale> So my point is
Apr 07 15:10:20 <Ainulindale> Given your use case
Apr 07 15:10:41 <Ainulindale> The problem is that to me it seems stupid to send an event which will generate a query on opimd in 99% of the cases
Apr 07 15:10:56 <Ainulindale> this callee Name request is a typical example to me
Apr 07 15:11:04 <Ainulindale> So even if the "roundtrips" are internal
Apr 07 15:11:16 <Ainulindale> At least, we can modify that later on
Apr 07 15:11:25 <Ainulindale> If we force the developer to query on opimd
Apr 07 15:11:32 <Ainulindale> If later on we change the specs, it becomes harder to follow
Apr 07 15:11:38 <Ainulindale> Am I clear?
Apr 07 15:11:48 <mickeyl> doesn't sound too shabby to me. so when ophoned presents you the call object, it can then query opimd for the information.
Apr 07 15:11:49 <alphaone> Well, how did you imagine that was handled?
Apr 07 15:12:05 <Ainulindale> mickeyl: what I told or what alphaone told?
Apr 07 15:12:14 <Ainulindale> alphaone: what?
Apr 07 15:12:30 <mickeyl> heh, that's why i'm a fan of email to discuss these things ;)
Apr 07 15:12:34 * mickeyl senses confusion
Apr 07 15:12:36 <Ainulindale> yeah :-)
Apr 07 15:12:50 <alphaone> Okay, ophoned will query opimd and get an object path for the contact or what?
Apr 07 15:12:50 <Ainulindale> But when we mail smartphone-standards, nobody answers
Apr 07 15:13:06 <Ainulindale> alphaone: to me, it'll get the contact directly
Apr 07 15:13:09 <alphaone> Ainulindale: That's because i'm confused.
Apr 07 15:13:15 <Ainulindale> or at least the standard part of the contact 
Apr 07 15:13:21 <alphaone> Ainulindale: So an a{sv}
Apr 07 15:13:27 <Ainulindale> name, number, all that is handled by opimd internally
Apr 07 15:13:31 <Ainulindale> for local contacts, that is
Apr 07 15:13:41 <Ainulindale> alphaone: yep
Apr 07 15:13:47 <mickeyl> i agree with ophoned querying opimd, whether it will copy the data or just carry the data path along to opimd remains to be discussed
Apr 07 15:14:03 <Ainulindale> mickeyl: my point was, anyway
Apr 07 15:14:05 <Ainulindale> As a developer
Apr 07 15:14:10 <Ainulindale> If I receive a call incoming event
Apr 07 15:14:14 <Ainulindale> I don't want to be forced to query the contact name
Apr 07 15:14:19 <mickeyl> yes, i'm ok with that
Apr 07 15:14:30 <mickeyl> that's why a combination of alphaone and your approach sounds good to me
Apr 07 15:14:33 <alphaone> mickeyl: If it just carries along the path Ainulindale's whole point is moot
Apr 07 15:14:34 <mickeyl> we will present data
Apr 07 15:14:36 <Ainulindale> So if you're OK with that, it g ives us some outline to what we need in ophoned
Apr 07 15:14:50 <mickeyl> but we carry the full path to query the full data
Apr 07 15:14:55 <mickeyl> so we don't have to query all data always
Apr 07 15:14:56 <alphaone> Because you'll even be doing one additional query every time
Apr 07 15:15:00 <Ainulindale> So I'd say, first thing to do is to write some specs and implement them :-)
Apr 07 15:15:04 <alphaone> subset sounds good
Apr 07 15:15:07 <mickeyl> yeah
Apr 07 15:15:22 <Ainulindale> anyway, to me, opimd should preload contacts in background at boot
Apr 07 15:15:28 <Ainulindale> basic info such as name & number
Apr 07 15:15:29 <mickeyl> correct
Apr 07 15:15:30 <Ainulindale> maybe other stuff
Apr 07 15:15:32 <alphaone> ophoned interface is lacking anyway...
Apr 07 15:15:51 <mickeyl> true, i never looked at that. no idea which state charlie left it in ;)
Apr 07 15:16:03 <Ainulindale> Problem is, even though I see that your motivation is on cornucopia these days
Apr 07 15:16:12 <Ainulindale> If we were able to build a PIM solution on top of SHR today
Apr 07 15:16:13 <alphaone> mickeyl: Actually what about confcalls? I believe they're more important than ever..
Apr 07 15:16:18 <Ainulindale> It'll truly be a step ahead
Apr 07 15:16:29 <Ainulindale> As told before again and again
Apr 07 15:16:35 <Ainulindale> i'm willing to implement that as long as I know what I have to do
Apr 07 15:16:37 <mickeyl> alphaone: if you don't mind, I think we should just continue our schedule as if we were still employed
Apr 07 15:16:38 <Ainulindale> Today I don't know :-)
Apr 07 15:17:25 <alphaone> mickeyl: Sounds good, but needs to be communicated as well. That's why I brought it up :-)
Apr 07 15:17:36 <mickeyl> Ainulindale: well, i see the need to opimd, no doubt about that. but same as you my entry barrier to it is high since i was hardly involved in it. lets start with doing this phone/pim interoperability spec on the list.
Apr 07 15:17:58 <mickeyl> Ainulindale: i still view fso1 as the chance to get the API right, that includes pim and phone
Apr 07 15:17:59 <Ainulindale> mickeyl: well I'm willing to talk over the phone if necessary on that kind of thing
Apr 07 15:18:09 <mickeyl> alphaone: shall i write a mail or yo?
Apr 07 15:18:15 <Ainulindale> And I think ptitjes should be involved too as we talked about that a lot and he looked into the source code as well
Apr 07 15:18:25 <alphaone> mickeyl: I can do that
Apr 07 15:18:29 <mickeyl> alphaone: thanks
Apr 07 15:18:47 <mickeyl> Ainulindale: phone sounds good to discuss details. i'd vote for email to agree about the basic flow though
Apr 07 15:18:47 <Ainulindale> hmmm Sharwin_F- 
Apr 07 15:18:50 <Ainulindale> still here?
Apr 07 15:18:57 <Ainulindale> mickeyl: yes I'm good with that
Apr 07 15:19:06 <bumbl> mickeyl: it might be the same as it was suggested by Ainulindale or as it was implemented but i would like to see a solution with one single api and in the back two "dataengines" [sim,phone] which can be selected [sim,phone,both]
Apr 07 15:19:12 <Ainulindale> mickeyl: I'm insisting on PIM because I plan to deliver the stable release for FSOSHRUDCON
Apr 07 15:19:17 <Ainulindale> And I'd love to be able to use PIM
Apr 07 15:19:27 <mickeyl> bumbl: that's already in the design of opimd, ya
Apr 07 15:19:32 <mickeyl> Ainulindale: *nod*
Apr 07 15:19:36 <mickeyl> me too, actually
Apr 07 15:19:38 <mickeyl> btw.
Apr 07 15:19:40 <alphaone> We all would
Apr 07 15:19:43 <mickeyl> is SHR usable on QVGA these days?
Apr 07 15:19:52 <Ainulindale> Well why wouldn't it be?
Apr 07 15:19:59 <mickeyl> dunno how the UI is written
Apr 07 15:20:01 <Ainulindale> You know I only have GTAx to test :-)
Apr 07 15:20:15 <mickeyl> that sounds like it's designed for vga
Apr 07 15:20:24 <mickeyl> that's why i'm asking
Apr 07 15:20:29 <Ainulindale> Well, I have no idea
Apr 07 15:20:31 <Ainulindale> I'm no UI guy
Apr 07 15:20:39 <mickeyl> who are the ui guys atm.?
Apr 07 15:20:46 <Ainulindale> Well
Apr 07 15:20:49 <Ainulindale> That's a good question indeed :-)
Apr 07 15:21:04 <Ainulindale> There are the shr-settings guys, spaetz, & mrmoku
Apr 07 15:21:07 <ptitjes> mickeyl: what is the QVGA resolution ?
Apr 07 15:21:12 <bumbl> mickeyl: 
Apr 07 15:21:18 <bumbl> ~seen quickdev
Apr 07 15:21:19 <bzzbot> quickdev <n=quickdev@p5B054A61.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 41d 45m 58s ago, saying: 'and for you?'.
Apr 07 15:21:41 <Ainulindale> mickeyl: but anyway, I have no work at the time being, that's why I say I'm available
Apr 07 15:21:48 <Ainulindale> I don't have internet at home but it should be quick
Apr 07 15:22:05 <Ainulindale> The basic opimd structure is working
Apr 07 15:22:14 <Ainulindale> What we need is to link it to the phone API, that's all (again)
Apr 07 15:22:24 <Ainulindale> Although it has been made in a way quite different 
Apr 07 15:22:30 <Ainulindale> (it returns weird stuff)
Apr 07 15:22:37 <Ainulindale> (I don't know how to use that in C)
Apr 07 15:22:42 <mickeyl> ptitjes: 240x320
Apr 07 15:22:57 <Dave> icky
Apr 07 15:23:06 <lindi-> reminds me, should check if xf86-video-glamo works well in that resolution
Apr 07 15:23:10 <ptitjes> wow
Apr 07 15:23:14 <Ainulindale> lindi-: by the way
Apr 07 15:23:28 <Ainulindale> what are the differences between xf86-video-glamo and xserver-kdrive-glamo?
Apr 07 15:23:44 <lindi-> Ainulindale: xf86-video-glamo is a video driver for Xorg
Apr 07 15:23:46 <ptitjes> mickeyl, Ainulindale: for me this is more a problem for e, because I think our ui guys thought about not fixing window sizes
Apr 07 15:23:55 <ptitjes> mickeyl: but maybe I'm wrong
Apr 07 15:24:04 <lindi-> Ainulindale: you can compile it without having to compile whole Xorg
Apr 07 15:24:20 <Ainulindale> lindi-: ok then, but on a distro point of view, what should we use?
Apr 07 15:24:28 <lindi-> Ainulindale: Xorg if you ask me
Apr 07 15:24:38 <lindi-> Ainulindale: since it has much more developers
Apr 07 15:24:48 <Ainulindale> (Well, aren't we using xorg already?)
Apr 07 15:24:56 <lindi-> Ainulindale: many use kdrive
Apr 07 15:25:00 <Ainulindale> (I ask stupid questions, but I'm not aware of everything)
Apr 07 15:25:44 <lindi-> (good questions they are)
Apr 07 15:26:13 <Ainulindale> Well, then, should we switch to it? How would we do it?
Apr 07 15:26:26 <Ainulindale> Sharwin_F-!
Apr 07 15:26:36 <lindi-> Ainulindale: sure
Apr 07 15:26:49 <lindi-> Ainulindale: i just installed the Xorg with apt-get
Apr 07 15:26:50 <Ainulindale> nytowl: still waiting for the menu thing, I may have missed your answer :-)
Apr 07 15:26:54 <lindi-> Ainulindale: and built xf86-video-glamo from git
Apr 07 15:27:07 <Ainulindale> lindi-: well, apt-get is for sissies who don't know how to use bitbake :-)
Apr 07 15:27:09 <lindi-> Ainulindale: as off-the-shelf software as it gets
Apr 07 15:27:16 <lindi-> Ainulindale: yep i don't know how to use bitbake
Apr 07 15:27:20 <nytowl> yeah it's there my grep skills need an upgrade
Apr 07 15:27:27 <Ainulindale> lindi-: ;-)
Apr 07 15:27:31 <Sharwin_F-> Ainulindale, ?
Apr 07 15:27:34 <Sharwin_F-> :)
Apr 07 15:27:40 <Ainulindale> Sharwin_F-: could you put your files online please?
Apr 07 15:27:42 <lindi-> Ainulindale: in fact, i hadn't heard of bitbake before openmoko
Apr 07 15:27:45 <Ainulindale> I have trouble to copy them here :-/
Apr 07 15:27:59 <Ainulindale> nytowl: so do you know why it was pushed instead of the standard package? Can't find the PREFERRED_PROVIDER
Apr 07 15:28:08 <Ainulindale> lindi-: heh :-)
Apr 07 15:28:14 <Sharwin_F-> sure
Apr 07 15:28:22 <max_posedon> Ainulindale, bitbake is for sissies who don't know hot to use emerge)
Apr 07 15:28:34 <Ainulindale> max_posedon: Agreed!
Apr 07 15:29:05 <Ainulindale> alphaone, mickeyl: did you think about switching to xorg?
Apr 07 15:29:07 <nytowl> Ainulindale: I hadn't looked at that just found the package, I'll look into the prefered_provider. 
Apr 07 15:29:24 <nytowl> Can you send me an email about it so it doesn't drop off the todo list :)
Apr 07 15:29:39 <mickeyl> Ainulindale: never had time to figure out where to get the latest package and try
Apr 07 15:30:01 <Ainulindale> nytowl: meh
Apr 07 15:30:05 <Ainulindale> nytowl: you're a lazy ass :-)
Apr 07 15:30:12 <Ainulindale> mickeyl: well I think I'll try it
Apr 07 15:30:22 <nytowl> yeah kiss my lazy ^&*
Apr 07 15:30:24 <Ainulindale> Problem is, I don't know what to build :-)
Apr 07 15:30:38 <lindi-> Ainulindale: packaging Xorg is no small feat
Apr 07 15:30:49 <Ainulindale> it's already packaged in OE if I'm not mistaken
Apr 07 15:31:14 <Ainulindale> The question is: what about performance?
Apr 07 15:31:18 <lindi-> Ainulindale: the debian X Strike Force has 15 people working on packaging
Apr 07 15:31:20 <Sharwin_F-> Ainulindale,  http://espeweb.no-ip.com/_espacio/openmoko/
Apr 07 15:31:31 <Ainulindale> Thanks a lot Sharwin_F- 
Apr 07 15:31:49 <max_posedon> perfomance is ok
Apr 07 15:31:50 <lindi-> Ainulindale: performance is http://iki.fi/lindi/openmoko/xf86-video-glamo/x11perf1.txt
Apr 07 15:31:59 <max_posedon> smth near to xglamo now
Apr 07 15:32:23 <max_posedon> I'm playing with it on gentoo, all is fine.
Apr 07 15:32:37 <max_posedon> and xorg allows you use nice xf86-input-tslib-0.5.1
Apr 07 15:32:47 <max_posedon> with nice right button emulation
Apr 07 15:32:53 <lindi-> max_posedon: is it upstream?
Apr 07 15:33:26 <max_posedon> yes, as I know (you mean right-button-emulation, yes?)
Apr 07 15:33:35 <lindi-> max_posedon: really?
Apr 07 15:33:44 <Sharwin_F-> Ainulindale, if you need me, I'll be out for half an hour aprox.
Apr 07 15:33:46 <lindi-> max_posedon: openwrt and debian both have like 5 patches pending and afaik upstream does not exist
Apr 07 15:34:37 <max_posedon> oh, so may be I'm wrong
Apr 07 15:34:53 <Ainulindale> lindi-: hmmm the question was compared to xglamo
Apr 07 15:35:05 <max_posedon> but I really thought that it can be find at git...
Apr 07 15:35:26 <lindi-> Ainulindale: yep now you can run x11perf with xglamo and compare
Apr 07 15:35:31 <Ainulindale> errr, again :-)
Apr 07 15:35:34 <Ainulindale> my question was
Apr 07 15:35:41 <Ainulindale> what is your opinion on the compared performances? :-)
Apr 07 15:36:21 <max_posedon> my - they are same
Apr 07 15:37:15 <lindi-> Ainulindale: xvkbd seems to be faster
Apr 07 15:37:34 <Ainulindale> xvkbd?
Apr 07 15:37:36 <Ainulindale> (I feel dumb)
Apr 07 15:37:41 <CIA-47> SHR: 03ainulindale 07shr-settings * re8df8e3f3a18 10/ (6 files in 4 dirs): Catalan & Espa??ol translations per Pau Espin Pedrol.
Apr 07 15:38:48 <lindi-> Ainulindale: the virtual keyboard application
Apr 07 15:39:00 <Ainulindale> well we use illume virtual keyboard so...
Apr 07 15:42:10 <lindi-> Ainulindale: i don't since it does not work with my wm
Apr 07 15:42:42 <Ainulindale> Sharwin_F-: your patch is not working
Apr 07 15:42:47 <Ainulindale> error: can't copy 'data/po/ca/shr-settings.mo': doesn't exist or not a regular file
Apr 07 15:44:13 <CIA-47> SHR: 03ainulindale 07shr-settings * r183538ebdca6 10/data/ (8 files in 4 dirs): Corrected minor mistake for the translation.
Apr 07 15:50:50 <Ainulindale> Ok fixed it.
Apr 07 15:50:58 <Ainulindale> Should be online in some minutes.
Apr 07 15:51:29 * Sharwin_F- returns now
Apr 07 15:51:37 <Sharwin_F-> ok thanks :D which was the problem?
Apr 07 15:51:39 <Ainulindale> Sharwin_F-: could you try it please? =)
Apr 07 15:51:47 <Ainulindale> Sharwin_F-: you commited it your po/mo files in the wrong dir
Apr 07 15:51:49 <Ainulindale> for settings
Apr 07 15:51:53 <Ainulindale> s/it//
Apr 07 15:52:27 <Sharwin_F-> Ainulindale, so you see, using a patch was a good idea :P
Apr 07 15:52:46 <Ainulindale> :-)
Apr 07 15:52:50 <Ainulindale> Could you try them out?
Apr 07 15:53:50 <Ainulindale> Sharwin_F-: by the way
Apr 07 15:53:58 <Ainulindale> opkg install glibc-binary-localedata-es-es
Apr 07 15:54:01 <Ainulindale> (don't know if you did it)
Apr 07 15:55:00 <Sharwin_F-> sure, wait a moment
Apr 07 15:55:47 <nytowl> spaetz : how much pain would doing the packages-> recipes rename cause you ?
Apr 07 15:56:26 <Ainulindale> nytowl: packages->recipes rename?
Apr 07 15:57:45 <nytowl> Ainulindale: in MS 5.5 so catch up to dev. The openmebedded/packages was changed to openmebedded/recipes
Apr 07 15:57:58 <Ainulindale> oh
Apr 07 15:58:02 <Ainulindale> Didn't know that
Apr 07 15:58:08 <Ainulindale> Well it'll cause us trouble, but go for it
Apr 07 15:58:45 <nytowl> I didn't want to go there yet so I was thinking of hand applying the last git commit
Apr 07 15:59:13 <Ainulindale> Well if you do, please keep me in touch
Apr 07 15:59:15 <Ainulindale> And meanwhile
Apr 07 15:59:19 <Ainulindale> Check for what I asked :-p
Apr 07 16:00:20 <nytowl> spaetz asked first :) and there are a couple of other requests I need to deal with before I get to yours
Apr 07 16:00:30 <nytowl> that's why  I needed an email :)
Apr 07 16:00:50 <Ainulindale> I'll annoy you so much you'll check =)
Apr 07 16:01:20 <nytowl> I'm sure there's an ignore button in xchat somewhere
Apr 07 16:01:26 <Ainulindale> Pfff :-)
Apr 07 16:04:26 <Sharwin_F-> Ainulindale, should it work just changing the language in illume settings?
Apr 07 16:05:55 <Ainulindale> What for?
Apr 07 16:06:00 <Ainulindale> the binary locale?
Apr 07 16:06:47 <Sharwin_F-> Ainulindale, wondering what where I'0ve to change my locale in order to use it by default
Apr 07 16:07:13 <Ainulindale> first download the binary locale
Apr 07 16:07:24 <Ainulindale> then the locale packages for libframeworkd-phonegui-efl & shr-settings
Apr 07 16:07:32 <Sharwin_F-> I tried it yesterday manually copying the mo file to /usr/share/locale/ca/ and then export LANG=ca
Apr 07 16:07:34 <Ainulindale> then killall -HUP enlightenment
Apr 07 16:07:41 <Ainulindale> I'd say LINGUAS=ca
Apr 07 16:07:42 <Sharwin_F-> ok, so packages missing then, wait :P
Apr 07 16:08:01 <Ainulindale> Sharwin_F-: http://build.shr-project.org/shr-unstable/ipk/armv4t/libframeworkd-phonegui-efl-locale-ca_0.0.1+gitr605+4f915fd68a687804db8c3b1ef1422b7c6f11dd75-r28_armv4t.ipk
Apr 07 16:08:07 <Ainulindale> (opkg install libframeworkd-phonegui-efl-locale-ca)
Apr 07 16:08:14 <Ainulindale> Same for shr-settings
Apr 07 16:08:47 <pwgen> the git.openmoko.org/git/tichy.git  repo has disappeared,  has it moved ?
Apr 07 16:08:58 <Ainulindale> pwgen: it's not used anymore
Apr 07 16:08:59 <Ainulindale> delete the recipe
Apr 07 16:09:08 <nytowl> it got moved to googlecode by charlie
Apr 07 16:09:12 <pwgen> thx .
Apr 07 16:09:15 <Ainulindale> (IIRC, as mirko-paroli told before)
Apr 07 16:10:58 <pwgen> has the bluetooth hci intferface disappeared with bluez4 ?
Apr 07 16:14:38 <Sharwin_F-> Ainulindale, it works with export LANG=ca, but not with export LANG=es
Apr 07 16:15:00 <Ainulindale> well that's mostly because you should also install libframeworkd-phonegui-efl-locale-es
Apr 07 16:15:04 <Ainulindale> and same for shr-settings
Apr 07 16:15:08 <Ainulindale> and for binary locales
Apr 07 16:15:20 <Sharwin_F-> none of them works with LINGUAS=ca
Apr 07 16:15:29 <Ainulindale> Ok then it's LANG =)
Apr 07 16:15:55 <Sharwin_F-> I have
Apr 07 16:15:56 <Sharwin_F-> $ opkg list_installed | grep shr-settings
Apr 07 16:15:56 <Sharwin_F-> shr-settings - 0.1.0+r112+183538ebdca6c01e06bd938b00c476f2eb5826d3-r4 - 
Apr 07 16:15:56 <Sharwin_F-> shr-settings-addons-illume - 0.1.0+r112+183538ebdca6c01e06bd938b00c476f2eb5826d3-r4 - 
Apr 07 16:15:56 <Sharwin_F-> shr-settings-locale-ca - 0.1.0+r112+183538ebdca6c01e06bd938b00c476f2eb5826d3-r4 - 
Apr 07 16:15:56 <Sharwin_F-> shr-settings-locale-es - 0.1.0+r112+183538ebdca6c01e06bd938b00c476f2eb5826d3-r4 - 
Apr 07 16:16:40 <Ainulindale> let me try
Apr 07 16:17:33 <Sharwin_F-> Ainulindale, spanish doesn't appear on illume settings menu unless using advanced options... weird
Apr 07 16:17:41 <Ainulindale> Arf
Apr 07 16:18:21 <Sharwin_F-> Ainulindale, yep, now works
Apr 07 16:18:30 <Ainulindale> Good :-)
Apr 07 16:18:34 <Sharwin_F-> I set spanish on illume settings and works now
Apr 07 16:18:53 <Sharwin_F-> but still is strange spanish only displaying on advanced
Apr 07 16:19:31 <Ainulindale> heh
Apr 07 16:20:09 <Ainulindale> Sharwin_F-: try to killall -HUP enlightenment
Apr 07 16:20:12 <Ainulindale> better
Apr 07 16:20:18 <Ainulindale> rm -r ~/.e
Apr 07 16:20:24 <Ainulindale> then /etc/init.d/xserver-nodm
Apr 07 16:20:27 <Sharwin_F-> I've just restarted xserver-xorg
Apr 07 16:20:47 <Sharwin_F-> *-nodm
Apr 07 16:20:53 <Ainulindale> well I'm no i18n expert
Apr 07 16:20:57 <Ainulindale> So I can't help you on that :-)
Apr 07 16:21:00 <Ainulindale> ask raster !
Apr 07 16:21:10 <Ainulindale> but here the locales work
Apr 07 16:21:43 <Serdar> what kind of partitions do I need for multi-boot?
Apr 07 16:21:46 <Sharwin_F-> ok thanks :D
Apr 07 16:22:12 <Serdar> do I need this vfat after all and how can I use a swap?
Apr 07 16:23:28 <Sharwin_F-> libframeworkd looks like working well also with translations
Apr 07 16:24:00 <Ainulindale> good :-)
Apr 07 16:24:05 <Sharwin_F-> ^^
Apr 07 16:26:22 <PaulFertser> emfoxzhou: Hey :)
Apr 07 16:26:47 <Ainulindale> Sharwin_F-: thanks a lot for the translation by the way
Apr 07 16:26:52 <Ainulindale> Sorry I forgot to tell you that before :-)
Apr 07 16:27:42 <Sharwin_F-> Ainulindale, thanks you for all the work you do better :P
Apr 07 16:35:22 <Ainulindale> raster: bug in elementary-alarm
Apr 07 16:35:27 <Ainulindale> line 88
Apr 07 16:35:31 <Ainulindale> http://trac.enlightenment.org/e/browser/trunk/TMP/st/elementary-alarm/src/bin/main.c
Apr 07 16:35:44 <Dave> Wooooo
Apr 07 16:35:52 <Ainulindale> /tmp/alarm-waker should be /tmp/elementary_alarm-waker
Apr 07 16:40:51 <Ainulindale> Sharwin_F-: http://blog.shr-project.org/2009/04/shr-i18n.html
Apr 07 16:41:06 <Ainulindale> Sharwin_F-: I hope your work will generate some emulation and make other people do the same :-)
Apr 07 16:41:53 <Sharwin_F-> hey, thanks :D
Apr 07 16:41:58 <dos1> Ainulindale: polish translation was first! :D
Apr 07 16:42:04 <Sharwin_F-> hahaa
Apr 07 16:42:09 <Ainulindale> dos1: I know :-)
Apr 07 16:42:25 <Ainulindale> But who cares about polish people, heh? :-p
Apr 07 16:42:43 <Sharwin_F-> I love blaming, so Ainulindale, my second surname is bad written, it ends with an L
Apr 07 16:42:43 <Sharwin_F-> xD
Apr 07 16:42:54 <Ainulindale> Sorry :-)
Apr 07 16:43:03 <dos1> ok, so i will remove everything in openmoko/shr which comes from polish people
Apr 07 16:43:08 <Ainulindale> I'm used to see "Pedron" that's why :-)
Apr 07 16:43:09 <dos1> we will see, what would remain :D
Apr 07 16:43:19 <Ainulindale> dos1: pfff! :-)
Apr 07 16:43:22 <Sharwin_F-> Usually I blame at mrmoku, but as he's not here now... it's your tourn :P
Apr 07 16:43:38 <Ainulindale> dos1: well I already forked everything anyway
Apr 07 16:43:42 <Ainulindale> And renamed it ainulindale-settings
Apr 07 16:43:45 <Ainulindale> Because I'm great
Apr 07 16:43:52 <Sharwin_F-> lol
Apr 07 16:43:56 <dos1> AHR?
Apr 07 16:44:03 <dos1> Ainulindale Hybrid Release? ;x
Apr 07 16:44:13 <DocScrutinizer> today every missery is Ainulindale's fault ;)
Apr 07 16:45:01 <Ainulindale> Yay
Apr 07 16:45:02 <Ainulindale> SPANK ME
Apr 07 16:45:24 <dos1> sadomaso? :x
Apr 07 16:45:54 <Ainulindale> Nah.
Apr 07 16:45:58 <Ainulindale> I just like to be spanked by DocScrutinizer 
Apr 07 16:46:13 <Ainulindale> Plus these days he's ignoring me because he's angry at me as I disagreed with him :-p
Apr 07 16:47:03 <DocScrutinizer> Ainulindale: hehe, I WON'T >;-)
Apr 07 16:47:52 <DocScrutinizer> huh, you did? YOU DARE ??!?
Apr 07 16:47:59 <Sharwin_F-> is there any vnc client for openmoko already packaged?
Apr 07 16:48:28 <Ainulindale> Did what? :-)
Apr 07 16:48:46 <DocScrutinizer> disagree
Apr 07 16:48:50 <Ainulindale> tightvnc Sharwin_F- 
Apr 07 16:48:52 <Ainulindale> well yeah DocScrutinizer 
Apr 07 16:48:57 <Ainulindale> you're wrong, as usually
Apr 07 16:49:00 <Ainulindale> I'm bounded to react
Apr 07 16:49:07 <Ainulindale> s/usually/usual/
Apr 07 16:49:07 <DocScrutinizer> elaborate!
Apr 07 16:49:09 <spaetz> nytowl: I believe we could cope with a packages->recipe change very easily
Apr 07 16:49:20 <spaetz> ok, gone again. probably bbl
Apr 07 16:49:26 <Ainulindale> spaetz: revert vala thing asap please 
Apr 07 16:49:26 <dos1> hmm
Apr 07 16:49:34 <Sharwin_F-> $ opkg list | grep vnc only shows me x11vnc
Apr 07 16:49:38 <Ainulindale> DocScrutinizer: well that's a known issue of your Joergeness
Apr 07 16:49:43 <dos1> patch for transparent keyboard in illume is now more flexible
Apr 07 16:49:43 <Ainulindale> You're wrong, that's all
Apr 07 16:49:45 <Sharwin_F-> is it in angstrom repos?
Apr 07 16:49:45 <Ainulindale> that's axiomatic
Apr 07 16:49:52 <dos1> mrmoku would be interested in applying it
Apr 07 16:49:53 <spaetz> sorry need to leave now. can do tonoight or tomorrow
Apr 07 16:49:58 <Ainulindale> Sharwin_F-: I could build tightvnc if you want
Apr 07 16:50:05 <Ainulindale> dos1: I can apply it.
Apr 07 16:50:06 <dos1> and Dave would spank us because that :P
Apr 07 16:50:11 <DocScrutinizer> And you're the one whose fault it is ;)
Apr 07 16:50:12 <Sharwin_F-> Ainulindale, if you don't mind :P
Apr 07 16:50:21 <Ainulindale> DocScrutinizer: Heh
Apr 07 16:50:35 <Ainulindale> Sharwin_F-: building
Apr 07 16:50:40 <Sharwin_F-> thanks ^^
Apr 07 16:51:19 <dos1> transparent qwo can be interesting and useful, Ainulindale, if you don't have anything against - apply it :)
Apr 07 16:51:45 <Ainulindale> well could you show me how it looks?
Apr 07 16:51:45 <PaulFertser> pwgen: looks like for whatever reason bluetooth doesn't work with the latest kernel. Was going to have a look at it today...
Apr 07 16:54:58 <Ainulindale> Sharwin_F-: there it is
Apr 07 16:55:00 <Ainulindale> dos1?
Apr 07 16:55:09 <Sharwin_F-> good :D
Apr 07 16:55:22 <PaulFertser> Ainulindale: Hey :) What was the problem with locale generation for you? (en_US.UTF-8...cannot map archive header: Invalid argument)
Apr 07 16:56:24 <Ainulindale> PaulFertser: well low ram, and the fact that the OE conf had been modified to remove the locale generation
Apr 07 16:56:55 <PaulFertser> wpwrak: Hi :) just wanted to let you know that not only dos1 has problems with wifi and .29 (and no problems with .24) but also 2 other guys on community confirmed it.
Apr 07 16:57:27 <Ainulindale> well dos1 if it looks anything like what I saw on the community screenshots
Apr 07 16:57:30 <Ainulindale> I don't like it =)
Apr 07 16:57:45 <Ainulindale> Though if we can package it separately, I'll gladly compile it
Apr 07 16:57:54 <PaulFertser> Ainulindale: ok, so to solve that particular problem (to generate locale on devices) freeing more RAM should be enough? What should i suggest to the guy who wants to try TAsn's package? Or have you already updated unstable to include the fix?
Apr 07 16:58:42 <Ainulindale> Tasn's packages?
Apr 07 16:58:46 <Ainulindale> Which one?
Apr 07 16:58:54 <Ainulindale> Ah, the one on the wiki I suppose
Apr 07 16:58:58 <PaulFertser> Ainulindale: the one he placed at OM wiki.
Apr 07 16:58:58 <Ainulindale> I already updated unstable
Apr 07 16:59:03 <Ainulindale> It's now included
Apr 07 16:59:06 <Ainulindale> On latest
Apr 07 17:01:45 <PaulFertser> Ainulindale: thanks a lot :)
Apr 07 17:02:00 <Ainulindale> You're welcome
Apr 07 17:02:10 <Ainulindale> (I eventually delivered my project and found time to work on SHR)
Apr 07 17:02:13 <Ainulindale> (I feel better)
Apr 07 17:03:34 <Sharwin_F-> hmmm I have 2 calculators on the desktop Calcultaor and pCalc... haven't installed the second one, but looks better than de first one :P
Apr 07 17:04:27 <dos1> Ainulindale: which screenshots?
Apr 07 17:05:37 <Sharwin_F-> tightvncviewer works great :)
Apr 07 17:07:09 <admiral0> hi
Apr 07 17:07:15 <admiral0> i saw a nice dir
Apr 07 17:07:37 <admiral0> eten-m800/ in shr unstable
Apr 07 17:07:55 <admiral0> :O
Apr 07 17:09:06 <toggles_w> anyone have a fix for bluez in unstable?
Apr 07 17:09:13 * Sharwin_F- crosses last said by himself
Apr 07 17:09:27 <Sharwin_F-> Can't scroll the screen to the left, only to the right
Apr 07 17:09:36 <Sharwin_F-> and the same vertically, only down, not up
Apr 07 17:10:17 <Serdar> huh does fyp now havwe another name?
Apr 07 17:12:53 <dos1> Ainulindale: take a look on that ticket: http://trac.shr-project.org/trac/ticket/351
Apr 07 17:14:29 <nytowl> spaetz: the new vala doesn't build
Apr 07 17:14:42 <playya> new vala?
Apr 07 17:14:52 <nytowl> 0.6.0
Apr 07 17:15:10 <dos1> #358 can be closed
Apr 07 17:15:19 <playya> do you use git or ftp.gnome.org
Apr 07 17:15:42 <nytowl> gnome.org
Apr 07 17:18:51 <dos1> #327 seems to be invalid
Apr 07 17:19:09 <dos1> #366 looks like fixed
Apr 07 17:20:44 <max_posedon> hm... about shr, why ppp-generic isn't added to autoload list?
Apr 07 17:27:46 <Azog> i flashed shr-unstable from today, the aux-key seems to be ignored, is there a fix available?
Apr 07 17:28:37 <Azog> btw, much faster than some time ago
Apr 07 17:29:09 <DocScrutinizer> bipak_: alphaone|gone: ping. maybe you want to coordinate hw investigation efforts on 32kHz osc
Apr 07 17:29:48 <Azog> and there are too much shr-settings-icons...
Apr 07 17:33:46 <Sharwin_F-> Azog, you have to set the aux button on illume settings
Apr 07 17:34:52 <Azog> Sharwin_F-: in the input-section?
Apr 07 17:35:05 <Sharwin_F-> Azog
Apr 07 17:35:08 <Sharwin_F-> yes
Apr 07 17:35:56 <Sharwin_F-> then look on the list for simple screen blocking or something similar
Apr 07 17:36:10 <Sharwin_F-> then press aux button when needed
Apr 07 17:36:49 <Sharwin_F-> Desktop Simple Lock
Apr 07 17:36:56 <dos1> Azog: and shr-settings icons should be fixed in next image
Apr 07 17:37:16 <dos1> Azog: in meantime, try to remove menu-freesmartphone and install e-wm-menu instead
Apr 07 17:37:28 <Azog> dos1: ok
Apr 07 17:38:06 <Azog> Sharwin_F-: do i have to change the `Execute'-button, or add a new key?
Apr 07 17:38:19 <dos1> Azog: add a new key
Apr 07 17:38:30 <dos1> execute is for power button
Apr 07 17:43:49 <Azog> grr, i can't find it, in which section is the simple lock?
Apr 07 17:44:13 <Azog> oh, desktop-simple-lock
Apr 07 18:09:10 * Sharwin_F- flashing last image
Apr 07 18:10:49 <admiral0> flashed latest shr unstable
Apr 07 18:11:01 <admiral0> ophonekitd crashes
Apr 07 18:11:10 <admiral0> anyone interested in logs?
Apr 07 18:15:14 <TAsn> PaulFertser, for some reason
Apr 07 18:15:25 <TAsn> it asked for more ram when I wasn't using locale-gen
Apr 07 18:15:26 <TAsn> weird ;]
Apr 07 18:18:36 <Ainulindale> admiral0: yep
Apr 07 18:18:38 <Ainulindale> gives me that
Apr 07 18:19:54 <Ainulindale> dos1: for the ticket
Apr 07 18:19:57 <Ainulindale> I fixed that for qi
Apr 07 18:20:18 <Ainulindale> But this is really interesting
Apr 07 18:20:23 <Ainulindale> mickey|bbiab, alphaone|gone :  http://trac.shr-project.org/trac/ticket/351
Apr 07 18:20:31 <dos1> Ainulindale: i know, that's why i send it to you
Apr 07 18:20:32 <dos1> ;)
Apr 07 18:20:57 <Ainulindale> Thanks a lot
Apr 07 18:21:03 <Ainulindale> dos1: meanwhile
Apr 07 18:21:20 <Ainulindale> Using e-wm-menu does not solve our problem with shr-settings
Apr 07 18:21:39 <Ainulindale> I think we may have to use <Exclude><Filename>*-addons-illume</Filename></Exclude>
Apr 07 18:21:43 <Ainulindale> Though what's weird is there it works
Apr 07 18:21:46 <Ainulindale> But it doesn't for some people
Apr 07 18:21:55 <Ainulindale> raster?
Apr 07 18:23:26 <dos1> Ainulindale: for me e-wm-menu works
Apr 07 18:23:38 <Ainulindale> well it's basically the same file you know
Apr 07 18:23:39 <dos1> Ainulindale: maybe try different categories in that desktop files
Apr 07 18:23:49 <Ainulindale> (as menu-freesmartphone)
Apr 07 18:24:03 <Ainulindale> So I don't think this might influence anything
Apr 07 18:24:06 <dos1> lol?
Apr 07 18:24:07 <Ainulindale> Could you try latest unstable?
Apr 07 18:24:09 <dos1> it's not the same file
Apr 07 18:24:13 <Ainulindale> Well here it is
Apr 07 18:24:20 <dos1> so something is wrong
Apr 07 18:25:03 <Sharwin_F-> I satill have lots of shr icons on the desktop with new image, I suppouse you are speaking about this :P
Apr 07 18:25:09 <Ainulindale> dos1: http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/packages/freesmartphone/menu-freesmartphone/applications.menu&h=fso/milestone5.5
Apr 07 18:25:17 <dos1> Ainulindale: wait a moment, i will configure usb networking with neo on new laptop and then i will send you that file
Apr 07 18:25:20 <dos1> which i have
Apr 07 18:25:46 <dos1> Ainulindale: yep, that's wrong file
Apr 07 18:26:01 <dos1> Ainulindale: original, from e-wm-menu, is a lot more complicated :P
Apr 07 18:26:13 <Ainulindale> Well here it's the same
Apr 07 18:26:17 <Ainulindale> Let me find it =)
Apr 07 18:28:59 <dos1> Ainulindale: http://openmoko.opendevice.org/~dos/applications.menu
Apr 07 18:28:59 <Ainulindale> dos1: http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/packages/e17/e-wm/applications.menu&h=fso/milestone5.5 that?
Apr 07 18:29:13 <dos1> Ainulindale: yep
Apr 07 18:29:26 <Ainulindale> Well that's not the file you gave me
Apr 07 18:29:39 <Ainulindale> Err, sorry, nevermind what I said
Apr 07 18:29:46 <Ainulindale> Well my girlfriend is coming I have to leave
Apr 07 18:29:53 <Ainulindale> So I'll try to resolve that later :-)
Apr 07 18:29:58 <TAsn> actually, wanted to ask here:
Apr 07 18:29:59 <TAsn>  hey, does anyone know how to get the cflags+headers of a lib only if it exists? (autotools) the autotools chan is dead.
Apr 07 18:33:16 <dos1> ok, i cloned all shr git repos which are interesting for me, so now i can continue my work :)
Apr 07 18:45:13 <Ainulindale> dos1: Good :-)
Apr 07 18:45:27 <Ainulindale> Well, anyway, I have to go, I have other things to do (having a real life for example is something I should do more often)
Apr 07 18:45:30 <Ainulindale> So bye.
Apr 07 18:45:48 <Sharwin_F-> bye ^^
Apr 07 18:46:31 <dos1> Ainulindale: ATM i have limited real life, so i can focus on shr ;)
Apr 07 18:50:33 <CIA-47> SHR: 03Sebastian 07shr-overlay * rc7d7fbfbfa23 10/openembedded/packages/vala/ (4 files): revert to .6
Apr 07 19:11:33 <CIA-47> freesmartphone.org: 03prishelec 07libeflvala * r676c901eb57f 10/vapi/elm.vapi: elm.vapi: add missing functions to GenlistItem
Apr 07 19:32:15 <PaulFertser> Arhuaco: hey :) Nice to see you here again.
Apr 07 19:32:59 <Arhuaco> Hello PaulFertser. Thanks. Same here :-) I was away from IRC...
Apr 07 19:33:20 <TAsn> wtf
Apr 07 19:33:22 <TAsn> NOTE: Running task 717 of 3176
Apr 07 19:33:25 <TAsn> is this even possible?!
Apr 07 19:33:32 <TAsn> 3176?!
Apr 07 19:34:02 <PaulFertser> Arhuaco: just wanted to ask you when you will be available next time. morphis is trying to debug regression in gnufiish (?) kernel caused by merging of TS-filtering-related patches. Will you be able to help him a bit?
Apr 07 19:34:36 <TAsn> that's like my 5000th task.
Apr 07 19:34:54 <Arhuaco> PaulFertser. Sure. In case we don't meet in IRC he could send email...
Apr 07 19:35:36 <PaulFertser> Arhuaco: cool :) i guess he'll be here in some 12 hours.
Apr 07 19:36:40 <Arhuaco> PAulFertser: I hope to be sleeping very well in 12 hours ;-)
Apr 07 19:37:21 <PaulFertser> Arhuaco: btw, good luck with all the kernel work you're doing. You're now the most important kernel OM-person, the community counts on you (and believes you'll do a good job) ;)
Apr 07 19:37:52 <dos1> Arhuaco is kernel guy?
Apr 07 19:38:01 <dos1> so i must remember that nick ;)
Apr 07 19:39:05 <PaulFertser> Arhuaco: oh, i know i should have tried to debug it myself first but somehow i had no time/motivation :-/ Can you try to power on bluetooth and do lsusb after suspend/resume? I'm not sure but it seems it doesn't work for me at all. There were some changes with renaming stuff recently, probably some platform data for s3c-ohci wasn't updated accordingly?
Apr 07 19:39:31 <PaulFertser> dos1: you know /whois command, don't you ;)
Apr 07 19:39:42 <Arhuaco> PaulFertser: Thanks. I hope to do my best to help... Many things changed in a short time. But well, let's see how things go.
Apr 07 19:40:22 <Arhuaco> PaulFertser: I don't usually use bluetooth. I'll try...
Apr 07 19:40:58 <dos1> PaulFertser, Arhuaco: i'm not able to power on BT even without suspend/resume
Apr 07 19:41:21 <dos1> PaulFertser: i know, but i'm not running it on every person on IRC: D
Apr 07 19:41:45 <PaulFertser> Arhuaco: yeah, tough time for OM, we all know that. Too bad management wasn't open enough about HR decisions and too bad it turned out Andy had no time to properly "transfer" his work position.
Apr 07 19:44:52 <TAsn> I don't get
Apr 07 19:44:53 <TAsn> this
Apr 07 19:45:07 <TAsn> why is this compiling python when I'm trying to compile something else?!
Apr 07 19:45:33 <TAsn> (and it's not a dep)
Apr 07 19:46:42 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * raf83aeefdadc 10/fsogsmd/src/lib/ (7 files): fsogsmd: playing with mediator syntax
Apr 07 19:47:44 <mickey|bbiab> Andy would have had time, but he chose not to spend it.
Apr 07 19:48:18 <mickey|bbiab> TAsn: it may be an implicit dependency, you can check the path with -g or -v -v -v
Apr 07 19:48:40 <PaulFertser> Arhuaco: and another question (sorry for talking about bugs and other stupid stuff; i know i should have talked about spring, sun, happiness whatever...) What's your position about xglamo kernel workaround which breaks xrandr for xorg? Are you going to make it configurable or will you just rip it off when you'll be asked by e.g. mickey|bbiab ?
Apr 07 19:49:08 <TAsn> mickey|bbiab, what path?
Apr 07 19:49:12 <TAsn> anyhow' it's installing python
Apr 07 19:49:14 <Arhuaco> PaulFertser: I just updated the ticket :-) I guess we could add the option if it is needed.
Apr 07 19:49:19 <TAsn> *building
Apr 07 19:49:25 <TAsn> and I'm trying to build evas
Apr 07 19:49:30 <TAsn> wtf?!
Apr 07 19:49:38 <dos1> python-evas?
Apr 07 19:49:39 <PaulFertser> Arhuaco: do you think it's needed? Do you want to keep dirty hacks in your tree? ;)
Apr 07 19:49:45 <TAsn> dos1, no...
Apr 07 19:49:56 <dos1> TAsn: i mean: maybe it recommends python-evas?
Apr 07 19:50:06 <TAsn> yeah
Apr 07 19:50:10 <TAsn> I got you afterwards
Apr 07 19:51:10 <Arhuaco> PaulFertser: I remember Andy asked me to check this issue but I did not make progress. Balaji did progress. I guess we should keep the dirty hack if it helps until we get something better.
Apr 07 19:51:14 <PaulFertser> mickey|bbiab: i guess OM-the-company was somewhat mean to Andy and that's the reason of unclean takeover of kernel maintainer role. That's my impression.
Apr 07 19:52:05 <PaulFertser> Arhuaco: either somebody (who?) makes it user-switchable or we should get rid of it altogether, because it'll slow down xorg adoption (which has a chance of being maintained, unlike xglamo-kdrive).
Apr 07 19:53:32 <PaulFertser> Everything's my humble opinion, as usual.
Apr 07 19:54:14 <mickey|bbiab> PaulFertser: well, i'm not going to wash dirty laundry, but Andy literally turned his back to the whole project in a very unprofessional manner.
Apr 07 19:54:33 <mickey|bbiab> and no, he wasn't treated mean at all.
Apr 07 19:54:50 <mickey|bbiab> other than that he worked for the trashcan
Apr 07 19:54:56 <mickey|bbiab> but that can happen in work
Apr 07 19:55:31 <multi> hi
Apr 07 19:55:57 <Arhuaco> PaulFertser: I guess it could be made user-switchable if it actually helps. Removing the workaround could break things for people who depend on it now.
Apr 07 19:56:10 <PaulFertser> mickey|bbiab: ok, i'm glad to hear om-the-company didn't treat him mean. As to his behaviour -- well, we're all people, i'm not the one to judge. Thanks for the clarifications.
Apr 07 19:57:02 <PaulFertser> Arhuaco: do you have any idea who is going to do that and when? (sorry for being so persistent on this issue, but i dislike xglamo to a large degree ;) )
Apr 07 20:00:02 <mickey|bbiab> is the whole story of this workaround for xglamo in trac?
Apr 07 20:01:06 <Arhuaco> PaulFertser: Making an entry in /proc could be a quick hack :-) I guess I could make it. Now I guess we have to locate the actual workaround. I lost track...
Apr 07 20:01:27 <PaulFertser> mickey|bbiab: yes, OM bugtracker. lindi discovered it makes xorg unhappy, confirmed that without it xorg works well. Nobody's going to fix xglamo, Lars (?) is probably going to maintain xorg glamo driver.
Apr 07 20:01:43 <CIA-47> SHR: 03Sebastian 07shr-overlay * r2980a62dd26b 10/openembedded/packages/vala/vala-native_git.bb: only require 0.6.0 as bootstrap version. We should be using what is in the dev.OE branch and get that merged
Apr 07 20:01:44 <mickey|bbiab> right
Apr 07 20:02:16 <mickey|bbiab> as per backwards compatibility we probably need to have it opt-out for a while
Apr 07 20:02:26 <PaulFertser> Arhuaco: 8e07543735b1b180ff45993f0e3cc82dad8142ea and 6bf861ed654ff59cdf8829e47d6b7361c40f75ba
Apr 07 20:02:27 <mickey|bbiab> a sysfs entry should do for a start
Apr 07 20:06:04 <Arhuaco> Sure. A sysfs entry should do.
Apr 07 20:06:52 <DocScrutinizer> PaulFertser: well working for the trash bin can do a nasty good job on taking away any motivation from you. Impact is the harder the more you were involved/identified yourself with the project whatever
Apr 07 20:07:14 <Arhuaco> PaulFertser: I'm finishing something. I'll add those hashes to the ticket and if nobody has implemented the /sysfs entry in a week I'll do it. Sounds OK?
Apr 07 20:07:17 <PaulFertser> DocScrutinizer: i perfectly understand that.
Apr 07 20:07:40 <PaulFertser> Arhuaco: sure :)) BTW, those are already in the ticket in lindi's comments.
Apr 07 20:07:42 <DocScrutinizer> I *know* from own experience
Apr 07 20:07:59 <Arhuaco> PaulFertser: OK.
Apr 07 20:08:53 <budfive_> mickey|bbiab: do you know if FSO sets a default volume with org.freesmartphone.GSM.Device.SetSpeakerVolume? What do you think of FSO maxing this out by default and allowing alsa to handle the volume control?
Apr 07 20:09:27 <budfive_> mickey|bbiab: right now it seems that nothing sets that volume control by default
Apr 07 20:11:04 <alphaone> 6/ca
Apr 07 20:11:14 <TAsn> PREFERRED_PROVIDER
Apr 07 20:11:21 <TAsn> does this mean it's an optional?
Apr 07 20:11:36 <TAsn> if so, how do I ditch it?
Apr 07 20:11:39 <PaulFertser> Arhuaco: is MODULE_ALIAS supposed to work for drivers for devices described in platform? /sys/bus/platform/drivers/s3c-ohci doesn't show any binded devices.
Apr 07 20:11:53 <max_posedon> budfive_, Any news about [gsm dead] bug? (after downloading smth via gprs)
Apr 07 20:12:00 <DocScrutinizer> budfive_: there are ~3 volume controls. the one in calypso (AT+CLVL) surely should be set to 255 and then left untouched
Apr 07 20:12:24 <TAsn> mickey|bbiab, ^
Apr 07 20:12:46 <budfive_> DocScrutinizer: that sounds great, except right now i do it manually :)
Apr 07 20:13:42 <budfive_> max_posedon: not yet. maybe i'll look at it today
Apr 07 20:13:44 <DocScrutinizer> there are modem init strings sent to calyppso on power_up. seems clvl=255 belongs there
Apr 07 20:14:18 <cyberalex> hello
Apr 07 20:14:19 <max_posedon> mickey|bbiab, I think we(I and budfive_ and may be others) need your help
Apr 07 20:14:30 <budfive_> DocScrutinizer: sure. if it goes into fso, i'd like mickey to OK that first
Apr 07 20:14:42 <DocScrutinizer> budfive_: well honestly it belonged into calypso FW default settings rather
Apr 07 20:14:45 <max_posedon> in short, when I begin downloading smth big, gsm become dead fully.
Apr 07 20:14:47 <PaulFertser> Arhuaco: i mean in plat-s3c/dev-usb.c: .name = "s3c2410-ohci", and in drivers/usb/host/ohci-s3c2410.c  there is MODULE_ALIAS("platform:s3c2410-ohci"), but the driver doesn't bind to it...
Apr 07 20:14:49 <mickey|bbiab> budfive_: i'm afraid maxing out by default might introduce overloading the output stage
Apr 07 20:14:53 <mickey|bbiab> might sound horrible
Apr 07 20:15:04 <mickey|bbiab> i remember stlk vaguely
Apr 07 20:15:29 <mickey|bbiab> TAsn: PREFERRED_PROVIDER choses the preferred provider among multiple providees
Apr 07 20:16:07 <mickey|bbiab> if you can report maximum on three different devices doing no harm, then I'm all for it
Apr 07 20:16:28 <budfive_> mickey|bbiab: in my gta02, i have to max out both the alsa and the atclvl settings to make the speaker sound loud enough. what is your experience?
Apr 07 20:16:45 <DocScrutinizer> budfive_: anyway I've seen some (SHR, QT?)log in trac where some user vol-level slider actually is modifying CLVL setting. That's UTTERLY wrong
Apr 07 20:16:46 <Arhuaco> PaulFertser: I don't know... No idea of why it does not work... Perhaps this is a question for the list...
Apr 07 20:16:48 <mickey|bbiab> i had horrible distortion on one of my devices last i did it
Apr 07 20:17:20 <budfive_> mickey|bbiab: ok. so this should be a setting in an upper level (like shr)  then?
Apr 07 20:17:46 <PaulFertser> Arhuaco: hehehe, But the fact is that s3c-ohci is loaded but is not binded to the platform device (s3c2410-ohci). Should be easy to fix ;)
Apr 07 20:18:10 <budfive_> mickey|bbiab: it really is essential on my phone. DocScrutinizer was saying that there were 2 different speaker driver stages in different GTA02 units. Maybe this is the difference
Apr 07 20:19:21 <DocScrutinizer> budfive_: probably you refer  to those notorious 1uF-"resistors"
Apr 07 20:19:23 <mickey|bbiab> possible, and if it is so, we will not suit folks
Apr 07 20:19:29 <mickey|bbiab> as we can't tell 'em
Apr 07 20:19:50 <mickey|bbiab> alsa stage files changed a lot though
Apr 07 20:19:50 <PaulFertser> budfive_: the misterios C is almost just before the earpiece speaker, afaik. So no difference for the input of wolfson.
Apr 07 20:19:54 <mickey|bbiab> i wouldn't mind a new test
Apr 07 20:19:54 <budfive_> DocScrutinizer: that's what you told me. :) I haven't opened my phone yet so i don't know
Apr 07 20:20:38 <budfive_> mickey|bbiab: new test of what? i'm running shr-unstable with latest everything
Apr 07 20:20:45 <PaulFertser> DocScrutinizer: please correct me if i'm wrong.
Apr 07 20:20:52 <DocScrutinizer> mickey|bbiab: if that's the issue, clipping will be in earpiece itself on 0R-devices. there's no impact on distortion at wolfson input from this diffeerence
Apr 07 20:21:11 <PaulFertser> Oh, i was right *clapping hands*
Apr 07 20:21:25 <budfive_> PaulFertser: yay
Apr 07 20:21:55 <PaulFertser> And yes, the earpiece is horribly loud on my device with "A7" statefile.
Apr 07 20:22:34 <mickey|bbiab> budfive_: a test with different devices and that setting
Apr 07 20:22:56 <budfive_> PaulFertser: is this a different statefile than what is in the distros now?
Apr 07 20:23:03 <DocScrutinizer> PaulFertser: so it's clear clipping(distortion will happen
Apr 07 20:23:42 <DocScrutinizer> and you should adjust it using wolfsons output level control
Apr 07 20:23:55 <PaulFertser> budfive_: i guess yes, it was mentioned in some mail by Angus and i downloaded it from some ticket (sounds strange, i know).
Apr 07 20:24:07 <PaulFertser> DocScrutinizer: sure :)
Apr 07 20:24:24 <budfive_> PaulFertser: i can try it out if you tell me where to get it or send it to me. 
Apr 07 20:24:38 <mmontour> For these audio issues you also need to consider whether or not the incoming GSM call is driving the Calypso's DAC over its full voltage range. 
Apr 07 20:24:40 <budfive_> PaulFertser: do you know if your phone is 0R or 1uF
Apr 07 20:25:08 <DocScrutinizer> mickey|bbiab: PaulFertser: it's no evidence a CLVL=255 is any bad thing for any device though
Apr 07 20:26:08 * mmontour dislikes relative "255" settings, prefers a specification that gives actual dBs and Volts
Apr 07 20:26:53 <DocScrutinizer> current situation is more like 99% of user complaints are about too low volume on earpiece. So setting CLVL to max seems sensible
Apr 07 20:26:55 <budfive_> also, right now as far as i can tell, nothing explicitly sets clvl. If we WANT it to not max out, we should probably set it.
Apr 07 20:27:24 <DocScrutinizer> mmontour: tell this to guys defining AT cmdset
Apr 07 20:28:22 <mmontour> I'd be glad to tell it to them. Also to the people who made an amateur-radio TNC that I'm currently trying to get working.
Apr 07 20:28:35 <DocScrutinizer> what we need is a init string sent to modem at powerup. and a config file where we can *edit* this
Apr 07 20:29:40 <DocScrutinizer> default for config file shipping with distro should be 255 as it seems right now
Apr 07 20:30:17 <mickey|bbiab> open a ticket
Apr 07 20:30:31 <DocScrutinizer> *sigh*
Apr 07 20:30:46 <DocScrutinizer> budfive_: open a ticket! ;)
Apr 07 20:31:22 <budfive_> mickey|bbiab: ok. will do. thanks all
Apr 07 20:31:47 <DocScrutinizer> I'd rather create a patch if I knew the source to find right place in 5min
Apr 07 20:32:18 <DocScrutinizer> as it's easier than opening a ticket ;D
Apr 07 20:39:34 <tmzt> I'm not understanding something, since xorg uses kdrive drivers it should be possible to build a standalone version with --disable-xorgconf --enable-kdrive etc.
Apr 07 20:41:54 <BluesLee> who did this kbd http://scap.linuxtogo.org/files/f72d0eead352c31fa30b9d473099a165.png ?
Apr 07 20:42:22 <PaulFertser> Hm, looks like broadcom chip in my adsl modem/router is overheating, i can't hold my finger on it :-/
Apr 07 20:42:45 <cyberalex> BluesLee: telefoninux.it
Apr 07 20:44:03 <BluesLee> okay, new guy?
Apr 07 20:44:47 <cyberalex> BluesLee: http://forum.telefoninux.org/index.php/topic,154.msg15890/boardseen.html#new
Apr 07 20:44:52 <cyberalex> who, me?
Apr 07 20:45:50 <PaulFertser> Ok, i made bluetooth work.
Apr 07 20:46:01 <BluesLee> no, i thought the guy calls himself telefoninux
Apr 07 20:46:02 <PaulFertser> Arhuaco: send the patch to -kernel for discussion?
Apr 07 20:46:19 <multi> hi , I translated  libframeworkd-phonegui-efl and shr-settings.   how(where to) can i upload it?
Apr 07 20:47:19 <Sharwin_F-> Ainulindale, ^
Apr 07 20:47:30 <Arhuaco> PaulFertser: Sure!
Apr 07 20:48:54 <cyberalex> PaulFertser: it was a bluetooth issue or a general usb issue?
Apr 07 20:48:59 <DocScrutinizer> PaulFertser: what's the catch?
Apr 07 20:49:44 <PaulFertser> cyberalex: internal usb host issue. The name of the platform ohci (host controller) device didn't correspond to the driver's name. Not sure my patch is correct, but nevertheless. It works with it ;)
Apr 07 20:50:56 <DocScrutinizer> PaulFertser: hehe, maybe upstream cares abot correctness then (see my comment on #openmoko)
Apr 07 20:52:22 <PaulFertser> DocScrutinizer: yeah, they do care, for sure. And for me upstream is Arhuaco, that's why i asked him ;)
Apr 07 20:52:41 <DocScrutinizer> XD
Apr 07 20:54:07 <PaulFertser> DocScrutinizer: Anyway, that bug is since Mar 9! I guess that's enough for a reason to force more users to use HEAD (as is done now because shr-unstable autorevs).
Apr 07 20:55:00 * lindi- is still waiting for the glamo regression to be fixed :)
Apr 07 20:55:18 <PaulFertser> lindi-: have you seen what Arhuaco said about it?
Apr 07 20:55:40 <lindi-> PaulFertser: in the bug report?
Apr 07 20:55:45 <DocScrutinizer> I got a dremel, c'mon I'll fix that glamo ;D
Apr 07 20:55:47 <PaulFertser> lindi-: no, here.
Apr 07 20:56:04 <lindi-> PaulFertser: nope, im in aBus right now
Apr 07 20:56:16 <Arhuaco> HI lindi-: We'll make it opt-out.
Apr 07 20:56:36 <DocScrutinizer> lindi always moving around while IRCing :D
Apr 07 20:56:59 <lindi-> Arhuaco: compile-time?
Apr 07 20:57:01 <PaulFertser> Arhuaco: patch sent
Apr 07 20:57:04 <PaulFertser> lindi-: runtime
Apr 07 20:57:13 <lindi-> PaulFertser: cool
Apr 07 20:57:31 <lindi-> make it print scary warnings ;)
Apr 07 20:57:32 <PaulFertser> lindi-: Arhuaco promised to do it in a week if nobody'll make it first. ;)
Apr 07 20:57:51 <PaulFertser> lindi-: i fixed bluetooth btw ;)
Apr 07 20:58:13 <lindi-> then there is this other kernel regression, serial stuff
Apr 07 20:58:39 <lindi-> ill lookup the bug report when i get home
Apr 07 20:58:41 <PaulFertser> Oh no, that is too hard :(
Apr 07 20:59:03 * PaulFertser is scared of that mysterious serial rxerr stuff
Apr 07 20:59:06 * DocScrutinizer is taking some glamo chips out of that crap-bag and is hitting them with a 2pound-hammer
Apr 07 20:59:35 <lindi-> now switching to bike so ircing is not allowed :)
Apr 07 20:59:41 <PaulFertser> Bike rules!
Apr 07 20:59:56 <PaulFertser> lindi-: do you have a cool MTB? Disk brakes and stuff?
Apr 07 21:00:46 <DocScrutinizer> lindi-: who cares if you only were actually *able* to show this trick ;)
Apr 07 21:01:48 <PaulFertser> Good news: i think i know who is able to fix serial issues :)
Apr 07 21:02:01 <max_posedon> I'm translating shr to russian, and whant little help with explaining few stuff
Apr 07 21:02:24 <max_posedon> #: src/view/message-new-view.c:206 src/view/dialer-view.c:181 msgid "Add Contact"
Apr 07 21:02:37 <max_posedon> #: src/view/message-new-view.c:334 msgid "Add a Contact"
Apr 07 21:02:50 <max_posedon> 2 different message about the same?
Apr 07 21:03:00 <PaulFertser> max_posedon: make all russians fucking learn english!
Apr 07 21:03:23 <PaulFertser> max_posedon: you can't imagine how many problems i have because my stupid students think it's too hard to read english books.
Apr 07 21:03:26 <PaulFertser> max_posedon: ;)
Apr 07 21:03:32 <max_posedon> PaulFertser, I use en_US.UTF-8 near 5 yers
Apr 07 21:03:47 <max_posedon> but you know, I want do it[tranlate], why? because I can!)
Apr 07 21:03:48 <DocScrutinizer> make coders fucking use constants instead of inline strings!!
Apr 07 21:04:18 <PaulFertser> DocScrutinizer: nah, it's gettext tradition to use english strings as identifiers.
Apr 07 21:04:22 <max_posedon> same issue with Add Number and Add a Mumber
Apr 07 21:04:35 <max_posedon> PaulFertser, and it is GOOD
Apr 07 21:04:44 <max_posedon> because same termins in code, in text, and comments
Apr 07 21:05:09 <DocScrutinizer> PaulFertser: gettext() is a translation function?
Apr 07 21:05:11 <max_posedon> I hate see FILE *f = fopen; // открываем ФАЙЛ
Apr 07 21:05:34 <DocScrutinizer> errr, me too :-/
Apr 07 21:05:35 <PaulFertser> DocScrutinizer: yes, it picks the string dependinging on LC_MESSAGES setting.
Apr 07 21:05:43 <DocScrutinizer> yup
Apr 07 21:05:49 <PaulFertser> max_posedon: i "hate" to see useless comments ;)
Apr 07 21:06:01 <PaulFertser> (was written opening FILE)
Apr 07 21:06:02 <max_posedon> it is not about comments)
Apr 07 21:06:23 <DocScrutinizer> so in fact it should be considered a constant then
Apr 07 21:06:27 <max_posedon> just very simple example that I hate in one place see FILE, in other Файл
Apr 07 21:06:33 <onen> stefan_schmidt_: hallo
Apr 07 21:08:20 <PaulFertser> DocScrutinizer: it is considered a constant.
Apr 07 21:08:33 <lindi-> PaulFertser: just very regular bike that nobody is going to steal :)
Apr 07 21:08:41 <PaulFertser> max_posedon: i guess those Add Contact and Add a Contact are there because of screen estate constraints.
Apr 07 21:09:18 <mwester> what serial regression do we speak of here?
Apr 07 21:09:19 <lindi-> DocScrutinizer: which trick?
Apr 07 21:09:32 <PaulFertser> lindi-: (was going to write "how can you ride that!" but i ride to the institute on a no-gears old stupid bike myself ;) hate it, i'd finally repair my pseudo-MTB).
Apr 07 21:10:13 <PaulFertser> mwester: hello :) i knew you have the word "serial" hilighted ;)
Apr 07 21:10:51 <lindi-> PaulFertser: mwester: http://docs.openmoko.org/trac/ticket//2257
Apr 07 21:11:11 <lindi-> PaulFertser: this has 7 gears though
Apr 07 21:12:00 <lindi-> funny thing, they changed a one-way road to be two-way this week. i was going to add it to openstreetmap but somebody had already done it few hours before me :-)
Apr 07 21:12:18 <PaulFertser> lindi-: ah, that strange planetary gear system... Is it hard to disassemble/assemble? 
Apr 07 21:12:20 <DocScrutinizer> so it's probably a bug there are two different strings with same meaning. OTOH I'd recommend using symbolic speaking strings for msg-names and even use a translation file for plain english. Like gettext('open-.rc-error-line4711') == "can't open settings file %1. Aborting"
Apr 07 21:12:32 <lindi-> PaulFertser: haven't disassembled it :)
Apr 07 21:13:08 <PaulFertser> lindi-: but it doesn't switch while you press a pedal, how can a system like that be of any good? ;)
Apr 07 21:13:12 <DocScrutinizer> lindi-: (trick) IRCing while biking
Apr 07 21:13:25 <lindi-> DocScrutinizer: nope, i don't do that :)
Apr 07 21:13:43 <lindi-> DocScrutinizer: with my 9110 i was almost able to do it though since it had qwerty keyboard
Apr 07 21:14:07 <lindi-> PaulFertser: heh
Apr 07 21:14:09 <PaulFertser> lindi-: we've already extensively discussed that and it looks like bug in gsm0710muxd since socat works perfectly all the time.
Apr 07 21:14:26 <lindi-> PaulFertser: odd, what changed at kernel side?
Apr 07 21:14:50 <lindi-> PaulFertser: since i never hit it with the known-to-work kernel
Apr 07 21:15:02 <PaulFertser> lindi-: i've an amateur road bike (with carbon fork :p), so i have some experience to compare different systems ;)
Apr 07 21:15:46 <DocScrutinizer> PaulFertser: lindi- : budfive_ : so does this mean there's NO "calypso dead" bug, rather it's a uart driver bug or sth?
Apr 07 21:15:55 <lindi-> PaulFertser: i just use this to move between home, university, work and bus stops :)
Apr 07 21:15:59 <PaulFertser> DocScrutinizer: no, completely different issue!
Apr 07 21:16:08 <DocScrutinizer> ok, sorry
Apr 07 21:16:25 <lindi-> DocScrutinizer: yeah, different one, not the one budfive_ hit
Apr 07 21:16:36 <PaulFertser> DocScrutinizer: the way budfive_ describes it is scary enough :(
Apr 07 21:16:36 <lindi-> budfive_: you need to report your bug so that it has a number we can refer to!
Apr 07 21:16:50 <DocScrutinizer> PaulFertser: yup
Apr 07 21:17:07 <DocScrutinizer> lindi-: yup
Apr 07 21:17:12 <DocScrutinizer> budfive_: yup
Apr 07 21:17:16 <DocScrutinizer> ;)
Apr 07 21:17:27 <lindi-> PaulFertser: so if it is a gsm0710muxd bug then i'd like to understand 1) what changed in the kernel 2) what to fix in gsm0710muxd
Apr 07 21:18:10 <DocScrutinizer> please give some context for Ur last  statement
Apr 07 21:18:45 <DocScrutinizer> lindi-: so I may catch up with discussion :)
Apr 07 21:18:59 <PaulFertser> DocScrutinizer: http://docs.openmoko.org/trac/ticket//2257
Apr 07 21:19:06 <DocScrutinizer> thnx
Apr 07 21:19:53 <budfive_> DocScrutinizer, lindi-, PaulFertser: i'm going to play with it some more tonight and then report with more data. Can't play with it now, since it would mean turning off my main phone
Apr 07 21:21:08 <lindi-> DocScrutinizer: more than  http://docs.openmoko.org/trac/ticket//2257 ?
Apr 07 21:21:28 <lindi-> budfive_: i have the same problem, i would need two FR's :)
Apr 07 21:22:00 <PaulFertser> lindi-: can it be something introduced by 3237030220f974f89b706cb9f6284c8f36a5a5d9 ? Who knows... I would try to fix gsm0710muxd though. There's also a similar bug reported by billk, do you remember it? Only if he used a gsm0710muxd version that doesn't touch port parameters, it worked.
Apr 07 21:22:01 <lindi-> budfive_: that's why I wrote a piece of software that lets me answer calls regardless of the status of X when I started to help in testing the Xorg driver
Apr 07 21:22:06 <DocScrutinizer> lindi-: huh?
Apr 07 21:22:52 <budfive_> PaulFertser: do any of you know how to run gprs without framework or a muxer? That's what I would really like to try, but the wiki instructions don't seem to work anymore
Apr 07 21:23:02 <lindi-> DocScrutinizer: i mean is there something unclear in the bug report or does it describe the problem?
Apr 07 21:23:08 <PaulFertser> budfive_: do you by any chance have UART converter handy? Because it's dead easy to get debug output through the headset receptable and it can give some hint...
Apr 07 21:23:33 <lindi-> budfive_: i think i know
Apr 07 21:23:38 <PaulFertser> budfive_: shut down framework, power on the modem with sysfs node, use pppd as usual.
Apr 07 21:23:39 <DocScrutinizer> lindi-: dunno, it's been budfive_ 's bug
Apr 07 21:23:50 <PaulFertser> (btw, reset sysfs node does nothing on gta02)
Apr 07 21:23:50 <budfive_> PaulFertser: I don't know what that is so probably not. How can i make one?
Apr 07 21:23:52 <lindi-> PaulFertser: it stops sending anything to the debug port in budfive_'s unreported bug
Apr 07 21:24:13 <lindi-> PaulFertser: are you expecting it to print some stack trace as the last line? ;)
Apr 07 21:24:40 <PaulFertser> budfive_: either max3232 or similar to convert UART<->RS232 or something like FT232R to convert UART<->USB or some other more tricky way.
Apr 07 21:25:05 <budfive_> PaulFertser: i have some of those chips. where's the serial data coming from?
Apr 07 21:25:12 <budfive_> PaulFertser: oh, this is the headphone jack thing?
Apr 07 21:25:28 <lindi-> DocScrutinizer: hmm, too many different discussion at the same time
Apr 07 21:25:32 <DocScrutinizer> lindi-: that's a question to dieter
Apr 07 21:25:33 <PaulFertser> budfive_: you can take some cell phone cable apart; they usually contain USB<->UART<->RS232 converter. Rip rs232 part off and it'll work.
Apr 07 21:26:23 <budfive_> PaulFertser: i have enough converter chips to hack whatever it is together. Is there a pinout of whatever i'm connecting it to?
Apr 07 21:26:36 <DocScrutinizer> budfive_: or do you have a debug board?
Apr 07 21:26:42 <PaulFertser> budfive_: modem sends debug data over the middle ring of a 3-ring jack.
Apr 07 21:26:42 <budfive_> DocScrutinizer: no :(
Apr 07 21:26:57 <PaulFertser> budfive_: 115200 8N1
Apr 07 21:27:13 <DocScrutinizer> budfive_: easypeasy: see hs_jack in schem
Apr 07 21:27:24 <lindi-> PaulFertser: i don't understand that commit, the commit message does not really describe why it is needed
Apr 07 21:27:25 <PaulFertser> budfive_: 4-ring jack will work too :)
Apr 07 21:27:30 <budfive_> DocScrutinizer: ok. looking
Apr 07 21:27:44 <budfive_> DocScrutinizer: i can easily build that. didn't realize it was that simple
Apr 07 21:27:47 <PaulFertser> lindi-: i don't understand it too, but socat works :)
Apr 07 21:28:15 <DocScrutinizer> budfive_: its 3v3 lv-rs232
Apr 07 21:28:46 <PaulFertser> DocScrutinizer: i wouldn't call it rs232 because it's of normal UART polarity unlike rs232, no?
Apr 07 21:29:01 <DocScrutinizer> PaulFertser: an old (or new) headset cable might work as well ;)
Apr 07 21:29:14 <DocScrutinizer> yup
Apr 07 21:29:24 <PaulFertser> DocScrutinizer: implementation details don't matter :)
Apr 07 21:29:29 <DocScrutinizer> i think you're right
Apr 07 21:30:39 <lindi-> PaulFertser: hrm. non-deterministic behavior is nasty :(
Apr 07 21:31:09 <PaulFertser> lindi-: do you believe the world itself is determenistic? ;)
Apr 07 21:31:49 <DocScrutinizer> lindi-: my behaviour isn't non-deterministic >:-(
Apr 07 21:31:59 <lindi-> DocScrutinizer: for 2257?
Apr 07 21:32:37 <lindi-> PaulFertser: heh
Apr 07 21:32:52 <DocScrutinizer> not even for that. I simply don't behave at all wrt #2257
Apr 07 21:33:19 <PaulFertser> DocScrutinizer: btw, i think you were going to try bluetooth headset, weren't you? ;)
Apr 07 21:33:39 <DocScrutinizer> not yet
Apr 07 21:34:00 <DocScrutinizer> which one I'm supposed to test?
Apr 07 21:34:08 <lindi-> PaulFertser: btw, thanks for that bluetooth fix. is it already in some kernel tree? I have friends who have been hit by the regression
Apr 07 21:34:13 <max_posedon> Sorry, I'm first time translating anything
Apr 07 21:34:22 <max_posedon> what I should do with this http://maxposedon.org/libframeworkd-phonegui-efl.pot ?
Apr 07 21:34:37 <lindi-> DocScrutinizer: BH-203 if you want something that does not work :) johnsu01 also has BH-207 or something i think
Apr 07 21:34:56 <PaulFertser> lindi-: i've just sent it to the mailing list, 15 minutes before you came. So no, it's only on the ML atm.
Apr 07 21:34:59 <lindi-> DocScrutinizer: if you have bluetooth sniffer I'd like to know what nokia phones send to these headsets
Apr 07 21:35:12 <PaulFertser> max_posedon: pot? smoke it ;)
Apr 07 21:35:15 <lindi-> PaulFertser: ok i'll just inform then that "a fix exists"
Apr 07 21:36:07 <DocScrutinizer> lindi-: I don't have any BT-nokia device
Apr 07 21:36:20 <max_posedon> PaulFertser, ))
Apr 07 21:36:21 <PaulFertser> lindi-: and will hit shr-unstable soon (i hope, it follows HEAD). Or they can compile a patched kernel themselves.
Apr 07 21:36:53 <lindi-> PaulFertser: head of which branch?
Apr 07 21:37:04 <PaulFertser> lindi-: andy-tracking iirc
Apr 07 21:38:43 <DocScrutinizer> lindi-: actually that's not correct. I have a N810
Apr 07 21:39:00 <lindi-> DocScrutinizer: i don't think nokia headsets work with N810
Apr 07 21:39:07 <DocScrutinizer> don't see how to help using it with BT though
Apr 07 21:40:10 <DocScrutinizer> well sony HBH-DS220 does. So you think Nokia doesn't work with Nokia?
Apr 07 21:40:58 <lindi-> DocScrutinizer: i don't think nokia internet tablets support nokia headsets but i could be wrong
Apr 07 21:41:11 <lindi-> i'll ask a friend
Apr 07 21:41:51 <DocScrutinizer> N810 doesn't support A2DP out of the box iirc
Apr 07 21:42:04 <lindi-> the headset only does sco
Apr 07 21:43:01 <PaulFertser> lindi-: what can be used as a bluetooth sniffer anyway?
Apr 07 21:43:31 <DocScrutinizer> CMU200 ;-)
Apr 07 21:43:33 <lindi-> PaulFertser: either very expensive commercial solution or some questionable hacked bluetooth firmware
Apr 07 21:43:43 <PaulFertser> lindi-: questionable?
Apr 07 21:43:57 <lindi-> PaulFertser: distributing modified versions of binary-only firmware is legally questionable
Apr 07 21:44:05 <lindi-> PaulFertser: in theory any regular PC could do man-in-the-middle for bluetooth
Apr 07 21:44:20 <DocScrutinizer> that's solution #1 of the list: ~100kEUR
Apr 07 21:44:40 <PaulFertser> lindi-: distributing probably illegal, but who cares if you do it via a tor node e.g.?
Apr 07 21:44:45 <lindi-> the questionable solution is ~20EUR
Apr 07 21:44:54 <lindi-> PaulFertser: it's still illegal :)
Apr 07 21:45:31 <PaulFertser> lindi-: illegal != unfair, so i don't care if can not be caught.
Apr 07 21:45:34 <DocScrutinizer> I'm not exactly sure it's illegal
Apr 07 21:45:58 <max_posedon> ok, I'll little bit fixed russian translation and name it as ru.po, any shr dev's what next?)
Apr 07 21:46:09 <DocScrutinizer> rather it's a civil issue with (C)
Apr 07 21:46:26 <lindi-> DocScrutinizer: copyright infridgement at least
Apr 07 21:46:42 <lindi-> DocScrutinizer: and possibly some radio certification issues
Apr 07 21:46:49 <DocScrutinizer> lindi-: that's what I say
Apr 07 21:47:21 <DocScrutinizer> those don't care as long as you don't send in a non-legal way
Apr 07 21:47:24 <PaulFertser> max_posedon: ask Ainulindale or spaetz or dos1, probably just send it to shr mailing list and they'll take care of it.
Apr 07 21:47:50 <max_posedon> Ainulindale, spaetz wake up!)
Apr 07 21:48:46 <max_posedon> oh... one more maillist...
Apr 07 21:49:12 <PaulFertser> max_posedon: you can send via gmane/NNTP
Apr 07 21:49:44 <PaulFertser> max_posedon: though it somewhat breaks mailing list conventions, not that much comparing to forging Reply-To: :-E
Apr 07 21:50:15 <max_posedon> I'm using kmail, he hasn't such problems), but I can'
Apr 07 21:50:19 <max_posedon> t find shr maillist...
Apr 07 21:50:47 <max_posedon> oh, find it.
Apr 07 21:55:12 <DocScrutinizer> yup, kmail "answer to all" just working with kmail
Apr 07 21:55:44 <max_posedon> answer to all? I just press answer
Apr 07 21:55:53 <max_posedon> e.g. reply-to
Apr 07 21:56:42 <PaulFertser> max_posedon: that will work only with forged Reply-To: (as community list errorneously does).
Apr 07 21:57:20 <DocScrutinizer> yup, but PaulFertser is upset for [community] setting a "reply-to" header to point  to the list. otherwise you would answer to original poster only
Apr 07 21:57:57 <max_posedon> kmail has "magic feature", I can mark folder as maillist, and then always work (as far as I use kmail-4.2)
Apr 07 21:58:20 <DocScrutinizer> max_posedon: I know ;-)
Apr 07 21:59:37 <DocScrutinizer> still I think it's a silly idea to request "reply-to-OP" for default behaviour of the reply-button of a ML
Apr 07 22:00:51 <DocScrutinizer> so - not like PaulFertser - I think it's actually a good idea to "forge" the reply-to header
Apr 07 22:01:45 <DocScrutinizer> paul some weeks ago convinced me it's a bad thing, but I cant recall why anymore ;)
Apr 07 22:02:40 <PaulFertser> DocScrutinizer: that's because you didn't read the page i gave you a link to where this issue was explained in great detail. Moreover this "feature" breakes mailing lists for those who is unsubscribed to it (imagine you send something to ML CCing upstream maintainer, who is not subscribed, no he answers but doesn't receive any replies, because they go to the mailing list directly, omitting him from CC).
Apr 07 22:02:47 <PaulFertser> :)
Apr 07 22:04:37 <PaulFertser> (and yes, i think that mailing lists can allow mail from unsubscribed users provided they sent mail via SPF-enabled host with sane reverse dns zone)
Apr 07 22:04:50 <Ainulindale> max_posedon: yes?
Apr 07 22:04:51 <DocScrutinizer> PaulFertser: ok, a good point. Nevertheless I read the pages and probably it's exactly for the great detail I can't remember anymore ;)
Apr 07 22:05:24 <admiral0> hi
Apr 07 22:05:46 <max_posedon> Ainulindale, http://maxposedon.org/ru.po
Apr 07 22:05:55 <max_posedon> ( libframeworkd-phonegui-efl )
Apr 07 22:06:05 <DocScrutinizer> PaulFertser: (unsubscibed user) I don't know of a single one
Apr 07 22:06:05 <PaulFertser> DocScrutinizer: i don't doubt you read the pages :) 
Apr 07 22:06:30 <admiral0> when i try to set wallpaper in illume "Enlightenment was unable to import the picture due to conversion errors." I've tried several jpg and png images
Apr 07 22:06:37 <PaulFertser> DocScrutinizer: Alan Cox wrote to openmoko-kernel mailing list once. Do you think he's subscribed?
Apr 07 22:07:01 <Ainulindale> max_posedon: I'll do that on the morrow, thanks :-)
Apr 07 22:07:07 <DocScrutinizer> I'd think so :D
Apr 07 22:07:44 <max_posedon> Ainulindale, as you wish, this time I'll may be translate shr-settings)
Apr 07 22:08:47 <DocScrutinizer> keeping spam out of ML really is a huge PITA, and allowing subscribed senders only helps a lot
Apr 07 22:09:25 <PaulFertser> Anyway, 'night all. Gotta sleep :(
Apr 07 22:09:38 <DocScrutinizer> night paul
Apr 07 22:09:40 <mirko-paroli_> night PaulFertser
Apr 07 22:10:10 <max_posedon> also, http://trac.shr-project.org/trac/wiki/Translating <- is link here about shr-settings is correct?!
Apr 07 22:10:50 <max_posedon> ok, correct, sorry, my mistake
Apr 07 22:26:06 <Dave> Hello gentlemen!
Apr 07 22:26:16 <Dave> and raster :p
Apr 07 22:26:41 <fredrin> hallo
Apr 07 22:26:49 <Zorkman> put em up dave! 
Apr 07 22:26:56 <Zorkman> hand over those freerunners
Apr 07 22:27:05 <Zorkman> it's for your own good
Apr 07 22:29:42 <fredrin> any good gnus or bad gnus today?
Apr 07 22:30:25 <Dave> GUNS?
Apr 07 22:30:28 <Dave> you mean GUNS? :D
Apr 07 22:31:32 <Zorkman> guns don't kill people; americans do
Apr 07 22:31:48 <Dave> No
Apr 07 22:31:51 <Dave> OPENMOKO FREERUNNERS DO!
Apr 07 22:31:53 <Dave> >:D
Apr 07 22:32:23 <max_posedon> gnus == news in emacs?)
Apr 07 22:32:46 <Zorkman> where are those cool new things dave; you've been hiding them?
Apr 07 22:33:21 <fredrin> something i go from a Far Side cartoon, 
Apr 07 22:33:34 <fredrin> a guy in a kiosko that sells good and bad gnus 
Apr 07 22:33:43 <fredrin> and the bad gnus looks really bad 
Apr 07 23:05:52 <Dave> fuck emacs
Apr 07 23:12:17 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * recd5f3e79c49 10/fsogsmd/ (5 files in 2 dirs): fsogsmd: change hash names for commands to proper AT strings instead of class names
Apr 07 23:31:32 <TAsn> hey
Apr 07 23:31:35 <TAsn> does anyone here know arabic?
Apr 08 00:28:21 <TAsn> bah, for some reason eina isn't going to staging.
Apr 08 00:28:40 <TAsn> it says it does
Apr 08 00:28:43 <TAsn> though it doesn't.
Apr 08 00:38:34 <Dave> :p
Apr 08 01:05:06 <TAsn> In file included from ../../../src/lib/include/evas_common.h:13,
Apr 08 01:05:06 <TAsn>                  from evas_callbacks.c:1:
Apr 08 01:05:06 <TAsn> ../../../src/lib/Evas.h: In function 'evas_new':
Apr 08 01:05:06 <TAsn> ../../../src/lib/Evas.h:462: error: expected declaration specifiers before 'EINA_WARN_UNUSED_RESULT'
Apr 08 01:05:14 <TAsn> shit, long paste ;[
Apr 08 01:05:26 <TAsn> anyhow, have anyone seen this before?
Apr 08 01:09:10 <raster> hmm
Apr 08 01:09:22 <raster> to me seems like staging didnt update
Apr 08 01:09:46 <TAsn> I'm compiling evas
Apr 08 01:09:56 <TAsn> btw
Apr 08 01:10:12 <TAsn> to me it seems like hell.
Apr 08 01:10:24 <TAsn> let's hope it'll compile now.
Apr 08 01:10:56 <TAsn> it doesn't.
Apr 08 01:11:00 <TAsn> bah.
Apr 08 01:11:02 <TAsn> shower.
Apr 08 01:15:57 <Dave> Heh
Apr 08 01:16:07 <Dave> You probably look like hell too :p
Apr 08 01:19:08 <raster> gahaah
Apr 08 01:19:09 <raster> vala...
Apr 08 01:19:10 <raster> 0.6
Apr 08 01:19:12 <raster> fuck
Apr 08 01:19:14 <raster> oe
Apr 08 01:19:16 <raster> grrrr
Apr 08 01:20:38 <Dave> :D
Apr 08 01:20:42 <Dave> grumble grumble
Apr 08 01:27:31 <TAsn> la la la
Apr 08 01:27:36 <TAsn> bah
Apr 08 01:27:43 <TAsn> FINISH ALREADY!
Apr 08 01:28:00 <TAsn> I want to see how bad I missed it ;]
Apr 08 01:29:08 <TAsn> this bitbake clean/compile shit is making me crazy. ;]
Apr 08 01:29:16 <TAsn> *build
Apr 08 01:30:10 <TAsn> btw, raster
Apr 08 01:30:15 <TAsn> I found what was wrong.
Apr 08 01:30:23 <TAsn> I was using a newer source tree
Apr 08 01:30:29 <TAsn> although I was sure I was using the same as shr
Apr 08 01:30:32 <TAsn> probably a typo
Apr 08 01:30:43 <TAsn> that made me co the wrong rev ;[
Apr 08 01:31:12 <TAsn> let's just hope I don't have to redo everything.
Apr 08 01:31:36 <TAsn> I hope I'm not jinxing myself here
Apr 08 01:31:42 <TAsn> though everything is going well
Apr 08 01:32:27 <raster> i'm redoi9ng a whole build thanks to vala 0.6
Apr 08 01:32:32 <raster> it fucked up
Apr 08 01:32:42 <TAsn> been there
Apr 08 01:32:44 <TAsn> done that.
Apr 08 01:32:48 <raster> oe happily didnt even provide a md5 and sha256sum for the src
Apr 08 01:32:50 <raster> whihc broke
Apr 08 01:32:50 <TAsn> s/vala/tasn/
Apr 08 01:32:56 <raster> anfd compiling breaks after hat anyway
Apr 08 01:33:08 <raster> man oe's dev  git repo is a mess
Apr 08 01:33:15 <raster> unstable - everything breaks al the time
Apr 08 01:33:19 <raster> no one tests shit
Apr 08 01:33:34 <raster> or it doesnt seem that they do
Apr 08 01:35:03 <playya> which branch?
Apr 08 01:37:25 <raster> oe dev head
Apr 08 01:37:50 <raster>  9:25AM ~/oe/oe > git-branch -a
Apr 08 01:37:50 <raster> * org.openembedded.dev
Apr 08 01:37:50 <raster>   origin/HEAD
Apr 08 01:37:53 <Dave> Hey Raster
Apr 08 01:38:02 <Dave> Have you seen TI's Zoom 2 yet? :D
Apr 08 01:38:22 <raster> Dave:  no.. but is it as much a bit fat bugly brick as the zoom1?
Apr 08 01:38:23 <nytowl> raster: vala-native_git ins't building right now either
Apr 08 01:38:47 <Dave> uhh
Apr 08 01:38:55 <Dave> Raster, look at the hardware :)
Apr 08 01:39:01 <Dave> (specs)
Apr 08 01:40:04 <TAsn> SHIT
Apr 08 01:40:08 <TAsn> MAJOR CHANGES! ;[
Apr 08 01:40:14 <TAsn> back to the drawing board.
Apr 08 01:43:18 <Dave> rut roh
Apr 08 01:44:12 <playya> wow. support for linux and android
Apr 08 01:44:19 <TAsn> huh?
Apr 08 01:44:36 <TAsn> shit, I can't believe this happened ;[
Apr 08 01:45:52 <raster> nytowl:  well i was stuck with a broken 0.6
Apr 08 01:46:01 <raster> nytowl:  and 0.6 is the OPNLY thing oe dev git provides
Apr 08 01:46:04 <raster> no git
Apr 08 01:46:08 <raster> it lost 0.5.6, 0.5.7
Apr 08 01:46:09 <raster> etc.
Apr 08 01:46:14 <raster> someone added 0.6
Apr 08 01:46:28 <raster> and removed the old versions and DIDNT even provide md5 and sha256sums
Apr 08 01:46:41 <raster> so it was broken by sheer lack of testing and committign the right stuff
Apr 08 01:46:47 <raster> andother drive-by commit
Apr 08 01:46:56 <raster> TAsn:  what major changes?
Apr 08 01:47:06 <TAsn> let's say
Apr 08 01:47:09 <TAsn> svn diff
Apr 08 01:47:10 <TAsn> on common
Apr 08 01:47:13 <TAsn> gave me
Apr 08 01:47:20 <TAsn> a butt load of screens
Apr 08 01:47:20 <TAsn> ;]
Apr 08 01:47:24 <raster> ???
Apr 08 01:47:28 <raster> ooh
Apr 08 01:47:31 <TAsn> they are using 38274
Apr 08 01:47:32 <raster> was it my scalecache stuff?
Apr 08 01:47:42 <TAsn> no idea.
Apr 08 01:48:04 <TAsn> I'm putting one source file at a time
Apr 08 01:48:07 <TAsn> hoping stuff will work ;]
Apr 08 01:48:25 <raster> TAsn:  then thats possible - the scalecache was recent
Apr 08 01:48:31 <raster> it shouldnt affect the font stuff
Apr 08 01:48:47 <TAsn> there are more changes
Apr 08 01:48:52 <TAsn> in the font_draw as well
Apr 08 01:48:57 <TAsn> for instance
Apr 08 01:49:37 <TAsn> ./evas_op_copy/op_copy_pixel_.c:65: error: expected expression before '{' token
Apr 08 01:49:39 <TAsn> bah.
Apr 08 01:51:15 <raster> you may also see some of my neon asm code in there
Apr 08 01:51:22 <raster> thats for arm cortex a8 + neon
Apr 08 01:51:48 <raster> to me it smells like a merge gone bad
Apr 08 01:51:51 <raster> or update broken
Apr 08 01:51:52 <raster> a conflict
Apr 08 01:52:05 <TAsn> shit, I'll just start over on their version ;[
Apr 08 01:56:30 <raster> Dave:  is that this one:
Apr 08 01:56:30 <fredrin> humm, will shr and paroli step on each others feet? 
Apr 08 01:56:34 <raster> http://www.engadget.com/2009/02/18/texas-instruments-and-wind-river-do-up-android-right/
Apr 08 01:59:56 <fredrin> expencive 
Apr 08 02:00:01 <raster> yes
Apr 08 02:00:09 <raster> but its a dev board
Apr 08 02:00:15 <raster> dev boardsd are expensive due to low volume
Apr 08 02:00:33 <raster> and the high support costs as developers fuck with them a lot
Apr 08 02:06:52 <TAsn> raster, fredrin Dave, cross your fingers!
Apr 08 02:06:52 <DocScrutinizer> nasty developers
Apr 08 02:07:01 <TAsn> DocScrutinizer, you too!
Apr 08 02:07:06 <DocScrutinizer> fucking boards
Apr 08 02:07:12 <raster> i already am
Apr 08 02:07:18 <raster> i'm rebuilding oe
Apr 08 02:07:24 <raster> i always cross fingers when i do that
Apr 08 02:07:29 <TAsn> hehe
Apr 08 02:07:37 <TAsn> I'm building OE for a couple of days now.
Apr 08 02:07:37 <TAsn> bah.
Apr 08 02:07:42 <raster> DocScrutinizer: boo!
Apr 08 02:07:53 * DocScrutinizer ducks
Apr 08 02:07:56 <TAsn> I think we'll get past configure!
Apr 08 02:08:04 <TAsn> ok, we got to compile!
Apr 08 02:08:10 <TAsn> now cross your fingers harder.
Apr 08 02:08:47 <fredrin> x
Apr 08 02:08:57 <TAsn> fredrin, thanks!
Apr 08 02:08:59 <TAsn> in OE
Apr 08 02:09:06 <TAsn> every pair of fingers matter!
Apr 08 02:09:11 <fredrin> true
Apr 08 02:09:27 <TAsn> I'm about to cry, so many hours wasted ;]
Apr 08 02:09:35 <TAsn> let's just hope this hell will finally end.
Apr 08 02:09:41 <fredrin> my laptop dies when i try to build it, havent tried with nice -n 19 yet though
Apr 08 02:09:44 <TAsn> BAHH
Apr 08 02:12:23 <TAsn> ok
Apr 08 02:12:28 <TAsn> it failed because of me
Apr 08 02:12:29 <TAsn> retry
Apr 08 02:24:06 <TAsn> bah
Apr 08 02:24:15 <TAsn> raster, in arabic, even the diactricts
Apr 08 02:24:19 <TAsn> are not sequential.
Apr 08 02:24:41 <TAsn> I think whoever designed the arabic section of the unicode tables was drunk.
Apr 08 02:24:56 <TAsn> he actually made everything hard!
Apr 08 02:30:28 <budfive_> DocScrutinizer: still here?
Apr 08 02:33:24 <TAsn> OMG
Apr 08 02:33:26 <TAsn> it compiled
Apr 08 02:33:33 <TAsn> fredrin, thanks for the finger crossing!
Apr 08 02:33:49 <TAsn> WEEHEE!
Apr 08 02:33:58 <budfive_> TAsn: so now you have arabic?
Apr 08 02:34:10 <TAsn> budfive_, actually I don't speak arabic
Apr 08 02:34:17 <budfive_> budfive_: but does your moko?
Apr 08 02:34:19 <TAsn> but I promised ppl I'll add arabic support.
Apr 08 02:34:25 <TAsn> budfive_, hehe I can't verify
Apr 08 02:34:28 <budfive_> :)
Apr 08 02:34:33 <TAsn> I don't know how it should even look
Apr 08 02:34:46 <TAsn> raster, how can I use unicode values in the illume keyboard?
Apr 08 02:34:47 <budfive_> curly
Apr 08 02:36:20 <TAsn> wait, what?!
Apr 08 02:36:22 <TAsn> wtf?!
Apr 08 02:36:43 <TAsn> I can't fucking believe this shit.
Apr 08 02:36:44 <budfive_> this is an emotional roller coaster
Apr 08 02:36:59 <TAsn> I was right, for some reason my build env
Apr 08 02:37:18 <TAsn> got older than my moko svn rev.
Apr 08 02:37:20 <TAsn> for e.
Apr 08 02:53:03 <raster> TAsn: you mean type ot a 0xe800 or whetaver unicode value?
Apr 08 02:53:13 <raster> you'd need to have it in a ut8 string in quotes
Apr 08 02:53:22 <raster> "魚”
Apr 08 02:53:24 <raster> for example
Apr 08 02:53:28 <TAsn> ok
Apr 08 02:53:31 <raster> (thot hat wont work as no key exists with that)
Apr 08 02:53:31 <TAsn> cool, thanks.
Apr 08 02:53:50 <TAsn> how can I force a git pull?
Apr 08 02:53:57 <raster> ugh
Apr 08 02:53:58 <raster> git
Apr 08 02:54:05 <raster> i dont want to know about it
Apr 08 02:54:11 <raster> git just fucked up my entire branch
Apr 08 02:54:20 <raster> this whole "lets all have branches" shit sucks
Apr 08 02:54:57 <TAsn> nvm found it.
Apr 08 02:55:32 <TAsn> would you mind upping your
Apr 08 02:55:41 <TAsn> openembedded/packages/vala/
Apr 08 02:55:41 <TAsn> ?
Apr 08 02:55:49 <TAsn> I accidentally removed it
Apr 08 02:55:52 <raster> not right now
Apr 08 02:55:53 <TAsn> and that bitch is crying about it.
Apr 08 02:55:53 <raster> rebuilding
Apr 08 02:55:54 <TAsn> ;
Apr 08 02:55:54 <TAsn> \
Apr 08 02:56:05 <raster> oooh
Apr 08 02:56:06 <raster> yes
Apr 08 02:56:17 <raster> gits wonderful - if u delete files it wont replace them from upstream on update
Apr 08 02:58:27 <TAsn> fuck it ;[
Apr 08 02:58:46 <raster> i have come to not be fond of git
Apr 08 02:58:57 <raster> and my experience is with oe's git
**** ENDING LOGGING AT Wed Apr 08 02:59:57 2009