**** BEGIN LOGGING AT Thu Dec 09 02:59:57 2010
Dec 09 07:00:34 <mrmoku> JaMa: I often have one reboot when booting maemo
Dec 09 07:00:41 <mrmoku> JaMa: second boot usually works
Dec 09 07:01:22 <mrmoku> JaMa: and yes... mismatching kernel was a problem for me too
Dec 09 07:02:47 <JaMa|Zzz> but power4[56] diff is quite small (except missing u-boot in 46) so I don't understand why it failed like this
Dec 09 07:03:58 * JaMa trying to upgrade rootfs to power46 and then boot combined kernel with it :)
Dec 09 07:07:11 <JaMa> great works, thanks.. 
Dec 09 07:07:29 <JaMa> I didn't expect missing modules to be cause for immediate reboot 
Dec 09 09:56:10 <Arigead> Morning all
Dec 09 10:00:03 <Arigead> seem to have a problem again with shr_elm_softkey not starting. It is in .e/e/applications/startup/.order
Dec 09 10:00:57 <Arigead> I'll update my openembedded and do a clean build later and see if that fixes it. I'm starting it manually at the moment.
Dec 09 10:02:54 <mrmoku> Arigead: after update without further reboot?
Dec 09 10:02:58 <mrmoku> on second reboot it worked for me
Dec 09 10:04:32 <Arigead> mrmoku: I'll try an update from the phone then but I generally don't do update. I simply rebuild and install my own build. I'll try it and see. Thanks for the advice.
Dec 09 10:04:36 <daniele_athome> morning
Dec 09 10:04:53 <mrmoku> Arigead: ok
Dec 09 10:04:58 <mrmoku> morning daniele_athome 
Dec 09 10:06:55 <Arigead> mrmoku: FR is now my primary phone. It's holding together well, but it does make you notice the little things ;-)
Dec 09 10:07:15 <mrmoku> Arigead: ohh yes :P
Dec 09 10:07:53 * mrmoku makes a note to finally fix alsastates so that the other side does not hear itself ;)
Dec 09 10:09:08 <Arigead> I did start writing code but I'm afraid I never touch GUI's so decided I'd start with GTK. It was either that or QT or Enlightenment. Maybe I made the wrong choice but GTK don't have velocity scrolling so either write that or move on.
Dec 09 10:09:46 <mrmoku> GTK is probably the worst joice for SHR on FR
Dec 09 10:11:26 <daniele_athome> mrmoku, i modified libfreesmartphone-glib to follow fso specs directly
Dec 09 10:11:26 <Arigead> mrmoku: Is there a reason apart from the lack of velocity scrolling? I know that's a big question with a lot of answer but it's a graphics kit like the other two.
Dec 09 10:11:51 <daniele_athome> as you can see i sent some patches... but my specs version is newer than specs in OE
Dec 09 10:12:05 <daniele_athome> is it possible to bump it? (and libfso-glib along with it)
Dec 09 10:12:39 <mickey|office> fwiw, there was a class in libmokoui that added kinetic scrolling to gtk
Dec 09 10:13:05 <mrmoku> mickey|office: which did not work anymore... IIRC
Dec 09 10:13:15 <mickey|office> ah, k
Dec 09 10:13:24 <mickey|office> i vaguely recall gtk having adopted the general scheme 
Dec 09 10:13:27 <mickey|office> but i don't know for sure
Dec 09 10:13:34 <HeinervdmOff> the startup problem in illume seems to be a race condition, as it works only sometimes
Dec 09 10:14:14 <HeinervdmWork> I tried several times yesterday and for me i hasn
Dec 09 10:14:14 <Arigead> mickey|office: I thought for a moment you'd got my answer ;-) Maybe I'll move on to one of the others.
Dec 09 10:14:17 <HeinervdmWork> worked
Dec 09 10:15:53 <mickey|office> Arigead: you can either wait for gtk3, which may or may not bring something like that, or -- which in my opinion is the more promising approach -- use QML
Dec 09 10:16:24 <mickey|office> or -- if your app is simple enough -- Elementary may also be a choice.
Dec 09 10:18:47 <Arigead> mickey|office: QT has more documentation and as I'm learning these things that's sort of important. My focus in in the area of Contacts and PIM, they depend upon each other. I'd like to change both but don't understand enough of the code to start that yet.
Dec 09 10:19:55 <mickey|office> true. and although we all here are great fans of what E has turned into, my gut feeling is that it lacks behind in terms of support for controller and model objects (as per MVC).
Dec 09 10:20:12 <mickey|office> again though, for small apps this should not be a problem
Dec 09 10:21:32 <mrmoku> mickey|office: did you see my question regarding cpufreq?
Dec 09 10:21:41 <mickey|office> mrmoku: no, sorry, can you rephrase?
Dec 09 10:22:00 <mrmoku> question is if cpufreq is something that should be 'configured' by fsoland
Dec 09 10:22:01 <mickey|office> or repeat, rather
Dec 09 10:22:16 <mrmoku> like change to powersave when battery is low and such
Dec 09 10:22:48 <mickey|office> if you don't want to always use the ondeamnd governor, then yes i see that this would fit in FSO
Dec 09 10:23:01 <mickey|office> at least facilities to tweak
Dec 09 10:23:04 <mrmoku> ok... that's what gnutoo and me think too :-)
Dec 09 10:23:32 <mrmoku> will try to see if I find the time within the next days to write my first vala plugin :P
Dec 09 10:23:49 <mickey|office> awesome!
Dec 09 10:24:03 <mrmoku> kernel_cpufreq ?
Dec 09 10:24:18 <mickey|office> kernel26, but yes
Dec 09 10:24:22 <mrmoku> ok :)
Dec 09 10:24:28 <mickey|office> i think this interface didn't exist in 2.4
Dec 09 10:24:30 <mickey|office> or did it?
Dec 09 10:24:45 <mrmoku> no idea... 2.4 is obsolete anyways ;)
Dec 09 10:24:47 <mickey|office> right
Dec 09 10:24:55 <mickey|office> even on handhelds
Dec 09 10:45:21 <daniele_athome> mrmoku: ping
Dec 09 10:45:31 <mrmoku> daniele_athome: poing
Dec 09 10:47:26 <daniele_athome> mrmoku, what do you think? :)
Dec 09 10:47:49 <mrmoku> daniele_athome: about your spec change?
Dec 09 10:48:17 <mrmoku> ahh the bump?
Dec 09 10:48:25 <daniele_athome> mrmoku, yes
Dec 09 10:49:01 <mrmoku> yup, can't do it right now though... after lunch
Dec 09 10:51:40 <daniele_athome> mrmoku, so it can indeed be done :)
Dec 09 10:51:44 <daniele_athome> just wanted to know that
Dec 09 11:22:40 <JaMa> daniele_athome: 01:03:37 < daniele_athome> mrmoku, JaMa|Zzz: don't bump srcrev, those changes aren't fully tested yet
Dec 09 11:22:48 <JaMa> daniele_athome: this is not the case anymore? ^^
Dec 09 11:23:06 <daniele_athome> JaMa, yes sorry i've tested it yesterday night and this morning i'm going on with tests
Dec 09 11:23:10 <daniele_athome> everything's working :)
Dec 09 11:23:34 <JaMa> i can bump&build it but cannot test it
Dec 09 11:24:42 <daniele_athome> JaMa, go on, i'm still the only user of that lib so you can just bump&build
Dec 09 11:32:58 <daniele_athome> mickey|office, is there a way to know for what reason the idle notifier changes its state?
Dec 09 11:33:12 <daniele_athome> after a phone call is released i try to force prelock, but after a second it returns back to busy
Dec 09 11:41:43 <JaMa> daniele_athome: fails here http://tinderbox.openembedded.org/builds/109982/
Dec 09 11:43:36 <daniele_athome> mmm
Dec 09 11:43:59 <daniele_athome> mmm
Dec 09 11:44:05 <daniele_athome> JaMa, the fsospecs dir
Dec 09 11:44:13 <daniele_athome> shouldn't it be passed from configure script?
Dec 09 11:44:20 <daniele_athome> i might have forgotten to do that
Dec 09 11:44:53 <daniele_athome> or maybe something else...
Dec 09 11:45:04 <daniele_athome> JaMa, how does fso-glib handles this'
Dec 09 11:45:05 <daniele_athome> ?
Dec 09 11:48:23 <JaMa> daniele_athome: /OE/tmpdir-shr/sysroots/x86_64-linux/usr/bin/pkg-config --variable=specsdir fso-specs
Dec 09 11:48:26 <JaMa> /usr/share/freesmartphone/xml
Dec 09 11:48:39 <daniele_athome> mmm
Dec 09 11:48:47 <daniele_athome> JaMa, how fso-glib could work with that?
Dec 09 11:49:34 <daniele_athome> JaMa: here it is
Dec 09 11:49:35 <daniele_athome> do_configure_prepend() {
Dec 09 11:49:35 <daniele_athome>        sed -i -e s#FSO_SPECS_DIR="#FSO_SPECS_DIR="${STAGING_DIR_HOST}/#g ${S}/configure.ac
Dec 09 11:49:35 <daniele_athome> }
Dec 09 11:49:47 <daniele_athome> do you mind to append those lines to the recipe?
Dec 09 11:49:48 <daniele_athome> :)
Dec 09 11:49:53 <JaMa> do_configure_prepend() { sed -i -e s#FSO_SPECS_DIR="#FSO_SPECS_DIR="${STAGING_DIR_HOST}/#g ${S}/configure.ac
Dec 09 11:49:56 <JaMa> }
Dec 09 11:49:59 <JaMa> ah ;)
Dec 09 11:50:04 <JaMa> I'll
Dec 09 11:50:06 <daniele_athome> eheh
Dec 09 12:00:04 <JaMa> daniele_athome: pushed
Dec 09 12:00:10 <daniele_athome> thanks
Dec 09 12:00:24 <daniele_athome> now i have to find out this damn idle notifier thing....
Dec 09 12:00:25 <daniele_athome> :S
Dec 09 12:13:00 <JaMa> yay efreet no longer complains in Xsession.log.. with today's EFL_SRCREV and -enable-icon-cache, but also since I've enabled icon-cache I have only 1 graphic icon on desktop ..
Dec 09 12:25:03 <daniele_athome> mmm
Dec 09 12:31:47 <daniele_athome> found out! it was scenario handling :S
Dec 09 13:02:56 <daniele_athome> mickeyl, mickey|office: i found what is triggering the idle state change
Dec 09 13:03:19 <daniele_athome> i've sent on ML the issue, could you take a look please?
Dec 09 13:04:56 <mrmoku> mickey|office: hmm... MODULE_NAME is either internal const in the Kernel26 namespace or public const in the class... what is the better one?
Dec 09 13:05:29 <JaMa> mrmoku: iirc I've put few of those to public with mickey's blessing
Dec 09 13:05:42 <mrmoku> JaMa: ah, ok thanks :)
Dec 09 13:06:42 <JaMa> mrmoku: yes.. for fsogsmd and fsotdld
Dec 09 15:00:01 <JaMa> mrmoku: I'm trying to build u-boot with OE but in angstrom-2008.1 (gcc-4.3).. 
Dec 09 15:07:01 <mrmoku> JaMa: good idea
Dec 09 15:35:29 <mrmoku> mickey|office: /cpu?/i.match( entry ) is marked experimental... use it or look for something else?
Dec 09 15:36:26 <mickey|office> feel free to use it
Dec 09 15:36:58 <mrmoku> good :)
Dec 09 18:30:03 <GNUtoo> hi, I bought a bluetooth mouse, and I've no pointer under illume anymore with the nokia900
Dec 09 18:31:41 <JaMa> anymore? we had -nocursor in Xorg cmdline for long
Dec 09 18:32:55 <JaMa> ah only for gta
Dec 09 18:32:57 <GNUtoo> ah? under htcdream it works
Dec 09 18:33:06 <GNUtoo> basically here how I do it
Dec 09 18:33:10 <GNUtoo> i go in illume settings
Dec 09 18:33:15 <GNUtoo> I go to plugins
Dec 09 18:33:42 <GNUtoo> I add the mouse pointer setting plugin in look
Dec 09 18:33:51 <GNUtoo> and I go in look and activate the mouse pointer
Dec 09 18:33:55 <JaMa> I was talking only about recipes/xserver-common/files/Xserver.add.nocursor.for.gta.patch but forget it was gta specific
Dec 09 18:34:01 <GNUtoo> I never tried on n90 before
Dec 09 18:34:08 <GNUtoo> but on htcdream it works
Dec 09 18:34:16 <GNUtoo> ok
Dec 09 18:34:18 <GNUtoo> hmmm
Dec 09 18:34:22 <JaMa> recipes/xserver-common/files/Xserver.n900.patch hmm has it too :)
Dec 09 18:34:23 <GNUtoo> maybe some illume bugs
Dec 09 18:34:27 <GNUtoo> lol
Dec 09 18:34:34 <JaMa> try to remove -nocursor first :)
Dec 09 18:34:37 <GNUtoo> I'll remove it
Dec 09 18:35:48 <JaMa> I had some sort of detection for attached mouse (not only ts) in old xserver-kdrive-common, but it was really simple/stupid so I didn't keep it for xserver-common change
Dec 09 18:35:52 <GNUtoo> have to restart X to try
Dec 09 18:36:01 <GNUtoo> because I'm on nokia900
Dec 09 18:36:42 <JaMa> # On neo we have touchscreen as /dev/input/mice, usb connected mouse would be probably mouse0
Dec 09 18:36:45 <JaMa> if [ -z "$TSLIB_TSDEVICE" ] && [ -e /dev/input/mouse0 ]; then
Dec 09 18:41:24 <gnutoo_> thanks a lot!!!
Dec 09 18:41:26 <gnutoo_> it works
Dec 09 19:21:04 <mrmoku> Heinervdm: you're doing local builds with fso stuff, right?
Dec 09 19:21:20 <Heinervdm> mrmoku: yes
Dec 09 19:21:35 <mrmoku> with our Makefile?
Dec 09 19:21:55 <Heinervdm> The folders were created by the makefile
Dec 09 19:22:19 <Heinervdm> but since i created the testing2011.1 branch i haven't run make update
Dec 09 19:22:26 <mrmoku> ok
Dec 09 19:35:27 <pespin> Hi, I need to dig into gcc-cross package configure scripts to activate the fortran cross compiler, as I'm trying to do a recipe for R-project
Dec 09 19:35:44 <pespin> which bitbake command do I need to get a folder with the sources?
Dec 09 19:35:59 <pespin> bitbake -c unpack gcc-cross ?
Dec 09 19:36:01 <GNUtoo> hi pespin
Dec 09 19:36:07 <pespin> GNUtoo, hi :)
Dec 09 19:42:38 <JaMa> pespin: probably with -f
Dec 09 19:42:54 <pespin> JaMa, -f -c unpack gcc- cross?
Dec 09 19:43:19 <JaMa> pespin: as it was probably already unpacked, yes, but expect it will build those after it
Dec 09 19:43:28 <JaMa> I mean ie with next image build
Dec 09 19:44:16 <pespin> JaMa, but the sources are removed when the build of the recipe is done, isn't it?
Dec 09 19:44:37 <JaMa|Off> pespin: with INHERIT += "rmwork" yes
Dec 09 19:45:08 <JaMa|Off> but you can just tar xzvf tmp/downloads/gcc-version.tar.gz..
Dec 09 19:45:27 <pespin> that's per recipe option? or local.conf/shr.conf option?
Dec 09 19:45:31 <pespin> ok thanks
Dec 09 19:46:00 <JaMa|Off> local.conf
Dec 09 19:46:08 <JaMa|Off> not sure if set by Makefile
Dec 09 19:46:14 <pespin> JaMa|Off, btw is it ok to activate fortran cross compiler in shr once I get R to work?
Dec 09 19:46:29 <pespin> *is it ok for you
Dec 09 19:46:32 <JaMa|Off> it's actually rm_work
Dec 09 19:47:29 <JaMa|Off> yes.. it will just take longer to build..
Dec 09 19:48:19 <JaMa|Off> hopefully not that much longer
Dec 09 19:53:01 <GNUtoo> hi mickeyl
Dec 09 19:53:59 <mrmoku> GNUtoo: I dumped the initscript aproach for ondemand
Dec 09 19:54:08 <mrmoku> and started writing a fsodeviced plugin instead
Dec 09 20:02:46 <PaulFertser> I wonder what makes OE more attractive than OpenWRT (build-system-wise)?
Dec 09 20:04:06 <GNUtoo|laptop> the flexibility
Dec 09 20:04:32 * JaMa|Off never used OpenWRT to be able to compare
Dec 09 20:04:42 * mrmoku neither
Dec 09 20:05:24 <GNUtoo|laptop> I used both
Dec 09 20:05:37 <GNUtoo|laptop> altough I used only openwrt as user
Dec 09 20:05:38 <JaMa|Off> TAsn: http://kecy.roumen.cz/roumingShow.php?file=delenie_nulou.jpg
Dec 09 20:05:40 <GNUtoo|laptop> not as developper
Dec 09 20:05:54 <GNUtoo|laptop> I'm not that fan of Makefiles based build systems like openwrt
Dec 09 20:05:58 <GNUtoo|laptop> they are harder to understand
Dec 09 20:06:34 <JaMa|Off> TAsn: the title says "Division by zero"
Dec 09 20:07:22 <PaulFertser> GNUtoo|laptop: but once you get a grip on it, the system feels like a rather nice hack.
Dec 09 20:07:39 <PaulFertser> GNUtoo|laptop: (i mean the way they use Makefiles is really smart, creative and productive)
Dec 09 20:07:58 <GNUtoo|laptop> ah?
Dec 09 20:08:06 <GNUtoo|laptop> maybe it's less flexible
Dec 09 20:08:12 <GNUtoo|laptop> but people seem to like that:
Dec 09 20:08:17 <GNUtoo|laptop> make menuconfig
Dec 09 20:12:26 <PaulFertser> GNUtoo|laptop: that "less flexible" needs some clarifications. I'm not sure what to suggest to use as a buildsystem for an embedded project.
Dec 09 20:27:05 <GNUtoo|laptop> hi mickeyl 
Dec 09 20:29:34 <zub> hi
Dec 09 20:29:45 <zub> TAsn is the shr-e guy, right?
Dec 09 20:29:52 <pespin|away> GNUtoo, mrmoku enjoy plays well on stereout, but doesnt wrok when  headset are plugged. the UI hangs and nothing come from the headset.
Dec 09 20:30:03 <pespin|away> have to go out. Till later
Dec 09 20:30:26 <pespin|away> ^ this happens since I upgraded some minutes ago
Dec 09 20:32:16 <GNUtoo|laptop> pespin|away, what bootloader do you use?
Dec 09 20:32:33 <GNUtoo|laptop> pespin|away, do you have the internet while using enjoy?
Dec 09 20:33:43 <mrmoku> pespin|away: enjoy segfaults well for me ;)
Dec 09 20:34:38 <mrmoku> zub: yeah, TAsn is our spy inside EFL :P
Dec 09 20:35:03 * mrmoku wonders if TAsn got converted though... and is now spying for them ;)
Dec 09 20:35:58 <GNUtoo|laptop> lol
Dec 09 20:36:08 <zub> mrmoku :)
Dec 09 20:36:16 <GNUtoo|laptop> maybe he plays both sides
Dec 09 20:36:32 <mrmoku> yeah... probably he's playing dirty games :)
Dec 09 20:36:37 <zub> I've tracked the randr DPI change to E... probably not a surprise to any of you who understands E, but for me it was
Dec 09 20:36:48 <mrmoku> though... wikileaks will tell us ;)
Dec 09 20:36:56 <zub> lol :)
Dec 09 20:38:17 <GNUtoo|laptop> if he's a spy, does he need some gadgets made with a bug device?
Dec 09 20:38:25 <GNUtoo|laptop> or a phone which controls a car?
Dec 09 20:38:49 <mrmoku> :P
Dec 09 20:39:01 <mrmoku> zub: did you try the rotation e offers?
Dec 09 20:39:10 <mrmoku> dunno if that ends in xrandr... probably not
Dec 09 20:39:14 <zub> ah, didn;'t know of any
Dec 09 20:39:31 <mrmoku> under screen in e settings
Dec 09 20:39:35 <zub> but what I'm seeing - randr normal->left->normal changes X dpi settings... but only if E is running
Dec 09 20:40:00 <zub> I digged into xf86-video-glamo only to discover it manifestsd only if there's E
Dec 09 20:41:15 <mrmoku> hmm
Dec 09 20:52:44 <TAsn> mrmoku, NEVER
Dec 09 20:53:03 <TAsn> mrmoku, I'm still faithful to shr. :)
Dec 09 20:53:38 <TAsn> JaMa|Off, there's no other explanation to that image :)
Dec 09 20:54:08 <TAsn> JaMa|Off, iirc it's real (or at least I've seen many other similar pictures)
Dec 09 20:54:42 <TAsn> JaMa|Off, the first youtube vid there is also real, and furthermore, it's not the biggest/craziest wave ever surfed :)
Dec 09 20:55:21 <TAsn> zub, hi btw.
Dec 09 20:55:53 <zub> TAsn hola
Dec 09 20:56:36 <zub> when I rotate a screen I see some logs starting with E_RANDR so I guess this is what I should look for in sources
Dec 09 20:56:41 <zub> ehm, the screen :)
Dec 09 20:56:55 <TAsn> no idea honestly :)
Dec 09 20:57:02 <TAsn> I'm not involved in the actual wm
Dec 09 20:57:06 <TAsn> only with the libraries
Dec 09 20:57:06 <TAsn> :)
Dec 09 20:57:13 <TAsn> but you can try going to #e
Dec 09 20:59:21 <zub> true
Dec 09 21:00:02 <TAsn> :)
Dec 09 21:00:45 <GNUtoo|laptop> TAsn, /me doesn't see the problem with beeing part of 2 project that overlaps(like shr and openembedded for instance)
Dec 09 21:01:27 <TAsn> GNUtoo|laptop, there's no problem in that. :)
Dec 09 21:01:37 <TAsn> GNUtoo|laptop, that's how I got to e in the first place
Dec 09 21:01:39 <GNUtoo|laptop> indeed
Dec 09 21:02:06 <TAsn> fixing the evilness that was there wrt rtl langs :P
Dec 09 21:02:31 <TAsn> GNUtoo|laptop, btw
Dec 09 21:02:35 <TAsn> in my pov
Dec 09 21:02:35 <GNUtoo|laptop> when I said both side I also tought of something benefiting both sides
Dec 09 21:02:36 <mrmoku> mickeyl: how can I force plugin unload when it finds no cpufreq sysfs nodes?
Dec 09 21:02:56 <GNUtoo|laptop> but I do worse
Dec 09 21:03:10 <TAsn> it's ok to be part of 2 (or more) projects that don't overlap :P
Dec 09 21:03:10 <GNUtoo|laptop> I particip in concurent projects
Dec 09 21:03:30 <GNUtoo|laptop> that is to say projects with conflicting goals
Dec 09 21:03:46 <GNUtoo|laptop> so mrmoku should target me rather....
Dec 09 21:04:08 <TAsn>  GNUtoo|laptop but you are not a spy.
Dec 09 21:04:23 <GNUtoo|laptop> no I'm Q
Dec 09 21:04:34 <TAsn> :)
Dec 09 21:04:36 <GNUtoo|laptop> that's cooler than beeing a spy right?
Dec 09 21:04:40 <GNUtoo|laptop> at least for us
Dec 09 21:04:51 <TAsn> depends who you ask
Dec 09 21:05:13 <GNUtoo|laptop> (if we take spy as characters like james bond, which doesn't reflect the reality)
Dec 09 21:05:15 <mrmoku> GNUtoo|laptop: what is the other project?
Dec 09 21:05:19 <GNUtoo|laptop> replicant
Dec 09 21:05:25 <mrmoku> ouch ;)
Dec 09 21:05:29 <GNUtoo|laptop> lol
Dec 09 21:05:31 <GNUtoo|laptop> indeed
Dec 09 21:05:37 <GNUtoo|laptop> it's focussed on android-only now
Dec 09 21:05:54 <GNUtoo|laptop> so you can imagine the problem
Dec 09 21:06:09 <GNUtoo|laptop> even worse....I started it and did most of the low-level work
Dec 09 21:06:32 <mrmoku> we will all be assilmilated and live as borgs ;)
Dec 09 21:06:36 <GNUtoo|laptop> I was not alone(other people did a market-like applications or non coding stuff)
Dec 09 21:06:45 <GNUtoo|laptop> what's a borg?
Dec 09 21:06:50 <mrmoku> start trek
Dec 09 21:06:54 <mrmoku> -t
Dec 09 21:06:56 <GNUtoo|laptop> ah?
Dec 09 21:07:11 <zub> resistance is futile!
Dec 09 21:07:15 <GNUtoo|laptop> ah ok
Dec 09 21:07:33 <mrmoku> http://en.wikipedia.org/wiki/Borg_(Star_Trek)
Dec 09 21:07:48 <GNUtoo|laptop> yes I just saw that and said ah ok
Dec 09 21:07:58 <GNUtoo|laptop> the images explain what it is
Dec 09 21:08:09 <mrmoku> :)
Dec 09 21:08:23 <mrmoku> GNUtoo|laptop: btw. my cpufreq plugin works
Dec 09 21:08:28 <GNUtoo|laptop> wow nice
Dec 09 21:08:30 <mrmoku> at least for the part the initscript would do
Dec 09 21:08:38 <GNUtoo|laptop> wow
Dec 09 21:08:44 <GNUtoo|laptop> with settings?
Dec 09 21:08:51 <mrmoku> three settings
Dec 09 21:08:52 <TAsn> mrmoku, cpufreq for fso?
Dec 09 21:08:55 <mrmoku> default_governor
Dec 09 21:08:57 <GNUtoo|laptop> altough I see an issue with fso settings
Dec 09 21:09:00 <mrmoku> min_frequency
Dec 09 21:09:03 <mrmoku> max_frequency
Dec 09 21:09:05 <GNUtoo|laptop> the conf files are not treated as conf
Dec 09 21:09:06 <mrmoku> TAsn: yup
Dec 09 21:09:14 <GNUtoo|laptop> and are overwriten on upgrade
Dec 09 21:09:16 <TAsn> sweet :P
Dec 09 21:09:42 <GNUtoo|laptop> so must be something like in shr-settings
Dec 09 21:09:45 <mrmoku> GNUtoo|laptop: dunno if putting (parts) of the config in $HOME would work
Dec 09 21:09:48 <GNUtoo|laptop> something that can be set by the user
Dec 09 21:09:55 <GNUtoo|laptop> uhhh sound ugly
Dec 09 21:09:57 <GNUtoo|laptop> ask mickeyl
Dec 09 21:16:45 <CIA-107> freesmartphone.org: 03mok 07cornucopia * r34c9e74f29ca 10/fsodeviced/ (5 files in 4 dirs): 
Dec 09 21:16:45 <CIA-107> freesmartphone.org: fsodeviced: new plugin kernel26_cpufreq
Dec 09 21:16:45 <CIA-107> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 09 21:17:22 <mrmoku> GNUtoo|laptop: the dream has cpufreq too you said?
Dec 09 21:17:37 <GNUtoo|laptop> I don't know
Dec 09 21:17:39 <GNUtoo|laptop> I'll look
Dec 09 21:17:42 <mrmoku> ahh, ok
Dec 09 21:17:45 <GNUtoo|laptop> ah right it has it
Dec 09 21:17:47 <GNUtoo|laptop> I remember now
Dec 09 21:17:52 <GNUtoo|laptop> I remember messing with it
Dec 09 21:17:59 <mrmoku> you could add it to the config then
Dec 09 21:18:26 <GNUtoo|laptop> ah nice
Dec 09 21:18:33 <GNUtoo|laptop> I need to go to sleep now
Dec 09 21:18:39 <GNUtoo|laptop> so I can't do it now
Dec 09 21:19:07 <mrmoku> ok
Dec 09 21:22:50 <GNUtoo|laptop> anyway in another hand we could say that the user shouldn't mess with frequency
Dec 09 21:22:53 <GNUtoo|laptop> *frequencies
Dec 09 21:27:15 <GNUtoo|laptop> mrmoku, do you know something about overclicking with smart-reflex?
Dec 09 21:27:20 <GNUtoo|laptop> can it do some damages?
Dec 09 21:27:33 <mrmoku> no idea
Dec 09 21:27:50 <GNUtoo|laptop> in the case the nokia900 is ventiled enough(not in a bag or something like that)
Dec 09 21:28:33 <mrmoku> probably DocScrutinizer51 has a nice opinion about that :)
Dec 09 21:29:23 <mrmoku> GNUtoo|laptop: did I already tell you that we have to teach u-boot to handle the watchdogs?
Dec 09 21:30:01 <GNUtoo|laptop> yes
Dec 09 21:30:04 <mrmoku> ok :)
Dec 09 21:30:16 <GNUtoo|laptop> you told me something about watchdog and uboot already
Dec 09 21:30:24 <GNUtoo|laptop> but I don't remember it was teaching
Dec 09 21:31:01 <mrmoku> it has to turn off the watchdogs, so they don't trigger while staying a bit longer at the u-boot prompt
Dec 09 21:31:15 <mrmoku> and probably re-enable them right before booting
Dec 09 21:31:48 <mrmoku> though that's not all... even without u-boot (kernel flashed directly) it does not boot fine always
Dec 09 21:31:52 <mrmoku> (with r+d disabled)
Dec 09 21:32:24 <mrmoku> I tried starting watchdog earlier with no success... have to investigate further
Dec 09 21:32:31 <GNUtoo|laptop> ok
Dec 09 21:32:58 <mrmoku> GNUtoo|laptop: and DocScrutinizer51 would like to teach u-boot to charge the battery
Dec 09 21:33:04 <mrmoku> which would be another good thing :)
Dec 09 21:33:28 <GNUtoo|laptop> yes indeed
Dec 09 21:34:06 <mrmoku> hmm
Dec 09 21:34:07 <mrmoku> 1970-01-01T06:13:11.006744Z [WARN]  fsodeviced : Couldn't write all bytes to /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq (1 of 6)
Dec 09 21:34:12 <mrmoku> that's not nice
Dec 09 21:34:39 <GNUtoo|laptop> hmmm no
Dec 09 21:34:45 <GNUtoo|laptop> beside the obvious stuff
Dec 09 21:34:49 <GNUtoo|laptop> notice the date
Dec 09 21:36:08 <mrmoku> yeah, date is not set 
Dec 09 21:36:39 <mrmoku> root@nokia900 /sys/devices/system/cpu # echo 600000 > cpu0/cpufreq/scaling_max_freq 
Dec 09 21:36:43 <mrmoku> root@nokia900 /sys/devices/system/cpu # cat cpu0/cpufreq/scaling_max_freq 
Dec 09 21:36:46 <mrmoku> 1150000
Dec 09 21:36:48 <mrmoku> hmm
Dec 09 21:37:06 <mrmoku> works for scaling_min_freq
Dec 09 21:38:40 <mrmoku> duh
Dec 09 21:42:00 <GNUtoo|laptop> are you sure 600000 is valid
Dec 09 21:42:07 <GNUtoo|laptop> else you could use avoid_freq
Dec 09 21:42:15 <GNUtoo|laptop> and handle the logic inside the plugin
Dec 09 21:42:18 <mrmoku> root@nokia900 /sys/devices/system/cpu/cpu0/cpufreq # cat scaling_available_frequencies 
Dec 09 21:42:21 <GNUtoo|laptop> instead of inside the kernel
Dec 09 21:42:21 <mrmoku> 1150000 1100000 1000000 950000 900000 850000 805000 750000 700000 600000 550000 500000 250000 125000 
Dec 09 21:42:23 <GNUtoo|laptop> ok
Dec 09 21:42:29 <GNUtoo|laptop> strange
Dec 09 21:42:41 <GNUtoo|laptop> tar: /home/gnutoo/embedded/oe/sources/ecore_svn.enlightenment.org_.svn.e.trunk_55319_.tar.gz: Cannot open: No such file or directory
Dec 09 21:42:47 <GNUtoo|laptop> there is no .md5
Dec 09 21:42:49 <GNUtoo|laptop> ahh sha
Dec 09 21:43:00 <Q-Master> mrmoku: what's "debugfs dir creation failed -19" message upon boot?
Dec 09 21:43:12 <GNUtoo|laptop> no .sha
Dec 09 21:43:33 <mrmoku> Q-Master: no idea
Dec 09 21:43:39 <mrmoku> GNUtoo|laptop: 550000 works
Dec 09 21:43:45 <GNUtoo|laptop> ok
Dec 09 21:43:52 <mrmoku> 700000 too
Dec 09 21:44:06 <GNUtoo|laptop> look in avoid freq
Dec 09 21:44:09 <GNUtoo|laptop> in cpufreq
Dec 09 21:44:18 <GNUtoo|laptop> s/cpufreq/ondemand
Dec 09 21:44:42 <GNUtoo|laptop> | checking for EINA... configure: error: Package requirements (eina >= 1.0.0) were not met:
Dec 09 21:44:43 <mrmoku> root@nokia900 /sys/devices/system/cpu/cpu0/cpufreq # cat ondemand/avoid_frequencies 
Dec 09 21:44:46 <mrmoku> 125000 
Dec 09 21:44:49 <GNUtoo|laptop> ok
Dec 09 21:45:16 <GNUtoo|laptop> JaMa|Off, ping
Dec 09 21:46:09 <GNUtoo|laptop> ahh eina problem
Dec 09 21:46:17 <GNUtoo|laptop> s/ahhh/ahhh for
Dec 09 21:48:24 <mrmoku> heh
Dec 09 21:48:35 <mrmoku> root@nokia900 /sys/devices/system/cpu/cpu0/cpufreq # echo 600001 > scaling_max_freq 
Dec 09 21:48:39 <mrmoku> root@nokia900 /sys/devices/system/cpu/cpu0/cpufreq # cat scaling_max_freq 
Dec 09 21:48:42 <mrmoku> 600001
Dec 09 21:49:11 <mrmoku> all but 600000 works :P
Dec 09 21:50:45 <CIA-107> freesmartphone.org: 03mok 07cornucopia * r7e9eb14ef84e 10/fsodeviced/src/plugins/kernel26_cpufreq/plugin.vala: 
Dec 09 21:50:45 <CIA-107> freesmartphone.org: fsodeviced: kernel26_cpufreq - use to_string() instead of ugly printf
Dec 09 21:50:45 <CIA-107> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 09 21:52:05 <GNUtoo|laptop> lol
Dec 09 21:52:09 <GNUtoo|laptop> strange
Dec 09 21:53:22 <mrmoku> GNUtoo|laptop: hmm... what requests much cpu?
Dec 09 21:53:32 <mrmoku> mplayer does not bring the freq up
Dec 09 21:55:05 <GNUtoo|laptop> mplayer with h264 movies
Dec 09 21:55:13 <GNUtoo|laptop> it goes until more than 1GHz with me
Dec 09 21:55:21 <mrmoku> :)
Dec 09 21:55:27 <mrmoku> got an url?
Dec 09 21:55:27 <GNUtoo|laptop> if you really want to eat all cpu
Dec 09 21:55:32 <GNUtoo|laptop> try sintel
Dec 09 21:55:36 <mrmoku> ahh, ok
Dec 09 21:55:50 <GNUtoo|laptop> http://www.sintel.org/wp-content/content/download.html
Dec 09 21:56:47 <mrmoku> Source image dimensions are too high: 1280x544 (maximum is 800x480)
Dec 09 21:56:47 <mrmoku> FATAL: Cannot initialize video driver.
Dec 09 21:57:10 <mrmoku> though for cpu testing that seems enough
Dec 09 21:58:08 <GNUtoo|laptop> mplayer -vo x11
Dec 09 21:58:23 <mrmoku> ok, looks like you can set whatever you want and it will keep the freq below
Dec 09 21:58:35 <mrmoku> so 600001 is fine
Dec 09 21:58:51 <GNUtoo|laptop> ok lol
Dec 09 21:59:30 <mrmoku> yeah, -vo x11 works... does not show me anything though
Dec 09 21:59:42 <mrmoku> anyway... I know what I need now :-)
Dec 09 22:00:29 <GNUtoo|laptop> ok
Dec 09 22:01:00 <GNUtoo|laptop> else there is gnash that eat cpu a lot
Dec 09 22:01:03 <gena2x> anyone has problems with sd and kms kernel? or evrything working well?
Dec 09 22:01:08 <GNUtoo|laptop> but indeed most stuff doesn't
Dec 09 22:01:13 <GNUtoo|laptop> which is good for battery life
Dec 09 22:01:48 <CIA-107> freesmartphone.org: 03mok 07cornucopia * r1ed2344ae882 10/fsodeviced/conf/nokia_n900/fsodeviced.conf: 
Dec 09 22:01:48 <CIA-107> freesmartphone.org: fsodeviced: set max frequency for n900 to 600001
Dec 09 22:01:48 <CIA-107> freesmartphone.org: somehow setting it to 600000, which would be the cpu's
Dec 09 22:01:48 <CIA-107> freesmartphone.org: natural speed, does not work :P
Dec 09 22:01:48 <CIA-107> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 09 22:01:49 <gena2x> *everything
Dec 09 22:02:48 <gena2x> or just may be no one using fr now? :)
Dec 09 22:03:07 <mrmoku> gena2x: I'm using it as daily phone
Dec 09 22:03:18 <mrmoku> though I'm a low-profile phoner :P
Dec 09 22:03:27 <gena2x> mrmoku: does sd card working well for you?
Dec 09 22:03:29 <mrmoku> but I have no problems with kms +sd
Dec 09 22:03:34 <mrmoku> yeah, all fine
Dec 09 22:04:32 <gena2x> nice, but sad if i am alone with this problem
Dec 09 22:05:02 <mrmoku> you're using kms kernel?
Dec 09 22:05:18 <gena2x> yes, in framebuffer mode, for 2 days
Dec 09 22:05:26 <mrmoku> ok
Dec 09 22:05:36 <gena2x> and got second major sd card crash now
Dec 09 22:06:00 <mrmoku> doing anything special? or just like this
Dec 09 22:07:33 <gena2x> i think nothing special except xfs, but it were working well with -nonkms kernel. second time i just wanted to 'test it', and removed battery without poweroff, and lost /usr/bin
Dec 09 22:08:06 <mrmoku> what filesystem?
Dec 09 22:08:16 <gena2x> _xfs_
Dec 09 22:08:21 <mrmoku> ahh
Dec 09 22:08:22 <mrmoku> xfs
Dec 09 22:08:24 <mrmoku> yes 
Dec 09 22:08:50 <mrmoku> well for me ext3 works fine with kms... never tried xfs
Dec 09 22:08:51 <gena2x> first time i think it run out of power
Dec 09 22:09:10 <gena2x> with non-kms xfs worked well too
Dec 09 22:09:46 <gena2x> i switched mostly to stop endless ext3 checks due to time reset
Dec 09 22:10:08 <gena2x> and also because tests show that xfs is not slower than ext3.
Dec 09 22:12:54 <gena2x> so, you have wsods but no sd corruptions. nice choise...
Dec 09 22:13:02 <gena2x> :)
Dec 09 22:15:17 <[Rui]> JaMa|Off: that efl-webkit bug? "<discomfitor> supposedly fixed already"
Dec 09 22:15:42 <mrmoku> gena2x: probably I don't want to swap... and keep my recoverable WSoD :)
Dec 09 22:15:47 <mrmoku> anyway... time for bed
Dec 09 22:15:51 <mrmoku> gnight all
Dec 09 22:16:17 <gena2x> nice dreams to you, mrmoku ...
Dec 09 22:16:34 <[Rui]> gena2x: hms... news on the WS?
Dec 09 22:17:06 <gena2x> [Rui]: mrmoku told that he still has WS with all my patches
Dec 09 22:17:21 <gena2x> [Rui]: and i can't reproduce it
Dec 09 22:17:30 <[Rui]> gena2x: fscking problem, I have it even in console
Dec 09 22:18:03 <gena2x> [Rui]: fscking solved, and everything worked well until i switched to kms.
Dec 09 22:18:26 <[Rui]> hms... so maybe related to kms?
Dec 09 22:18:30 <gena2x> :)
Dec 09 22:19:20 * gena2x looking to endless disconnected inode 5927988, moving to lost+found
Dec 09 22:19:20 <gena2x> disconnected inode 5927989, moving to lost+found
Dec 09 22:19:20 <gena2x> disconnected inode 5927990, moving to lost+found
Dec 09 22:19:20 <gena2x> disconnected inode 5927991, moving to lost+found
Dec 09 22:19:20 <gena2x> disconnected inode 5927992, moving to lost+found
Dec 09 22:19:50 * gena2x has special feeling of lost /usr/bin
Dec 09 22:25:22 * gena2x reminds to gena2x that backup of sd is 10 minutes, while restoring for such crash will take a hour.
Dec 09 22:25:42 <[Rui]> have had a bit of those, too
Dec 09 22:29:53 <gena2x> i think this should not happen even with hard resets because of joutnals. some people will say that this is sd and no warranty
Dec 09 22:30:31 <gena2x> but i never had such things without kms
Dec 09 22:30:56 <gena2x> but also it's impossible to say for sure this is really kms
Dec 09 22:33:58 <gena2x> oh, no... work:/mnt/winflash3p2/lost+found# ls -l|wc -l
Dec 09 22:34:01 <gena2x> 780
Dec 09 22:35:07 <[Rui]> eek
Dec 09 22:46:00 <GNUtoo|laptop> journals are not enough
Dec 09 22:46:02 <GNUtoo|laptop> see barriers
Dec 09 22:46:13 <GNUtoo|laptop> without barriers you can still have metadata loss
Dec 09 22:46:18 <GNUtoo|laptop> even with a journal
Dec 09 22:46:29 <GNUtoo|laptop> at the time the lwn article was written
Dec 09 22:46:36 <GNUtoo|laptop> with ext3
Dec 09 22:46:37 <gena2x> i did last write yesterday
Dec 09 22:46:48 <gena2x> i mean to /usr/bin
Dec 09 22:46:51 <GNUtoo|laptop> barriers had a 30% performance penality
Dec 09 22:47:25 <gena2x> i doubt about such numbers, i think it should depend on application?
Dec 09 22:47:44 <gena2x> also, afair ext3 fsync all data anyway every 5 minutes?
Dec 09 22:47:52 <GNUtoo|laptop> theses numbers should be outdated with ext4
Dec 09 22:48:02 <GNUtoo|laptop> barriers are not about fsck
Dec 09 22:48:07 <GNUtoo|laptop> oops
Dec 09 22:48:11 <GNUtoo|laptop> you wrote fsync
Dec 09 22:48:21 <gena2x> yes?
Dec 09 22:48:31 <gena2x> ah. :)
Dec 09 22:48:54 <gena2x> not i got you confusion fsck/fsync
Dec 09 22:48:56 <gena2x> *now
Dec 09 22:49:24 <GNUtoo|laptop> http://lwn.net/Articles/283161/
Dec 09 22:49:35 <GNUtoo|laptop> lol
Dec 09 22:51:45 <gena2x> yeah, i read that 2 years ago, just forgot details.
Dec 09 22:51:52 <gena2x> http://www.mjmwired.net/kernel/Documentation/filesystems/ext3.txt
Dec 09 22:52:00 <gena2x> Ext3 can be told to sync all its data and metadata
Dec 09 22:52:00 <gena2x> 51				every 'nrsec' seconds. The default value is 5 seconds.
Dec 09 22:52:00 <gena2x> 52				This means that if you lose your power, you will lose
Dec 09 22:52:00 <gena2x> 53				as much as the latest 5 seconds of work (your
Dec 09 22:52:00 <gena2x> 54				filesystem will not be damaged though, thanks to the
Dec 09 23:31:26 <JaMa|Off> [Rui]: ?
Dec 09 23:32:22 <JaMa|Off> [Rui]: did you read ML about webkit-efl bug?
Dec 09 23:34:47 <JaMa|Off> [Rui]: fixed version is in feed already
**** ENDING LOGGING AT Fri Dec 10 02:59:57 2010