**** BEGIN LOGGING AT Mon Aug 23 02:59:57 2010
Aug 23 07:48:54 <rhkfin> Anyone know when spaetz will be back?
Aug 23 07:50:48 <rhkfin> Heinervdm: mickey|zzZZzz: what's the status of missing last digits in contacts, if the name has chars like ä or ö? Any proggress?
Aug 23 07:51:49 <JaMa> rhkfin: he is back from US for long time.. but probably real life got higher priority
Aug 23 07:53:50 <rhkfin> Good for him, not that good for us :)
Aug 23 09:28:21 <vanous> as mokosuite is offering different fso gsm consumer, wouldn't it make sense to have an alternative for that and run update alternatives during install?
Aug 23 09:28:41 <lindi-> vanous: gsm consumer?
Aug 23 09:29:21 <vanous> well, sorry for the terminology
Aug 23 09:29:52 <vanous> we have the shr's phonefsod (?) and mokosuite has it's own mokophone i think
Aug 23 09:29:52 <lindi-> vanous: what do you mean by that?
Aug 23 09:30:16 <vanous> the part that requests gsm and the rest of the suite connects via it
Aug 23 09:30:33 <lindi-> vanous: ah so it still depends on fso-ogsmd?
Aug 23 09:31:12 <vanous> i don't think so, i think it goes through fso-gsmd, or?
Aug 23 09:31:24 <lindi-> vanous: fso-gsmd is a rewrite of fso-ogsmd?
Aug 23 09:31:51 <vanous> i think so, i think it is cornucopia rewrite
Aug 23 09:32:41 <lindi-> vanous: if the api is incompatible enough you might want to call mokosuite a "fso-gsmd client" perhaps then?
Aug 23 09:33:29 <vanous> no, there is a startup script, but shr's phonefsod and mokosuite's mokophone would probably make mess
Aug 23 09:33:57 <vanous> well, i just wanted to spell it out, we do the same for windowmanager already
Aug 23 09:34:33 <vanous> and this way, for the everage user, installing enables all neceary parts
Aug 23 09:35:52 <vanous> gotta gop
Aug 23 10:23:30 <GNUtoo|laptop> hmmm JaMa is not there
Aug 23 10:23:36 <GNUtoo|laptop> I tested illume1
Aug 23 10:23:42 <GNUtoo|laptop> and it's broken
Aug 23 10:23:54 <GNUtoo|laptop> also:
Aug 23 10:23:58 <GNUtoo|laptop> *eve is so nice
Aug 23 10:24:28 <GNUtoo|laptop> *illume2 can work but I need to put it in x11-16
Aug 23 10:24:33 <GNUtoo|laptop> (htcdream)
Aug 23 10:57:53 <JaMa> TAsn: ping? I need someone with r/w to our illume-keyboards repo
Aug 23 11:01:44 <GarthPS> hi JaMa. just a little question , if I have an issue with an OE recipe, does #oe channel is the right place to speak about it ?
Aug 23 11:01:45 <GNUtoo|laptop> JaMa, hi illume1 doesn't work
Aug 23 11:01:53 <GNUtoo|laptop> btw eve is great
Aug 23 11:02:03 <GarthPS> he knows already :)
Aug 23 11:02:04 <JaMa> GarthPS: yes
Aug 23 11:02:05 <GNUtoo|laptop> and with x11-16 illume2 can work on htcdream
Aug 23 11:02:07 <GNUtoo|laptop> ok
Aug 23 11:02:13 <GNUtoo|laptop> I'll go bye]
Aug 23 11:02:15 <GarthPS> thx JaMa
Aug 23 11:02:16 <JaMa> GNUtoo|laptop: I know.. removing it from images and e-wm recipe atm
Aug 23 11:02:16 <GNUtoo|laptop> s/]//
Aug 23 11:02:16 <apt> GNUtoo|laptop meant: I'll go bye
Aug 23 11:02:24 <GNUtoo|laptop> really?
Aug 23 11:02:28 <GNUtoo|laptop> can't we fix it?
Aug 23 11:02:37 <JaMa> GNUtoo|laptop: http://trac.enlightenment.org/e/changeset/50884
Aug 23 11:03:09 <JaMa> GNUtoo|laptop: if upstream doesn't want them to be built together.. then I'll choose illume2
Aug 23 11:03:21 <GNUtoo|laptop> ok
Aug 23 11:03:31 <GNUtoo|laptop> then I need to do some customizations for htcdream
Aug 23 11:04:16 <GNUtoo|laptop> thanks a lot for the infos
Aug 23 11:04:22 <GNUtoo|laptop> I'll ask how to do it later
Aug 23 11:04:29 <GNUtoo|laptop> I preferred illume1
Aug 23 11:04:34 <GNUtoo|laptop> because of the task manager
Aug 23 11:04:42 <GNUtoo|laptop> I mean the list of windows
Aug 23 11:06:12 <GNUtoo|laptop> I'll have to give back the 3g card for a moment, and then I'll have to go
Aug 23 11:06:13 <GNUtoo|laptop> bye
Aug 23 11:06:14 <JaMa> GNUtoo|laptop: as illume1 is deprecated by upstream, then we should focus on fixin/adding stuff to illume2 IMHO
Aug 23 11:06:20 <GNUtoo|laptop> ok
Aug 23 11:07:21 <rhkfin> What's the status of illume2? Usable?
Aug 23 11:07:31 <rhkfin> ie. what are the biggest disadvantages?
Aug 23 11:15:31 <JaMa> rhkfin: all shr devs are using illume2, so yes, usable
Aug 23 11:16:26 <JaMa> TAsn: nvm, added to OE for now
Aug 23 11:16:47 <rhkfin> ok, great! Maybe I should give ita try on SHR-T too..
Aug 23 11:17:30 <JaMa> not sure what's status of illume2 in old shr-t or even tests/shr-testing :/
Aug 23 11:18:13 <JaMa> but I'm not changing shr-t now (or even pushing those may images :/)
Aug 23 11:18:49 <rhkfin> right
Aug 23 11:22:13 <JaMa> hmm pity part is that probably e-wm won't fall-back to illume2 config.. 
Aug 23 11:22:47 <JaMa> that's maybe why some people reported that they cannot start their image after opkg upgrade anymore (running illume1 which was not part of e-wm anymore)
Aug 23 11:23:00 <JaMa> so you have to remove ~/.e* manually
Aug 23 11:25:33 <rhkfin> :/
Aug 23 11:55:16 * djbclark again misses GNUtoo :-(
Aug 23 11:56:04 <Ainulindale> Hey people o/
Aug 23 11:57:33 <JaMa> hey Ainulindale 
Aug 23 11:57:50 <soltys> wow Ainulindale is alive! ;]
Aug 23 11:57:59 <JaMa> Ainulindale: btw can you get numbers of subscribed e-mails from shr MLs?
Aug 23 11:58:40 <JaMa> ah I can too :)
Aug 23 11:58:42 <JaMa> nvm
Aug 23 11:59:18 <Ainulindale> Yeah I am (alive)
Aug 23 11:59:25 <JaMa> shr-devel 220+13, shr-user 364+36
Aug 23 11:59:28 <Ainulindale> In fact I even was trying latest 
Aug 23 11:59:41 <Ainulindale> Although I was wondering as I was quite outdated, which one I should try, unstable or testing
Aug 23 12:00:01 <JaMa> Ainulindale: unstable
Aug 23 12:00:18 <Ainulindale> Does it work? :->
Aug 23 12:00:23 <JaMa> sure
Aug 23 12:00:43 <Ainulindale> If it doesn't, can you give me a refund? :-)
Aug 23 12:01:12 <JaMa> yes if it's not problem on your side :P
Aug 23 12:01:20 <soltys> Ainulindale: your fr wont explode or sth like that :)
Aug 23 12:01:33 <Ainulindale> Well that I'm sure of
Aug 23 12:01:41 <Ainulindale> But as I'm trying to make some use of the phone today..; :-)
Aug 23 12:02:00 <JaMa> Ainulindale: make sure to use illume2 config :)
Aug 23 12:02:56 <Ainulindale> Yeah, yeah
Aug 23 12:03:01 <Ainulindale> By the way the screen split thing is awful
Aug 23 12:03:18 <JaMa> openmoko-community ML: 1602+352, openmoko-kernel: 558+79
Aug 23 12:03:52 * JaMa still interested where those 15K gta owner are :)
Aug 23 12:04:06 <soltys> ;)
Aug 23 12:04:55 <Ainulindale> I have an idea but it's unconfortable :-)
Aug 23 12:05:08 <JaMa> ? :)
Aug 23 12:06:21 <Ainulindale> Well the might be up something you sit upon
Aug 23 12:06:29 <Ainulindale> s/the/they/
Aug 23 12:06:30 <apt> Ainulindale meant: Well they might be up something you sit upon
Aug 23 12:42:41 <Ainulindale> JaMa: By the way, what would you say is the main difference between unstable/testing?
Aug 23 12:44:52 <JaMa> testing is pretty dead, relased version doesn't even use fsogsmd
Aug 23 12:45:14 <JaMa> tests/testing version is newer and doesn't use 2.6.32
Aug 23 12:45:38 <JaMa> would be nice to sync tests/shr-testing to public feeds and forget old shr-testing
Aug 23 13:32:59 <mickey|office> unstable is using more of FSO2
Aug 23 13:35:44 <Ainulindale> hey mickey|office :-) long time no see
Aug 23 13:36:31 <mickey|office> Ainulindale: indeed. how's life been to you?
Aug 23 13:36:58 <Ainulindale> Well nice enough
Aug 23 13:37:01 <Ainulindale> I'm buying a flat
Aug 23 13:37:18 <Ainulindale> (Damn, I can't seem to understand how to close an application using unstable)
Aug 23 13:39:59 <soltys> Ainulindale: touch empty (white) space on the shelf
Aug 23 13:40:01 <soltys> ;)
Aug 23 13:40:11 <soltys> s/the/top/
Aug 23 13:40:35 <Ainulindale> So many things changed, sheesh
Aug 23 13:40:54 <Ainulindale> But that's nicer than the close/back thingy in tsting
Aug 23 13:40:55 <Ainulindale> +e
Aug 23 13:44:27 <Zero_Dogg> ~nf
Aug 23 13:44:28 <apt> The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help)  - - - Recommended URLs and channels(chanlogs etc):see ~RL  - - -  NEWSFLASH [2010-07-08 11:25 UTC]: SHR-unstable moved to 2.6.32 kernel; gena2x works on overclocking Neo and making Glamo faster.
Aug 23 14:02:30 <GarthPS> JaMa: do you thinks that a recipe posted to OE 2 years ago has a chance to be followed and that I will fidn help on #oe ? i.e automoc-native that does not build
Aug 23 14:02:54 <GarthPS> s/that/which
Aug 23 14:24:13 <Ainulindale> Damn opimd doesn't like my UTF
Aug 23 14:41:43 <GNUtoo|laptop> hi JaMa 
Aug 23 14:41:52 <GNUtoo|laptop> do you know how to do the following things in illume2:
Aug 23 14:42:01 <GNUtoo|laptop> *have a bigger top bar
Aug 23 14:42:08 <GNUtoo|laptop> *have the illume mouse pointer
Aug 23 14:48:20 <alexxy> JaMa: mcnavi still not working 
Aug 23 14:48:21 <alexxy> =)
Aug 23 15:06:39 <GNUtoo|laptop> is there someone that knows how to customize illume-2
Aug 23 15:06:39 <GNUtoo|laptop> ?
Aug 23 15:06:49 <GNUtoo|laptop> maybe I'll look at illume2-shr profile?
Aug 23 15:06:53 <GNUtoo|laptop> s/profile/package
Aug 23 15:08:58 <lindi-> gena2x: if I make a copy of /dev/fb0, how do I convert it to png easily?
Aug 23 15:09:12 <lindi-> gena2x: I think I hit a bug in X and/or mplayer
Aug 23 15:10:00 <mickey|office> GNUtoo|laptop: tried asking in #e?
Aug 23 15:10:27 <GNUtoo|laptop> ok
Aug 23 15:10:30 <GNUtoo|laptop> I'll try here
Aug 23 15:10:33 <GNUtoo|laptop> then I'll do that
Aug 23 15:10:48 <GNUtoo|laptop> mickey|office, did you do the transformation of my resource program?
Aug 23 15:11:02 <mickey|office> not yet, no
Aug 23 15:12:05 <GNUtoo|laptop> ok
Aug 23 15:12:15 <GNUtoo|laptop> I'll commit the part with the debug off in the lib
Aug 23 15:12:18 <GNUtoo|laptop> s/lib/librpc
Aug 23 15:14:27 <GNUtoo|laptop> mickey|office, btw I disabled alsa routing
Aug 23 15:14:39 <mickey|office> yep, seen that
Aug 23 15:14:43 <GNUtoo|laptop> ok
Aug 23 15:21:02 <lindi-> gena2x: can you explain the bug I see in http://lindi.iki.fi/lindi/mplayer/ ?
Aug 23 15:21:18 <gena2x> lindi-: hmmm, never tried. i only found once that targa is simpliest binary format. may be imagemagick?.. 
Aug 23 15:21:24 <lindi-> gena2x: is it wrong byteorder?
Aug 23 15:21:33 <lindi-> gena2x: (mplayer -vo x11 vs. -vo sdl)
Aug 23 15:22:37 <GNUtoo|laptop> lindi-, is it the freerunner? does debian have xf86-video-glamo?
Aug 23 15:22:53 <gena2x> lindi-: interesting...
Aug 23 15:23:13 <lindi-> GNUtoo|laptop: FR with xserver-xorg-video-fbdev
Aug 23 15:23:23 <GNUtoo|laptop> ok
Aug 23 15:23:29 <GNUtoo|laptop> do you have glamo to try it?
Aug 23 15:23:35 <lindi-> I'll steps to reproduce..
Aug 23 15:23:41 <gena2x> GNUtoo|laptop: but debian has glamo driver too
Aug 23 15:23:52 <GNUtoo|laptop> ok try that
Aug 23 15:27:36 <gena2x> lindi-: seem bytes exchanged each other line
Aug 23 15:28:01 <gena2x> lindi-: not bytes, 2-byte pairs in each 4-byte work
Aug 23 15:28:07 <gena2x> *word
Aug 23 15:28:47 <lindi-> gena2x: interesting
Aug 23 15:29:07 <gena2x> and it is easy to understand which line is wrong
Aug 23 15:29:22 <gena2x> but i't unclean from screenshot is it first
Aug 23 15:29:32 <gena2x> or even or odd
Aug 23 15:29:41 <lindi-> ?
Aug 23 15:29:54 <gena2x> see upper gray line?
Aug 23 15:30:15 <lindi-> ah hmm
Aug 23 15:30:19 <gena2x> on left it has 2 points - black and gray
Aug 23 15:30:29 <gena2x> they are in reverse order
Aug 23 15:30:41 <gena2x> but next line is ok
Aug 23 15:30:51 <gena2x> i guess 'gray' line is second
Aug 23 15:31:00 <gena2x> what is resolution of your movie?
Aug 23 15:31:15 <lindi-> gena2x: http://paste.debian.net/85178 has steps to reproduce
Aug 23 15:31:28 <lindi-> gena2x: I'm going to install xserver-xorg-video-glamo before I submit it
Aug 23 15:32:31 <gena2x> hm, 320x240
Aug 23 15:33:28 <gena2x> btw, this is interesting, as i think i saw something like that before
Aug 23 15:33:55 <gena2x> but i attributed this to differing
Aug 23 15:34:11 <gena2x> if it were same issue of course :)
Aug 23 15:34:11 <lindi-> I was benchmarking theorarm
Aug 23 15:34:30 <lindi-> this is why I don't like synthetic benchmarks :)
Aug 23 15:34:49 <gena2x> i were watching video
Aug 23 15:35:17 <gena2x> and without text and 320x200 mode it's not easy to tell this is really bug
Aug 23 15:35:33 <lindi-> gena2x: GNUtoo|laptop: happens with xserver-xorg-video-glamo too
Aug 23 15:35:40 <gena2x> but now i understand that this seem really bug
Aug 23 15:35:48 <GNUtoo|laptop> ah ok
Aug 23 15:35:56 <GNUtoo|laptop> hmmm
Aug 23 15:36:09 <lindi-> gena2x: did you use mplayer too?
Aug 23 15:36:11 <GNUtoo|laptop> lindi-, btw do you know DGA extension?
Aug 23 15:36:27 <gena2x> lindi-: yeah
Aug 23 15:36:41 <gena2x> lindi-: but i think directly on framebuffer
Aug 23 15:36:42 <GNUtoo|laptop> xf86-video-fbdev has that in 480x640 mode
Aug 23 15:36:53 <GNUtoo|laptop> so with DGA you could get more speed
Aug 23 15:36:56 <gena2x> can you try without X?
Aug 23 15:36:56 <GNUtoo|laptop> in theory
Aug 23 15:37:11 <GNUtoo|laptop> because DGA can bypass X
Aug 23 15:37:37 <gena2x> i'll reboot now to check too..
Aug 23 15:38:03 <gena2x> nice that you spot this, this may affect video quality badly :)
Aug 23 15:39:01 <lindi-> gena2x: I tried
Aug 23 15:39:13 <lindi-> gena2x: see moreinfo/point 2
Aug 23 15:39:17 <GNUtoo|laptop> hmmm I've got no answer in #e
Aug 23 15:39:24 <lindi-> GNUtoo|laptop: how do I use DGA?
Aug 23 15:39:54 <GNUtoo|laptop> -vo dga
Aug 23 15:39:58 <lindi-> olk
Aug 23 15:40:06 <GNUtoo|laptop> and you need xf86-video-fbdev in portrait mode
Aug 23 15:40:12 <lindi-> GNUtoo|laptop: with xserver-xorg-fbdev?
Aug 23 15:40:14 <lindi-> ok
Aug 23 15:40:36 <GNUtoo|laptop> with that I can have full screen video on htcdream, if the video is converted,rotated etc....
Aug 23 15:40:41 * lindi- does  sudo ln -sf /etc/X11/xorg.conf.portrait /etc/X11/xorg.conf
Aug 23 15:41:02 <GNUtoo|laptop> I've similar setup
Aug 23 15:41:20 <GNUtoo|laptop> I cp xorg.conf.portrait/landscape in xorg.conf
Aug 23 15:41:34 <lindi-> cp is not atomic :)
Aug 23 15:41:45 <lindi-> and I use readlink to display which version is in u se
Aug 23 15:42:10 <lindi-> GNUtoo|laptop: I see nothing with -vo dga
Aug 23 15:42:17 <lindi-> audio works
Aug 23 15:42:32 <GNUtoo|laptop> ah?
Aug 23 15:42:35 <GNUtoo|laptop> let me retry
Aug 23 15:42:47 <lindi-> GNUtoo|laptop:   http://paste.debian.net/85181
Aug 23 15:42:49 <GNUtoo|laptop> 	dga	DGA ( Direct Graphic Access V2.0 )
Aug 23 15:43:10 <GNUtoo|laptop> hmm
Aug 23 15:43:35 <GNUtoo|laptop> should I try on om-gta02?
Aug 23 15:43:49 <lindi-> GNUtoo|laptop: I use andy-tracking
Aug 23 15:43:52 <GNUtoo|laptop> maybe the video has to be 480x640
Aug 23 15:43:55 <GNUtoo|laptop> ok
Aug 23 15:44:02 <lindi-> good old and reliable :)
Aug 23 15:44:22 <dcordes> GNUtoo|laptop: pong
Aug 23 15:44:28 <GNUtoo|laptop> hi dcordes 
Aug 23 15:44:31 <dcordes> leviathan: eilmeldung!
Aug 23 15:44:36 <GNUtoo|laptop> dcordes, give me one sec 
Aug 23 15:44:38 <lindi-> GNUtoo|laptop: got some 480x640 video that works?
Aug 23 15:44:53 <dcordes> leviathan: if you were serious about your interest helping with HD2 I have a very interesting offer for you
Aug 23 15:45:09 <gena2x> lindi-: ok, i can say this is bug specific to debian mplayer build
Aug 23 15:45:21 <gena2x> lindi-: i have both mplayer from svn and debian one
Aug 23 15:45:30 <lindi-> gena2x: ok so an old mplayer bug?
Aug 23 15:45:38 <GNUtoo|laptop> lindi-, I can convert big buck bunny
Aug 23 15:45:39 <gena2x> lindi-: running debian one, i can reproduce this
Aug 23 15:45:43 <GNUtoo|laptop> but what should I do with it then
Aug 23 15:45:48 <GNUtoo|laptop> where should I post it
Aug 23 15:45:48 <GNUtoo|laptop> ?
Aug 23 15:45:51 <dcordes> ~seen leviathan 
Aug 23 15:45:52 <apt> leviathan is currently on #htc-linux (3d 9h 50m 5s) #oe (3d 9h 50m 5s) #openmoko-cdevel (3d 9h 50m 5s). Has said a total of 11 messages. Is idling for 2d 12m 17s, last said: 'I guess'.
Aug 23 15:45:57 <lindi-> GNUtoo|laptop: try playing it on FR?
Aug 23 15:46:03 <dcordes> GNUtoo|laptop: is he on vacation or so ?
Aug 23 15:46:05 <GNUtoo|laptop> dcordes, leviathan is busy with exams
Aug 23 15:46:08 <gena2x> lindi-: running svn (month or too old) - screen is ok.
Aug 23 15:46:09 <GNUtoo|laptop> lindi-, ok
Aug 23 15:46:14 <lindi-> gena2x: which svn rev?
Aug 23 15:46:25 <dcordes> GNUtoo|laptop: ok good if you see him please ask him to contact me ASAP
Aug 23 15:46:42 <gena2x> lindi-: SVN-r31734-4.4.4 
Aug 23 15:47:08 <lindi-> gena2x: thanks
Aug 23 15:47:42 <lindi-> gena2x: can I add some email as contact information vrt. to that piece of info?
Aug 23 15:47:43 <GNUtoo|laptop> dcordes, ok 
Aug 23 15:47:47 <GNUtoo|laptop> dcordes, why exactly?
Aug 23 15:47:57 <GNUtoo|laptop> for hd2 lending?
Aug 23 15:48:00 <gena2x> lindi-: thank you too for working on FR :)
Aug 23 15:48:05 <gena2x> lindi-: mine? sure
Aug 23 15:48:14 <GNUtoo|laptop> dcordes, btw what does that means:
Aug 23 15:48:41 <GNUtoo|laptop> "AGPS present but needs client program "
Aug 23 15:48:43 <dcordes> leviathan: ok it is not a secret I might have a free unit for you. just let me know.
Aug 23 15:48:59 <dcordes> GNUtoo|laptop: the usual android proprietary deal
Aug 23 15:49:03 <GNUtoo|laptop> ah ok
Aug 23 15:49:17 <GNUtoo|laptop> I didn't know if a free replacement was written or not
Aug 23 15:49:35 <dcordes> I've gotta go bye
Aug 23 15:49:37 <lindi-> gena2x: so. -vo sdl, -vo x11 and -vo fbdev all work?
Aug 23 15:50:07 <GNUtoo|laptop> ok
Aug 23 15:50:09 <gena2x> lindi-: let me check all...
Aug 23 15:55:10 <gena2x> lindi-: fbdev: debian - bug, svn - ok.
Aug 23 15:55:59 <lindi-> I'll try with vnc on amd64..
Aug 23 15:56:29 <gena2x> lindi-: x11: debian - bug, svn - ok
Aug 23 15:58:29 <gena2x> lindi-: sdl: debian - ok, svn - no compiled in.
Aug 23 15:58:34 <gena2x> s/no/not/
Aug 23 15:58:35 <apt> gena2x meant: lindi-: sdl: debian - ok, svn - not compiled in.
Aug 23 15:59:07 <gena2x> running: /usr/bin/mplayer for debian
Aug 23 15:59:17 <gena2x> /usr/local/bin/mplayer for svn
Aug 23 15:59:26 <lindi-> gena2x: ok
Aug 23 16:00:10 <gena2x> debian-gta02:/home/gena# dpkg -l |grep mplayer
Aug 23 16:00:10 <gena2x> ii  mplayer                                2:1.0~rc3+svn20100502-3        movie player for Unix-like systems
Aug 23 16:00:24 <gena2x> ^^^ debian version
Aug 23 16:00:42 <lindi-> same as here
Aug 23 16:02:02 <lindi-> any clever ideas to try or should I submit it?
Aug 23 16:02:16 <gena2x> to debian bts?
Aug 23 16:02:20 <lindi-> yes
Aug 23 16:02:28 <gena2x> sure. it is even not working from fbdev
Aug 23 16:02:41 <lindi-> It doesn't happen under vnc4server -depth 16
Aug 23 16:03:00 <gena2x> i can test on remote display
Aug 23 16:03:06 <lindi-> hmm, good idea
Aug 23 16:03:35 <gena2x> same bug
Aug 23 16:03:53 <gena2x> so my guess it is not freerunner-related at all
Aug 23 16:04:14 <lindi-> gena2x: any idea how to make it possible for the maintainer to see the bug without FR?
Aug 23 16:04:17 <gena2x> may be only arm related or something like this
Aug 23 16:05:01 <gena2x> try from other arm system?
Aug 23 16:05:10 <gena2x> in qemu-process?
Aug 23 16:05:42 <gena2x> on host. may it is even not arch specific.
Aug 23 16:06:08 <lindi-> hmm, my system is too locked down to test X forwarding :)
Aug 23 16:06:43 <gena2x> via ssh?
Aug 23 16:06:51 <lindi-> dropbear doesn't do X11
Aug 23 16:07:02 <gena2x> drop dropbear?
Aug 23 16:07:13 <lindi-> I guess I could
Aug 23 16:07:33 <lindi-> or just enable tcp for this test..
Aug 23 16:07:56 <gena2x> yeah, i am using good old unencrypted tcp too.
Aug 23 16:11:08 <lindi-> I guess the X on my laptop is more unreliable than the one on my FR (It crashed on /etc/init.d/xdm restart...)
Aug 23 16:11:36 <gena2x> hehe. glamo rocks :)
Aug 23 16:12:08 <JaMa> GNUtoo|laptop: yes.. as I said.. TAsn updated it in e-wm-config-illume2-shr to make it smaller
Aug 23 16:12:40 <TAsn> ages ago :)
Aug 23 16:12:58 <JaMa> GarthPS: well it depends.. if you found someone interested in it then yes.. but otherwise you have to fix it yourself :/
Aug 23 16:13:18 <JaMa> GarthPS: and there is plenty of recipes without "maintainer"
Aug 23 16:13:38 <JaMa> GarthPS: and plenty of recipes without responding upstream anymore :/
Aug 23 16:13:58 <gena2x> lindi-: btw, -vo xv is fine too
Aug 23 16:14:15 <JaMa> alexxy: why?
Aug 23 16:15:04 <alexxy> ldd /usr/bin/mcnavi 
Aug 23 16:15:04 <alexxy>         libecore_evas-ver-pre-svn-07.so.0 => not found
Aug 23 16:15:04 <alexxy>         libecore_x-ver-pre-svn-07.so.0 => not found
Aug 23 16:15:07 <alexxy> =)
Aug 23 16:15:09 <GNUtoo|laptop> JaMa, I'm modifying it for htcdream
Aug 23 16:15:14 <GNUtoo|laptop> but then what should I do?
Aug 23 16:15:16 <GNUtoo|laptop> commit it?
Aug 23 16:15:21 <GNUtoo|laptop> but it's not machine arch?
Aug 23 16:15:22 <GNUtoo|laptop> is it?
Aug 23 16:16:06 <JaMa> it isn't but can be
Aug 23 16:16:34 <GNUtoo|laptop> it would be so nice if it was
Aug 23 16:16:46 <GNUtoo|laptop> because in illume2 it's half unusable on htcdream without it
Aug 23 16:18:28 <gena2x> lindi-: hm. my version of mplayer is not latest
Aug 23 16:18:37 <gena2x> lindi-: now doing update
Aug 23 16:19:14 <gena2x> latest is 2:1.0~rc3++final.dfsg1-1
Aug 23 16:19:35 <lindi-> gena2x: any ETA on that?
Aug 23 16:20:07 <gena2x> latest with same issue
Aug 23 16:20:17 <gena2x> on host same version is ok
Aug 23 16:20:29 <gena2x> host is amd64
Aug 23 16:21:30 <gena2x> lindi-: i've heard that debian devs have access to wide range of machines for each arch
Aug 23 16:21:56 <gena2x> i mean wide range or arches or couse :)
Aug 23 16:22:05 <gena2x> so it may be easy to test where
Aug 23 16:25:45 <lindi-> gena2x: yes
Aug 23 16:25:58 <lindi-> gena2x: it's now http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594093
Aug 23 16:30:00 <gena2x> lindi-: this does not happed 8) This does not happen under vnc4server -depth 16 on amd64 with xdpyinfo of
Aug 23 16:30:00 <gena2x> name of display:    :1.0
Aug 23 16:30:00 <gena2x> version number:    11.0
Aug 23 16:30:00 <gena2x>  ... blah blah" and mplayer 2:1.0~rc3++final.dfsg1-1
Aug 23 16:30:11 <JaMa> alexxy: ok... I've bumped PR only in older 1.2.5, sorry
Aug 23 16:30:11 <gena2x> ^^^ not true
Aug 23 16:32:48 <lindi-> gena2x: it fails there for you?
Aug 23 16:33:14 <gena2x> lindi-: ah, sorry
Aug 23 16:33:31 <gena2x> lindi-: i misunderstood. all ok.
Aug 23 16:34:56 <lindi-> aha i see it on i386
Aug 23 16:35:12 <gena2x> hm.
Aug 23 16:35:30 <gena2x> 32bit-specific? :)
Aug 23 16:38:56 <gena2x> lindi-: mplayer from lenny is ok, from 32bit/testing chroot on amd64 kernel is ok, on amd64 ok too
Aug 23 16:38:58 <lindi-> gena2x: but only with -depth 24
Aug 23 16:39:06 <lindi-> gena2x: it doesn't play at all with -depth 16
Aug 23 16:39:31 <gena2x> ah, depth... hm
Aug 23 16:39:35 <gena2x> but
Aug 23 16:39:43 <gena2x> this seem not depend on depth
Aug 23 16:40:41 <gena2x> because my remote display is 24, but mplayer from fr can't display on it correctly
Aug 23 16:41:13 <lindi-> gena2x: -depth 24 on amd64 shows the bug
Aug 23 16:42:06 <gena2x> not here
Aug 23 16:42:47 <gena2x> same mplayer, vo x11 -> no bug.
Aug 23 16:46:49 <lindi-> gena2x: sigh :)
Aug 23 16:47:04 <lindi-> gena2x: on amd64 I don't see it with -depth 16 but I do see it with -depth 24
Aug 23 16:47:18 <lindi-> gena2x: on i386: -depth 16 does not play at all. -depth 24 shows it
Aug 23 16:50:52 <GarthPS> JaMa: thx for your answer. I will ask on the ML if someone is interrested like me in a vlc backend for phono
Aug 23 17:55:13 <lindi-> gena2x: is there a way to rotate the framebuffer 90 degrees when using -vo fbdev?
Aug 23 17:55:42 <lindi-> gena2x: or should I just reencode my videos to 240x320?
Aug 23 17:56:05 <GNUtoo|laptop> lindi-, yes
Aug 23 17:56:12 <GNUtoo|laptop> there are many options
Aug 23 17:56:14 <GNUtoo|laptop> but the best
Aug 23 17:56:17 <GNUtoo|laptop> is this one:
Aug 23 17:56:24 <GNUtoo|laptop> pre-rotation
Aug 23 17:56:29 <GNUtoo|laptop> and xf86-video-fbdev
Aug 23 17:56:35 <GNUtoo|laptop> not in portrait
Aug 23 17:57:01 <GNUtoo|laptop> I used that:
Aug 23 17:57:04 <GNUtoo|laptop> mencoder ../big_buck_bunny_1080p_h264.mov -oac mp3lame -lameopts cbr:br=64 -ovc lavc -lavcopts vcodec=mpeg1video:vbitrate=300 -vf scale=480:640,rotate=1,format=fmt=yv12 -srate 44100 -o fr_bbb.mkv
Aug 23 17:57:10 <GNUtoo|laptop> but three may be some better settings
Aug 23 17:57:19 <GNUtoo|laptop> I didn't try the output
Aug 23 17:57:22 <GNUtoo|laptop> I'll do it now
Aug 23 17:58:00 <lindi-> GNUtoo|laptop: yes to what?
Aug 23 17:58:12 <lindi-> GNUtoo|laptop: lame is not in debian
Aug 23 17:58:30 <GNUtoo|laptop> ok
Aug 23 17:58:35 <GNUtoo|laptop> change the opts then
Aug 23 17:58:40 <GNUtoo|laptop> -vf scale=480:640,rotate=1
Aug 23 17:58:44 <GNUtoo|laptop> is the important part
Aug 23 18:00:24 <lindi-> GNUtoo|laptop: and I want to use theora, not mpeg
Aug 23 18:01:17 <GNUtoo|laptop> as I said just change the params
Aug 23 18:03:09 <gena2x> lindi-: i am using prepotation too
Aug 23 18:03:39 <gena2x> mencoder $1 -ofps 12 -ovc lavc -lavcopts vcodec=mpeg2video:vhq:vbitrate=200 -vf rotate=1,scale=360:-2,eq2=1.1:1:0.01 -oac mp3lame -lameopts br=64 -o $1.moko
Aug 23 18:04:12 <gena2x> but i am not using fr to watch videos actually, only did some tests.
Aug 23 18:05:46 <lindi-> gena2x: using non-debian stuff I guess?
Aug 23 18:06:47 <gena2x> i am compiling mplayer from svn for years... where were large period then were no mplayer in debian at all. yes. lame is not debian.
Aug 23 18:07:24 <lindi-> gena2x: indeed, that's why I want to make sure I don't depend on some non-debian stuff accidentally :)
Aug 23 18:16:07 <lindi-> gena2x: mencoder 1050_Lightning_talk_Redirecting_require.ogv -oac lavc -lavcopts acodec=libvorbis -ovc lavc -lavcopts vcodec=libtheora:vbitrate=300 -vf scale=480:640,rotate=1,format=fmt=yv12 -srate 44100 -of lavf -lavfopts format=ogg -o fr_bbb.ogg   segfaults
Aug 23 18:16:22 <gena2x> lindi-: i think you can't rotate framebuffer in hardware, i mean no tools exist to do it.
Aug 23 18:16:48 <gena2x> lindi-: that's why i prefer to compile mplayer myself :)
Aug 23 18:17:00 <lindi-> gena2x: yes but i don't want the non-free stuff you get that way :)
Aug 23 18:18:29 <Q-Master> 8)
Aug 23 18:23:44 <lindi-> reported a bug in the ffmpeg docs :)
Aug 23 18:42:20 <[Rui]> hi! (with a lot less sleep than before friday)
Aug 23 18:48:33 <JaMa> TAsn: missing cursor is still not fixed :/ also any hint why would R/L button lost it's icon?
Aug 23 18:49:07 <TAsn> r/l lost it's icon: maybe (it is possible because I was lazy) the edj is precompiled :P
Aug 23 18:49:24 <TAsn> JaMa, missing cursor: I don't quite get what you mean.
Aug 23 18:49:32 <JaMa> TAsn: _ is not shown :)
Aug 23 18:49:42 <JaMa> TAsn: so you don't see where you type in text field
Aug 23 18:49:43 <TAsn> OH!
Aug 23 18:49:52 <TAsn> works here
Aug 23 18:50:02 <JaMa> on desktop? or fr?
Aug 23 18:50:24 <TAsn> desktop
Aug 23 18:50:45 <[Rui]> hms... eve... 
Aug 23 18:50:49 <JaMa> yup here it also worked on desktop but since some SRCREV it stoped working on fr
Aug 23 18:51:10 <TAsn> JaMa, I'm such a lazy bastard :P Sec recompiling the edj.
Aug 23 18:51:13 <TAsn> and committing.
Aug 23 18:51:14 <[Rui]> a new browser to support in elmdentica :( we need sth like xdg-browser
Aug 23 18:51:27 <JaMa> TAsn: is there .edc?
Aug 23 18:51:29 <[Rui]> or xdg-open
Aug 23 18:51:37 <TAsn> nope, it's an edj :P
Aug 23 18:51:42 <JaMa> TAsn: I would call edje_cc from recipe
Aug 23 18:52:11 <JaMa> can you push .edc+stuff to source? :)
Aug 23 18:52:30 <TAsn> no need, really, as raster convinced me
Aug 23 18:52:38 <TAsn> it's just a binary blob like a png
Aug 23 18:52:42 <TAsn> it doesn't change
Aug 23 18:52:46 <TAsn> and shouldn't anyway.
Aug 23 18:52:52 <TAsn> it's just a picture collection.
Aug 23 18:52:55 <JaMa> as long as we assume edje_cc constant :)
Aug 23 18:53:00 <TAsn> it is.
Aug 23 18:53:05 <TAsn> alpha is out.
Aug 23 18:53:10 <TAsn> ain't gonna change anymore.
Aug 23 18:53:33 <JaMa> waiting for your push
Aug 23 18:54:53 <JaMa> TAsn: but this way nobody can recreate .edj even for edje-3.0 when we both are long gone as well as .edc :)
Aug 23 18:55:05 <TAsn> sure they can
Aug 23 18:55:06 <TAsn> edje_decc
Aug 23 18:55:12 <TAsn> decompiles it
Aug 23 18:55:19 <TAsn> but really, edj shouldn't change
Aug 23 18:55:19 <JaMa> is edje_decc backward compatible?
Aug 23 18:55:27 <TAsn> no
Aug 23 18:55:30 <TAsn> but you have edje_convert
Aug 23 18:55:34 <TAsn> which is obviously is.
Aug 23 18:55:40 <TAsn> s/is //
Aug 23 18:55:40 <apt> TAsn meant: which obviously is.
Aug 23 18:55:43 <JaMa> I mean can edje_decc-3.0 decompile old .edj created by edje_cc-1.0?
Aug 23 18:55:51 <TAsn> as I said, no
Aug 23 18:55:54 <TAsn> but edje_convert
Aug 23 18:56:00 <TAsn> that does 1.0 -> 3.0
Aug 23 18:56:03 <JaMa> it works both ways?
Aug 23 18:56:03 <TAsn> will work
Aug 23 18:56:06 <JaMa> ah ok
Aug 23 18:56:07 <TAsn> and then you can edje_decc
Aug 23 18:56:08 <JaMa> IC
Aug 23 18:56:26 <TAsn> (what I just did)
Aug 23 18:56:51 <TAsn> OH FFS
Aug 23 18:57:07 <TAsn> JaMa, mrmoku|a` still didn't add my pub key to shr
Aug 23 18:57:14 <TAsn> mind adding it? :P
Aug 23 18:57:28 <TAsn> I don't have git access :)
Aug 23 18:57:40 <JaMa> sure send patch
Aug 23 18:57:57 <TAsn> patch? I want access!
Aug 23 18:58:06 <JaMa> well I hope I have r/w to shr-e-gadgets
Aug 23 18:58:10 <TAsn> ACCESS
Aug 23 18:58:12 <JaMa> TAsn: I cannot grant access..
Aug 23 18:58:18 <TAsn> so who can?!
Aug 23 18:58:26 <TAsn> Ainulindale, GIMME ACCESS!
Aug 23 18:58:52 <JaMa> members = tasn mrmoku
Aug 23 18:58:54 <JaMa> j,,
Aug 23 18:59:01 <TAsn> HAHA LOCKDOWN!
Aug 23 18:59:16 * TAsn needs access anyway.
Aug 23 19:00:02 <TAsn> JaMa, if you want, add edje_convert to the recipe.
Aug 23 19:00:16 <JaMa> gitosis-admins members = ainulindale quickdev mrmoku
Aug 23 19:00:24 <TAsn> quickdev :P
Aug 23 19:00:35 <TAsn> ok will send an email to core
Aug 23 19:00:45 <TAsn> I'll tell them to grant me and you full access
Aug 23 19:00:52 <TAsn> please reply to that email with your pubkey.
Aug 23 19:00:57 <JaMa> TAsn: or send me the patch and I'll apply it in OE
Aug 23 19:01:19 <JaMa> why mine?
Aug 23 19:01:30 <TAsn> no need, they already have yours
Aug 23 19:01:34 <JaMa> I have still the same :)
Aug 23 19:01:34 <TAsn> I'm dehydrated :P
Aug 23 19:01:41 <TAsn> (for real)
Aug 23 19:01:46 <JaMa> ah :/
Aug 23 19:02:20 <TAsn> btw
Aug 23 19:02:26 <TAsn> no btw.
Aug 23 19:04:44 <TAsn> sent to shr-devel
Aug 23 19:04:47 <TAsn> (the patch)
Aug 23 19:06:18 * JaMa added edje_convert for both
Aug 23 19:07:02 <JaMa> TAsn: are you sure about src/shelf-gadgets/e-module-shr-e-gadgets.edj ?
Aug 23 19:07:32 <TAsn> about keeping it as an edj?
Aug 23 19:07:40 <TAsn> That's what raster suggests and he convinced me.
Aug 23 19:07:43 <JaMa> no about this 2nd .edj
Aug 23 19:07:54 <JaMa> maybe it also needs convert?
Aug 23 19:08:13 <TAsn> All of them need conversion
Aug 23 19:08:29 <TAsn> just
Aug 23 19:08:32 <TAsn> edje_convert
Aug 23 19:08:34 <TAsn> edje_decc
Aug 23 19:08:47 <TAsn> edje_cc
Aug 23 19:08:49 <JaMa> then your patch is converting only 1 from 2
Aug 23 19:09:10 <TAsn> only the r/l theme
Aug 23 19:09:11 <TAsn> yeah.
Aug 23 19:09:37 * JaMa gives TAsn more water
Aug 23 19:11:38 <[Rui]> augh... no illume... hope illume2 is better than last time I tried :)
Aug 23 19:11:44 <gena2x> JaMa: can you add my mdelay antiws-glamo242 patch to shr?
Aug 23 19:12:01 <JaMa> gena2x: it isn't there?
Aug 23 19:12:10 <gena2x> JaMa: let me check...
Aug 23 19:12:22 <JaMa> gena2x: show me the patch, but last time I've added some mdelay from you
Aug 23 19:12:26 <[Rui]> JaMa: I got the cursor here, as well
Aug 23 19:12:39 <TAsn> JaMa, sounds like maybe a theme issue
Aug 23 19:12:45 <TAsn> did you rebuild the themes?
Aug 23 19:12:50 <TAsn> Anyhow, ciao.
Aug 23 19:13:32 <JaMa> [Rui]: on fr with shr-u?
Aug 23 19:13:45 <JaMa> TAsn: yes as they have EFL_SRCREV in PV
Aug 23 19:14:03 <[Rui]> JaMa: yes, freshly upgraded (and cursing illume2 already)
Aug 23 19:14:19 <JaMa> [Rui]: which app?
Aug 23 19:14:43 <[Rui]> JaMa: shr config wizzard
Aug 23 19:14:54 <[Rui]> where's the task list?
Aug 23 19:14:59 <JaMa> [Rui]: try shr-messages please
Aug 23 19:15:14 <gena2x> JaMa: nope, this patch is not at http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32
Aug 23 19:15:46 <[Rui]> JaMa: I better reboot, wait a minute (or three) please :)
Aug 23 19:16:02 <gena2x> JaMa: http://www.bsdmn.com/openmoko/glamo/gcc44wsfix.diff
Aug 23 19:16:08 <[Rui]> JaMa: shr-messages had all widgets garbled at the top left corner
Aug 23 19:16:35 <[Rui]> but basically, illume2 still looks as unusable as before, a huge step backwards in terms of UI
Aug 23 19:16:51 <gena2x> JaMa: ah...
Aug 23 19:17:44 <gena2x> JaMa: no, in fact, i tested it with shr kernel and it is working for .34 here for a while
Aug 23 19:18:08 <gena2x> JaMa: this prevents white screen for glamo 242 settings
Aug 23 19:18:15 <JaMa> gena2x: ? so should I add it to 2.6.32 or not?
Aug 23 19:18:47 <gena2x> JaMa: i am asking for add...
Aug 23 19:19:10 <gena2x> JaMa: just describing what is it and why it is needed
Aug 23 19:19:22 <JaMa> sorry I was confused by "ah.. " "21:16:28 < gena2x> JaMa: no, in fact," :)
Aug 23 19:20:16 <gena2x> JaMa: ignore, i got wrong idea that it was not tested with kms kernel. actually it were tested
Aug 23 19:20:37 <JaMa> ok, I'll upgrade to 2.6.32.20 and add it
Aug 23 19:21:10 <gena2x> JaMa: just people in ML asking 'is .32 still WSOD with 242'.
Aug 23 19:21:22 <JaMa> yup seen that
Aug 23 19:22:53 <gena2x> JaMa: and more than month passed since i asked Weiss to pay attention to this problem, so may be better to include this as workaround now, in hope to replace it with better fix in future
Aug 23 19:34:29 <JaMa> gena2x: added, thanks
Aug 23 19:34:59 <[Rui]> JaMa: shr-messages is basically completely broken
Aug 23 19:35:13 <JaMa> works here..
Aug 23 19:35:19 <JaMa> except cursor
Aug 23 19:36:00 <[Rui]> JaMa: all ui widgets cornerd alltogether at the top left corner
Aug 23 19:36:10 <[Rui]> gotta go check the baby again, brb
Aug 23 19:39:47 <gena2x> JaMa: seem i can't change my subscription settings from digest mode to individual mails. so i am doomed to interrupt mail threads...
Aug 23 19:40:48 <[Rui]> how do I close an application? or switch tasks?
Aug 23 19:41:27 <JaMa> [Rui]: tap top bar
Aug 23 19:41:29 <[Rui]> oh... a single tap in an empty area in the top bar... ok
Aug 23 19:41:38 <[Rui]> I did before reboot and it didn't do anything
Aug 23 19:41:50 <[Rui]> so I didn't try again until I happened to do so by accident
Aug 23 19:42:34 <[Rui]> the top bar doesn't inherit niebiee theme adequately, so now I get white text on light grey background
Aug 23 19:42:41 <[Rui]> and there are too many buttons too
Aug 23 19:43:37 <JaMa> [Rui]: that's known shr_elm_softkey issue (you have only 10s to start e17 + finish wizard)
Aug 23 19:43:58 <[Rui]> JaMa: hms... never ran into it before
Aug 23 19:44:14 <[Rui]> should I do that again (but under 10s) or is there a runtime fix?
Aug 23 19:44:30 <[Rui]> just running shr_elm_softkey by hand now will solve for the future?
Aug 23 19:44:43 <JaMa> yes kill+run again
Aug 23 19:45:00 <JaMa> 10s is enough if you're not waiting in wizard too much
Aug 23 19:45:14 <JaMa> but other boots (without wizard) are always < 10 s
Aug 23 19:47:07 <gena2x> JaMa: hm, can't see it here http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32...
Aug 23 19:47:26 <[Rui]> JaMa: nah.. seems like nothing changed
Aug 23 19:49:16 <JaMa> gena2x: I'm opkg upgrading it now on device to test before pushing to OE
Aug 23 19:49:30 <JaMa> gena2x: pushed only to gitorious kernel repo sofar
Aug 23 19:49:41 <gena2x> JaMa: thanks. more testing is never bad.
Aug 23 19:50:05 <JaMa> gena2x: not just because your patch but also 2.6.32.17->2.6.32.20 upgrade..
Aug 23 19:50:58 <JaMa> gena2x: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/04f63b67f21ea3bc0cec3c6000efa2f8d2a8cc97
Aug 23 19:58:47 <gena2x> JaMa: ok, thanks
Aug 23 20:00:05 <[Rui]> JaMa: well, still white text over light gray background
Aug 23 20:00:11 <[Rui]> after a reboot, I mean
Aug 23 20:01:05 <Wonka> http://twitpic.com/2hjoaq
Aug 23 20:02:31 <[Rui]> shr-messages is still borked up, as well
Aug 23 20:04:06 <JaMa> [Rui]: newer efl is almost built.. as said before, works for me (in last official shr-u image), lets see if it gets resolved by next opkg upgrade
Aug 23 20:05:03 <JaMa> but it will take a wile with kernel build
Aug 23 20:05:08 <[Rui]> JaMa: :)
Aug 23 20:05:33 <[Rui]> so, what advantages does illlume2 bring?
Aug 23 20:06:10 <TAsn> memory footprint
Aug 23 20:06:10 <JaMa> it's default illume in upstream, so we can expect it to live longer than illume1
Aug 23 20:06:15 <TAsn> CPU footprint
Aug 23 20:06:31 <TAsn> modularity
Aug 23 20:06:42 <TAsn> bugs
Aug 23 20:06:48 <TAsn> and yeah, upstream compat
Aug 23 20:07:06 <JaMa> TAsn: did you notice that from today we're shipping only illume2 config? :)
Aug 23 20:07:10 <[Rui]> cool! I hope some one comes up who can make it a bit more friendly! :)
Aug 23 20:07:21 <JaMa> TAsn: and only illume2-shr config (no illume-home by default)
Aug 23 20:07:25 <lindi-> gena2x: since you have new mplayer, can you also try if you can reproduce  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590441 ?
Aug 23 20:07:54 <TAsn> JaMa, I didn't :) sweet.
Aug 23 20:08:07 <TAsn> [Rui], I made it pretty much like illume1
Aug 23 20:08:09 <TAsn> well, mostly.
Aug 23 20:08:34 <JaMa> 3192    KiB /armv4t/e-wm_0.16.999.060+svnr51497-r14.5_armv4t.ipk
Aug 23 20:08:43 <TAsn> [Rui], anyhow, I don't know if you followed discussions at #edevelop lately, but I'm trying to get rid of illume for a while now :P
Aug 23 20:09:05 <JaMa> 2248    KiB /armv4t/e-wm_0.16.999.060+svnr51566-r15.5_armv4t.ipk
Aug 23 20:09:16 <JaMa> hups almost 1MB saved :)
Aug 23 20:09:27 <TAsn> just from dropping illume? :P
Aug 23 20:09:41 <JaMa> no fixing locales packaging :)
Aug 23 20:09:45 <TAsn> oh, makes sense. :)
Aug 23 20:09:47 <[Rui]> TAsn: no, I haven't :) I understand completely that it's better to replace illume1 with something better, but for now it seems illume2 has mostly under-the-hood positive changes, UI-wise it needs some love... I count at least 3 icons in top bar that should just be gone from default view
Aug 23 20:10:06 <TAsn> [Rui], I added those icons.
Aug 23 20:10:16 <[Rui]> home, keyboard and config
Aug 23 20:10:20 <TAsn> if you want, you can easily remove them (locally) and convince me/community to remove them upstream.
Aug 23 20:10:30 <[Rui]> the other two I still haven't figured out what they're doing
Aug 23 20:10:33 <TAsn> home: I like it, config: I like it, keyboard: I like it :P
Aug 23 20:10:46 <[Rui]> home doesn't need to be there on top all the time
Aug 23 20:10:54 <GNUtoo|laptop> JaMa, can an illume-1 look be made with illume2?
Aug 23 20:10:56 <[Rui]> it was very good to have finger friendly buttons as in illume1
Aug 23 20:11:06 <GNUtoo|laptop> I don't see that much difference between illume1 and illume2
Aug 23 20:11:11 <TAsn> [Rui], those are finger friendly, aren't they?
Aug 23 20:11:13 * JaMa doesn't remember what's illume-1 look
Aug 23 20:11:15 <[Rui]> with home, task list and close *very*finger*friendly* actions
Aug 23 20:11:15 <TAsn> if not, I can make it bigger
Aug 23 20:11:23 <GNUtoo|laptop> or are you talking about something else than profile
Aug 23 20:11:27 <GNUtoo|laptop> I'm confused
Aug 23 20:11:30 <GNUtoo|laptop> there is the profile
Aug 23 20:11:34 <GNUtoo|laptop> there is the libs
Aug 23 20:11:35 <GNUtoo|laptop> etc...
Aug 23 20:11:38 <[Rui]> TAsn: not really, only if you are in a state of usage where you can have finger precision
Aug 23 20:11:41 <TAsn> [Rui], one of the keys there is r/l toggle
Aug 23 20:11:59 <[Rui]> with a finger it's almost impossible to get the top menu to comeup
Aug 23 20:12:05 <[Rui]> top bar, I mean
Aug 23 20:12:14 <GNUtoo|laptop> [Rui], I know how to fix that
Aug 23 20:12:27 <GNUtoo|laptop> but my fix may not be the best way
Aug 23 20:12:34 <[Rui]> then the three buttons are: a) too close together and b) to close to the constant top bar
Aug 23 20:12:42 <TAsn> [Rui], so you need to set scaling to your liking.
Aug 23 20:12:52 <[Rui]> and c) too close to the desktop icons
Aug 23 20:12:56 <TAsn> [Rui], just that need adjustments
Aug 23 20:13:23 <pespin> check_data_file_clashes: Package libefreet1 wants to install file /usr/lib/efreet/efreet_desktop_cache_create
Aug 23 20:13:23 <pespin>         But that file is already provided by package  * efreet
Aug 23 20:13:38 <[Rui]> TAsn: so if it's the r/l toggle, then it's 4 buttons that shouldn't be there wasting space by default :)
Aug 23 20:13:48 <TAsn> r/l toggle, user asked for it.
Aug 23 20:13:54 <TAsn> obviously you have different povs
Aug 23 20:14:06 <GNUtoo|laptop> [Rui], eet -e module.illume-indicator.cfg config module.illume-indictor.src 1
Aug 23 20:14:06 <[Rui]> TAsn: yeah sure, I can see why it's needed, just not *all*the*freaking*time :)
Aug 23 20:14:12 <JaMa> pespin: remove efreet first
Aug 23 20:14:15 <GNUtoo|laptop> for compiling the src file
Aug 23 20:14:29 <GNUtoo|laptop> [Rui], you use SHR?
Aug 23 20:14:38 <[Rui]> GNUtoo|laptop: yes
Aug 23 20:14:45 <GNUtoo|laptop> ok
Aug 23 20:14:50 <GNUtoo|laptop> does it have eet in the feeds?
Aug 23 20:15:00 <TAsn> [Rui], square = Modifying the layout.
Aug 23 20:15:23 <[Rui]> doesn't look like it has eet
Aug 23 20:15:34 <[Rui]> but I have an old packages cache
Aug 23 20:21:10 <TAsn> [Rui], eet: e.cfg
Aug 23 20:21:25 <TAsn> iirc
Aug 23 20:21:33 <TAsn> check the illume2-config
Aug 23 20:23:04 <GNUtoo|laptop> [Rui], I can help you for modifying the layout
Aug 23 20:23:11 <GNUtoo|laptop> I already did it for my htcdream
Aug 23 20:23:20 <GNUtoo|laptop> but I didn't commit yet
Aug 23 20:23:37 <GNUtoo|laptop> because JaMa didn't convert the configs in a machine arch thing yet
Aug 23 20:23:42 <[Rui]> GNUtoo|laptop: thanks, I'll be editing, but it surely needs being made more finger friendly
Aug 23 20:24:21 <JaMa> GNUtoo|laptop: I'm expecting your commit for that..
Aug 23 20:24:23 <GNUtoo|laptop> I've exactly the same issue
Aug 23 20:24:26 <GNUtoo|laptop> ah ok
Aug 23 20:24:36 <JaMa> GNUtoo|laptop: no need to convert it to machine arch without machine specific change
Aug 23 20:24:40 <GNUtoo|laptop> JaMa, what's the pseudo-code procedure
Aug 23 20:24:53 <JaMa> GNUtoo|laptop: and IIRC with SRC_URI_machine override it gets machine arch itself
Aug 23 20:25:04 <GNUtoo|laptop> that's not enough I bet
Aug 23 20:25:14 <GNUtoo|laptop> because there are 2 parts
Aug 23 20:25:27 <GNUtoo|laptop> the oe recipe
Aug 23 20:25:29 <GNUtoo|laptop> I can do that
Aug 23 20:25:29 <GNUtoo|laptop> and the fso repo path changes
Aug 23 20:25:47 <JaMa> what's the 2nd thing?
Aug 23 20:25:53 <[Rui]> but the worse is that all libphoneui-shr apps look totally borked
Aug 23 20:26:24 <JaMa> [Rui]: did you try them with -gry?
Aug 23 20:26:34 <GNUtoo|laptop> <GNUtoo|laptop> and the fso repo path changes
Aug 23 20:26:46 <JaMa> which is?
Aug 23 20:26:50 <[Rui]> JaMa: no, not really, will try now.
Aug 23 20:26:57 <GNUtoo|laptop> shr-theme repo
Aug 23 20:27:02 <GNUtoo|laptop> I'll explain
Aug 23 20:27:16 <GNUtoo|laptop> fso takes the config from the repo
Aug 23 20:27:18 <GNUtoo|laptop> for instance
Aug 23 20:27:30 <GNUtoo|laptop> the alsa scripts
Aug 23 20:27:40 <GNUtoo|laptop> or whatever it's called
Aug 23 20:27:45 <GNUtoo|laptop> it's taken from fso repo
Aug 23 20:27:49 <GNUtoo|laptop> and packaged 
Aug 23 20:27:58 <[Rui]> oh, and framerate suddenly went way up (60, now) which makes everything slower (I lowered it to 9)
Aug 23 20:27:58 <GNUtoo|laptop> let me point to a recipe:
Aug 23 20:28:46 <GNUtoo|laptop> at least it was last time I looked
Aug 23 20:28:51 <GNUtoo|laptop> it's the alsa states not scripts
Aug 23 20:30:13 <GNUtoo|laptop> ah it seem to have changed
Aug 23 20:30:13 <GNUtoo|laptop> I'll re-explain then
Aug 23 20:30:15 <GNUtoo|laptop> basically
Aug 23 20:30:17 <[Rui]> JaMa: just as garbled, but now with white text on light grey background
Aug 23 20:30:21 <GNUtoo|laptop> I don't know fso well
Aug 23 20:30:24 <GNUtoo|laptop> I'm a newbie
Aug 23 20:30:33 <GNUtoo|laptop> and it's even worse for illume
Aug 23 20:30:35 <GNUtoo|laptop> so...
Aug 23 20:30:43 <GNUtoo|laptop> now I won't do that:
Aug 23 20:31:25 <GNUtoo|laptop> vim shr-themes/e-wm/e-wm-config-illume2-shr/module.illume-indicator.src
Aug 23 20:31:34 <GNUtoo|laptop> that would change it for every machine
Aug 23 20:31:48 <GNUtoo|laptop> so what should I do in the fso repo for the themes?
Aug 23 20:32:23 <JaMa> GNUtoo|laptop: make changes, commit it locally, make patch with git format-patch, store the patch in OE and append it with _htcdream override to SRC_URI
Aug 23 20:32:43 <GNUtoo|laptop> that's ugly
Aug 23 20:33:10 <JaMa> and I have no idea what you want to do in fso repos while tunning illume..
Aug 23 20:33:11 <GNUtoo|laptop> I've something suboptimal but less uglier
Aug 23 20:33:12 <GNUtoo|laptop> create a new theme
Aug 23 20:33:23 <GNUtoo|laptop> like:
Aug 23 20:34:00 <JaMa> theme is pulled from task-x11-illume (which is IIRC also all-arch)
Aug 23 20:34:11 <GNUtoo|laptop> I know
Aug 23 20:34:19 <GNUtoo|laptop> e-wm-config-illume2-shr-htcdream could work
Aug 23 20:34:23 <GNUtoo|laptop> but that's not great
Aug 23 20:34:35 <GNUtoo|laptop> basically what I'd like is that:
Aug 23 20:34:59 <GNUtoo|laptop> a MACHINE_ARCH e-wm-config-illume2-shr
Aug 23 20:35:07 <GNUtoo|laptop> basically each machine has its own
Aug 23 20:35:17 <GNUtoo|laptop> the DPI,resolutions etc...
Aug 23 20:35:28 <JaMa> which is exactly done by "append it with _htcdream override to SRC_URI
Aug 23 20:35:31 <GNUtoo|laptop> are different between openmokos,htcdream/palm pre...
Aug 23 20:35:34 <GNUtoo|laptop> ahhh
Aug 23 20:35:35 <GNUtoo|laptop> sorry
Aug 23 20:35:43 <GNUtoo|laptop> indeed
Aug 23 20:36:01 <GNUtoo|laptop> by SRC_URI I bet you don't mean file://*.patch
Aug 23 20:36:08 <GNUtoo|laptop> but the real URI
Aug 23 20:36:22 <JaMa> no I mean file://*.patch..
Aug 23 20:36:30 <GNUtoo|laptop> that's ugly
Aug 23 20:36:39 <GNUtoo|laptop> I would have to redo the change at each git changes
Aug 23 20:36:46 <GNUtoo|laptop> what about that:
Aug 23 20:36:49 <JaMa> because it's better to keep some patch rebased then syncing 2 almost the same configs in repo
Aug 23 20:36:52 <GNUtoo|laptop> S = "${WORKDIR}/git/e-wm/${PN}/${MACHINE}"
Aug 23 20:37:19 <GNUtoo|laptop> with om-gta01 linking to om-gta02 in the sources
Aug 23 20:37:44 <GNUtoo|laptop> we have different /etc/freesmartphone/conf/${MACHINE} configs 
Aug 23 20:37:54 <GNUtoo|laptop> why not doing the same for the theme?
Aug 23 20:38:10 <JaMa> I know but those configs share very litle
Aug 23 20:38:25 <GNUtoo|laptop> ok
Aug 23 20:38:27 <GNUtoo|laptop> good point
Aug 23 20:38:31 <JaMa> but e-wm-config-illume2-shr_om-gta02 should be quite the same as e-wm-config-illume2-shr_htcdream
Aug 23 20:38:38 <GNUtoo|laptop> yes
Aug 23 20:38:42 <GNUtoo|laptop> so:
Aug 23 20:38:48 <GNUtoo|laptop> make _htcdream machine arch
Aug 23 20:38:52 <GNUtoo|laptop> and keep the rest the same
Aug 23 20:38:53 <JaMa> if TAsn fixes something in e-wm-config-illume2-shr_om-gta02 then it should be fixed automatically also in e-wm-config-illume2-shr_htcdream
Aug 23 20:39:01 <GNUtoo|laptop> ok
Aug 23 20:39:18 <GNUtoo|laptop> I'd also like to ear mickey|zzZZzz 's idea
Aug 23 20:39:45 <GNUtoo|laptop> s/idea/what he thinks about it
Aug 23 20:40:06 <JaMa> and small size-tunning patches shouldn't be that hard to keep appliable on current SRCREV
Aug 23 20:40:17 <GNUtoo|laptop> ok
Aug 23 20:40:21 * JaMa doesn't really care :)
Aug 23 20:40:48 <GNUtoo|laptop> hmmm what's better, patch or sed?
Aug 23 20:40:54 <GNUtoo|laptop> sed care less about previous lines
Aug 23 20:41:48 <GNUtoo|laptop> sed is harder to debug tough
Aug 23 20:41:50 <GNUtoo|laptop> and to do
Aug 23 20:41:52 <GNUtoo|laptop> so patch
Aug 23 20:41:57 <JaMa> if regexps for sed are selective enough..
Aug 23 20:42:11 * JaMa haven't seen that diff.. so cannot tell
Aug 23 20:42:20 <GNUtoo|laptop> ok
Aug 23 20:42:24 * JaMa still imagines same config with 3 numbers changed :)
Aug 23 20:42:37 <GNUtoo|laptop> indeed
Aug 23 20:42:54 <GNUtoo|laptop> bbs
Aug 23 20:43:41 * JaMa wants to Zzzz, but NOTE: Running task 11602 of 18972
Aug 23 20:44:06 <JaMa> tomorrow I have to arrive to work before 7 :/
Aug 23 20:45:21 <GNUtoo|laptop> ok
Aug 23 20:47:05 <Sharwin_F> TAsn, giving eve a try, it looks wonderful! do you know if it has zoom in/out features though?
Aug 23 20:47:26 <TAsn> only with multi-touch iirc
Aug 23 20:47:34 <TAsn> (maybe there's another way to do it)
Aug 23 20:48:46 <Sharwin_F> TAsn, maybe can be set using our own edj file?
Aug 23 20:49:32 <TAsn> Sharwin_F, No idea, but I doubt that.
Aug 23 20:49:55 <Sharwin_F> oh, and no https support?
Aug 23 20:50:13 * Sharwin_F goes have dinner
Aug 23 20:52:03 <TAsn> pespin, I honestly think/thought there is.
Aug 23 20:53:11 <GNUtoo|laptop> bbl
Aug 23 21:44:46 <gena2x> lindi-: reproducible with debian mplayer package, but works fine with mplayer from svn.
Aug 23 21:45:21 <gena2x> lindi-: /590441
Aug 23 21:45:24 <lindi-> gena2x: somewhat good news
Aug 23 21:45:31 <lindi-> gena2x: I managed to encode my video
Aug 23 21:46:08 <gena2x> 'managed' sounds not so good
Aug 23 21:46:43 <lindi-> gena2x: http:/iki.fi/lindi/theora/encode.txt
Aug 23 21:46:47 <lindi-> gena2x: http://iki.fi/lindi/theora/encode.txt
Aug 23 21:47:59 <lindi-> gena2x: and to decode it I use http://iki.fi/lindi/theora/decode2.txt
Aug 23 21:49:41 <gena2x> lindi-: ffvhuff??
Aug 23 21:50:06 <lindi-> gena2x: tell me about it :)
Aug 23 21:53:05 <gena2x> i didn't know about it
Aug 23 21:55:21 <gena2x> it is loseless? are you sure you want lossless codec for FR? %)
Aug 23 21:55:42 <lindi-> gena2x: the second command encodes it to theora
Aug 23 21:55:58 <lindi-> well, third
Aug 23 21:56:39 <gena2x> ah, i thought it is encoding only audio
Aug 23 21:57:17 <gena2x> ok, anyway, i am going to recieve my portion of Good Dreams. gn!
Aug 23 22:27:41 <leviathan> dcordes: I'm interested
Aug 23 22:27:47 <leviathan> when youre here
Aug 23 22:28:04 <leviathan> you can borrow me the hd2?
Aug 23 22:28:11 <leviathan> would be cool ^^
Aug 23 23:00:17 <dcordes> leviathan: good timing
Aug 23 23:00:19 <dcordes> leviathan: hi
Aug 23 23:00:38 <leviathan> dcordes: hi
Aug 23 23:00:41 <leviathan> :-)
Aug 23 23:04:13 <tmzt> what's the newest kernel you have running on g1?
Aug 23 23:05:49 <dcordes> tmzt: I suppose 2.6.35
**** ENDING LOGGING AT Tue Aug 24 02:59:57 2010