**** BEGIN LOGGING AT Tue Dec 01 02:59:58 2009
Dec 01 04:16:39 <gonzoism> what is the name of the resource handler in shr ?  dbus ?
Dec 01 04:17:51 <gonzoism> i should look that up.  surely, it won't be difficult to find.
Dec 01 06:23:05 <playyaWorking> moin
Dec 01 06:39:41 <blindcoder> moin
Dec 01 06:53:42 <mrmoku> moin
Dec 01 06:54:29 <mrmoku> JaMa: ping
Dec 01 07:00:33 <blindcoder> interesting, with Qi I actually did not get a WSOD this morning
Dec 01 07:01:37 <blindcoder> hrm, some things can't be closed
Dec 01 07:01:41 <blindcoder> phonelog and notes
Dec 01 07:01:47 <blindcoder> wait, phonelog can, notes can't
Dec 01 07:19:16 <JaMa> mrmoku: pong
Dec 01 07:21:55 <spaetz> morning
Dec 01 07:22:10 <JaMa> moin
Dec 01 07:22:34 <spaetz> NOTE: Task failed: Checksum of 'http://xorg.freedesktop.org/releases/individual/lib/libXfixes-4.0.4.tar.bz2' failed
Dec 01 07:22:35 <mrmoku> JaMa: we have a small problem with with mokomaze
Dec 01 07:22:36 <spaetz> sigh
Dec 01 07:22:55 <mrmoku> that is the unsecure downloads config, no?
Dec 01 07:23:02 <mrmoku> spaetz: ^^
Dec 01 07:23:07 <spaetz> not sure, let me check
Dec 01 07:23:11 <spaetz> if its enabled
Dec 01 07:23:13 <mrmoku> JaMa: mokomaze needs libpng3
Dec 01 07:23:26 <mrmoku> JaMa: rdepends on libpng
Dec 01 07:23:32 <spaetz> but nonetheless, checksums *should* really be correct
Dec 01 07:23:38 <mrmoku> yup
Dec 01 07:23:45 <mrmoku> you probably should leave it enabled
Dec 01 07:23:50 <JaMa> spaetz: do you have checksum for that or is missing?
Dec 01 07:23:52 <mrmoku> and fix the checksum instead for testing
Dec 01 07:24:16 <spaetz> INSECURE_DOWNLOAD thingie is 1 already
Dec 01 07:24:28 <JaMa> spaetz: I've tested all checksums before few days while building angstrom again..
Dec 01 07:24:29 <spaetz> JaMa: no clue. Haven't checked yet. This is just where shr-testing aborted
Dec 01 07:25:26 <spaetz> mrmoku: are you active on the buildhost or can I use screen session 0 ?
Dec 01 07:26:29 <mrmoku> spaetz: just go ahead
Dec 01 07:26:33 <spaetz> k
Dec 01 07:27:16 <JaMa> mrmoku: what is the problem with mokomaze then? 
Dec 01 07:27:38 <mrmoku> JaMa: it does not install libpng3
Dec 01 07:27:52 <mrmoku> fails on startup by not being able to load the pngs
Dec 01 07:28:06 <mrmoku> if I install libpng3 manually all is fine
Dec 01 07:28:21 <mrmoku> though... don't know what the correct rdepend for libpng3 is
Dec 01 07:28:25 <spaetz> do we install libpng2 by default only?
Dec 01 07:29:14 <mrmoku> /usr/lib/libpng.so.3         /usr/lib/libpng.so.3.35.0    /usr/lib/libpng12.so.0       /usr/lib/libpng12.so.0.35.0
Dec 01 07:29:26 <mrmoku> is what we have in /usr/lib... and the 3 is installed manually
Dec 01 07:30:21 <mrmoku> JaMa: hmm... maybe I'm just stupid and libpng3 is the correct rdepend... but I remember some strange thing with png depends...
Dec 01 07:30:23 <JaMa> hmm I have this 2 libpng12-0 - 1.2.35-r0.4
Dec 01 07:30:23 <JaMa> libpng3 - 1.2.35-r0.4
Dec 01 07:30:35 <JaMa> and not sure if I had to install libpng3 manually\
Dec 01 07:30:44 <mrmoku> you installed the fat image?
Dec 01 07:30:50 <JaMa> yes
Dec 01 07:31:01 <JaMa> but not from buildhost..
Dec 01 07:31:01 <mrmoku> ok, I installed the lite one... and mokomaze manually
Dec 01 07:31:24 <spaetz> I also installed mokomaze over the lite one, but it runs here
Dec 01 07:31:33 <JaMa> mrmoku: if you check ldd mokomaze than its linked to png.so.3 right?
Dec 01 07:32:16 <JaMa> mrmoku: if so then yes I think too that libpng3 should be in rdepends
Dec 01 07:33:37 <spaetz> libpng has that weird install fun anyway
Dec 01 07:34:00 <spaetz> manually installing libpng and libpng12 in do_stage()
Dec 01 07:34:42 <spaetz> maybe it's missing sth for libpng3?
Dec 01 07:35:08 <spaetz> bah, just restarting thr shr-testing build worked
Dec 01 07:35:16 <mrmoku> heh
Dec 01 07:35:18 <spaetz> must have been cosmic rays
Dec 01 07:35:25 <spaetz> solar flares :)
Dec 01 07:36:39 <mrmoku> JaMa: hmm... which package is ldd in?
Dec 01 07:36:44 <mrmoku> gcc?
Dec 01 07:37:03 <mrmoku> glibc-common on my desktop...
Dec 01 07:37:33 <mrmoku> ohh
Dec 01 07:37:36 <mrmoku> nvm. ldd
Dec 01 07:37:50 * mrmoku still needs more coffee :|
Dec 01 07:39:00 <mrmoku> spaetz: btw... mokonnect is badly broken due to the last EFL bump
Dec 01 07:39:19 <mrmoku> segfaults on start with callback errors
Dec 01 07:41:36 <spaetz> coffee!
Dec 01 07:41:39 <spaetz> good idea
Dec 01 07:41:56 <spaetz> mrmoku: bah. :-(
Dec 01 07:42:06 <spaetz> EFL is great, but it really is a moving target
Dec 01 07:42:16 <spaetz> just keeping apps running takes effort
Dec 01 07:43:13 <spaetz> mrmoku: do I have to do sth special to have builds appear in tinderbox?
Dec 01 07:43:16 <spaetz> some configuration?
Dec 01 07:43:24 <mrmoku> oh, yes
Dec 01 07:43:34 <mrmoku> look in shr-unstable/conf/local.conf
Dec 01 07:43:42 <spaetz> ok
Dec 01 07:43:47 <spaetz> thanks
Dec 01 07:45:31 <spaetz> 2emacsclient: can't stat /tmp/esrv1000-opmbuild: Success
Dec 01 07:45:43 <spaetz> don't you just love intuitive error messages :-)
Dec 01 07:45:47 <spaetz> -2
Dec 01 07:46:14 <mrmoku> heh
Dec 01 07:46:38 <mrmoku> spaetz: what is your problem with that... it successfully failed to stat ;)
Dec 01 07:47:30 <spaetz> heh
Dec 01 07:47:33 <spaetz> right
Dec 01 07:47:45 <spaetz> you are not an emacs user, right?
Dec 01 07:47:49 <mrmoku> no :P
Dec 01 07:48:19 <spaetz> I never got the hang of vi :-)
Dec 01 07:48:30 <spaetz> All I know is esc-ZZ and :q! 
Dec 01 07:48:53 <mrmoku> guess it's just getting used to either
Dec 01 07:48:59 <mrmoku> I feel the same with emacs
Dec 01 07:49:07 <spaetz> yep, you like what you know
Dec 01 07:50:14 <methril> morning
Dec 01 07:51:19 <JaMa> mrmoku: ldd /usr/bin/mokomaze  | grep png -> nothing, maybe transitive dependenci through libSDL_image or something?
Dec 01 07:51:32 <JaMa> mrmoku: and ldd package is built from eglibc recipe
Dec 01 07:54:36 <spaetz> libsdl-image would make sense
Dec 01 07:57:24 <spaetz> mrmoku: fsoraw is still not in the default lite-image
Dec 01 07:57:31 <JaMa> which recipe provides phoneui/phoneui.h in stagging? I've rebuilt all *phone* in recipes/shr and its still missing :/
Dec 01 07:57:33 <spaetz> it gets installed when I install mokomaze
Dec 01 08:03:18 <spaetz> shr/testing2009 is on git
Dec 01 08:03:45 <spaetz> mickey|zzZZzz: when you wake up this afternoon, you could kill off shr-testing2009 on the server ;)
Dec 01 08:04:04 <spaetz> mrmoku: when you had your coffee you could make a 1 byte diff in the Makefile for me :)
Dec 01 08:04:14 <spaetz> or give me access (not really needed)
Dec 01 08:04:41 <spaetz> BTW seen? TAsn was seen high RAM usage by openssh :-P
Dec 01 08:04:51 <spaetz> s/seen/seeing/
Dec 01 08:04:53 <apt_> spaetz meant: BTW seeing? TAsn was seen high RAM usage by openssh :-P
Dec 01 08:05:00 <spaetz> bah, stupid apt
Dec 01 08:07:23 <spaetz> JaMa: libSDL-image does refer to libpng in ldd
Dec 01 08:08:45 <spaetz> but it doesn't work either: Main: can't load image '/usr/share/mokomaze/desk.png'
Dec 01 08:16:10 <CIA-53> SHR: 03mok 07shr-makefile * rbeb211382c99 10/Makefile: Makefile: change example for local-builds to libphone-ui-shr
Dec 01 08:16:11 <CIA-53> SHR: 03mok 07shr-makefile * r225f56bcefdb 10/Makefile: Makefile: fix name for testing branch
Dec 01 08:16:11 <CIA-53> SHR: 03mok 07shr-makefile * rfc21d198ccd1 10/Makefile: Makefile: do not add obsolete requires to conf when setting up testing
Dec 01 08:18:07 <mrmoku> JaMa: heh... ldd does not work with busybox sh :|
Dec 01 08:18:14 <mrmoku> after install bash all is fine
Dec 01 08:19:10 <spaetz> thanks for the changes
Dec 01 08:19:20 <spaetz> mrmoku: ldd works here with busybox
Dec 01 08:19:30 <spaetz> I just modified it to use /bin/sh
Dec 01 08:19:31 <spaetz> weird
Dec 01 08:19:35 <max_posedon> 1. I reported it few weeks ago 2. mrmoku it works, but change first line
Dec 01 08:20:47 <spaetz> upstream should be ashamed to require bash when it works with sh...
Dec 01 08:20:59 <spaetz> and someone should file a bug with them.
Dec 01 08:21:38 <mrmoku> max_posedon: probably
Dec 01 08:21:39 <spaetz> and why the heck does eglibc create ALL locales of the world when I have configured the "only create en-US" option?
Dec 01 08:44:29 <spaetz> I just sent the dropbear->oopenssh announcement to ML (mrmoku had somehow forgotten to do so ;-P)
Dec 01 08:45:08 <mrmoku> :P
Dec 01 08:45:11 <mrmoku> spaetz: thanks
Dec 01 08:45:44 <spaetz> np
Dec 01 08:46:16 <spaetz> but we still have the apm issue in our images
Dec 01 08:46:29 <spaetz> task-base really wants apm, it seems or sth
Dec 01 08:46:48 <spaetz> and I haven't worked on implementing alternatives as koen proposed
Dec 01 08:47:00 <spaetz> busy with shr-testing-testing
Dec 01 08:47:16 <mrmoku> IIRC there is still a patch from Heinervdm regarding apm
Dec 01 08:47:24 <mrmoku> don't know if that is superseded... or still current
Dec 01 08:47:50 <Heinervdm> do we have apm or fso-apm in latest image?
Dec 01 08:48:35 <mrmoku> apm_3.2.2-r11.01.4_armv4t.ipk
Dec 01 08:48:35 <mrmoku> apmd_3.2.2-r11.01.4_armv4t.ipk
Dec 01 08:49:42 <Heinervdm> with that patch we will get fso-apm in the image
Dec 01 08:50:09 <mrmoku> Heinervdm: is it safe to apply? or will it break other distros?
Dec 01 08:51:00 <Heinervdm> it's RPROVIDES so it won't break other distros
Dec 01 08:51:08 <Heinervdm> only PROVIDES breakes them
Dec 01 08:53:13 <spaetz> Heinervdm: so only distros that somehow include fso-apm will get it?
Dec 01 08:53:26 <spaetz> while distros that don't include it never *see* it?
Dec 01 08:53:34 <Heinervdm> yes
Dec 01 08:53:40 * spaetz tries to understand RPROVIDES vs PROVIDES
Dec 01 08:53:41 <spaetz> ok
Dec 01 08:54:03 <spaetz> makes sense. But it it's RPROVIDED, how does bb know what to prefer?
Dec 01 08:55:02 <spaetz> ahh, there is a PREFERRED_PROVIDER
Dec 01 08:55:20 <spaetz> mrmoku: should I apply it?
Dec 01 08:55:38 <spaetz> I think, let's try it.
Dec 01 08:57:35 <Q-Master> Collected errors:
Dec 01 08:57:35 <Q-Master>  * ERROR: The following packages conflict with openssh:
Dec 01 08:57:35 <Q-Master>          *  dropbear *
Dec 01 08:57:37 <Q-Master> ??
Dec 01 08:57:45 <spaetz> see mail to list
Dec 01 08:57:55 <spaetz> dropbear -> openssh
Dec 01 08:57:55 <Q-Master> we're switching to openssh?
Dec 01 08:58:06 <spaetz> yes, there was a vote a few months ago
Dec 01 08:58:12 <Q-Master> spaetz: hm. how to switch?
Dec 01 08:58:20 <Q-Master> I mean correct switching
Dec 01 08:58:39 <lindi-> why do they conflict? can't you allow both?
Dec 01 08:59:16 <Q-Master> aha. i see
Dec 01 08:59:20 <Q-Master> spaetz: thnx
Dec 01 08:59:28 <zeroedout> lindi: i think it's what to use by default.
Dec 01 08:59:37 <lindi-> zeroedout: but what if you want to use both
Dec 01 09:00:13 <zeroedout> lol, good point, but i don't think that's gonna come up practically. 
Dec 01 09:00:27 <spaetz> lindi-: OE recipes are written to conflict, yes
Dec 01 09:00:38 <spaetz> not our choice, but upstream
Dec 01 09:05:13 <spaetz> apm change is in OE.dev, shr/merge and shr/testing
Dec 01 09:05:40 <spaetz> now let's hope it works. What needs rebuilding? shr-image?
Dec 01 09:15:45 <Q-Master> spaetz: ssh prohibits entering the empty pass
Dec 01 09:16:10 <spaetz> nice. I propose to change you password on the FR to sth
Dec 01 09:16:29 <spaetz> empty password is evil anyway when SSH listens even on the WLAN
Dec 01 09:19:02 <mrmoku> Q-Master: open vala-terminal... do passwd
Dec 01 09:19:17 <Q-Master> mrmoku: I know. already done
Dec 01 09:19:25 <mrmoku> after that you can just copy your ssh pubkey from your whatever-machine to the neo and don't have to bother with the password :)
Dec 01 09:36:28 <spaetz> rebuilding task-base-apm on buildhost
Dec 01 09:38:00 <jl_gene> !logs
Dec 01 09:38:01 <cdbot2> Channel logs for #openmoko-cdevel are archived at:
Dec 01 09:38:02 <cdbot2> http://hentges.net/tmp/logs/irc/%23openmoko-cdevel
Dec 01 09:38:03 <cdbot2> Live-logs are available at
Dec 01 09:38:05 <cdbot2> http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog
Dec 01 09:38:07 <cdbot2> See ?? help-logs for usage instructions
Dec 01 09:38:18 <spaetz> who can change /topic here?
Dec 01 09:38:35 <spaetz> we should put the log location there rather than all the silly stuff we have there
Dec 01 09:39:55 <Heinervdm> ~log
Dec 01 09:39:57 <apt_> log is probably http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ?
Dec 01 09:54:36 <BillK> is the problem yesterday with shr-setings and suspending while usb charging fixed?
Dec 01 09:55:52 <spaetz> I don't have the suspending while usb charging problem. I just need to replug once frameworkd is up and running (about the time the SIM PIN dialog comes up for me)
Dec 01 09:55:58 <spaetz> no clue about shr-settings
Dec 01 09:56:35 <BillK> happened to me a some comments on other channels show others are seeing it too.
Dec 01 09:57:01 <BillK> Also shr-settings didsnt shoe slider controls for suspend
Dec 01 09:57:18 <BillK> and fsoraw doesnt list the CPU and display resources
Dec 01 09:57:26 <BillK> looked like a dbus problem
Dec 01 09:57:51 <spaetz> I'm just upgrading, no idea
Dec 01 09:58:07 <spaetz> mrmoku: apm is fixed now. I synced the feed
Dec 01 09:58:21 <spaetz> If this doesn't break apm for all other distros we are fine...
Dec 01 09:58:37 <BillK> plugging/replugging didnt help - eventually just confused the poor thing so the orange led stayed lit on unplug !
Dec 01 09:58:40 <spaetz> opkg upgrade installs apmd, but is happy about fso-apm being installed
Dec 01 09:58:55 <spaetz> BillK: sounds like major dbus trouble...
Dec 01 09:59:12 <spaetz> Heinervdm: thanks for fixing.
Dec 01 09:59:16 <Heinervdm> :)
Dec 01 09:59:21 <BillK> will try anothet image tomorrow and see if that works
Dec 01 09:59:28 <spaetz> but what functionality does apmd provide that we want to keep it running?
Dec 01 09:59:46 <Heinervdm> spaetz: don't know
Dec 01 09:59:58 <[Rui]> morning
Dec 01 10:00:12 <Heinervdm> mickey said that it just replaces apm and not apmd
Dec 01 10:03:00 <spaetz> Heinervdm: yep, makes sense. But sth is still pulling apmd (I guess task-base-apm) and we cannot prevent this for now.
Dec 01 10:03:15 <spaetz> it starts and runs by default...
Dec 01 10:03:33 <Heinervdm> spaetz: yes it has to
Dec 01 10:03:59 <Heinervdm> i think apm needs apmd and so fso-apm needs apmd
Dec 01 10:08:36 <playyaWorking_> it think fso-apm only needs fso: http://git.freesmartphone.org/?p=python-helpers.git;a=blob;f=fso-apm/apm;h=36cbbebd54863a9cd3e889cd9e109f0bf2111503;hb=HEAD
Dec 01 10:09:31 <playyaWorking_> hmm. does org.freesmartphone.frameworkd still exist on dbus?
Dec 01 10:09:49 <Heinervdm> don't know, i asked mickey and i understand it the way, that we still need apmd
Dec 01 10:10:04 <Heinervdm> s/understand/understood/
Dec 01 10:10:04 <apt_> Heinervdm meant: don't know, i asked mickey and i understood it the way, that we still need apmd
Dec 01 10:10:23 <playyaWorking_> mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Framework | grep org.freesmartphone.Device.PowerSupply
Dec 01 10:10:24 <mickey|office> apmd is not doing anything meaningful when apm is not installed
Dec 01 10:10:41 <playyaWorking_> ah . ok
Dec 01 10:10:42 <mickey|office> fso is not (yet?) doing what apmd does
Dec 01 10:10:46 <mickey|office> i have yet to see a convincing usecase
Dec 01 10:10:53 <mickey|office> if someone comes up with one, i'll add it
Dec 01 10:11:12 <spaetz> mickey|office: there are apm and apmd. apm is not replaced by fso-apm. but apmd gets pulled in by task-base-apm
Dec 01 10:11:45 <mickey|office> yep
Dec 01 10:11:46 <spaetz> which we can't change without overriding things. (like the MACHINE_FEATURES_shr override that was discussed recently)
Dec 01 10:11:58 <spaetz> err, apm is NOW replacd by fso-apm, I meant
Dec 01 10:12:20 <spaetz> so I guess we should be doing that, to avoid further discussion
Dec 01 10:12:26 <mickey|office> i agree
Dec 01 10:12:37 <mickey|office> eventually fsousaged might provide apmd
Dec 01 10:12:44 <mickey|office> like i said, if really necessary
Dec 01 10:13:05 <spaetz> I don't see the case for apmd here, atm
Dec 01 10:13:12 <spaetz> thanks for the clarifications
Dec 01 10:15:13 <[Rui]> new EFL? hope it fixes the issues we've been seeing
Dec 01 10:16:43 <mickey|office> i only see a case for supporting legacy software
Dec 01 10:23:44 <JaMa> libphone-ui_git.bb should stage phoneui.h right?
Dec 01 10:24:03 <JaMa> its in sources but not installed to stage later :/
Dec 01 10:38:01 <[Rui]> generating the openssh keys does take some time :)
Dec 01 10:38:08 <spaetz> it really does
Dec 01 10:38:16 <spaetz> and you'll have to set a passwd
Dec 01 10:38:24 <spaetz> openssh doesn't like empty passwords
Dec 01 10:38:38 <spaetz> it also uses more RAM than dropbear
Dec 01 10:38:48 <spaetz> but hey, someone voted for it... so...
Dec 01 10:38:52 <[Rui]> sure it does, just set it to allow :)
Dec 01 10:38:55 <[Rui]> not that it's a good thing
Dec 01 10:38:59 <spaetz> [Rui]: right
Dec 01 10:39:04 <spaetz> not by default, I mean
Dec 01 10:39:06 <[Rui]> well, dropbear DOES forward X11 (I saw someone complain)
Dec 01 10:39:18 <spaetz> [Rui]: I know. I was using it all the time
Dec 01 10:39:26 <[Rui]> I just did ssh -X moko
Dec 01 10:41:02 <[Rui]> maybe with some --disable flags at compiletime one can greatly reduce the memory footprint
Dec 01 10:41:10 <[Rui]> there are likely some avoidable features
Dec 01 10:41:13 <playyaWorking_> if you open an app in fullscreen with ssh -X your freerunner really slows down
Dec 01 10:41:20 * spaetz shrugs. Would be nice
Dec 01 10:41:36 <playyaWorking_> i tested it with navit
Dec 01 10:41:37 <spaetz> or keeping dropbear ;)
Dec 01 10:42:08 <[Rui]> playya_: well yeah, sure, the usb connection is usb1
Dec 01 10:42:39 <playyaWorking_> why not keep dropbear and configure it for usb0 only?
Dec 01 10:42:57 <spaetz> playyaWorking_: because there was a vote a few months ago
Dec 01 10:43:23 <spaetz> and more people voted for getting openssh because it has oh-so-much-important-and-better features
Dec 01 10:43:30 <playyaWorking_> what does ssh what dropbear does not?
Dec 01 10:43:45 * spaetz is not grumpy about that decision. no no :)
Dec 01 10:43:49 <spaetz> playyaWorking_: don't ask me. I voted for dropbear
Dec 01 10:45:02 <[Rui]> I'd vote for ssh too
Dec 01 10:45:16 <[Rui]> but maybe one needs to disable some features at compile time for more optimization
Dec 01 10:45:23 <spaetz> but then basic democracy is good. Oh no, we just banned minaretts in Switzerland in a national referendum :)
Dec 01 10:45:32 <[Rui]> I don't see what's so important about gssapi, kerberos, etc... on the freerunner
Dec 01 10:45:32 <spaetz> [Rui]: what does ssh what dropbear doesn't?
Dec 01 10:46:17 <playyaWorking_> it could handle hundreds of connections :P
Dec 01 10:46:20 <spaetz> [Rui]: changing config options is not always that easy. depending on the recipe. One needs to override OE defaults which is not always easy/possible and requires consensus...
Dec 01 10:46:26 <[Rui]> nothing very interesting in the freerunner's use case
Dec 01 10:46:36 <[Rui]> but restarting without loosing the connection is nice!
Dec 01 10:46:50 <[Rui]> spaetz: well yeah, in principle.
Dec 01 10:46:52 <playyaWorking_> wow. I'm impressed
Dec 01 10:46:59 <[Rui]> how much more memory does it wast?
Dec 01 10:47:12 <playyaWorking_> how much CPU/RAM does it cost?
Dec 01 10:47:16 <Q-Master> heh
Dec 01 10:47:23 <spaetz> simple top glance "0.7% dropbear 1.5% openssh". no big difference
Dec 01 10:47:31 <Q-Master> neomis shows just blank screen for me
Dec 01 10:47:37 <spaetz> but enough to notice
Dec 01 10:47:47 <spaetz> RAM that is
Dec 01 10:47:49 <[Rui]> just 105% more? :)
Dec 01 10:47:56 <spaetz> hehe
Dec 01 10:48:39 <[Rui]> well, reb ooting the neo after the upgrade.
Dec 01 10:49:16 <playyaWorking_> is it possible to open a socks proxy with dropbear?
Dec 01 10:50:11 <[Rui]> anyone at OE ever though about using upstart?
Dec 01 10:50:19 <[Rui]> this boot method is very slow
Dec 01 10:50:29 <spaetz> playyaWorking_: tcp forwarding? yes
Dec 01 10:50:42 <spaetz> http://matt.ucc.asn.au/dropbear/dropbear.html
Dec 01 10:53:23 <[Rui]> ssh into the device is also much slower
Dec 01 10:53:33 <[Rui]> establishing the session, that is
Dec 01 10:53:41 <[Rui]> working in it actually seems faster
Dec 01 10:54:05 <[Rui]> bah bubbles are still borked
Dec 01 10:55:35 <playyaWorking_> spaetz, from your link: OpenMoko includes Dropbear in the default install.
Dec 01 10:55:44 <playyaWorking_> we cannot drop dropbear ;)
Dec 01 10:55:53 <spaetz> hehe :)
Dec 01 10:55:58 <spaetz> we just did...
Dec 01 10:56:18 <spaetz> the guy is lying
Dec 01 10:57:00 <valos> Q-Master: are you using a special theme for elementary ?
Dec 01 11:01:26 <wpwrak> spaetzFR: (dropping the bear) well done :-)
Dec 01 11:02:15 <Q-Master> valos: niebiee
Dec 01 11:02:25 <JesusMcCloud> !logs
Dec 01 11:02:27 <cdbot2> Channel logs for #openmoko-cdevel are archived at:
Dec 01 11:02:28 <cdbot2> http://hentges.net/tmp/logs/irc/%23openmoko-cdevel
Dec 01 11:02:29 <cdbot2> Live-logs are available at
Dec 01 11:02:31 <cdbot2> http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog
Dec 01 11:02:33 <cdbot2> See ?? help-logs for usage instructions
Dec 01 11:03:06 <valos> Q-Master: ok, there is a problem currently with niebiee and sixteen themes
Dec 01 11:03:19 <Q-Master> ok
Dec 01 11:06:42 <valos> Q-Master: I don't know if it's my fault, or a bug in these themes, I investigate
Dec 01 11:06:51 <Q-Master> thnx
Dec 01 11:08:34 <JesusMcCloud> valos, you do know that there is layout bug in current elm version?
Dec 01 11:09:05 <valos> Q-Master: temporary, you can edit /usr/share/applications/neomis.desktop and add ELM_THEME=default before /usr/bin/neomis command in line Exec
Dec 01 11:09:27 <Q-Master> thnx. I will try
Dec 01 11:09:39 <valos> JesusMcCloud: No
Dec 01 11:10:04 <JesusMcCloud> valos, now you do (also the current default theme is gry, not "default")
Dec 01 11:12:05 <valos> Q-Master: ok so you can edit /usr/share/applications/neomis.desktop and add ELM_THEME=gry before /usr/bin/neomis command in line Exec
Dec 01 11:14:00 <[Rui]> valos: I get a segmentation fault in elmdentica if I set ELM_THEME=default
Dec 01 11:14:52 <valos> [Rui]: yes, has said JesusMcCloud , default elementary theme is not available on SHR-U
Dec 01 11:15:04 <JesusMcCloud> [Rui], because default is not even installed (at least on image from 30.11.)
Dec 01 11:15:10 <johnnymnemonic> is shr-settings still broken? http://pastebin.com/m7f4ff886
Dec 01 11:15:28 <[Rui]> oops
Dec 01 11:16:19 <[Rui]> not even in the package list?
Dec 01 11:16:29 <JesusMcCloud> [Rui], no idea
Dec 01 11:16:33 <Q-Master> valos: ok. it works now
Dec 01 11:16:52 <JesusMcCloud> Q-Master, you are using latest version of niebiee theme?
Dec 01 11:16:54 <[Rui]> JesusMcCloud: it was a '?' of surprise!
Dec 01 11:16:59 <JesusMcCloud> ok
Dec 01 11:17:09 <Q-Master> JesusMcCloud: yep
Dec 01 11:17:34 <JesusMcCloud> Q-Master, you should probably bug dos about that...
Dec 01 11:18:33 <Q-Master> I will. 8)
Dec 01 11:21:24 <JesusMcCloud> gtg
Dec 01 11:22:13 * mrmoku too
Dec 01 11:23:50 <spaetzLunch> wpwrak: oh, I didn't drop it. mrmoku did it based on previous community voting
Dec 01 11:24:18 <spaetz> I'd have kept it :)
Dec 01 11:30:41 <Ainulindale> heya vegyraupe_ o/
Dec 01 11:33:46 <Ainulindale> dos1: there?
Dec 01 11:34:13 <Ainulindale> or mrmoku|away or TAsn :-)
Dec 01 11:34:20 <Ainulindale> question related to opimd backup
Dec 01 11:34:27 <vegyraupe_> hey Ainulindale how's lifeß
Dec 01 11:34:33 <Ainulindale> If we just copy over the sqlite db thingies
Dec 01 11:34:36 <Ainulindale> Will it be enough?
Dec 01 11:34:48 <Ainulindale> vegyraupe_: could be better, how about yours?
Dec 01 11:36:32 <vegyraupe_> Ainulindale: busy as usual :) how r things with hackable et bearstech?
Dec 01 11:37:06 <Ainulindale> vegyraupe_: undergoing some development as ever
Dec 01 11:37:32 <dos1> Ainulindale: in school :P
Dec 01 11:37:50 <Ainulindale> dos1: answer nonetheless
Dec 01 11:37:50 <Ainulindale> :-)
Dec 01 11:38:17 <Ainulindale> dos1: proper backup of opimd, is a copy of the .db files enough?
Dec 01 11:38:23 <Ainulindale> Because it seems you told Abaddon_ it wasn't enough
Dec 01 11:38:27 <Ainulindale> I was curious about that
Dec 01 11:38:47 <dos1> Ainulindale: what was the question?
Dec 01 11:38:52 <dos1> Ainulindale: hmm... it should be enough
Dec 01 11:39:01 <Abaddon_> dos1: should ?
Dec 01 11:39:10 <Ainulindale> Ok good :-)
Dec 01 11:39:19 <Ainulindale> dos1: it just won't handle model changes I suppose
Dec 01 11:39:42 <dos1> well, some old databases won't work due to changed table design
Dec 01 11:39:42 <dos1> but i don't plan to change it again :P
Dec 01 11:39:54 <[Rui]> JesusMcCloud|afk: libelementary-ver-pre-svn-04-themes contains the default theme
Dec 01 11:39:55 <Abaddon_> ok
Dec 01 11:40:16 <[Rui]> the default theme is probalby important to convince EFL people that the bug is not from the currently used theme
Dec 01 11:40:44 <Ainulindale> dos1: Ok good that was my guess
Dec 01 11:41:19 <[Rui]> dos1: I sadly report that the EFL upgrade to a 5 days old version does not solve the layout issues
Dec 01 11:46:40 <blindcoder> Ainulindale: contacts work, messages not
Dec 01 11:46:57 <blindcoder> from import to merge
Dec 01 11:51:10 <ftn> Hi there. can the mic from a wired headset be used somehow without the buzz?, pls
Dec 01 12:04:29 <[Rui]> erms no sound in call
Dec 01 12:05:01 <[Rui]> WTF??
Dec 01 12:11:52 <[Rui]> what's happened? why do I not get sound in calls since this morning's update?
Dec 01 12:13:32 <lindi-> alsa?
Dec 01 12:14:12 <[Rui]> lindi-: I don't know... things seem the same
Dec 01 12:14:38 <[Rui]> lindi-: but this is awfully bad for me
Dec 01 12:15:11 <wpwrak> spaetz: kewl, so democracy works sometimes :)
Dec 01 12:15:33 <JesusMcCloud> [Rui], i think i know why u dotn have sound
Dec 01 12:15:53 <[Rui]> JesusMcCloud: I'm willing to try anything!
Dec 01 12:16:06 <JesusMcCloud> [Rui], u rebooted after upgrade, right?
Dec 01 12:16:14 <[Rui]> yes
Dec 01 12:16:15 <spaetz> wpwrak: hehe.
Dec 01 12:16:27 <lindi-> [Rui]: things?
Dec 01 12:16:41 <JesusMcCloud> u customized your alsastate ? u used an onld alsastate and converted it?
Dec 01 12:16:57 <[Rui]> JesusMcCloud: yes.
Dec 01 12:16:59 <JesusMcCloud> JesusMcCloud, sadyl the converted alsastates do not work, i have no idea why
Dec 01 12:17:23 <JesusMcCloud> [Rui], as soon as you reboto using a converted alsastate, everythign is fucked up
Dec 01 12:17:32 <JesusMcCloud> [Rui], and you have to start over again
Dec 01 12:17:36 <spaetz> fun
Dec 01 12:17:51 <[Rui]> JesusMcCloud: doesn't work with the original one as well
Dec 01 12:17:55 <JesusMcCloud> Tasn is investigating this issue
Dec 01 12:18:16 <[Rui]> JesusMcCloud: what should I reinstall?
Dec 01 12:19:21 <JesusMcCloud> [Rui], just load your statefile (the old statefile that is incompatible) using alsactl. then replace the /etc/freesmartphone/alsa/default/gsmhandset with the stock gsmahndset. place a call, adjust some voluem to make sure, and then reboot. this worked for me
Dec 01 12:20:28 <[Rui]> JesusMcCloud: what "stock gsmhandset" ?
Dec 01 12:20:56 <JesusMcCloud> the one provideb by fso-alsa-data
Dec 01 12:22:11 <[Rui]> JesusMcCloud: thank you, so I'm forcine a reinstall of that first
Dec 01 12:22:35 <JesusMcCloud> or just download the ipk and nd extract hte file an manually replace... that si what i did
Dec 01 12:22:39 <[Rui]> JesusMcCloud: those steps you mentioned... not per call, right?
Dec 01 12:22:47 <JesusMcCloud> no just once
Dec 01 12:23:08 <JesusMcCloud> and abotu "adjust volume" i meant usind the sliders in call screen
Dec 01 12:23:25 <[Rui]> just reinstalling that gave me back sound
Dec 01 12:24:23 <JesusMcCloud> ah ok
Dec 01 12:24:49 <JesusMcCloud> but the quality is not as good as with customized statefiles, so i really need a working convert script...
Dec 01 12:25:46 <[Rui]> JesusMcCloud: did you see the diff I sent?
Dec 01 12:25:55 <JesusMcCloud> my freerunner was buzz free (on both ends) for over half ayear now. and i dont get why i shoudl get a buzzfix if i can fix the buzz (for this very device) using software just because some alsa stuff changed!
Dec 01 12:25:59 <[Rui]> JesusMcCloud: I don't believe in so many settings changed when I change only one
Dec 01 12:26:06 <[Rui]> JesusMcCloud: so there IS a bug
Dec 01 12:26:18 <JesusMcCloud> [Rui], yes, i have not tried, but i am pretty sure it wont work
Dec 01 12:26:27 <[Rui]> JesusMcCloud: perhaps manually changing just 63 solves it
Dec 01 12:27:13 <JesusMcCloud> [Rui], i dotn even know what i did exactly to get that crystal clear sound, i only know that on old shr unstable i was buzz free and i am nto anymore which really sucks
Dec 01 12:28:26 <[Rui]> JesusMcCloud: I can claim that manually changing 63 from 2 to 3 (in last parameter) works
Dec 01 12:28:31 <JesusMcCloud> ofcourse i could manually hack the statefile, but i dont see why i shoudl have to do it
Dec 01 12:28:56 <[Rui]> JesusMcCloud: you don't, this is (IMHO) a bug
Dec 01 12:29:43 <JesusMcCloud> [Rui], every phone is a little different (mic sensivity, speaker volume, buzz intensity) and i have a (now incompatible) statefile that gives MY phone better soudn than any other phone i know
Dec 01 12:30:08 <spaetz> CAn't be that difficult to produce a conversion script that works. Can it?
Dec 01 12:30:10 <JesusMcCloud> [Rui], this is not a bug, the whole alsathign is a fucking desaster atm
Dec 01 12:30:31 <JesusMcCloud> the situation really pisses me off
Dec 01 12:30:52 <[Rui]> spaetz: merely changing item 63 solves.
Dec 01 12:31:01 <[Rui]> -63:'Mic Sidetone Mux':1:2
Dec 01 12:31:09 <[Rui]> +63:'Mic Sidetone Mux':1:3
Dec 01 12:31:20 <spaetz> you 2 have gta02v5?
Dec 01 12:31:22 <[Rui]> I got good sound now
Dec 01 12:31:33 <JesusMcCloud> v5 here
Dec 01 12:31:42 <JesusMcCloud> [Rui], will try
Dec 01 12:31:52 <JesusMcCloud> (as soon a si fidn out where i placed my phone)
Dec 01 12:31:59 <spaetz> [Rui]: in gsmhandset, right?
Dec 01 12:32:17 <mrmoku> from the openmoko alsa wiki:
Dec 01 12:32:18 <mrmoku> #  Control 63: 'Mic Sidetone Mux' MANDATORY VALUE "Mic 2"!!! 
Dec 01 12:32:27 <JesusMcCloud> [Rui], does the buzz get better changin that setting?
Dec 01 12:32:53 <[Rui]> I have a v5 with buzz fix
Dec 01 12:32:56 <JesusMcCloud> mrmoku, [Rui]'s phone seems to beg the differ
Dec 01 12:32:57 <[Rui]> yes
Dec 01 12:33:09 <spaetz> why is there a control if only 1 setting is allowed?
Dec 01 12:33:22 <[Rui]> mrmoku: from empirical evidence, that's a huge mistake
Dec 01 12:33:23 <JesusMcCloud> spaetz, why are there 94 controls?
Dec 01 12:33:34 <[Rui]> JesusMcCloud: hell yeah! much less static
Dec 01 12:33:34 <spaetz> JesusMcCloud: don't get me started on that
Dec 01 12:34:04 <JesusMcCloud> spaetz, u were the first to ask a stupid question :-P
Dec 01 12:34:29 <spaetz> hehe
Dec 01 12:34:41 <[Rui]> mrmoku: I'm going to edit that page to add a note that on my gta02v5 with buzz fix, using 2 has horrible static and 3 works very well
Dec 01 12:34:42 * JesusMcCloud tries Rui's tip
Dec 01 12:35:58 <mrmoku> [Rui]: maybe talk to DocScrutinizer first
Dec 01 12:36:15 <mrmoku> if I remember he wanted to even lock that page for changes... not sure though
Dec 01 12:36:29 <mrmoku> DocScrutinizer: here?
Dec 01 12:37:15 <spaetz> mrmoku: not sure if you've seen it. apm issue is solved now.
Dec 01 12:37:53 <mrmoku> saw something... while being burried in paper to do the freaking tax declaration :(
Dec 01 12:37:54 <spaetz> apmd is installed by default though and started (unneeded). For this we need to override MACHINE_FEATURES to not include apm
Dec 01 12:38:04 <spaetz> ahh, taxes :-(
Dec 01 12:38:25 <spaetz> yeah, takes me also 30 minutes each year to fill in that form inSwitzerland ;-P
Dec 01 12:38:25 <mrmoku> saw also some discussion about dropbear/openssh ;)
Dec 01 12:38:30 <[Rui]> mrmoku: I just added a sub item for that item.
Dec 01 12:38:36 * spaetz wistles innocently
Dec 01 12:38:48 <[Rui]> if it works, I don't see why I shouldn't point that out.
Dec 01 12:38:54 <mrmoku> anyway... have to go now :)
Dec 01 12:39:08 <mrmoku> bbl
Dec 01 12:39:34 <[Rui]> DocScrutinizer: please double check your understanding of Control 63: 'Mic Sidetone Mux' in http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls
Dec 01 12:40:15 <[Rui]> DocScrutinizer: I get *much* *better* sound with either Left PGA or Right PGA. I have a GTA02v5 with buzz fix <= maybe this has an impact in that setting?
Dec 01 12:40:24 <JesusMcCloud> [Rui], yup static noise ic completely gone on my phone now... but buzz is till there
Dec 01 12:40:52 <[Rui]> JesusMcCloud: it's a teeny winy buzz compared with pre-buzz-fix
Dec 01 12:41:20 <lindi-> [Rui]: interesting, can you put complete alsa state files online? i also have buzz fixed gta02v5 and people sometimes complain that they can't hear me. if i up the volume then sometimes it starts clipping (this i have verified myself)
Dec 01 12:41:33 <JesusMcCloud> [Rui], my phone is not buzz fixed.. but i have a backed up alsastate that eliminats the buzz completely
Dec 01 12:41:42 <[Rui]> lindi-: I sent the alsa state as an attachment on my mail from yesterday
Dec 01 12:42:26 <[Rui]> lindi-: precisely because I didn't trust the converted file as it had lots of changed items
Dec 01 12:43:01 <Rui|lunch> se you later.
Dec 01 12:43:05 <JesusMcCloud> so script definetaly is buggy, someone please bug Tasn about it, since i have to go
Dec 01 12:43:08 <JesusMcCloud> cya
Dec 01 12:43:15 <JesusMcCloud> mahlzeit
Dec 01 12:43:55 <lindi-> Rui|lunch: i'd appreciate having it in the bug report
Dec 01 12:47:26 <Rui|lunch> lindi-: what bug id?
Dec 01 12:48:03 <lindi-> Rui|lunch: http://lindi.iki.fi/lindi/cgi-bin/openmoko-bugs.py?q=gsmhandset.state
Dec 01 12:48:39 <lindi-> Rui|lunch: #2121 [audio] new alsa state for A7 i think
Dec 01 13:06:58 <Rui|lunch> lindi-: 2121 is fixed?
Dec 01 13:07:35 <lindi-> Rui|lunch: yes it introduced the alsa state that causes problems to you?
Dec 01 13:07:56 <Rui|lunch> lindi-: ok...
Dec 01 13:08:27 <Rui|lunch> lindi-: but I don't think it should be added there.
Dec 01 13:08:36 <Rui|lunch> lindi-: a new bug would seem more proper
Dec 01 13:08:45 <Rui|lunch> maybe pointing at this one as a related bug
Dec 01 13:08:49 <lindi-> Rui|lunch: you can do that too
Dec 01 13:10:53 <Rui|lunch> openmoko certificate expired a few weeks ago
Dec 01 13:12:18 <lindi-> Rui|lunch: yep can't do anything about it :(
Dec 01 13:12:48 <Rui|lunch> lindi-: should I add it to shr trac then?
Dec 01 13:12:51 <lindi-> but i'm mirroring the bug tracker, wiki and emails just in case it disappears completely
Dec 01 13:12:56 <lindi-> Rui|lunch: it's not shr issue
Dec 01 13:13:11 <Rui|lunch> lindi-: freesmartphone?
Dec 01 13:13:32 <lindi-> Rui|lunch: just use the bugs.openmoko.org despite the invalid cert?
Dec 01 13:14:09 <Rui|lunch> I despise expired certificates *sigh* oh well
Dec 01 13:14:37 <spaetz> well, if the company stops paying, what can you do about it?
Dec 01 13:18:28 <Rui|lunch> spaetz: yeah, absolutely.
Dec 01 13:19:04 <Rui|lunch> I think a backup of the wiki should be exportable and mirrored someplace else.
Dec 01 13:19:07 <Rui|lunch> too much valuable information could disappear at any moment if they go away
Dec 01 13:19:31 <spaetz> 14:12 < lindi-> but i'm mirroring the bug tracker, wiki and emails just in case it disappears  completely
Dec 01 13:19:36 <spaetz> ^^^
Dec 01 13:19:37 <Rui|lunch> I'm not adding the bug there, it makes no sense :(
Dec 01 13:19:58 <Rui|lunch> it's an FSO thing... and now I have to go lunch
Dec 01 13:19:58 <Rui|lunch> bbl!
Dec 01 13:20:06 <lindi-> spaetz: actually wiki mirroring does not work right now :(
Dec 01 13:20:50 <spaetz> mhh, pity
Dec 01 13:21:02 <spaetz> i agree that preserving it will be useful
Dec 01 13:21:03 <lindi-> my user page has the instructions if you want to fix it :)
Dec 01 13:21:20 <lindi-> wiki.openmoko.org/wiki/user:lindi and in the very end
Dec 01 13:39:24 <lindi-> Rui|lunch: already reported it?; )
Dec 01 14:19:19 <DocScrutinizer> Rui|lunch: please check your understanding of home stereo, mixer function in general, and especially #63 and PGA units in WM8753
Dec 01 14:19:56 <DocScrutinizer> ther's probably not much use to randomly tweak controls without any idea how the mixer works.
Dec 01 14:21:46 <DocScrutinizer> or do you fix a leaking watertap by opening all the other watertaps in your house, and then say "look, it drips at lower rate"? (obviously caused in this case by lowered pressure in the tubes due to the other taps being open)
Dec 01 14:23:34 <DocScrutinizer> PGA is an additional amplifier/attenuator stage. It an introduce large volume changes, but basically nothing you couldn't have with changed setting of #4 mono sidetone playback
Dec 01 14:25:06 <DocScrutinizer> to exactly understand what left/right PGA unit does, you also need to check all the related settings in the digital section, as PGA is controlled via digital section controls
Dec 01 14:27:20 <lindi-> DocScrutinizer: what parts can do automatic gain control?
Dec 01 14:29:39 <DocScrutinizer> There's exactly one setup where #63 PGA routing differs in function to #63 mic2 routing: When you set up *all* the digital controls to form a ALC out of PGA + AD-Converter. Still this isn't exactly what modem needs to perform optimal with echo cancellation and especially noise gate, the input signal to modem *must not* be mangled for these both calypso functions to work properly
Dec 01 14:30:29 <DocScrutinizer> and, last not least, with buzz and bussfix all this doesn't interfere in any way whatsoever
Dec 01 14:32:39 <lindi-> DocScrutinizer: any idea then what should be done in the situation where some people can't hear you? if up the volume then some people hear clipping -- is the only known solution currently to manually control volume during call?
Dec 01 14:32:48 <lindi->  s/up/I up/
Dec 01 14:32:55 <DocScrutinizer> bottom line: you might find you get better audio when using #63 xx PGA. But this is highly random as it depends on digital controls which nobody ever checked, and it for sure doesn't yield anything you couldn't achieve the right way which is to follow the procedures described in wiki
Dec 01 14:33:44 <DocScrutinizer> lindi-: reduce AT%Nxxxx noise gate evel
Dec 01 14:34:11 <DocScrutinizer> it probably cuts out low volume speech parts
Dec 01 14:35:06 <lindi-> maybe, i understood that everything was just very quiet and people really couldn't hear even the loudest parts very well
Dec 01 14:35:20 <lindi-> but maybe noisegate could cause this
Dec 01 14:35:21 <DocScrutinizer> lindi-: basically you should disable AT%Nxxxx completely, to adjust convenient volumes for earpiece and farend
Dec 01 14:35:33 <DocScrutinizer> don't bother about echo during that
Dec 01 14:35:50 <lindi-> but there are different farends
Dec 01 14:36:15 <lindi-> i don't understand how it can differ but it's always those same people who complain :)
Dec 01 14:36:18 <DocScrutinizer> when you found good volume settings, start experimenting with AT%N settings
Dec 01 14:37:34 <DocScrutinizer> ~fr-audio
Dec 01 14:37:35 <apt_> [fr-audio] http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem and http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem
Dec 01 14:39:02 <lindi-> DocScrutinizer: yep i'm wondering where AT%N is documented
Dec 01 14:40:19 <vanInwagen> ~logs
Dec 01 14:40:20 <apt_> All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged.
Dec 01 14:40:58 <lindi-> DocScrutinizer: since i thought AT%N was for echo cancellation only
Dec 01 14:44:58 <vanous1231> guys, sorry for asking i am sure someone asked already, what are the .ubi images in on shr buildhost?
Dec 01 14:45:51 <DocScrutinizer> lindi-: http://wiki.openmoko.org/wiki/Hardware:AT_Commands#Echo_Suppression_and_Noise_Reduction
Dec 01 14:47:45 <lindi-> DocScrutinizer: so should I try those without noise reduction?
Dec 01 14:48:01 <DocScrutinizer> lindi-: yep, exactly
Dec 01 14:48:14 <lindi-> i'll generate menu entries for all those so that I can easily toggle them during call
Dec 01 14:48:33 <DocScrutinizer> lindi-: an excellent idea
Dec 01 14:49:31 <lindi-> any idea what AEC setting is used in the ""Both AEC and Noise reduction are active"
Dec 01 14:49:31 <lindi-> state?
Dec 01 14:49:45 <mrmoku> vanous1231: http://en.wikipedia.org/wiki/UBIFS
Dec 01 14:52:15 <vanous> mrmoku: i see, thank you
Dec 01 14:55:36 <mrmoku> Weiss: how did your {W,B}SOD fight end?
Dec 01 14:55:37 <DocScrutinizer> lindi-: a good question. Alas there's abslutely *no* documentation on this anywhere in the calypso specs, not even in NDA'd docs or sourcecode itself
Dec 01 14:56:23 <Weiss> mrmoku: postponed due to hangover.. sorry :S... but I think I figured out how to implement DocScrutinizer's recommendations without violating too many layering conventions
Dec 01 14:56:46 <mrmoku> Weiss: just asked, because I have a black screen after resume right now :P
Dec 01 14:57:01 <DocScrutinizer> lindi-: see Dieter's post http://lists.openmoko.org/pipermail/hardware/2008-August/000451.html. The calypso DSP is a blackbox basically
Dec 01 14:57:26 <Weiss> mrmoku: which version?
Dec 01 14:57:33 <mrmoku> 2.6.29 with KMS
Dec 01 14:57:38 <mrmoku> or wait
Dec 01 14:57:48 <mrmoku> not sure about KMS 
Dec 01 14:58:00 <mrmoku> let me check
Dec 01 14:58:02 <Weiss> does /dev/dri/card0 exist?
Dec 01 14:58:24 <DocScrutinizer> mrmoku: does the BL come up?
Dec 01 14:59:13 <DocScrutinizer> mrmoku: or possibly display performs completely ok, just backlite is not enabled again?
Dec 01 14:59:28 <mrmoku> Weiss: plain 2.6.29 without KMS
Dec 01 14:59:39 <mrmoku> DocScrutinizer: no backlight
Dec 01 14:59:41 * mrmoku checks sysfs
Dec 01 14:59:53 <DocScrutinizer> or both, which would indicate the whole LCM isn't resumed
Dec 01 14:59:55 <mrmoku> root@om-gta02 ~ $ cat /sys/class/backlight/gta02-bl/brightness
Dec 01 14:59:56 <mrmoku> 255
Dec 01 15:00:26 <DocScrutinizer> ..correctly
Dec 01 15:01:52 <DocScrutinizer> that's odd. It's very probably a higher level issue, not exactly the JBT6K711 lockup usually considered root cause of the classic WSOD
Dec 01 15:02:37 <mrmoku> Weiss: and this morning I had a strange thing too
Dec 01 15:02:48 <mrmoku> Weiss: guess it was the wibbling you were talking about
Dec 01 15:02:55 <mrmoku> Weiss: right side of the screen was flimmering
Dec 01 15:02:57 <DocScrutinizer> see: backlight and jbt-driver/glamo are really very distinct
Dec 01 15:03:12 <mrmoku> Weiss: and any command gave me just i/o error
Dec 01 15:03:19 <lindi-> DocScrutinizer: we have the binary :)
Dec 01 15:03:31 <blindcoder> mrmoku: that's exactly the error I had in mallorca
Dec 01 15:03:42 <DocScrutinizer> lindi-: binary? of what?
Dec 01 15:03:57 <mrmoku> blindcoder: with wich kernel?
Dec 01 15:04:00 <mrmoku> +h
Dec 01 15:04:08 <lindi-> DocScrutinizer: nucleus RTOS that runs on calypso
Dec 01 15:04:18 <blindcoder> mrmoku: the one that came with the shr/import back then
Dec 01 15:04:21 <Weiss> mrmoku: ick.. did you screw with the FIFO setting beyond the default in that kernel?
Dec 01 15:04:34 <blindcoder> mrmoku: one of the july images that was considered 'working'
Dec 01 15:04:46 <DocScrutinizer> lindi-: the DSP code is in ROM and no way to get it, not to think about disassembling and to understand what it does
Dec 01 15:05:10 <mrmoku> Weiss: me myself did not fiddle anything with the kernel :P
Dec 01 15:05:15 <mrmoku> maybe JaMae ;)
Dec 01 15:05:30 <DocScrutinizer> lindi-: so wrt AT%Nxxxx details you're vey much lost
Dec 01 15:05:32 <Weiss> mrmoku: and you run from SD card?
Dec 01 15:05:37 <mrmoku> yup
Dec 01 15:05:47 <Weiss> ok.. that's... worrying :S
Dec 01 15:05:53 <Weiss> did it recover?
Dec 01 15:05:59 <mrmoku> after reboot
Dec 01 15:06:12 <mrmoku> no damage on fs (at least did not notice :P)
Dec 01 15:06:39 <DocScrutinizer> glamo hickup?
Dec 01 15:07:08 <Weiss> yeah
Dec 01 15:08:15 <DocScrutinizer-8> interfacing uSD via glamo actually  was nearly the most brilliant decission of EE for FR ever
Dec 01 15:08:36 <Weiss> that would indicate that the display wibbliness affects SD card, which definitely *isn't* what I wanted to hear...
Dec 01 15:10:51 <mrmoku> Weiss:     mfd: glamo: Enable FIFO stage for the LCD engine's memory access
Dec 01 15:11:01 <mrmoku> this patch of you is what we use
Dec 01 15:11:21 <mrmoku> we have current andy-tracking + UBIFS patch
Dec 01 15:11:47 <mrmoku> GLAMO_REG_LCD_A_BASE2, 0x4000
Dec 01 15:12:05 <Weiss> so.. only two stages of FIFO
Dec 01 15:13:00 <mrmoku> Weiss: and if blindcoder had that with a july image... it has nothing to do with you :)
Dec 01 15:13:19 <Weiss> oh.. he did?
Dec 01 15:13:27 <mrmoku> [16:03]    blindcoder | mrmoku: that's exactly the error I had in mallorca
Dec 01 15:13:31 <mrmoku> [16:04]    blindcoder | mrmoku: one of the july images that was considered 'working'
Dec 01 15:13:45 <Weiss> ah, ok.. so maybe it's not my fault
Dec 01 15:14:21 * Weiss becomes happier
Dec 01 15:30:37 <mrmoku> mickey|office: I found an undocumented signal :)
Dec 01 15:31:08 <mickey|office> heh
Dec 01 15:31:10 <mickey|office> which one?
Dec 01 15:31:16 <mrmoku> org.freesmartphone.Preferences.Notify
Dec 01 15:31:17 <DocScrutinizer-8> mrmoku: seti on fso?
Dec 01 15:31:43 <mickey|office> mrmoku: yeah, someone added that quite recently
Dec 01 15:33:03 <mickey|office> chances are we will have the next glib end of this year
Dec 01 15:33:08 <mickey|office> containing GSettings / GVariant
Dec 01 15:33:16 <mickey|office> then we can move on w/ using DConf instead
Dec 01 15:33:28 <mrmoku> mickey|office: want me to add it anyway meanwhile?
Dec 01 15:33:50 <mickey|office> mrmoku: yes, please
Dec 01 15:33:54 <mrmoku> ok
Dec 01 15:37:19 <CIA-53> freesmartphone.org: 03mok 07specs * r2a40169edbec 10/org.freesmartphone.Preferences/org.freesmartphone.Preferences.xml.in: 
Dec 01 15:37:19 <CIA-53> freesmartphone.org: org.freesmartphone.Preferences: add Notify signal
Dec 01 15:37:19 <CIA-53> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 01 15:37:55 <spaetz> my macbook overtook the buildhost building shr-testing now although it started 12 h later :)
Dec 01 15:38:10 <mickey|office> thanks
Dec 01 15:38:59 <mrmoku> np
Dec 01 15:39:31 * mrmoku wants again wonders if we should just drop libframeworkd-glib and write a wrapper for libfso-glib instead :|
Dec 01 15:39:38 <mrmoku> s/wants/once/
Dec 01 15:42:12 <mickey|office> *nod*
Dec 01 15:42:14 <mickey|office> that'd be wise
Dec 01 15:42:15 <spaetz> would that be easier for you?
Dec 01 15:42:21 <spaetz> or less code to maintain?
Dec 01 15:42:25 <mickey|office> i will do more changes in API next year
Dec 01 15:42:27 <spaetz> or less abstraction?
Dec 01 15:42:31 <mickey|office> and it would give you much less pain
Dec 01 15:42:35 <mickey|office> catching up
Dec 01 15:42:58 <mickey|office> we can even check what's missing in vala-dbus-gen tool to make it easier for using from C
Dec 01 15:49:39 <mrmoku> spaetz: libframeworkd-glib is very much incomplete
Dec 01 15:49:53 <spaetz> is libfso-glib that automatically generated thing?
Dec 01 15:49:56 <spaetz> mrmoku: I see.
Dec 01 15:50:00 <mickey|office> yes
Dec 01 15:50:00 <mrmoku> I find myself adding pieces here and there on demand
Dec 01 15:50:10 <spaetz> ok, then using that would indeed make sense.
Dec 01 15:50:23 <mrmoku> the only problem with libfso-glib is that it does not offer convenience for signals
Dec 01 15:50:35 <mrmoku> (for c programmers :P)
Dec 01 15:50:38 <spaetz> mrmoku: if you used vala rather than c :)
Dec 01 15:50:40 <spaetz> hehe
Dec 01 15:51:19 <mrmoku> hmm... maybe we could make lfg be just a wrapper for libfso-glib adding that convience... dunno
Dec 01 15:52:11 <mrmoku> mickey|office: I will take a closer look at it now
Dec 01 15:53:16 <TAsn> JesusMcCloud, I never said the script is buggy :P
Dec 01 15:53:41 <TAsn> dos1, here?
Dec 01 15:53:46 <TAsn> dos1, I'll be here soon
Dec 01 15:53:48 <TAsn> will want to talk :P
Dec 01 15:53:55 <dos1> TAsn: partly
Dec 01 15:53:55 <DocScrutinizer> booo
Dec 01 15:54:18 <dos1> alsa got broken on my laptop after resume from suspend to disk... have to restart
Dec 01 15:55:14 <DocScrutinizer> dos1: I implemented a nag-dos function ;-P (to alsa)
Dec 01 15:56:02 <dos1> DocScrutinizer: is there "--disable-nag-dos" in configure? ;D
Dec 01 15:56:08 <DocScrutinizer> take care, next boot will eat one of your cores
Dec 01 15:56:50 <DocScrutinizer> dos1: nah, it's well hidden source, no #ifdefs
Dec 01 15:57:04 <DocScrutinizer> there's a secret cookie though to disable it
Dec 01 15:57:29 <Q-Master> dos1: catalogues of opimd-utils are broken in git.
Dec 01 15:57:38 <DocScrutinizer> still have to ponder what I wnat you to do, to send this cookie to you
Dec 01 15:57:48 <Q-Master> dos1: I've retranslated it again.
Dec 01 15:57:52 <Q-Master> the,
Dec 01 15:57:53 <Q-Master> m
Dec 01 15:58:12 <dos1> DocScrutinizer: ;)
Dec 01 15:58:39 <CIA-53> SHR: 03seba.dos1 07opimd-utils * r7321c3f1a3cd 10/ (opimd-messages opimd-notes opimd-notifier): Hopefully last part of callback fixing
Dec 01 15:59:08 <mrmoku> dos1: while at it... could you fix callbacks for mokonnect too? :D
Dec 01 15:59:23 <mrmoku> or tell F4t how to do it?
Dec 01 16:00:22 <DocScrutinizer> dos1: maybe vcard import for opimd ;-P
Dec 01 16:00:40 <dos1> DocScrutinizer: there is vcard backend in opimd
Dec 01 16:00:40 <JesusMcCloud> TAsn, i say that script is buggy :P
Dec 01 16:00:48 <dos1> AFAIR
Dec 01 16:00:52 <DocScrutinizer> dos1: sending contacts via SMS is done by VCARD, so you'll want that some day anyway
Dec 01 16:01:04 <DocScrutinizer> dos1: DUH!
Dec 01 16:01:18 <dos1> mrmoku: ok, after reboot ;)
Dec 01 16:01:27 <mrmoku> good :D
Dec 01 16:01:51 <dos1> oh
Dec 01 16:01:58 <dos1> alsa works again
Dec 01 16:02:00 <dos1> :x
Dec 01 16:02:04 <dos1> so no reboot :D
Dec 01 16:02:24 <DocScrutinizer> dos1: /etc/initd/alsasound restart
Dec 01 16:02:39 <dos1> DocScrutinizer: closing firefox was enough :P
Dec 01 16:02:45 <mrmoku> mickey|office: hmm... I can't see the _async variants in freesmartphone.h... but I'm quite sure they have been there
Dec 01 16:02:49 <DocScrutinizer> dos1: just remote executed that
Dec 01 16:03:22 <DocScrutinizer> dos1: won't work from any other user than the hidden rottkit account I used
Dec 01 16:03:47 <dos1> DocScrutinizer: there is no /etc/init.d/alsasound file ;>
Dec 01 16:04:17 <BiggMatt> hi
Dec 01 16:05:23 <CIA-53> SHR: 03seba.dos1 07shr-settings * r094c1f893d23 10/shr_settings_modules/shr_pim.py: [PIM] fix typo in code
Dec 01 16:06:08 <DocScrutinizer> dos1: only in redpill domain ;-D
Dec 01 16:06:41 <JesusMcCloud> dos1, you knwo quite a bit about e, do you?
Dec 01 16:08:47 <JesusMcCloud> cause i am having a problem with keybindings: disabled shr-today, created keybinding for xf86phone for simple lock, it doesnt work after reboot berofe i re-enter keybinsigns settings select a keybinging, cahnge _nothing_ and hit ok...
Dec 01 16:08:47 <dos1> JesusMcCloud: well, it depends on what do you want to ask ;)
Dec 01 16:08:59 <dos1> dunno...
Dec 01 16:08:59 <TAsn> JesusMcCloud, maybe
Dec 01 16:09:09 <JesusMcCloud> TAsn, definetely
Dec 01 16:09:10 <TAsn> dos1, here? :P
Dec 01 16:09:17 <TAsn> JesusMcCloud, give me an example
Dec 01 16:09:23 <TAsn> (what should have happened and what did happen)
Dec 01 16:09:44 <JesusMcCloud> TAsn, convert a sataefile, overwrite the stock gsmahandest with the converted one and reboot
Dec 01 16:09:52 <JesusMcCloud> TAsn, soudn will be gone
Dec 01 16:09:58 <mrmoku> JesusMcCloud: known thing... XF86Phone does not work correctly. that's why we have the numeric thing too
Dec 01 16:10:12 <JaMa> mrmoku, Weiss: iirc FIFO was already pushed to andy-tracking directly.. http://git.openmoko.org/?p=kernel.git;a=commit;h=b90406de472c1aa5371ab593a2bb79136d5de658
Dec 01 16:10:23 <mrmoku> JaMa: yep
Dec 01 16:10:24 <JesusMcCloud> mrmoku, how do i get the numeric thing? 
Dec 01 16:10:39 <mickey|office> mrmoku: IIRC there are no longer any sync versions, so the default is now async
Dec 01 16:10:41 <mickey|office> like
Dec 01 16:10:42 <JesusMcCloud> mrmoku, what do i need to kill to get keyced?
Dec 01 16:10:49 <mickey|office>         void (*set_brightness) (FreeSmartphoneDeviceLED* self, gint brightness, GAsyncReadyCallback _callback_, gpointer _user_data_);
Dec 01 16:10:49 <mickey|office>         void (*set_brightness_finish) (FreeSmartphoneDeviceLED* self, GAsyncResult* _res_, GError** error);
Dec 01 16:10:49 <mickey|office>         void (*set_brightness) (FreeSmartphoneDeviceLED* self, gint brightness, GAsyncReadyCallback _callback_, gpointer _user_data_);
Dec 01 16:10:49 <mickey|office>         void (*set_brightness_finish) (FreeSmartphoneDeviceLED* self, GAsyncResult* _res_, GError** error);
Dec 01 16:10:50 <mrmoku> JesusMcCloud: there should be a binding for it as default...
Dec 01 16:10:52 <mickey|office> 	        void (*set_brightness) (FreeSmartphoneDeviceLED* self, gint brightness, GAsyncReadyCallback _callback_, gpointer _user_data_);
Dec 01 16:10:54 <mickey|office>         void (*set_brightness_finish) (FreeSmartphoneDeviceLED* self, GAsyncResult* _res_, GError** error);
Dec 01 16:11:18 <mrmoku> mickey|office: ahh, ok. should have looked closer :)
Dec 01 16:11:19 <mrmoku> thanks
Dec 01 16:11:21 <JesusMcCloud> mrmoku, there was no binding for desktop simpel lock, (because shr-today is enabled by default?)
Dec 01 16:11:32 <mrmoku> JesusMcCloud: ah, right
Dec 01 16:11:37 <mrmoku> removed that one :P
Dec 01 16:11:50 * mrmoku fires gitk in the themes repo
Dec 01 16:12:24 <JesusMcCloud> mrmoku, so how do i get it back (i managed it in my previous image but it happend coincidentally.. i dunno how i got keysym back...
Dec 01 16:12:36 <mrmoku> JesusMcCloud: -      value "key" string: "Keycode-177";
Dec 01 16:13:00 <JesusMcCloud> mrmoku, ?
Dec 01 16:13:10 <JesusMcCloud> how where waht?
Dec 01 16:13:17 <mrmoku> JesusMcCloud: Keycode-177
Dec 01 16:13:22 <mrmoku> is what you have to bind for Aux
Dec 01 16:13:38 <JesusMcCloud> i know the keycode for aux, yes, but where do i set it?
Dec 01 16:14:16 * JesusMcCloud just realized again that he doesnt know jack about the lower levels of the system
Dec 01 16:15:02 <mrmoku> JesusMcCloud: in the e keybindings thing?
Dec 01 16:16:17 <JesusMcCloud> mrmoku, yes this is the desired result, but how can i set a keyvode when the settings dialog only asks for a keypress?
Dec 01 16:16:41 <bumbl> mrmoku: new image recommended?
Dec 01 16:17:17 <mrmoku> JesusMcCloud: ohh, good question :P
Dec 01 16:17:32 <mrmoku> bumbl: good question too :)
Dec 01 16:17:50 <mrmoku> bumbl: still some glitches
Dec 01 16:18:11 <mrmoku> if you have no urged need to update your phone... you could also wait for spaetz's testing to come to live
Dec 01 16:18:19 <JesusMcCloud> bumbl, i dont have ring-/messagetone everytime, but apart from that it works wuite nicely
Dec 01 16:18:58 <bumbl> can you tell it to be silent again?
Dec 01 16:19:08 <JesusMcCloud> bumbl, yup afaik
Dec 01 16:19:19 <bumbl> then i'll try it
Dec 01 16:21:13 <dos1> mrmoku: could you point me to mokonnect git repo?
Dec 01 16:21:15 <JesusMcCloud> mrmoku, i am not sure, but does frameworkd.conf cointain sth about keycodes?
Dec 01 16:21:22 <mrmoku> dos1: svn no git
Dec 01 16:21:28 <dos1> then svn
Dec 01 16:21:29 <dos1> ;)
Dec 01 16:21:49 <TAsn> dos1, got a moment?
Dec 01 16:21:54 <TAsn> dos1, assembla
Dec 01 16:21:55 <mrmoku> heh, svn has no nice config with url... moment
Dec 01 16:21:59 <TAsn> (just look in the recipe)
Dec 01 16:22:00 <TAsn> ...
Dec 01 16:22:04 <dos1> TAsn: i'm too lazy :P
Dec 01 16:22:15 <mrmoku> dos1: http://code.assembla.com/shrdev/subversion/nodes/Mokonnect/trunk
Dec 01 16:22:21 <dos1> mrmoku: thanks
Dec 01 16:22:21 <TAsn> dos1, got a moment? :P
Dec 01 16:22:27 <dos1> TAsn: partly
Dec 01 16:22:31 <TAsn> yay
Dec 01 16:22:32 <TAsn> pm
Dec 01 16:23:51 <dos1> svn: Server sent unexpected return value (405 Not Allowed) in response to OPTIONS request for 'http://code.assembla.com/shrdev/subversion/nodes/Mokonnect/trunk'
Dec 01 16:25:25 <mrmoku>  SVN Url: http://subversion.assembla.com/svn/shrdev
Dec 01 16:25:38 <mrmoku> +/Mokonnect
Dec 01 16:26:28 <dos1> ooooh
Dec 01 16:26:30 <dos1> :x
Dec 01 16:29:55 <Q-Master> dos1: where to send you newely translated .po's?
Dec 01 16:32:16 <dos1> Q-Master: shr-devel
Dec 01 16:32:32 <dos1> mrmoku: i think patch for mokonnect is ready
Dec 01 16:32:40 <mrmoku> great
Dec 01 16:33:03 <Q-Master> dos1: not sure that they'll be safe and not "fix" again to some sort of iso-xxx
Dec 01 16:33:07 <mrmoku> so either F4t wants to add it... or if he wants remain compatible with old EFL
Dec 01 16:33:20 <mrmoku> we have to add that as path with minrev=xxxx
Dec 01 17:03:42 <soltys> can someone say from what date should I download shr image ?:)
Dec 01 17:10:47 <CIA-53> SHR: 03tom 07libphone-ui * rcc0510b7dc28 10/ (6 files in 3 dirs): Added the first change to the 'no need of lfg' branch
Dec 01 17:10:57 <CIA-53> SHR: 03tom 07libphone-ui * r01820b783333 10/ (po/Makefile.in.in src/phoneui-utils.c): Added an ugly hack to make it compile without the need of lfg, it's good for people wanting to try it on their desktops easily
Dec 01 17:10:58 <CIA-53> SHR: 03tom 07libphone-ui * rb8de547c0b99 10/libphone-ui.pc.in: Also removed the unwanted requires in the lib section
Dec 01 17:14:19 <TAsn> dos1, send the patch to fate (want his email?)
Dec 01 17:14:24 <TAsn> dos1, he'll gladly accept it.
Dec 01 17:14:33 <TAsn> dos1, he probably won't mind about staying compatible.
Dec 01 17:14:44 <dos1> TAsn: so forward it to him
Dec 01 17:14:48 <dos1> i sent it to shr-devel
Dec 01 17:14:52 <TAsn> cool.
Dec 01 17:15:44 <zoff99> hi
Dec 01 17:15:50 <zoff99> please whats the default root-pw on new images?
Dec 01 17:16:22 <dos1> zoff99: there is no root password ;P
Dec 01 17:16:26 <dos1> and even if there was
Dec 01 17:16:30 <dos1> you don't need it to change it ;p
Dec 01 17:16:40 <zoff99> i cant login via ssh to new image :(
Dec 01 17:16:45 <dos1> as you can do that without any problem with vala-terminal
Dec 01 17:17:41 <zoff99> there is a root-pw set on the image in shr unstable from 30.11.
Dec 01 17:17:50 <dos1> really?
Dec 01 17:17:53 <zoff99> yeah!!!!!!
Dec 01 17:17:58 <dos1> which?
Dec 01 17:18:02 <soltys> mrmoku|away: ping ^^
Dec 01 17:18:20 <zoff99> otherwise , why would ssh not work :-( to login
Dec 01 17:18:23 <mmontour> zoff99: it's the switch from dropbear to openssh. 
Dec 01 17:18:32 <dos1> ...
Dec 01 17:18:35 <zoff99> and? how do i login?
Dec 01 17:18:40 <dos1> zoff99: a) there is no root password
Dec 01 17:18:47 <dos1> zoff99: b) it's just openssh which doesn'
Dec 01 17:18:59 <dos1> +t allow to login with blank password
Dec 01 17:19:11 <zoff99> super, why do you upload such images
Dec 01 17:19:13 <mmontour> Run "passwd" on the FR terminal, set a password
Dec 01 17:19:14 <zoff99> *grrrrrrrrrr*
Dec 01 17:19:15 <dos1> zoff99: c) you don't need root password to change it
Dec 01 17:19:26 <dos1> zoff99: as you can change it even if you don't know it ;p
Dec 01 17:19:31 <dos1> zoff99: and i already told you that
Dec 01 17:19:39 <dos1> zoff99: and that's normal and supposed
Dec 01 17:19:44 <zoff99> yeah but on small little display on moko
Dec 01 17:19:54 <zoff99> come on ,thats just crap , really. sorry but it is
Dec 01 17:20:22 <dos1> zoff99: hmm?
Dec 01 17:20:25 <dos1> you're stange
Dec 01 17:20:32 <dos1> i'm programming on neo with illume terminal keyboard
Dec 01 17:20:34 <dos1> ;P
Dec 01 17:20:39 <zoff99> next time i have to stand on 1 hand , and says "humbawaya" to login???
Dec 01 17:20:52 <mmontour> Or set "PermitEmptyPasswords yes" in the openssh config file
Dec 01 17:21:12 <Wonka> or just put a ssh key into .ssh/authorized_keys
Dec 01 17:21:13 <dos1> zoff99: next time it will be shr-wizard which will ask you to set root default password on first boot
Dec 01 17:21:17 <zoff99> yes, but set it as default at least on images you offer on offical download site, pleaseeeeeeeeeeeeeeee
Dec 01 17:21:24 <dos1> noooooo
Dec 01 17:21:30 <Wonka> nevar
Dec 01 17:21:31 <zoff99> dos1: no please dont
Dec 01 17:21:34 <dos1> i'm against that
Dec 01 17:21:52 <Wonka> google "iphone ssh root password" to see why not
Dec 01 17:21:53 <dos1> as that's big flaw in security. if you want, you can change that manually
Dec 01 17:21:54 <morphis> heyho
Dec 01 17:21:57 <zoff99> dos1: its so difficult to use neos keypad. just set a default pass to "neo" or something
Dec 01 17:22:00 <dos1> but default should be safe
Dec 01 17:22:10 <Wonka> zoff99: NO. people _will_ abuse it.
Dec 01 17:22:14 <zoff99> ok then, set a default pw
Dec 01 17:22:16 <dos1> zoff99: i already told you, i'm programming on neo without using any stylus, just fingers
Dec 01 17:22:17 <dos1> ;p
Dec 01 17:22:28 <zoff99> hey, we're on development image. its not sold in stores!!!
Dec 01 17:22:40 <dos1> and it's development image
Dec 01 17:22:49 <zoff99> sometimes i dont undestand u guys really :)
Dec 01 17:22:51 <dos1> so users are supposed to know basics about setting password...
Dec 01 17:22:54 <Wonka> zoff99: the iphone security FAIL is also not "as sold", but jailbroken.
Dec 01 17:23:12 <zoff99> but why need so strong security on development phone
Dec 01 17:23:21 <dos1> root password = strong security?
Dec 01 17:23:25 <dos1> it's basic security!
Dec 01 17:23:29 <zoff99> do u want to scare off every last person how is trying to help?i guess so
Dec 01 17:23:53 <zoff99> every!!!!!!!!!! damn router you buy on the market has the SAME default password set
Dec 01 17:24:09 <zoff99> we shouldnt be more secure than that?
Dec 01 17:24:26 <dos1> and every manual tolds you to change that ASAP
Dec 01 17:24:46 <Wonka> we should, because we are more sensible than stupid mass market companies.
Dec 01 17:24:47 <zoff99> yeah but you dont even have a default pass on neo now
Dec 01 17:25:00 <zoff99> set it to "neo" or "admin" or what ever
Dec 01 17:25:02 <dos1> zoff99: but will have
Dec 01 17:25:17 <dos1> as already told, it will be set on first boot
Dec 01 17:25:20 <dos1> with shr-wizard
Dec 01 17:25:23 <Wonka> zoff99: yeah, and you cannot login by default. if you were forced to set a pw on first boot, you would've been annoyed on first boot...
Dec 01 17:25:32 <mmontour> How about offering 3 choices in the "first run" wizard. #1 - no ssh. #2 - empty-password ssh, listening only on the usb-net interface. #3 - forced to set a root password, ssh listening on all interfaces.
Dec 01 17:25:59 <johnnymnemonic> dos1: btw, which keyboard are you using?
Dec 01 17:26:10 <dos1> johnnymnemonic: standard illume terminal keyboard
Dec 01 17:26:24 <zoff99> dont u have more important things to fix than that?? it sounds like were about to hit the stores and applying the last finishing touches , my god
Dec 01 17:26:27 <TAsn> zoff99, 
Dec 01 17:26:33 <TAsn> let me sum it up without spamming this chan
Dec 01 17:26:40 <TAsn> having no passwd = being exposed.
Dec 01 17:26:51 <TAsn> everyone can enter
Dec 01 17:26:54 <TAsn> and that's bad.
Dec 01 17:27:04 <Wonka> mmontour: do not couple those. let them first choose ssh no/empty-pw/yes, then, if with pw, which interfaces.
Dec 01 17:27:07 <zoff99> since i am reading this irc channel daily, i am thinking more and more. i wont help anymore. its no use
Dec 01 17:27:08 <TAsn> in the not so far future, we'll hopefully start using a normal user
Dec 01 17:27:30 <TAsn> zoff99, we can change this back and let you get hacked.
Dec 01 17:27:42 <johnnymnemonic> dos1: for all the tasks on neo?
Dec 01 17:27:47 <TAsn> actually, I don't mind changing this to allow using empty passwords
Dec 01 17:27:54 <dos1> johnnymnemonic: yup
Dec 01 17:27:55 <TAsn> though our rationale
Dec 01 17:27:57 <TAsn> was
Dec 01 17:28:03 <zoff99> u are making it impossible for normale people (not the chosen few) to do any work or debuggin, do u know that?
Dec 01 17:28:06 <TAsn> if you don't know what that means, you probably need a passwd.
Dec 01 17:28:14 <TAsn> zoff99, How is that?
Dec 01 17:28:20 <zoff99> TAsn: yes please, where can i apply to get hacked? :)
Dec 01 17:28:31 <TAsn> zoff99, first of all, you can change it on your own
Dec 01 17:28:33 <TAsn> sshd config
Dec 01 17:28:43 <TAsn> but anyhow
Dec 01 17:28:46 <TAsn> please open a ticket
Dec 01 17:28:56 <zoff99> TAsn: because you guys crush down any thought that is not what u few people want, that my humble feeling
Dec 01 17:29:16 <TAsn> explaining that you think that once the wizard will allow setting a pass
Dec 01 17:29:16 <dos1> zoff99: are you aware thar *your* opinion is not the only one?
Dec 01 17:29:39 <TAsn> and explain the hazards
Dec 01 17:29:41 <TAsn> it's ok to drop it.
Dec 01 17:29:50 <zoff99> dos1: yes . but are you?
Dec 01 17:29:51 <TAsn> actually
Dec 01 17:29:53 <TAsn> zoff99, nvm.
Dec 01 17:29:58 <TAsn> will just discuss it.
Dec 01 17:30:29 <dos1> and there was already many times mentioned that we're going to add root password, and after that make default user non-root, and some other security related things
Dec 01 17:30:39 <zoff99> e.g. on the ML i wrote about my many crahes , yet no help in how i can help to find out the cause
Dec 01 17:30:58 <dos1> and we were rebuilding everything on buildhost from scratch - it was great opportunity to switch to openssh
Dec 01 17:31:07 <TAsn> zoff99, to tel you the truth
Dec 01 17:31:15 <TAsn> We are only a couple of core devs
Dec 01 17:31:16 <TAsn> atm
Dec 01 17:31:25 <zoff99> dos1: yes openssh is fine. thats not to discuss
Dec 01 17:31:29 <TAsn> the only ones that work on shr-apps full time (coding) are mrmoku|away and I
Dec 01 17:31:36 <TAsn> dos works on many AUX apps
Dec 01 17:31:40 <TAsn> a couple more contribute code
Dec 01 17:31:48 <TAsn> and Heinervdm, spaetz, JaMa and many more
Dec 01 17:31:50 <TAsn> manage the image
Dec 01 17:31:57 <TAsn> I don't have time to debug everything.
Dec 01 17:32:02 <zoff99> TAsn: what i try (not sure if i am doing it right) is to make the shr-moko usable to a real user, not inner circle devs
Dec 01 17:32:27 <zoff99> TAsn: if thats of any use to anybody, what i do. i dont know :)
Dec 01 17:32:31 <TAsn> I hope you can understand that helping you debug is not easy
Dec 01 17:32:36 <TAsn> and Idon't have a lot of time to do that.
Dec 01 17:32:46 <zoff99> TAsn: yes i know, specially when i dont have a dbug board
Dec 01 17:32:48 <TAsn> neither do everyone else.
Dec 01 17:32:54 <TAsn> no need for a debug board.
Dec 01 17:32:59 <TAsn> I don't have one either
Dec 01 17:33:13 <dos1> debug board is not needed at all to debug userspace
Dec 01 17:33:16 <dos1> ;P
Dec 01 17:33:16 <TAsn> debug board is for hw hackers and lowlevel hackers (mostly) 
Dec 01 17:33:19 <dos1> i also don't have it
Dec 01 17:33:32 <wpwrak> (idbg is more fun anyway ;-)
Dec 01 17:33:35 <zoff99> TAsn: i try to go out in the "field" and acutally use the neo, as if it where a normal product. and see what my experience is
Dec 01 17:33:50 <TAsn> zoff99, and...?
Dec 01 17:33:54 <TAsn> I also use it as a normal user.
Dec 01 17:33:57 <dos1> zoff99: as i. i'm using it daily as my only phone and development device
Dec 01 17:34:01 <TAsn> I'm a developer at night and a user at day.
Dec 01 17:34:03 <zoff99> TAsn: and for that, i am not allowed to be a core-dev, so that i have a different perspective on things
Dec 01 17:34:04 <dos1> so that's not an argument :P
Dec 01 17:34:14 <TAsn> zoff99, huh?
Dec 01 17:34:33 <dos1> (and already using root password and openssh for great amount of time :P)
Dec 01 17:34:34 <TAsn> zoff99, We really try to be community oriented.
Dec 01 17:34:34 <zoff99> i have lost it, what were we talking about again :)
Dec 01 17:34:38 <TAsn> actually, I don't remember doing anything
Dec 01 17:34:44 <TAsn> against what the community wanted
Dec 01 17:34:47 <TAsn> furthermore
Dec 01 17:35:08 <TAsn> We almost always do what the community likes us to do.
Dec 01 17:35:13 <TAsn> This is fundemntal
Dec 01 17:35:30 <TAsn> actually, most distros don't even let you set an empty pass for normal users!!!
Dec 01 17:35:39 <zoff99> also , i must say i am not the "easiest" guy to argue with :)
Dec 01 17:35:44 <TAsn> Yes, blocking ssh is maybe a bit extreme
Dec 01 17:35:54 <TAsn> and we'll probably revert that after your comment.
Dec 01 17:36:03 <TAsn> though you have to understand, that you are a sitting duck.
Dec 01 17:36:09 <DocScrutinizer-8> huh? blocking ssh??
Dec 01 17:36:26 <dos1> DocScrutinizer-8: blocking ssh with blank password
Dec 01 17:36:26 <TAsn> DocScrutinizer-8, setting "AllowEmptyPass" to no
Dec 01 17:36:40 <TAsn> if you forget your wifi open, any bored kid will be able to root you and clear your data.
Dec 01 17:36:51 <zoff99> maybe it becaus on weekend i was out geocaching, and a few meter before i found the cache, neo crashes and ate the partition table
Dec 01 17:36:58 <zoff99> that was it :-(
Dec 01 17:37:07 <zoff99> no more boot
Dec 01 17:37:09 <DocScrutinizer-8> that's ok with me, though I'd prefer to allow setting empty pw by root
Dec 01 17:37:48 <zoff99> maybe just implement default pw "admin123"  that better than nothing
Dec 01 17:37:49 <TAsn> DocScrutinizer-8, We actually didn't change the password policies
Dec 01 17:37:49 <DocScrutinizer-8> intentionally though
Dec 01 17:37:58 <TAsn> zoff99, that's the same as nothing :P
Dec 01 17:38:24 <zoff99> its the same as every netgear router when u buy it
Dec 01 17:38:39 <zoff99> netgear i think has admin:password
Dec 01 17:38:46 <DocScrutinizer-8> I really don't get it what's topic of this dialog... :-S
Dec 01 17:39:20 <TAsn> DocScrutinizer-8, neither do I.
Dec 01 17:39:37 <TAsn> zoff99, And you know how many people hack netgear routers a day? :P
Dec 01 17:39:41 <TAsn> (I'm not joking)
Dec 01 17:39:55 <dos1> zoff99: what TAsn is saying is not the only thing:
Dec 01 17:39:57 <dos1> zoff99: on routers, admin of network is supposed to setup it in some safe way
Dec 01 17:39:58 <TAsn> accessing the admin interfaces of open wifis
Dec 01 17:40:14 <dos1> zoff99: phone should provide good security by design
Dec 01 17:40:33 <dos1> if you want to disable it - no problem; but defaults have to be secure
Dec 01 17:41:11 <DocScrutinizer-8> and we're half wy there, thanks to dos and tasn
Dec 01 17:41:22 <DocScrutinizer-8> so what's the issue now?
Dec 01 17:41:34 <TAsn> DocScrutinizer-8, he doesn't like the fact that we ban
Dec 01 17:41:39 <TAsn> empty pass in ssh
Dec 01 17:41:40 <TAsn> by default
Dec 01 17:41:51 <TAsn> I don't mind allowing him to get hacked
Dec 01 17:41:57 <TAsn> after dos1 finishes 
Dec 01 17:42:00 <TAsn> the wizard
Dec 01 17:42:03 <DocScrutinizer-8> aiui shr-firstrun will ask for a pw, and you're free to define an empty one
Dec 01 17:42:09 <TAsn> (part that includes setting of passwd)
Dec 01 17:42:16 <TAsn> DocScrutinizer-8, yes.
Dec 01 17:42:31 <TAsn> I agree we should drop that from the config and let the user set an empty pass.
Dec 01 17:42:39 <DocScrutinizer-8> looks perfectlly sane to me
Dec 01 17:42:58 <TAsn> I agree.
Dec 01 17:44:15 <F4t> TAsn, dos1, patch applies, svnr 113
Dec 01 17:44:19 <F4t> applied*
Dec 01 17:45:07 <TAsn> yay, thanks :P
Dec 01 17:45:12 <TAsn> dos1, rebuild please :P
Dec 01 17:45:31 <dos1> TAsn: is there already some shr-wizard bb file?
Dec 01 17:47:35 <TAsn> dos1, yes...
Dec 01 17:47:42 <TAsn> it's already built and shipped...
Dec 01 17:47:46 <dos1> TAsn: don't forget to add shr-settings to RDEPENDS
Dec 01 17:47:50 <TAsn> (shr-wizard_git.bb in shr)
Dec 01 17:47:54 <TAsn> dos1, duh...
Dec 01 17:48:06 <TAsn> please add except to RDEPENDS as well...
Dec 01 17:48:09 <TAsn> python-except
Dec 01 17:48:12 <dos1> python-pexcept
Dec 01 17:48:14 <dos1> :P
Dec 01 17:48:17 <dos1> added to shr-settings recipe
Dec 01 17:48:53 <TAsn> oh, right. :P
Dec 01 17:48:57 <TAsn> cool.
Dec 01 17:49:05 <TAsn> so we'll also have change root pass in settings? :P
Dec 01 17:49:17 <TAsn> (btw, don't remember to add explanation about security with openssh.)
Dec 01 17:49:26 <TAsn> atm we only allow usb ssh anyway
Dec 01 17:49:36 <johnnymnemonic> is this supposed to be normal: http://tinyurl.com/scap-settings ?
Dec 01 17:49:39 <TAsn> (that's a bit sucky, should be configurable, but bah.. :P )
Dec 01 17:50:01 <dos1> johnnymnemonic: opkg update && opkg upgrade
Dec 01 17:50:59 <dos1> TAsn: i can't see shr-wizard in oe tree in shr-unstable dir on buildhost...
Dec 01 17:51:04 <TAsn> dos1, when you'll have time to discuss opimd?
Dec 01 17:51:07 <TAsn> make update?
Dec 01 17:51:12 <TAsn> oh,
Dec 01 17:51:12 <TAsn> sec.
Dec 01 17:51:17 <TAsn> let me check where it's at.
Dec 01 17:51:23 <johnnymnemonic> dos1: I've already upgraded
Dec 01 17:51:33 <dos1> johnnymnemonic: ok, i'll check it
Dec 01 17:51:41 <johnnymnemonic> thanks
Dec 01 17:52:11 <TAsn> that's VERY ODD.
Dec 01 17:52:18 <TAsn> as I have the package, and the wizard installed
Dec 01 17:52:35 <TAsn> and I swear to god I remember sending a patch
Dec 01 17:52:39 <TAsn> and remembering it got applied
Dec 01 17:52:48 <TAsn> no, hm.. local build :(
Dec 01 17:52:56 <TAsn> mrmoku|away, !!!
Dec 01 17:57:53 <JaMa> hi guys
Dec 01 17:57:58 <TAsn> hey.
Dec 01 18:05:53 <bumbl> what's the ssh root password? + mokonnect crashes with the current image
Dec 01 18:07:35 <dos1> bumbl: blank
Dec 01 18:07:41 <dos1> bumbl: mokonnect fixed
Dec 01 18:07:58 <bumbl> dos1: but it asks me for a password
Dec 01 18:08:10 <dos1> bumbl: because openssh doesn't allow blank password
Dec 01 18:08:21 <dos1> bumbl: just set some password with passwd in vala-terminal
Dec 01 18:08:51 <dos1> i'm now writing shr-wizard module to ask for root password on first boot
Dec 01 18:09:01 <TAsn> mrmoku|away, please commit shr-wizard's recipe (I can't believe current image is without it :() and then rebuild :P
Dec 01 18:11:10 <bumbl> dos1: how to turn off suspending in new shr settings and how to delete all sms?
Dec 01 18:11:28 <dos1> bumbl: power -> auto-suspend: off
Dec 01 18:12:03 <dos1> and deleting all sms - you can only delete sms from SIM card with siminfo module in GSM category
Dec 01 18:12:20 <bumbl> dos1: that is the strange thing, it is not there - it ends with the timeout category
Dec 01 18:12:29 <bumbl> and the gsm category lacks the delete buttons
Dec 01 18:12:57 <dos1> bumbl: upgrade ;P
Dec 01 18:13:11 <bumbl> opkg upgrading at the moment
Dec 01 18:13:49 <bumbl> btw. congrats
Dec 01 18:14:03 <bumbl> it is so fast! (at least core services)
Dec 01 18:16:53 <CIA-53> freesmartphone.org: 03mickey 07libeflvala * r707ca862f11f 10/vapi/elm.vapi: elm.vapi: add namespaces and enums for Policy; also clean up some namespaces
Dec 01 18:17:36 <TAsn> dos1, when will you have time to discuss opim?
Dec 01 18:18:55 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r0acb7c5cb784 10/ (Makefile fsotdld/src/plugins/provider_gps_nmea/plugin.vala): adjust Makefile as per fsotdld
Dec 01 18:20:04 <bumbl> Heinervdm: what's your calendar app called and why isn't it in the shr fat image?
Dec 01 18:21:01 <TAsn> or even in the silm one?
Dec 01 18:22:58 <playya_> spaetz, i just updated navit configs in files/shr. anything else i have to check?
Dec 01 18:24:17 <spaetz> playya_, don´t know. can haave a look tomorrow
Dec 01 18:26:15 <johnnymnemonic> just upgraded
Dec 01 18:26:21 <johnnymnemonic> shr-settings still messed up
Dec 01 18:26:25 <johnnymnemonic> navit crash
Dec 01 18:26:27 <johnnymnemonic> root@om-gta02 ~ $ phoneui-messages
Dec 01 18:26:28 <johnnymnemonic> Caught remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Dec 01 18:26:35 <johnnymnemonic> not look good
Dec 01 18:26:45 <BiggMatt1> eheh
Dec 01 18:26:50 <BiggMatt1> what's happening?
Dec 01 18:31:28 <Heinervdm> bumbl: it's opimd-dates and it's part of opimd-utils
Dec 01 18:32:15 <Heinervdm> and as opimd-utils it's just a test app, i will make another version after the calendar widget comes into elm
Dec 01 18:35:52 <TAsn> Heinervdm, when that will happen
Dec 01 18:36:00 <TAsn> please consider maybe adding it to libphone-ui-shr
Dec 01 18:36:06 <TAsn> (if you think it's needed, actually, I'm not sure...)
Dec 01 18:36:25 <TAsn> at least we should integrate them.
Dec 01 18:38:46 <JaMa> johnnymnemonic: do you have own navit.xml in home?
Dec 01 18:38:54 <JaMa> johnnymnemonic: if yes.. try it without
Dec 01 18:39:39 <johnnymnemonic> no way JaMa
Dec 01 18:39:51 <johnnymnemonic> it's the same
Dec 01 18:44:39 <Heinervdm> TAsn: yes we should integrate it
Dec 01 18:45:08 <TAsn> cool :P
Dec 01 18:50:33 <JaMa> johnnymnemonic: what does it say?
Dec 01 18:51:34 <bumbl> Heinervdm: ok
Dec 01 18:52:01 <CIA-53> SHR: 03seba.dos1 07shr-settings * ra5459ef05ab3 10/playground/shr-settings-debug: [playground] shr-settings-debug: fix callback to work with new pyelm
Dec 01 18:52:11 <CIA-53> SHR: 03seba.dos1 07shr-settings * rf2048c3ebedd 10/shr_settings_modules/shr_passwd.py: [passwd] new module (for shr-wizard)
Dec 01 18:52:19 <dos1> hmm
Dec 01 18:52:31 <dos1> is there someone with fresh image installed?
Dec 01 18:52:39 <JesusMcCloud> dos1, here
Dec 01 18:52:58 <JesusMcCloud> (updated today though som hours ago (only soem shr settings stuff and some opimd-utils stuff)
Dec 01 18:53:06 <dos1> JesusMcCloud: could you run "which passwd"?
Dec 01 18:53:15 <dos1> JesusMcCloud: or, even better
Dec 01 18:53:21 <dos1> JesusMcCloud: "ls -al `which passwd`"
Dec 01 18:53:35 <JesusMcCloud> dos1, passwd is installed (i use ssh so had to set password)
Dec 01 18:53:48 <dos1> JesusMcCloud: i know ;p
Dec 01 18:53:55 <JesusMcCloud> lrwxrwxrwx    1 root     root           19 Nov 30 18:57 /usr/bin/passwd -> ../../bin/tinylogin
Dec 01 18:54:01 <dos1> JesusMcCloud: but i need to know if it's busybox or tinylogin by default
Dec 01 18:54:03 <dos1> ok, thanks
Dec 01 18:55:03 <CIA-53> SHR: 03tom 07libphone-ui * r78504d8d9bf5 10/src/Makefile.am: Removed the bad escaping that broke shipping headers
Dec 01 18:55:08 <CIA-53> SHR: 03seba.dos1 07shr-wizard * r35c1042d4547 10/python/shr-wizard.py: python: add page with shr_passwd.Password
Dec 01 18:55:16 <dos1> TAsn: done :P
Dec 01 18:55:21 <TAsn> yay :P
Dec 01 18:55:28 <TAsn> mrmoku, !!!!
Dec 01 18:55:34 <TAsn> Please commit that shr-wizard recipe!
Dec 01 18:55:37 <TAsn> -!
Dec 01 18:55:42 <TAsn> and build it
Dec 01 18:55:43 <TAsn> :PY
Dec 01 18:55:54 <dos1> TAsn: where do you have that recipe?
Dec 01 18:55:55 <TAsn> btw, I cleaned a LOT of mess.
Dec 01 18:55:56 <TAsn> :P
Dec 01 18:55:59 <dos1> i can't find it in shr-devel
Dec 01 18:56:02 <TAsn> dos1, sent it to mrmoku
Dec 01 18:56:02 <TAsn> ...
Dec 01 18:56:05 <TAsn> (privately)
Dec 01 18:56:09 <TAsn> as I wanted him to edit it a bit.
Dec 01 18:56:15 <TAsn> because I had a broken build env
Dec 01 18:56:15 <dos1> TAsn: send it to me too then
Dec 01 18:56:20 <TAsn> now I remember
Dec 01 18:56:21 <dos1> i'll build :P
Dec 01 18:56:24 <TAsn> no idea where it's at. :P
Dec 01 18:56:28 <dos1> ;x
Dec 01 18:56:30 <TAsn> mrmoku, please commit and build ! :P
Dec 01 18:58:10 <Heinervdm> ~seen raster
Dec 01 18:58:11 <apt_> raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #oe, 7h 34m 2s ago, saying: 'woglinde: wogz!'.
Dec 01 19:00:34 <CIA-53> SHR: 03tom 07libphone-ui * r2a71b224ae50 10/po/Makefile.in.in: po/Makefile.in.in is a generated file, dropped it from git
Dec 01 19:03:20 <CIA-53> SHR: 03tom 07libphone-ui * raf697676e73d 10/src/Makefile.am: Removed-the-bad-escaping-that-broke-shipping-headers.patch
Dec 01 19:03:20 <CIA-53> SHR: 03tom 07libphone-ui * r95e15164bf62 10/po/Makefile.in.in: removed makefile.in.in as it's an autogenerated file
Dec 01 19:03:24 <johnnymnemonic> JaMa: it only says "sh: gdb: not found"
Dec 01 19:05:32 * mrmoku finished reading strange backlog :|
Dec 01 19:08:02 <playya_> my fsodeviced still segfaults because of a memory corruption :(
Dec 01 19:08:26 <mickeyl> check whether libfso-glib is current enough
Dec 01 19:08:33 <mrmoku> playya_: when I had that some day ago updating libfso-glib was what helped
Dec 01 19:08:41 <mrmoku> :)
Dec 01 19:09:08 <playya_> doh. it doesn't use CORNUCOPIA rev
Dec 01 19:09:22 <sicu> mrmoku: me too ... strange indeed
Dec 01 19:09:43 <playya_> i just tried to keep the other libfso* up to date
Dec 01 19:10:26 <mickeyl> it's outside of cornucopia, hence has another rev
Dec 01 19:11:36 <playya_> yes
Dec 01 19:12:09 <JaMa> johnnymnemonic: I guess thats not where it starts :)
Dec 01 19:12:46 <johnnymnemonic> right JaMa: http://pastebin.com/m562097f5
Dec 01 19:13:22 <JaMa> johnnymnemonic: navit:main_real:Using '/home/root/.navit/navit.xml'
Dec 01 19:13:29 <JaMa> johnnymnemonic: what's that?
Dec 01 19:13:52 <johnnymnemonic> my own navit.xml
Dec 01 19:14:16 <JaMa> I asked you to try without, didn't I?
Dec 01 19:14:55 <johnnymnemonic> ops, really think I tried
Dec 01 19:15:25 <alexxy> hi all!
Dec 01 19:15:46 <alexxy> mrmoku: TAsn: any ideas why i see no input pin dialog after todays upgrade
Dec 01 19:15:48 <alexxy> ?
Dec 01 19:16:03 <TAsn> shr-settings->phone->
Dec 01 19:16:08 <TAsn> check if ant is on
Dec 01 19:16:13 <JaMa> johnnymnemonic: does it work now?
Dec 01 19:16:35 <johnnymnemonic> yes JaMa, nevermind...
Dec 01 19:18:40 <lindi-> DocScrutinizer-8: are AT%CLVL and AT%N the only AT commands that affect voice quality during call?
Dec 01 19:18:59 <dos1> mrmoku: find and commit shr-wizard recipe
Dec 01 19:19:43 <mrmoku> dos1: trying to build...  has quite some deps
Dec 01 19:20:01 <mrmoku> ERROR: Task 697 (/home/mok/src/other/openmoko/shrbuild/shr-unstable/openembedded/recipes/python/python-setuptools-native_0.6c9.bb, do_install) failed
Dec 01 19:20:15 <dos1> hmm?
Dec 01 19:20:38 <dos1> isn't python-setuptools-native also needed by shr-settings, opimd-utils, frameworkd and some others?
Dec 01 19:20:43 <TAsn> mrmoku, I think I did a lot of order :P
Dec 01 19:20:49 <TAsn> (sec, I'm trying to make sure)
Dec 01 19:21:13 <TAsn> (libphone-ui-shr)
Dec 01 19:21:34 <TAsn> mrmoku, btw
Dec 01 19:21:36 <TAsn> I also made the
Dec 01 19:21:45 <TAsn> libphone-ui "developers-no-lfg" branch
Dec 01 19:21:50 <TAsn> that prints messages to log
Dec 01 19:21:55 <TAsn> instead of calling lfg functions
Dec 01 19:22:01 <TAsn> so it's easy to compile on the desktop
Dec 01 19:22:24 <TAsn> alexxy, does it work?
Dec 01 19:22:41 <JaMa> TAsn: didn't you moved or somehow else changed phoneui.h?
Dec 01 19:22:42 <TAsn> dos1, what about opimd? wanna talk? :P
Dec 01 19:22:48 <mrmoku> dos1: (shr-settings) probably... but they inherit setuptools and not autotools :P
Dec 01 19:22:53 <TAsn> JaMa, huh?
Dec 01 19:23:57 <dos1> TAsn: so talk ;)
Dec 01 19:24:09 <alexxy> TAsn: seems antenna is off =(
Dec 01 19:24:21 <TAsn> alexxy, turn it on.
Dec 01 19:24:29 <alexxy> done
Dec 01 19:24:35 <TAsn> dos1, mind doing it in pm? (I want to keep the logs and prefer less noise :P )
Dec 01 19:24:39 <TAsn> ok?
Dec 01 19:24:41 <alexxy> why it was off?
Dec 01 19:24:49 <TAsn> alexxy, no idea.
Dec 01 19:24:52 <JaMa> TAsn: bitbake didn't stage phoneui.h.. no idea why.. but all othere recipes depending on phoneui.h failed later and I haven't found way to force bitbake to stage that.. but nvm.. rebuilding now from scratch.. lets see
Dec 01 19:24:52 <TAsn> ;|
Dec 01 19:24:57 <TAsn> JaMa, oh
Dec 01 19:24:58 <TAsn> yeah
Dec 01 19:25:00 <TAsn> try now
Dec 01 19:25:01 <TAsn> fixed it.
Dec 01 19:25:06 <TAsn> dunno when I broke it
Dec 01 19:25:07 <TAsn> but I have
Dec 01 19:25:08 <TAsn> :P
Dec 01 19:25:15 <TAsn> it's ok now.
Dec 01 19:25:18 <JaMa> hah! :)
Dec 01 19:25:25 * JaMa could safe one rebuild :)
Dec 01 19:25:55 <alexxy> TAsn: still no pin dialog =(
Dec 01 19:25:55 <mrmoku> well... actually it was me how broke it :P
Dec 01 19:26:09 <JaMa> but nvm.. safer with rebuild.. I'm rebuilding also 2 angstrom images.. so it will take some time :)
Dec 01 19:26:12 <mrmoku> s/how/who/
Dec 01 19:26:13 <apt_> mrmoku meant: well... actually it was me who broke it :P
Dec 01 19:26:42 <TAsn> mrmoku, help alexxy please :P
Dec 01 19:26:44 <JaMa> mrmoku: ah then no more cookies for you .. today :)
Dec 01 19:26:51 <TAsn> mrmoku, thanks for admitting :P
Dec 01 19:27:03 <TAsn> I really didin't remember when I broke it :P
Dec 01 19:27:11 <mrmoku> TAsn: well... no way to hide that... git tells it all ;)
Dec 01 19:27:24 <JaMa> NOTE: Running task 562 of 872
Dec 01 19:27:24 <TAsn> yeah ;P
Dec 01 19:27:45 <mrmoku> brb
Dec 01 19:27:52 <alexxy> mrmoku: TAsn : so what i should do?
Dec 01 19:28:24 <TAsn> alexxy, to tell you the truth, I'm only half here, so no idea, but a good starting point would be looking at
Dec 01 19:28:28 <TAsn> phonefsod.log
Dec 01 19:28:31 <TAsn> and frameworkd.olg
Dec 01 19:28:47 <alexxy> frameworkd.log looks ok 
Dec 01 19:29:17 <bumbl> JesusMcCloud: do you plan to add a bigger keyboard layout to your gry theme?
Dec 01 19:30:21 <TAsn> mrmoku, look here:
Dec 01 19:30:25 <TAsn> alexxy, phonefsod?
Dec 01 19:30:29 <CIA-53> SHR: 03tom 07libphone-ui-shr * red9c90b96224 10/ (12 files in 3 dirs): Fix all that I have broken :P now compiles correctly
Dec 01 19:30:30 <CIA-53> SHR: 03tom 07libphone-ui-shr * rd76b90feef0c 10/src/ (8 files in 3 dirs): Cleaned up a lot of useless stuff:
Dec 01 19:30:30 <CIA-53> SHR: 03tom 07libphone-ui-shr * r60468515c230 10/src/ (8 files in 3 dirs): Dropped all the asserts, they just berak everything instead of handling errors correctly
Dec 01 19:30:31 <CIA-53> SHR: 03tom 07libphone-ui-shr * r56f5710667fd 10/ (17 files in 5 dirs): Another effort to make things a little saner:
Dec 01 19:30:42 <CIA-53> SHR: 03tom 07libphone-ui-shr * r83f40e921e2a 10/configure.ac: Removed elm_config from configure.ac
Dec 01 19:31:23 <alexxy> http://pastebin.ca/1697005
Dec 01 19:31:28 <TAsn> mrmoku, this is just BASIC hack removing. :P
Dec 01 19:31:33 <alexxy> phonefsod ^^
Dec 01 19:31:53 <alexxy> http://pastebin.ca/1697007
Dec 01 19:31:59 <alexxy> phoneuid ^^^
Dec 01 19:32:09 <TAsn> #
Dec 01 19:32:09 <TAsn> 2009.12.01 22:26:36.273539 [phonefsod]   sim_auth_status_callback(OK,status=2)
Dec 01 19:32:09 <TAsn> #
Dec 01 19:32:09 <TAsn> 2009.12.01 22:26:36.273985 [phonefsod]   ... needs authentication
Dec 01 19:32:09 <TAsn> #
Dec 01 19:32:10 <alexxy> http://pastebin.ca/1697001
Dec 01 19:32:12 <TAsn> 2009.12.01 22:26:36.608425 [phonefsod]   Remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Dec 01 19:32:15 <alexxy> frameford ^^
Dec 01 19:32:19 <TAsn> looks like frameworkd issue
Dec 01 19:34:12 <TAsn> alexxy, why does your phoneuid crash all the time?
Dec 01 19:34:15 <TAsn> please turn on DEBUG
Dec 01 19:34:17 <TAsn> in config file
Dec 01 19:34:28 <alexxy> where?
Dec 01 19:34:40 <alexxy> may it be because i changed illume theme to gry?
Dec 01 19:34:45 <TAsn> /etc/libphoneui.conf
Dec 01 19:34:50 <TAsn> alexxy, shouldn't matter
Dec 01 19:34:53 <TAsn> do you use x11-16?
Dec 01 19:35:08 <TAsn> if so, you might be missing a hack we did in phoneui-wrapper.sh
Dec 01 19:35:10 <alexxy> yes
Dec 01 19:35:12 <TAsn> i.e opkg upgrade
Dec 01 19:35:15 <TAsn> opkg upgrade.
Dec 01 19:35:18 <TAsn> that's the issue.
Dec 01 19:35:23 <TAsn> you need a more recent phoneuid
Dec 01 19:35:24 <TAsn> ciao.
Dec 01 19:36:37 <bumbl> dos1: since the opkg upgrade i don't get the sim dialog anymore - shr-settings shows a modem info though
Dec 01 19:36:42 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rc1a897ca929d 10/fsogsmd/src/lib/transport.vala: fsogsmd: properly catch error when we can't allocate a MUX channel
Dec 01 19:36:58 <bumbl> rebooted 5 times
Dec 01 19:37:17 <dos1> spaetz: ERROR: '/home/shr/shr-testing/openembedded/recipes/shr/shr-splash-theme-tux_git.bb' failed
Dec 01 19:40:24 <mrmoku> no need
Dec 01 19:40:43 <mrmoku> nvm
Dec 01 19:41:59 <mrmoku> ImportError: No module named _md5
Dec 01 19:41:59 <mrmoku> FATAL: python setup.py install execution failed.
Dec 01 19:44:24 <bumbl> 2009.12.01 20:37:59.791 ogsmd.device         INFO     org.freesmartphone.GSM.Network.Status: {'strength': 93, 'mode': 'automatic', 'registration': 'denied'}   <- what does that mean?
Dec 01 19:44:45 <mrmoku> bumbl: looks like the provider does not like you :|
Dec 01 19:44:57 <bumbl> mrmoku: i never got a sim auth dialog
Dec 01 19:44:58 <mrmoku> or missing sim auth
Dec 01 19:45:21 <mrmoku> bumbl: do you have a crashing phoneuid like alexxy?
Dec 01 19:45:22 <bumbl> i tried rebooting, i tried enabeling and disabeling the modem
Dec 01 19:45:39 <bumbl> yes
Dec 01 19:45:42 <bumbl> since the upgrade
Dec 01 19:46:04 <mrmoku> hmm
Dec 01 19:46:13 <bumbl> but i thought that was because of no registration
Dec 01 19:46:21 <spaetz> dos thanks :-(
Dec 01 19:46:26 <bumbl> mrmoku: i did install the new config file during opkg upgrade
Dec 01 19:46:32 <spaetz> i´ll  have a look
Dec 01 19:46:42 <mrmoku> bumbl: can you pastebin the phoneuid.conf?
Dec 01 19:46:45 <bumbl> (libphoneui.conf i think)
Dec 01 19:46:52 <mrmoku> err..
Dec 01 19:46:58 <mrmoku> liphoneui.conf yes
Dec 01 19:46:59 <mrmoku> +b
Dec 01 19:47:16 * mrmoku goes downstairs to fetch the FR meanwhile
Dec 01 19:47:53 <bumbl> http://pastebin.ca/1697048
Dec 01 19:49:21 <mrmoku> bumbl: try to empty the [feedback_error] section please
Dec 01 19:50:45 <bumbl> rebooting with only [feedback_error]
Dec 01 19:51:12 <bumbl> i do have the sd as /home btw (if that matters
Dec 01 19:51:15 <bumbl> )
Dec 01 19:51:22 <mrmoku> should not
Dec 01 19:52:04 <dos1> mrmoku: should that feedback thingy already work?
Dec 01 19:52:21 <mrmoku> vibration could work
Dec 01 19:52:31 <mrmoku> 'should' is a strong word :P
Dec 01 19:52:38 <mrmoku> but it is not yet used anywhere
Dec 01 19:53:51 <bumbl> mrmoku: now i get the pin dialog
Dec 01 19:54:04 <mrmoku> ok
Dec 01 19:54:13 <mrmoku> looks like this is my fault too :(
Dec 01 19:54:19 <mrmoku> alexxy: ^^^
Dec 01 19:54:31 <alexxy> ?
Dec 01 19:54:38 <mrmoku> empty the [feedback_error] section in /etc/libphoneui.conf
Dec 01 19:56:02 <spaetzBBL> mickeyl: you can safely delete the shr-testing2009 branch on the OE git server now
Dec 01 19:56:11 <spaetzBBL> we have shr/testing2009
Dec 01 19:57:19 <TAsn> dos1, I'll be here in 10 secs. :P
Dec 01 19:57:23 <TAsn> dos1, be ready for me :P
Dec 01 19:59:02 <soltys> can someone say from what date should I download shr image ?:)
Dec 01 19:59:37 <max_posedon> soltys, 2-3 days ago
Dec 01 20:00:01 <soltys> 30.11 or earlyer ?
Dec 01 20:01:23 <alexxy> mrmoku: ok =)
Dec 01 20:01:23 <alexxy> fixed
Dec 01 20:01:23 <alexxy> =)
Dec 01 20:01:44 <TAsn> dos1, ?
Dec 01 20:01:46 <CIA-53> SHR: 03tom 07libphone-ui-shr * re2b0c6fb0590 10/src/view/contact-list-common.c: contact-list: fixed the order of the prefix stripping call
Dec 01 20:01:48 <TAsn> alexxy, what was it?
Dec 01 20:01:49 <TAsn> mrmoku, here?
Dec 01 20:01:54 <TAsn> dos1, here? :P
Dec 01 20:02:04 <dos1> doing math :P
Dec 01 20:02:50 <soltys> ;)
Dec 01 20:03:02 <mrmoku> TAsn: yup
Dec 01 20:03:02 <soltys> dos1: math sux do some programing ;P
Dec 01 20:03:26 <TAsn> mrmoku, hm.. just wanted to make sure you noticed I added another fix to libphone-ui-shr
Dec 01 20:03:27 <TAsn> though
Dec 01 20:03:34 <TAsn> if you haven't rebuilt already, please don't :P
Dec 01 20:03:47 <TAsn> btw, mrmoku did you find the shr-wizard recipe and added it to shr-lite?
Dec 01 20:04:30 <mrmoku> TAsn: no, because it does not build :|
Dec 01 20:04:33 <alexxy> TAsn: bug in libphoneui.conf
Dec 01 20:04:48 <dos1> spaetz`: please bump opimd-utils and shr-settings to newest
Dec 01 20:05:14 <dos1> in shr-testing
Dec 01 20:05:20 <dos1> and mokonnect
Dec 01 20:05:29 <dos1> as they won't work without callback fixes ;p
Dec 01 20:05:30 <TAsn> alexxy, what was there, and what was expected?
Dec 01 20:05:36 <mrmoku> TAsn: my fault
Dec 01 20:05:39 <spaetz`> I am not even sure I have the EFL version that requires fixed callbacks
Dec 01 20:05:43 <dos1> hmm
Dec 01 20:05:44 <mrmoku> I don't understand yet why it segfaults though
Dec 01 20:05:50 <TAsn> :P
Dec 01 20:05:53 <TAsn> what did you do?
Dec 01 20:06:03 <mrmoku> but the config for flash feedback was wrong
Dec 01 20:06:09 <spaetz`> dos1: so you know which rev introduced the new callbacks?
Dec 01 20:06:20 <TAsn> spaetz, 44000
Dec 01 20:06:21 <spaetz`> s/so/do/
Dec 01 20:06:22 <apt_> spaetz` meant: dos1: do you know which rev introduced the new callbacks?
Dec 01 20:06:25 <spaetz`> TAsn: thanks
Dec 01 20:06:28 <TAsn> that's the start
Dec 01 20:06:32 <TAsn> though I think he added fixes until
Dec 01 20:06:39 <TAsn> 44003 or maybe 4
Dec 01 20:06:50 <TAsn> though 44000 is what broke backward compat.
Dec 01 20:07:15 <dos1> spaetz`: and shr-installer :P
Dec 01 20:07:29 <TAsn> dos1, anyhow, got anything to do? :P
Dec 01 20:07:34 <TAsn> or wanna do some opim stuff?
Dec 01 20:07:55 <spaetz`> yep, I want to build this thing successfully first, before I start updating stuff. :)
Dec 01 20:08:04 <spaetz`> buildhost is dead-slow ...
Dec 01 20:08:09 <spaetz`> well...
Dec 01 20:08:14 <TAsn> spaetz, don't build testing yet.
Dec 01 20:08:22 <TAsn> we are not ready for a testing release
Dec 01 20:08:27 <TAsn> you should wait until shr-wizard is there
Dec 01 20:08:44 <TAsn> because that provides many basic user friendly features
Dec 01 20:08:47 <TAsn> that are much needed
Dec 01 20:08:48 <spaetz`> TAsn: I branched on Saturday evening, and pinned revisions
Dec 01 20:08:53 <spaetz`> I'll go from there.
Dec 01 20:08:59 <TAsn> and everything is already ready
Dec 01 20:09:11 <TAsn> just the ticket is giving us an hard time
Dec 01 20:09:25 <TAsn> s/an/a/
Dec 01 20:09:25 <apt_> TAsn meant: just the ticket is giving us a hard time
Dec 01 20:09:29 <spaetz`> TAsn: tell that those people who have no SIM PIN :). I know that it worked on SAturday :)
Dec 01 20:09:45 <TAsn> spaetz, I'm not saying you should upgrade everything
Dec 01 20:09:50 <TAsn> I'm just saying that you should not
Dec 01 20:09:53 <spaetz`> I am not going to take on-the-edge features. I am going to take them when they are stable :)
Dec 01 20:09:54 <TAsn> make a testing image users will try
Dec 01 20:10:02 <TAsn> before using shr-wizard.
Dec 01 20:10:18 <spaetz`> I'm preparing a shr-testing-testing for myself first, that I want to QA
Dec 01 20:10:59 <alexxy> <mrmoku> empty the [feedback_error] section in /etc/libphoneui.conf
Dec 01 20:11:03 <DocScrutinizer> lindi-: (and AT%N the only AT co) afaik yes
Dec 01 20:11:27 <alexxy> TAsn: ^^
Dec 01 20:11:27 <TAsn> i c.
Dec 01 20:11:55 <rafa> hi, is it possible to boot gta02 kernel with fb in 320x240? I would like to know if the kernel driver supports modedb boot option..
Dec 01 20:20:52 <Weiss> rafa: theoretically possible, but I don't think we support modedb right now..
Dec 01 20:22:39 <rafa> Weiss: aha, so neither we can't use fbset to modify the frame buffer settingsl, is that right?
Dec 01 20:24:56 <Weiss> you can use fbset I think, you just have to specify all the timings
Dec 01 20:25:07 <Weiss> (unless by some miracle our numbers are in the DB)
Dec 01 20:25:42 <Weiss> I've never tried myself
Dec 01 20:27:28 <rafa> Weiss: (miracle) :) .. be able to use fbset : cool, well, then I would need to find the proper timing values for 320x240.
Dec 01 20:27:36 <dos1> spaetz`: ERROR: '/home/shr/shr-testing/openembedded/recipes/shr/shr-splash_git.bb' failed
Dec 01 20:27:41 <dos1> spaetz
Dec 01 20:28:41 <spaetz`> I know
Dec 01 20:28:54 <spaetz`> it's a different git repo than the other splash screens...
Dec 01 20:28:59 <spaetz`> fixed it already
Dec 01 20:29:30 <spaetz`> why is shr-splash in the old shr.git repo that is marked as "obsolete" software?
Dec 01 20:29:38 <dos1> spaetz`: shr-splash is script which displays splash
Dec 01 20:29:43 <Weiss> rafa: does this help? http://www.pastebin.org/59353
Dec 01 20:29:46 <dos1> spaetz`: shr-splash-theme-* are themes for shr-splash :P
Dec 01 20:30:22 <spaetz`> dos1: I know. i just somehow assumed they are all in the same shr-themes without checking :)
Dec 01 20:30:32 <spaetz`> building again
Dec 01 20:30:46 <spaetz`> slowly getting there :)
Dec 01 20:31:27 <rafa> Weiss: interesting. thanks, I will test. No with fr right now. But I am very interested on fb using 320x240 :)
Dec 01 20:32:10 <rafa> Weiss: are those values from some header?
Dec 01 20:32:30 <Weiss> rafa: that's from arch/arm/mach-s3c2442/mach-gta02.c in the 2.6.31 kernel source
Dec 01 20:33:03 <dos1> Weiss: are you sure those values are correct?
Dec 01 20:33:14 <Weiss> dos1: not really... (?)
Dec 01 20:33:25 <dos1> Weiss: i think 320x240 needs a little different timings
Dec 01 20:34:31 <rafa> dos1: do you know hot to get those values ?  or how should I test to realize out those values?
Dec 01 20:35:06 <Weiss> dos1: hmm.. I don't know..
Dec 01 20:35:21 <spaetz`> dos1: you don't need to notify me. I know it's stopping soon at shr-theme
Dec 01 20:35:23 <spaetz`> :)
Dec 01 20:35:35 <spaetz`> fixing already
Dec 01 20:35:35 <dos1> ;)
Dec 01 20:35:55 <dos1> Weiss: search for PaulFertser's mail on community ml (i think)
Dec 01 20:36:07 <dos1> he posted some fbset mode recently
Dec 01 20:36:36 <PaulFertser> Weiss: basically someone (radekp?) found out that using 100000 pixelclock fixes colors in qvga.
Dec 01 20:36:57 <Weiss> ah, so: same timings, faster clock?
Dec 01 20:37:21 <rafa> dos1: if the values are wrong then those are interesting. Why did somebody write them ? :) or why did he choose them ? I would write nicer values: like 666, 69 ...  :D
Dec 01 20:38:47 <rafa> PaulFertser: you thinks that the other values are okey? I mean, that the only different and proper value is 100000 for pixelclock?
Dec 01 20:39:09 <TAsn> dos1, got time? :P
Dec 01 20:40:15 <PaulFertser> Weiss: yes
Dec 01 20:40:28 <JaMa> spaetz`: btw are you pushing changes to shr/merge first and then picking them to shr/testing2009 or is testing living own way?
Dec 01 20:40:31 <PaulFertser> rafa: i've no idea bout proper pixelclock, sorry.
Dec 01 20:41:35 <Weiss> hmm.. this 2.6.31 WSoD on suspend seems to be happening way before any of the display bits get suspended..
Dec 01 20:42:07 <spaetz`> JaMa: http://trac.shr-project.org/trac/wiki/shr-testing2009
Dec 01 20:42:20 <spaetz`> preferrably cherry-picking or merging from shr/merge
Dec 01 20:42:39 <spaetz`> but e.g. pinning revisions will happily happen locally in shr/testing
Dec 01 20:43:15 <spaetz`> and I also consider taking hacks in shr/testing such es changing MACHINE_FEATURES to get rid of apmd and stuff
Dec 01 20:43:43 <spaetz`> it's not supposed to go upstream again, it's a dead-end branch that might end up as a -stable at some point or not
Dec 01 20:44:36 <JaMa> spaetz`: ah ok.. I was just curious as sane-srcrevs theme changes I've seen only in testing branch..
Dec 01 20:44:41 <Weiss> larsc: around?
Dec 01 20:45:30 <DocScrutinizer-8> woohoo, what an interesting topic. pixelclock :-D
Dec 01 20:45:42 <spaetz`> JaMa: yes, I will upgrade to revisions that seem working from time to time. So I expect those revisions changes often to just happen in shr/testing
Dec 01 20:45:53 <bumbl> btw. i love the new visual appearance during suspending - it is smooth and looks professional (the fading out)
Dec 01 20:46:25 <spaetz`> JaMa: I might change policies as I go. I am a newbie-maintainer so things might change over time...
Dec 01 20:46:31 <spaetz`> I'll see what works best
Dec 01 20:48:09 <JaMa> spaetz`: but this way you can have newer revisions than shr-unstable (maybe that's the case now)
Dec 01 20:49:42 <JaMa> spaetz`: but maybe I just missed some commit in shr/merge, but I would expect to bump revision in shr/merge and if nothing wrong happen in shr-unstable then pick that bumping commit to testing.. but you're maintainer.. I'm was just curious
Dec 01 20:51:44 <spaetz`> JaMa: yes, this is how I plan to do it. I just pinned those revisions that are AUTOREV'd in shr-unstable to the latest available revision
Dec 01 20:52:06 <spaetz`> so I shouldn't have anything newer. I jsut pinned stuff that is AUTOREV'd otherwise
Dec 01 21:00:55 <alexxy> mrmoku: TAsn /etc/libphoneui.conf still not fixed in feed
Dec 01 21:01:02 <TAsn> we know.
Dec 01 21:01:02 <JaMa> spaetz: ah if shr-themes are AUTOREVed in shr/merge then sorry I didn't know..
Dec 01 21:01:07 <TAsn> at least I assumed :P
Dec 01 21:01:12 <TAsn> mrmoku, please fix it.
Dec 01 21:02:58 <spaetz> If it isn't then it is a glitch on my side JaMa. I just went through the list of AUTOREV'd pkgs, although I am known to screw things up once in a while :)
Dec 01 21:03:26 <CIA-53> SHR: 03mok 07libphone-ui * r76c8870f5cef 10/data/libphoneui.conf: libphoneui.conf: remove feedback_error config as it breaks badly
Dec 01 21:04:58 <DocScrutinizer-8> mrmoku: dos1: TAsn: for f in  $(grep -ri antenna SHR/src); do echo "fix $f! !!"; rm $f; done
Dec 01 21:05:11 <TAsn> :P
Dec 01 21:05:37 <JaMa> btw are some packages also upgraded without revision bump or any other change for you?
Dec 01 21:05:51 <JaMa> Upgrading ncurses on root from 5.4-r19.3 to 5.4-r19.4...
Dec 01 21:05:55 <DocScrutinizer-8> TAsn: no kidding
Dec 01 21:06:15 <JaMa> haven't seen any ncurses patch between rebuilds.. but just after ncurses rebuild I get newer revision after dot
Dec 01 21:06:15 <spaetz> JaMa: shr/testing? Nope, I haven't changed anything otherwise.
Dec 01 21:06:48 <spaetz> JaMa: a local rebuild could cause such a rev bump, couldn't it?
Dec 01 21:06:48 <TAsn> DocScrutinizer-8, I agree.
Dec 01 21:06:51 <TAsn> just one place though
Dec 01 21:06:53 <TAsn> phonefsod.
Dec 01 21:06:53 <TAsn> :|
Dec 01 21:07:15 <JaMa> http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/ncurses?h=shr/merge
Dec 01 21:07:18 <DocScrutinizer-8> TAsn: good
Dec 01 21:07:24 <JaMa> doesn't show any change for long time
Dec 01 21:07:50 <dos1> JaMa: DISTRO_PR?
Dec 01 21:07:59 <JaMa> spaetz: no shr/merge
Dec 01 21:07:59 <spaetz> weird
Dec 01 21:08:04 <spaetz> k
Dec 01 21:08:17 <JaMa> dos1: this one is on shr distro
Dec 01 21:08:29 <JaMa> dos1: and I think that DISTRO_PR is not part of version..
Dec 01 21:08:39 <JaMa> dos1: it happen with more packages iirc
Dec 01 21:08:53 <JaMa> Upgrading update-rc.d on root from 0.7-r1.3 to 0.7-r1.4...
Dec 01 21:09:08 <JaMa> dos1: ah maybe you're right with distro_pr :)
Dec 01 21:09:28 <mrmoku> fixed
Dec 01 21:09:50 <JaMa> dos1: I had distro_pr bump only in tmp/distro_pr file.. then if it goes to PV somehow than it could be it, thanks
Dec 01 21:13:12 <ssam> just opkg upgraded shr (flashed on sunday), now messages wont open, "An exit code of 1 was returned from phoneui-messages."
Dec 01 21:15:03 <PaulFertser> DocScrutinizer-8: (pixelclock) somehow it happens that if the same timings are used for QVGA as for VGA, all colors look "washed-out". With pixelclock doubled or so, they become normal.
Dec 01 21:15:09 <max_posedon> ssam, it was big mistake to update today)
Dec 01 21:16:19 <ssam> ooops :-p
Dec 01 21:17:01 <DocScrutinizer-8> PaulFertser: we had a whole bunch of rather funny pict quality issues with glamo & JBT7k iirc. So I'm not exactly surprised :-)
Dec 01 21:17:07 <BluesLee> mrmoku: cant ssh to freerunner "permission denied"
Dec 01 21:17:47 <DocScrutinizer-8> BluesLee: mrmoku locked your account
Dec 01 21:18:18 <mrmoku> BluesLee: did you ask for permission? :P
Dec 01 21:18:20 <BluesLee> DocScrutinizer-8: hi, i hope you are happy with your n900;-)
Dec 01 21:18:43 <DocScrutinizer-8> yep, extremely happy
Dec 01 21:18:45 <BluesLee> mrmoku: i flashed it to nand, i hope the image is okay, i hope it for you;-)
Dec 01 21:19:34 <spaetz> BluesLee: set a password for the root user
Dec 01 21:19:34 <ssam> max_posedon, reflash time
Dec 01 21:19:36 <mrmoku> BluesLee: set a root password and you're done
Dec 01 21:19:37 <ssam> ?
Dec 01 21:20:38 <spaetz> building dosfstools :)
Dec 01 21:20:55 <spaetz> dos you are not humble at all ;) naming tools after yourself :)
Dec 01 21:21:06 <max_posedon> ssam, 2-3 days ago, or smth like this
Dec 01 21:21:37 * DocScrutinizer-8 imagines BluesLee figuring how to set passwd without ssh access ;-P
Dec 01 21:21:51 <ssam> i'll reflash sundays then
Dec 01 21:22:17 <BluesLee> DocScrutinizer-8: hehe, i found the terminal app;-)
Dec 01 21:22:44 <BluesLee> DocScrutinizer-8: i will configure my freerunner before i will use it as my second phone
Dec 01 21:25:49 <spaetz> when I add a "Photo" field to a contact, it is correctly shown next to the name. But once I close "contacts" and open it again, it's gone again
Dec 01 21:25:59 <spaetz> How can I save the "Photo" field?
Dec 01 21:26:15 <mrmoku> you can't if the contact is on SIM :P
Dec 01 21:28:16 <spaetz> so far it isn't it's on SD still
Dec 01 21:28:28 <spaetz> mmh, but I do want them on SIM card, true
Dec 01 21:29:22 <spaetz> ideally I want them on SD card, with each contact also existing on SIM (without photo). If I switch my SIM into another phone I want to have my contacts available...
Dec 01 21:40:21 <DocScrutinizer-8> ~seen raster
Dec 01 21:40:26 <apt_> raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #oe, 10h 16m 17s ago, saying: 'woglinde: wogz!'.
Dec 01 21:46:36 <mmontour_> ERROR: '['/scratch/moko/shr-unstable/openembedded/recipes/shr/shr-settings_git.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'python-pexcept' but it wasn't found in any PACKAGE or RPROVIDES variables
Dec 01 21:46:42 <mmontour_> Missing or unbuildable dependency chain was: ['shr-lite-image', 'task-shr-minimal', 'shr-settings', 'python-pexcept']
Dec 01 21:48:53 <mmontour_> The above was after I cleaned out my working dir and tried a fresh build of shr-unstable using the SHR makefile.
Dec 01 21:50:53 <fredrin_> ~seen dave
Dec 01 21:50:55 <apt_> dave <i=6038930a@gateway/web/freenode/x-yefygogsdkzsyqjz> was last seen on IRC in channel #debian, 63d 4h 59m 5s ago, saying: 'I don't like hal.'.
Dec 01 22:11:41 <BluesLee> mrmoku: i only see black screens in messages, dialer, shr-settings, normal?
Dec 01 22:19:12 <rddDavid51> mrmoku: I had the same problem as alexxy and bumbl and follow your advice. Now I have the pin dialog but without any numbers displayed nor the textfield. I tried the illume keyboard but didn't work. Any new advice ?
Dec 01 22:19:41 <mrmoku> what theme are you using?
Dec 01 22:19:46 <rddDavid51> gry
Dec 01 22:20:15 <rddDavid51> I even opkg install --force-reinstall phoneuid
Dec 01 22:21:15 <rddDavid51> and I restarted frameworkd and phoneuid several times and rebooted a few 
Dec 01 22:22:09 <rddDavid51> I don't use x11-16 any more as suggested either
Dec 01 22:22:43 <mrmoku> strange
Dec 01 22:23:20 <rddDavid51> I also don't see numbers in dialer 
Dec 01 22:23:30 <johnnymnemonic> rddDavid51: me too
Dec 01 22:23:41 <johnnymnemonic> neither in Contacts
Dec 01 22:24:12 <mrmoku> dialer and pin dialog use the same thing
Dec 01 22:24:23 <mrmoku> when did you last upgrade?
Dec 01 22:24:46 <rddDavid51> about 2 to 3 hours
Dec 01 22:25:45 <mrmoku> opkg list_installed libphone-ui-shr ?
Dec 01 22:25:50 <rddDavid51> I'm rebooting with the niebee theme
Dec 01 22:27:26 <rddDavid51> I got several unsatisfied recommandation for kernel-xxxx while updating but I don't think this is the problem
Dec 01 22:28:11 <rddDavid51> libphone-ui-shr - 0.0.0+gitr248+ed9c90b962248429cd8ee6d4b3b7e0fcb54483e1-r3.4
Dec 01 22:29:28 <mrmoku> no... problem is libphone-ui-shr
Dec 01 22:30:43 <rddDavid51> I did opkg list | grep phoneui thus didn't get libphone-ui-xxx
Dec 01 22:35:06 <mrmoku> rddDavid51, johnnymnemonic: found what's going on... 
Dec 01 22:35:19 <mrmoku> have to fix it
Dec 01 22:35:39 <rddDavid51> mrmoku: great
Dec 01 22:36:01 <johnnymnemonic> ;)
Dec 01 22:36:13 <rddDavid51> I was going to ask if I should update
Dec 01 22:36:21 <rddDavid51> or wait
Dec 01 22:36:32 <mrmoku> wait
Dec 01 22:41:43 <spaeetzzZ> night all
Dec 01 22:42:50 <rddDavid51> mrmoku: I should go too, have a nice debug and coding on this one which prevent me from using the last shr-u
Dec 01 22:43:01 <rddDavid51> gn all
Dec 01 22:43:03 <mrmoku> gn
Dec 01 22:43:08 <mrmoku> fix will be there tomorrow
Dec 01 22:43:32 <mrmoku> spaeetzzZ: night
Dec 01 22:47:37 <CIA-53> SHR: 03mok 07libphone-ui-shr * r25927e987386 10/src/widget/ (elm_keypad.c elm_keypad.h): elm_keypad: fix define for theme location
Dec 01 22:50:51 <alexxy> mrmoku: yep after update i cannot entre pin since i saw no digits
Dec 01 22:51:43 <mrmoku> alexxy: fix is building
Dec 01 22:52:58 <alexxy> ok
Dec 01 22:53:05 <alexxy> ping me when it will be done
Dec 01 22:54:36 <mickeyl> shr-testing deleted
Dec 01 22:55:55 <mrmoku> mickeyl: thanks
Dec 01 22:57:29 <mrmoku> mickeyl: btw. probably libfso-glib is fine as is... even for C Programmers. Not as comfortable as libframeworkd-glib but thus also more flexible probably
Dec 01 22:58:19 <mrmoku> alexxy, johnnymnemonic: fix is in the feed (hopefully)
Dec 01 22:58:40 <johnnymnemonic> thanks mrmoku, i'll try right now
Dec 01 22:58:48 <mrmoku> gnight all
Dec 01 22:58:57 <mrmoku> johnnymnemonic: just ping TAsn if it does not work :P
Dec 01 22:59:13 <johnnymnemonic> roger
Dec 01 22:59:21 <TAsn> :P
Dec 01 23:00:31 <mickeyl> mrmoku|away: ah, glad to ehear
Dec 01 23:00:48 <joerg_rw> Still hate pidgin
Dec 01 23:00:49 <mickeyl> mrmoku|away: like i said, if we can do something specific wrt. code generation from vala-dbus-binding-tool, lets keep an eye on that
Dec 01 23:00:59 <mickeyl> might be a topic for FSOSHRCON'10
Dec 01 23:18:55 <joerg_rw> Boooo
Dec 01 23:20:57 <joerg_rw> ~Ping
Dec 01 23:20:58 <apt_> ~pong
Dec 01 23:37:01 <TAsn> johnnymnemonic, works?
Dec 01 23:38:00 <johnnymnemonic> yes TAsn
Dec 01 23:38:20 <TAsn> sorry about that, my bad :P
Dec 01 23:41:47 <joerg_rw> Tasn!!
Dec 01 23:42:01 <TAsn> ?
Dec 01 23:42:20 <joerg_rw> :-))
Dec 01 23:46:06 <DocScrutinizer> damned pidgin
Dec 01 23:46:53 <johnnymnemonic> good night
Dec 01 23:47:59 <TAsn> :P
Dec 02 00:16:47 <Docscrutinizer51> Tasn: how's nick "tab" completion done in pidgin?
Dec 02 00:16:57 <TAsn> what do you mean?
Dec 02 00:17:04 <TAsn> just press tab?
Dec 02 00:17:05 <TAsn> :P
Dec 02 00:18:22 <Docscrutinizer51> Have no tab :-/
Dec 02 00:20:15 <DocScrutinizer> even if I enter tab, it doesn't nick-complete
Dec 02 00:21:09 <TAsn> :\
Dec 02 00:22:11 <DocScrutinizer> really hate pidgin, want my xchat
Dec 02 00:27:42 <Wonka> when I "make update" for SHR, I see this:
Dec 02 00:27:42 <Wonka> error: pathspec 'shr/testing2009' did not match any file(s) known to git.
Dec 02 00:40:35 <TAsn> weepee :P
Dec 02 00:40:38 <CIA-53> SHR: 03tom 07libphone-ui-shr * r5c26cfae5b26 10/src/widget/ (elm_keypad.c elm_keypad.h): Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui-shr
Dec 02 00:40:39 <CIA-53> SHR: 03tom 07libphone-ui-shr * r93a74507988a 10/src/ (4 files in 2 dirs): The dialer screen now uses ui_utils.h instead of window.h. And more changes:
Dec 02 00:40:40 <CIA-53> SHR: 03tom 07libphone-ui-shr * r7cfabb0b860c 10/src/util/ui_utils.c: added the forgotten setting of callbacks
Dec 02 00:40:40 <CIA-53> SHR: 03tom 07libphone-ui-shr * ref2a691d361d 10/src/Makefile.am: Added ui_utils to makefile and fixed a typo
Dec 02 00:40:43 <CIA-53> SHR: 03tom 07libphone-ui-shr * r00cfddd3d077 10/TODO: updated TODO
Dec 02 00:40:49 <CIA-53> SHR: 03tom 07libphone-ui-shr * r97bc061bf05c 10/src/util/ (ui_utils.c ui_utils.h): added the ui_utils, the replacement from window.h
Dec 02 00:40:50 <CIA-53> SHR: 03tom 07libphone-ui-shr * r65cb27f0521f 10/src/util/ui_utils.c: ui_utils: windows do not autodel unless specifically asked for, this means we should call deinit if we want to del the screen! This will force users of the API to do good cleanups/or enable them to cache
Dec 02 00:41:32 <DocScrutinizer-8> spammer :)
Dec 02 00:45:29 <CIA-53> SHR: 03tom 07libphone-ui-shr * rac49c4e77c08 10/src/view/dialer-view.c: Fixed the issue with poping contact list
Dec 02 00:49:23 <juri_> spams made of AWESOME!
Dec 02 00:50:15 <TAsn> phew. :P
Dec 02 00:50:21 <CIA-53> SHR: 03tom 07libphone-ui-shr * rf349543fb9c4 10/src/view/dialer-view.c: Fixed the way the Contact list was poped by to the proper way, added more TODOs
Dec 02 00:50:23 <TAsn> dialer is finally sane
Dec 02 00:50:26 <TAsn> thank god :P
Dec 02 00:50:29 <TAsn> (mostly sane)
Dec 02 00:50:35 <TAsn> still more work to do. :P
Dec 02 00:50:45 <TAsn> I can't believe the easiest one took me so long to make half sane :P
Dec 02 00:51:22 <TAsn> At least it doesn't leak anymore
Dec 02 00:51:43 <TAsn> (except for maybe when adding contacts/messages/etc, but that'll be resolved soon as well.
Dec 02 00:51:44 <TAsn> )
Dec 02 00:52:13 <TAsn> At least I tested the sane way of doing stuff and it works.
Dec 02 00:52:51 <TAsn> DocScrutinizer-8, btw, I found many funny hacks
Dec 02 00:52:54 <TAsn> including:
Dec 02 00:53:15 <TAsn> if (strlen(bla) > 6) change_window_scale
Dec 02 00:53:19 <TAsn> if (strlen(bla) > 10) change_window_scale
Dec 02 00:53:22 <TAsn> if (strlen(bla) > 16) change_window_scale
Dec 02 00:53:32 <TAsn> i.e, changing the window scale according to length
Dec 02 00:53:37 <TAsn> and not width of the string :P
Dec 02 00:53:47 <TAsn> without even knowing what size the window is :\
Dec 02 00:54:00 <TAsn> If it was only funny :|
**** ENDING LOGGING AT Wed Dec 02 02:59:57 2009