**** BEGIN LOGGING AT Sat Jun 06 02:59:59 2009
Jun 06 06:59:58 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * r80c6f41b8651 10/libfsoframework/vapi/ (linux26.deps linux26.vapi): libfsoframework: linux.vapi: add non-posix socket constants SOCK_NONBLOCK and SOCK_CLOEXEC
Jun 06 07:36:38 <viq> opkg: fork failed
Jun 06 07:36:38 <viq> Segmentation fault
Jun 06 08:30:34 <spaetz> let me guess, you upgraded from shr-unstable to shr-oemerge via opkg upgrade
Jun 06 08:30:50 <spaetz> reflash
Jun 06 08:30:57 <viq> no, just unstable.
Jun 06 08:32:55 <onen|openBmap> hey guys
Jun 06 08:33:13 <onen|openBmap> I try to move my home directory from flash to sd card
Jun 06 08:33:19 <onen|openBmap> using cp or mv command
Jun 06 08:34:07 <onen|openBmap> I have sth like 40 MB in my home, but when I issue the command, it keeps running for ever, and gets even bigger than the size of the home directory
Jun 06 08:34:09 <onen|openBmap> any idea?
Jun 06 08:35:23 <mickeyl> it's expected to take long
Jun 06 08:35:27 <mickeyl> it's also expected to grow
Jun 06 08:35:31 <mickeyl> jffs2 is compressed
Jun 06 08:35:39 <mickeyl> ext2fs is not
Jun 06 08:37:25 <mickeyl> bbl, have to prepare breakfast :)
Jun 06 08:37:25 <max_posedon> but du -sh still should return correct value
Jun 06 08:37:44 <max_posedon> onen|openBmap, I suggest check, that you mount SD in async mode
Jun 06 08:39:36 <onen|openBmap> max_posedon: how do I do this? the sd card partition is automatically mounted when phone started
Jun 06 08:40:05 <max_posedon> to check : mount
Jun 06 08:40:18 <max_posedon> to mount in async - fstab
Jun 06 08:46:15 <morphis> heyho
Jun 06 08:47:14 <pbaxter> heey oh
Jun 06 08:48:02 <onen|openBmap> max_posedon: ok, sync it is. try to modify fstab
Jun 06 08:48:07 <Sargun> sync
Jun 06 08:48:31 <onen|openBmap> morphis: hey! thanks for all the work on the gnufiish (my x500 and m800 are waiting for freedom)
Jun 06 08:49:26 <morphis> Onen_away: thanks :)
Jun 06 08:49:52 <morphis> onen|open: uups, wrong tab completation
Jun 06 08:49:57 <morphis> :)
Jun 06 09:08:59 * dos1|neo has a plan to speed up shr-settings a bit ;)
Jun 06 09:09:16 <Zorkman> does it involve dynamite?
Jun 06 09:09:36 <dos1|neo> Zorkman: of course ;D
Jun 06 09:09:40 <Azog> is it normal, that the cursor is visible now?
Jun 06 09:10:04 <dos1|neo> Azog: latest image?
Jun 06 09:10:09 <dos1|neo> from today?
Jun 06 09:10:34 <dos1|neo> it should be fixed
Jun 06 09:11:00 <Azog> dos1|neo: i compiled it for myself a few days ago
Jun 06 09:11:10 <morphis> dos1|neo: which plan?
Jun 06 09:11:20 <Azog> i upgrade and see what happens
Jun 06 09:12:07 <dos1|neo> Azog: well, it was fixed few days ago ;D
Jun 06 09:12:55 <dos1|neo> morphis: now every module does "import elementary, dbus, e_dbus, gettext" when loading
Jun 06 09:13:33 <morphis> and that speeds up the whole application or have I only wait a little longer for each screen?
Jun 06 09:22:17 <Azog> the kernel-messages always destroy the shr-splash, is there a way to avoid this?
Jun 06 09:25:38 <Zorkman> azog; yeah loglevel=0
Jun 06 09:25:52 <dos1> loglevel=1
Jun 06 09:26:03 <dos1> 0 isn't valid option AFAIR
Jun 06 09:26:13 <Zorkman> strange... i'm booting with loglevel=0 :s
Jun 06 09:26:43 <dos1> Zorkman: 0 works too, but it's the same like 1 i think
Jun 06 09:26:52 <Zorkman> k
Jun 06 09:27:02 <Zorkman> i never noticed a difference indeed
Jun 06 09:27:19 <Azog> ok, i try
Jun 06 09:27:33 <dos1> morphis: i like overall shr-settings speed ATM (it's a lot better than in first versions!), but loading modules is still baaaaaaaaaaaad
Jun 06 09:27:48 <dos1> if it could be faster, then i'll be very happy ;D
Jun 06 09:27:57 <Azog> next question: which bootloader is recommended?
Jun 06 09:27:58 <dos1> in free time i would also like to rewrite launcher
Jun 06 09:28:02 <dos1> it has UGLY code
Jun 06 09:28:06 <dos1> Azog: Qi
Jun 06 09:28:32 <dos1> morphis: but i would really like to see vala based shr-settings with ability to load vala and python modules
Jun 06 09:28:38 <dos1> dunno if it's even possible :x
Jun 06 09:28:40 <Azog> dos1: thx, i switch
Jun 06 09:29:02 <morphis> dos1: spaetz implemented something I think, but currently only with vala plugins
Jun 06 09:29:25 <morphis> but there is some work in the old fso-vala implementation which does loading of python modules
Jun 06 09:29:50 <ptitjes> guten morgen
Jun 06 09:29:50 <dos1> morphis: i think shr-config doesn't have modules at all in shr-settings meaning :x
Jun 06 09:30:03 <morphis> ah ok
Jun 06 09:30:12 <morphis> dos1: you are planning to bring shr-settings to vala?
Jun 06 09:30:40 <dos1> morphis: yep, but only if python modules are possible with vala implementation
Jun 06 09:30:54 <dos1> morphis: loading python interpreter isn't as fast as we want :P
Jun 06 09:31:27 <dos1> morphis: but i would like to still be able to work on shr-settings in train only with my neo :D
Jun 06 09:31:31 <dos1> for that python is great ;)
Jun 06 09:33:37 <morphis> hehe
Jun 06 09:33:41 <ptitjes> dos1: it is possible
Jun 06 09:33:56 <ptitjes> dos1: just as it is possible to load some python code from C
Jun 06 09:34:08 <morphis> dos1: take a look at this: http://git.freesmartphone.org/?p=openmoko-gsoc2008.git;a=tree;f=fsod
Jun 06 09:34:41 <morphis> it does loading of the frameworkd python modules from vala
Jun 06 09:34:52 <ptitjes> dos1: however, accorging to mickey|breakfast, this may also signify problems in the long run
Jun 06 09:35:44 <ptitjes> dos1: so IMHO, this should be kept to the bare minimum and more like a prototyping tool
Jun 06 09:36:17 <ptitjes> but anyway we will have a python wrapper, it is mandatory
Jun 06 09:39:09 <budfive> anybody know who wrote the wifi driver for the gta02?
Jun 06 09:40:05 <Azog> which version of qi is recommended?
Jun 06 09:40:19 <dos1> Azog: latest
Jun 06 09:40:43 <Azog> dos1: the one in the experimental-directory?
Jun 06 09:42:13 <dos1> Azog: if that's the latest, then yes :D
Jun 06 09:43:00 <ptitjes> Ainulindale: hello
Jun 06 09:43:10 <ptitjes> Ainulindale: how was Passage en Seine ?
Jun 06 09:43:49 <spaetz> hey dos1:
Jun 06 09:43:59 <spaetz> shr-config has no dynami modules
Jun 06 09:44:04 <spaetz> dynamic
Jun 06 09:44:38 <spaetz> that is true. Although vala makes it possible to dynamically load libraries and execute stuff
Jun 06 09:44:57 <spaetz> no clue how difficult it would be to execute python modules though.
Jun 06 09:45:37 <spaetz> I didn't have any time to look at shr-config lately, which is a pity :)
Jun 06 09:46:50 <ptitjes> humm
Jun 06 09:47:15 <ptitjes> btw dos1 and spaetz, neither of you did take time to participate to the api discussion...
Jun 06 09:47:24 <ptitjes> :(
Jun 06 09:48:16 <dos1> ptitjes: i'm reading everything. i just think i don't have anything to add at this point of discussion
Jun 06 09:48:45 <ptitjes> maybe the point of view of settings
Jun 06 09:48:51 <dos1> ptitjes: but i think i will have in near future ;)
Jun 06 09:49:08 <ptitjes> dos1: how do you expect people should call you, etc...
Jun 06 09:49:32 <dos1> ptitjes: yep. with that vala reimplementation of shr-settings it would be nice to be phonegui part
Jun 06 09:49:54 <spaetz> ptitjes: I was offline for a whole week and didn't have time to read or reply to stuff
Jun 06 09:50:36 <spaetz> dos1: any reason why not build upon the existing shr-config or do you have a completely rewrite in mind ?
Jun 06 09:50:40 <ptitjes> dos1: and can you identify settings that should be managed in another way than displaying a particular of the screens, ... all this is important material for the discussion
Jun 06 09:51:15 <dos1> ptitjes: well, i think we shouldn't replace FSO calls with our API
Jun 06 09:51:23 <ptitjes> all of ?
Jun 06 09:51:26 <ptitjes> wow
Jun 06 09:51:34 <ptitjes> rather intrusive
Jun 06 09:51:41 <ptitjes> why so ?
Jun 06 09:51:51 <dos1> ptitjes: you can for instance turn on wifi with FSO api
Jun 06 09:52:06 <ptitjes> hum yeah
Jun 06 09:52:08 <dos1> ptitjes: and with our API you should be able to display to user window, with ability to turn on wifi
Jun 06 09:52:21 <ptitjes> dos1: isn't it the thing you rely on for the settings ui ?
Jun 06 09:52:38 <ptitjes> dos1: yep
Jun 06 09:52:46 <dos1> ptitjes: the same with calls
Jun 06 09:52:52 <ptitjes> kindof
Jun 06 09:53:02 <dos1> ptitjes: we shouldn't have method for placing call directly
Jun 06 09:53:07 <ptitjes> calls are a bit different but yeah
Jun 06 09:53:10 <dos1> ptitjes: as it can be done with single call for FSO
Jun 06 09:53:27 <dos1> ptitjes: but we have to have call, for displaying dialer with demanded number prefilled
Jun 06 09:53:34 <dos1> ptitjes: that's my point of view
Jun 06 09:53:52 <Frank1> hi
Jun 06 09:53:53 <ptitjes> dos1: yeah sure (except IMHO if it adds UI value, for instance showing the call initiation in progress)
Jun 06 09:54:06 <dos1> ptitjes: yep
Jun 06 09:54:14 <ptitjes> (I just hate that dialer apps that disappear to make me think it has crashed)
Jun 06 09:55:05 <ptitjes> dos1: yeah prefilled dialer is the main entry point for our client on this topic
Jun 06 09:55:17 <ptitjes> s/client/clients/
Jun 06 09:55:17 <bzzbot> ptitjes meant: dos1: yeah prefilled dialer is the main entry point for our clients on this topic
Jun 06 09:55:45 <Defiant-> hmm. Is that normal that latest andy-tracking branch cause a whitescreen after rotating with xrandr -o 3?
Jun 06 09:55:50 <dos1> i saw someone was for instance proposing SendDtmf call in our api
Jun 06 09:55:59 <dos1> and i disagree with that
Jun 06 09:56:18 <ptitjes> someone is David
Jun 06 09:56:20 <ptitjes> :)
Jun 06 09:56:23 <dos1> we have phone*gui*
Jun 06 09:56:54 <ptitjes> dos1: are you emphasizing the G in gui here ?
Jun 06 09:57:14 <dos1> ptitjes: heh, that g isn't necessary :)
Jun 06 09:57:33 <ptitjes> dos1: ha ok so you emphasize the UI, and I'm ok
Jun 06 09:57:38 <dos1> we could rename phonegui to phoneui :)
Jun 06 09:57:40 <ptitjes> :p
Jun 06 09:57:49 <Frank1> how can i recompile the kernel image after modified something there? (SHR)
Jun 06 09:58:06 <ptitjes> dos1: that is what I try to push but Ainulindale told it s community decision ;)
Jun 06 09:58:22 <dos1> of course main ui in SHR should be gui ;)
Jun 06 09:58:39 <dos1> but if someone want to have cli, then he should be able to have it :)
Jun 06 10:00:34 <ptitjes> dos1: even I think ringing should be handled by opkd directly
Jun 06 10:01:03 <onen|openBmap> morphis: are you working on the modem too, or only the FM chip?
Jun 06 10:01:20 <ptitjes> dos1: and we could use vibrator and leds to show some information
Jun 06 10:01:35 <ptitjes> those are UI too
Jun 06 10:01:48 <dos1> yep
Jun 06 10:01:54 * ptitjes < coffe
Jun 06 10:01:57 <ptitjes> +e
Jun 06 10:02:12 <Frank1> @ptitjes, yeah, would be good to have something to show you that you had calls or messages even the phone again is in suspend
Jun 06 10:02:31 <ptitjes> Frank1: that was exactly what I had in mind :D
Jun 06 10:03:12 <Frank1> anybody knows about the recompile of kernel i mentioned for shr?
Jun 06 10:04:23 <Zorkman> dos1: small question: I have two SIMs, and I want the contacts of both SIMS on my phone (or even better: copy them to the other SIM) how can I do this (latest unstable)
Jun 06 10:05:25 <dos1> Zorkman: i would write some script for thatr
Jun 06 10:05:55 <Zorkman> ah, but thought it was already implemented maybe with that sqlite and other stuff in shr-settings
Jun 06 10:06:04 <Zorkman> if I just want to use them, can't I do it with that?
Jun 06 10:06:45 <dos1> Zorkman: not now :(
Jun 06 10:06:57 <Zorkman> dos1: np man, i'm already impressed by your work :)
Jun 06 10:07:17 <Zorkman> (I'll just cheer you on to do it :D -together with wifi and BT gui :))
Jun 06 10:09:43 <ptitjes> Frank1: just use bitbake
Jun 06 10:09:56 <ptitjes> Frank1: I can't remember the exact package name however
Jun 06 10:09:59 <Zorkman> dos1: there is a new wifi gui, maybe it can give you ideas (btw: i don't like it :), it hangs andd i don't like that kind of windows): http://vanous.penguin.cz/files/om/wifi/
Jun 06 10:10:52 <Frank1> @ptitjes, i looked at the wiki and wanted to use the same procedure described for the dialer but need the recipe for this
Jun 06 10:11:23 <ptitjes> Frank1: hum what procedure ?
Jun 06 10:11:35 <ptitjes> Frank1: do you have an SHR OE tree ?
Jun 06 10:11:55 <Frank1> i followed the entry "building shr"
Jun 06 10:12:00 <ptitjes> good
Jun 06 10:12:04 <Frank1> and there is a heading making changes
Jun 06 10:12:26 <Frank1> where they explain how to clean and build a package (openmoko-dialer3)
Jun 06 10:12:27 <ptitjes> so now just find what is the exact kernel recipe name that we use
Jun 06 10:12:31 <ptitjes> and rerun it$
Jun 06 10:16:18 <Frank1> could it be linux-openmoko-shr-devel_git.bb?
Jun 06 10:16:50 <Sharwin_F> Zorkman, take a look at http://git.shr-project.org/git/?p=shr-settings.git;a=blob;f=playground/wifiman.py;h=1e4072bbb77dd98b9c5470751fcd155784148400;hb=HEAD :)
Jun 06 10:17:58 <Zorkman> Sharwin_F: does it work? :)
Jun 06 10:18:08 <Sharwin_F> Zorkman, yes, I use it
Jun 06 10:18:35 <Zorkman> in that case so will I!
Jun 06 10:18:44 <Zorkman> just let my Fr finish his opkg upgrade -test
Jun 06 10:18:44 <Sharwin_F> Zorkman, just download and ./wifiman.py (after eeting wifi on and run connmand)
Jun 06 10:18:47 <Zorkman> takes for ages...
Jun 06 10:19:23 <Sharwin_F> s/eet/sett
Jun 06 10:19:27 <Zorkman> i think i'll just add a dbus call to enable wifi to the file, no?
Jun 06 10:22:07 <Azog> dos1: after a upgrade to current shr-unstable the cursor is still visible; which package got the fix?
Jun 06 10:23:31 <dos1> Zorkman: i'll add check to wifiman.py to turn on wifi when it's disabled
Jun 06 10:23:47 <dos1> Zorkman: it's working, but it doesn't handle routes as nicely as we want
Jun 06 10:23:59 <Zorkman> btw for those interested in stats: https://monitor.openmoko.org/munin/chandra/sita.openmoko.org-mailman_detail.html
Jun 06 10:24:00 <dos1> Zorkman: (which is connman configuration issue)
Jun 06 10:26:11 <Zorkman> dos1: i just tried opkg upgrade -test, and it hangs my Fr, no longer able to ssh, and phone does not respond
Jun 06 10:26:28 <Zorkman> it hangs at Downloading http://build.shr-project.org/shr-unstable/ipk//om-gta02/kernel-image-2.6.29-rc3_2.6.29-oe10+gitr119814+23b564c9d22cc5e442361e632626d5f131c40752-r3.5_om-gta02.ipk
Jun 06 10:27:45 <spaetz> dos1: yes, turning on wifi in wifiman would be nice
Jun 06 10:28:06 <spaetz> and I am right, that it will not start a dhcp client, right?
Jun 06 10:28:13 <Zorkman> also nice for the stat freaks : http://downloads.openmoko.org/stats/05/
Jun 06 10:30:03 <Zorkman> lol visit duration: 0s-30s	2100	84.4 %
Jun 06 10:30:11 <Zorkman> lol visit duration: 0s-30s  2100  84.4 %
Jun 06 10:32:20 <spaetz> dos1: that patch is not in yet, rigth?
Jun 06 10:33:00 <dos1> Zorkman: that's downloads.openmoko.org :)
Jun 06 10:33:05 <dos1> spaetz: no, it isn't
Jun 06 10:34:02 <Zorkman> yeah i noticed :D
Jun 06 10:34:09 <Zorkman> i'm a little bit slow today
Jun 06 10:35:10 <spaetz> Just wanted to apply. but it seems to have been applied...
Jun 06 10:35:31 <spaetz> at least git already has PREFERRED_PROVIDER_virtual/shr-splash-theme = "shr-splash-theme-simple"
Jun 06 10:36:50 <spaetz> doh, no it's not
Jun 06 10:36:53 <Zorkman> btw dos1: where is the gui you speak of in your mail "Shr-Devel] [PATCH] tasks: add shr-splash simple and dontpanic themes to image, as we have nice GUI for selecting theme"
Jun 06 10:37:05 <dos1> Zorkman: shr-settings
Jun 06 10:37:09 <spaetz> silly me. "git am" stopped with a complaint but had applied the patch nevertheless
Jun 06 10:37:38 <dos1> Zorkman: "Others" category
Jun 06 10:38:25 <Zorkman> dos1: there is only Domains and Test there on my FR... maybe bacause my latest opkg upgrade always stalls my phone...
Jun 06 10:38:40 <Zorkman> i'll upgrade settings on it's own
Jun 06 10:40:11 <dos1> Zorkman: /etc/init.d/xserver-nodm stop; swapon /swapfile; opkg upgrade :P
Jun 06 10:41:00 <Zorkman> when are we going to kill that opkg.... seems like it just keeps finding no ways to fail...
Jun 06 10:45:09 <spaetz> dos1: do we really want to provide both splash images in the minimum img?
Jun 06 10:45:31 <dos1> spaetz: dunno. that was just patch which we can apply, but we don't have to :)
Jun 06 10:45:49 <dos1> spaetz: if i would have access to oe, i would send that patch to maillist too instead of commiting
Jun 06 10:45:52 <spaetz> or shouldn't we just somewhere RRECOMMEND shr-splash-theme
Jun 06 10:46:11 <spaetz> and only have the preferred one be pulled in by default
Jun 06 10:46:17 <dos1> spaetz: we have RDEPENDS=virtual/shr-splash-theme in shr-splash
Jun 06 10:46:22 <spaetz> err, RREDEPEND
Jun 06 10:46:26 <spaetz> that is what I meant
Jun 06 10:46:53 <spaetz> mmh. I'll push the default for shr-simple and ask the mailing list for opinion 
Jun 06 10:46:54 <dos1> then i would just change dontpanic to simple as default :P
Jun 06 10:46:59 <spaetz> on including both
Jun 06 10:47:07 <spaetz> hey, you type faster than I do :)
Jun 06 10:47:15 <dos1> ;)
Jun 06 10:50:12 <spaetz> pff  ! [rejected]        org.openembedded.dev -> org.openembedded.dev (non-fast forward)
Jun 06 10:50:15 <spaetz> updating local tracking ref 'refs/remotes/origin/shr/import'
Jun 06 10:50:18 <spaetz> error: failed to push some refs to 'git+ssh://git@git.openembedded.net/openembedded'
Jun 06 10:50:45 <spaetz> I clearly don't know what I am doing with git. I can't even push a simple oneliner
Jun 06 10:51:38 <spaetz> ahh, no it seems to have gone in nevertheless
Jun 06 10:51:58 <spaetz> at lease the IRC bot in #oe announced the commit
Jun 06 10:52:01 <spaetz> weird
Jun 06 10:52:21 <__face> guys, whats the default ssh password for om2009?
Jun 06 10:52:36 <spaetz> empty? as with all those distros
Jun 06 10:52:40 <Zorkman> hmmm I made a 128Mb swap file, and turned it on, but free -m says Swap:            0          0          0
Jun 06 10:53:10 <__face> spaetz, nope, just hitting enter doesn't do the job
Jun 06 10:53:15 <__face> not "password" either
Jun 06 10:53:20 <spaetz> no clue then
Jun 06 10:53:50 <__face> gak, I can't ssh into my phone :-(
Jun 06 11:11:44 <Frank1> i wanted to have a look at the sources (kernel) and add some messages for my curiosity, but i just can see the files after the build, before i can not found a single one of them. My assumption is that they are in the .git folders in some kind of compressed file.
Jun 06 11:11:44 <Frank1> What did i have to change to get them directly and still be used for build
Jun 06 11:18:46 <spaetz> put a patch in the files directory and change the SRC= entry of the recipe to include that patch is one way
Jun 06 11:19:11 <spaetz> will get applied on unpacking then
Jun 06 11:30:52 <Frank1> @spaetz, ok i think i understand how to do, will try it out
Jun 06 11:34:31 * onen|openBmap tests SHR testing for the first time
Jun 06 11:37:03 <onen|openBmap> how can I graphically configure wifi with wpa? (shr)
Jun 06 11:39:57 <Frank1> @onen, you can use mofi
Jun 06 11:43:26 <onen|openBmap> Frank1: I use shr settings, and toggle wifi to on
Jun 06 11:43:41 <onen|openBmap> Frank1: but when I run mofi, I only get a green screen :-(
Jun 06 11:43:50 <onen|openBmap> s/green/gray/
Jun 06 11:43:51 <bzzbot> onen|openBmap meant: Frank1: but when I run mofi, I only get a gray screen :-(
Jun 06 11:44:50 <Zorkman> any plans on integrating http://www.opkg.org/package_220.html in shr in the future? seems like a very usefull app (there is already a version 0.22 out)
Jun 06 11:46:29 <Frank1> @onen, can you open a terminal and start it from there
Jun 06 11:46:47 <Frank1> you may see than in the terminal if there are any error reported or not.
Jun 06 11:52:14 <spaetz> mofi is shit
Jun 06 11:53:18 <spaetz> onen|openBmap: don't know if wifiman can do wpa. Some people use wpa_supplicant directly
Jun 06 11:54:01 <spaetz> Zorkman: I find the launcher very intersting and would like to have it included
Jun 06 11:57:15 <onen|openBmap> Frank1: spaetz: I don't want Nick (and he neither) to play with terminal for wifi. so for me it is: either works graphically, either unusable
Jun 06 11:57:56 <onen|openBmap> spaetz: thus wpa_supplicant by hand, is no go for me.
Jun 06 11:58:09 <onen|openBmap> spaetz: but if usb under windows works fine, will be enough
Jun 06 11:58:14 <spaetz> unusable it is then. there is no integration with connman yet
Jun 06 11:58:19 <onen|openBmap> spaetz: Frank1: thanks for helping
Jun 06 11:58:31 <spaetz> there are other graphical apps out there, no clue how good they are
Jun 06 11:59:03 <spaetz> and dos1 is working on the wifi integration as  far as I know
Jun 06 11:59:56 <dos1> spaetz: do you know what mrmoku found about using newer version of connman?
Jun 06 12:00:12 <spaetz> nope
Jun 06 12:00:18 <spaetz> what did he find?
Jun 06 12:00:29 <spaetz> Haven't seen any message from him
Jun 06 12:07:05 <ptitjes> Ainulindale: did Deubeuliou give you the video recordings DVD ?
Jun 06 12:09:50 <dos1> spaetz: there are some commit about route handling
Jun 06 12:09:53 <dos1> mrmoku|a`: ping :P
Jun 06 12:09:55 <ptitjes> wow... http://totalueberwachung.de/~alphaone/gallery/f9n/img_5965_Med.jpg.7.html
Jun 06 12:11:36 <Defiant-> ptitjes: is that a typical picture of openmoko office
Jun 06 12:11:54 <ptitjes> Defiant-: this is FSOSHRUDCON
Jun 06 12:12:28 <ptitjes> héhéhé watch out that pimp raster: http://totalueberwachung.de/~alphaone/gallery/f9n/img_6010_Med.jpg.31.html
Jun 06 12:14:09 <Zorkman> dos1: another hint for both gprs and wifi gui: it would be handy that we could select the password for example, so we don't have to slide to the left like crazy
Jun 06 12:14:30 <dos1> Zorkman: you already can
Jun 06 12:14:34 <dos1> Zorkman: just long press
Jun 06 12:14:55 <Zorkman> aha, hidden magic, thanks!
Jun 06 12:16:04 <ptitjes> héhéhé mrmoku|a` tries to hide: http://totalueberwachung.de/~alphaone/gallery/f9n/img_6056_Med.jpg.68.html
Jun 06 12:16:10 <Zorkman> dos1: I know it's justin the playground, but for final version you could make font of password bigger (text is like 1/4th of a button
Jun 06 12:18:46 <spaetz> ptitjes: who's mrmoku on that img? never seen him
Jun 06 12:19:45 <ptitjes> spaetz: last row, you can only see the top of his face
Jun 06 12:20:19 <ptitjes> spaetz: from front to rear, left to right:
Jun 06 12:20:38 <ptitjes> oh no too long
Jun 06 12:20:42 <spaetz> hehe
Jun 06 12:20:42 <ptitjes> another day
Jun 06 12:21:25 <spaetz> thanks anyway :)
Jun 06 12:21:31 <ptitjes> héhéhé
Jun 06 12:28:47 <ptitjes> mickey|breakfast: you told fso would run on HTC Touch Pro... does the Pro2 uses the same modem chipset ?
Jun 06 12:28:53 <ptitjes> :D
Jun 06 12:56:39 <onen|openBmap> spaetz: I had a look at the modal VS arrow browsing from illume
Jun 06 12:57:11 <onen|openBmap> spaetz: you go through 3 popups while uploading: login/passwd, result, do you want to delete
Jun 06 12:57:28 <onen|openBmap> spaetz: with the first you can use the arrow to browse apps, not with the two others!
Jun 06 12:57:35 <onen|openBmap> spaetz: will have a look at it
Jun 06 13:01:47 <Zorkman> anybody in here using navit?
Jun 06 13:01:58 <Zorkman> with the latest version I can no longer select a country
Jun 06 13:02:41 <onen|openBmap> stupid question, how can I shut my shr phone down?
Jun 06 13:02:52 <Zorkman> press power button
Jun 06 13:02:56 <Zorkman> and select shutdown
Jun 06 13:03:09 <Zorkman> or when looking at your "desktop", press the topbar and press X
Jun 06 13:05:19 <spaetz> onen|openBmap: interesting, thanks
Jun 06 13:05:32 <spaetz> it's just because eg uploading can take a while
Jun 06 13:05:54 <spaetz> onen|openBmap: Zorkman or press POWER for longer than 2 seconds
Jun 06 13:06:04 <spaetz> easier than going through a menu
Jun 06 13:07:16 <Zorkman> spaetz: don't want to wear my button down, i normally use the topbar method :)
Jun 06 13:15:12 <onen|openBmap> Zorkman: does not work (some strange vertical lane appears in the center of the screen, a 0 pixel wide popup?). I restart after an upgrade, will see if it solves the pb
Jun 06 13:19:26 <Zorkman> onen|openBmap: that is an old problem i think, they had that error a while ago
Jun 06 13:19:45 <Zorkman> but on my shr unstable it's already fixed
Jun 06 13:20:02 <spaetz> it's an old problem and should be fixed
Jun 06 13:20:06 <spaetz> are you on -testing?
Jun 06 13:20:10 <spaetz> or -unstable
Jun 06 13:51:57 <sicu> anybody know who's behind this new look: http://scap.linuxtogo.org/files/8f3a3487fe9eb753b747ae09dd6b71be.png
Jun 06 13:54:26 <Zorkman> yeah
Jun 06 13:54:31 <Zorkman> c_c is
Jun 06 13:54:45 <Zorkman> it's even on opkg
Jun 06 13:55:05 <sicu> do you use it Zorkman?
Jun 06 13:55:54 <CIA-69> SHR: 03seba.dos1 07shr-settings * r8a5166fc2b34 10/shr-settings: [launcher] better loging, colors and time measuring
Jun 06 13:55:56 <Zorkman> i installed it, but haven't yet looked at how to add my desktop files to it
Jun 06 13:56:05 <CIA-69> SHR: 03seba.dos1 07shr-settings * rd8d79c3d5207 10/shr-settings: [launcher] delete modules and windows, instead of just hiding
Jun 06 13:56:27 <Zorkman> sicu: btw http://www.opkg.org/package_220.html isn't the latest version
Jun 06 13:56:41 <Zorkman> sicu: http://n2.nabble.com/file/n3034171/launcher_0.22_arm.ipk is
Jun 06 13:57:02 <dos1> onen|openBmap: shr-testing is old and buggy
Jun 06 13:57:27 <dos1> onen|openBmap: so expect more gliches :(
Jun 06 13:58:57 <sicu> Zorkman: thanks, will give it a test run =]
Jun 06 14:08:25 <ptitjes> dos1: could you drive me as to how to setup wifi with the shr-settings gui ?
Jun 06 14:09:16 <Zorkman> lol, instead of 33% the bat-icon now always gives 66%; it's improving!
Jun 06 14:09:35 <dos1> Zorkman: in fresh image it should be fixed
Jun 06 14:10:11 <dos1> ptitjes: you mean wifiman.py?
Jun 06 14:10:28 <ptitjes> dos1: I don't know
Jun 06 14:10:34 <ptitjes> dos1: I use lite image
Jun 06 14:11:45 <ptitjes> dos1: should I install something or is shr-settings alone sufficient ?
Jun 06 14:12:06 <dos1> ptitjes: ATM you have to download wifiman.py from git repo
Jun 06 14:12:18 <TAsn> dos1, why don't you add it to settings?
Jun 06 14:12:30 <TAsn> or maybe the other dude that works on shr-settings (cameron?)
Jun 06 14:12:31 <ptitjes> is this an additional module for settings ?
Jun 06 14:12:31 <dos1> TAsn: cause it isn't working as it should ATM :P
Jun 06 14:12:47 <dos1> ptitjes: no, right now that's separate python script
Jun 06 14:12:54 <ptitjes> grrrr
Jun 06 14:12:55 <dos1> ptitjes: but it will be integrated
Jun 06 14:12:55 <ptitjes> :)
Jun 06 14:13:00 <TAsn> just add a section for post connection and post disconnection commands
Jun 06 14:13:00 <ptitjes> haaa :)
Jun 06 14:13:01 <TAsn> and put
Jun 06 14:13:08 <TAsn> dhcpcd eth0 as default
Jun 06 14:13:08 <TAsn> :)
Jun 06 14:13:16 <TAsn> hackish
Jun 06 14:13:19 <TAsn> but will suffice
Jun 06 14:14:21 * dos1 is working on new hot shr-splash theme :DDD
Jun 06 14:14:38 <TAsn> what theme?
Jun 06 14:14:44 <TAsn> got a screenie?
Jun 06 14:14:52 * Zorkman is also curious
Jun 06 14:15:06 <Zorkman> although i'm quite happy with DONT PANIC
Jun 06 14:15:13 <ptitjes> I do prefer SHR
Jun 06 14:15:19 <ptitjes> is booting one
Jun 06 14:15:31 <dos1> haha ;D
Jun 06 14:15:43 <dos1> ptitjes: as I ;)
Jun 06 14:16:16 <ptitjes> what does unstable of 05/06 provides more ?
Jun 06 14:16:26 * ptitjes is flashing it
Jun 06 14:17:20 <Sup3rkiddo> choices choices.. suggestions for a fun distro to flash ;)
Jun 06 14:17:38 <Sup3rkiddo> s/ash/ash ?/
Jun 06 14:17:39 <bzzbot> Sup3rkiddo meant: choices choices.. suggestions for a fun distro to flash ? ;)
Jun 06 14:17:51 <ptitjes> Sup3rkiddo: SHR... :)
Jun 06 14:17:55 <Zorkman> i find shr quite fun :)
Jun 06 14:17:58 <Sup3rkiddo> ptitjes, :D
Jun 06 14:18:00 <Sup3rkiddo> yep
Jun 06 14:18:03 <dos1> ptitjes: battery indicator should be fixed
Jun 06 14:18:13 <dos1> ptitjes: automatic poping keyboard up with gtk+ distros
Jun 06 14:18:22 <dos1> ptitjes: and shr-settings module for selecting shr-splash theme :)
Jun 06 14:18:30 <ptitjes> dos1: oh nice one indeed (though I really would like that uses the B&W icons
Jun 06 14:18:54 <dos1> ptitjes: B&W is also affected by that bug :P
Jun 06 14:18:57 <ptitjes> ha! selectable splash theme!!
Jun 06 14:19:23 <ptitjes> dos1: what do you mean ? ("B&W is also....")
Jun 06 14:19:50 <dos1> ptitjes: with that battery meter you also would get corrupted value
Jun 06 14:19:58 <dos1> ptitjes: 33%/66%
Jun 06 14:20:29 <ptitjes> dos1: but can't one take the actual gadget and replace with B&W icons 
Jun 06 14:20:31 <ptitjes> ?
Jun 06 14:20:53 <dos1> ptitjes: you can take old gadget and add to theme
Jun 06 14:21:16 <ptitjes> dos1: will that work or report wrong charge ?
Jun 06 14:21:38 <dos1> ptitjes: it will work, as fix is somewhere else ;)
Jun 06 14:22:05 <ptitjes> dos1: oh! so we could move back to the B&W applet once for all then ?
Jun 06 14:22:36 <ptitjes> dos1: do you know how I can install it to test ?
Jun 06 14:22:39 <dos1> ptitjes: we could, but there were discusion about battery applet, and i changed it to actual one due to consensus
Jun 06 14:23:02 <ptitjes> dos1: because it was failing, but if it doesn't anymore...
Jun 06 14:23:15 <dos1> ptitjes: no, it wasn't failing when i changed it
Jun 06 14:23:36 <dos1> ptitjes: and if old gadget would be failing, then new would fail also
Jun 06 14:24:00 <ptitjes> so do people prefer that horrible big green thing in the middle of the B&W drawer ?
Jun 06 14:24:40 <dos1> ptitjes: do you have a fat one or thin one?
Jun 06 14:24:40 <ptitjes> that look and feel is inconsistent indeed
Jun 06 14:24:46 <ptitjes> fat
Jun 06 14:24:59 <dos1> ptitjes: so you have something wrong
Jun 06 14:25:08 <ptitjes> dos1: yet I did not boot the new release
Jun 06 14:25:25 <ptitjes> maybe this changed (waiting for the flash to finish)
Jun 06 14:25:31 <dos1> ptitjes: http://scap.linuxtogo.org/files/7cdf197ad596a227377b9ee946a4fca0.png
Jun 06 14:25:36 <dos1> ptitjes: it should look like here
Jun 06 14:26:12 <ptitjes> dos1: yes that is what I get - an horrible big green thingie next to a small and shiny looking gsm indicator
Jun 06 14:26:27 <ptitjes> :)
Jun 06 14:26:33 <dos1> ptitjes: fat is this: http://scap.linuxtogo.org/files/6420253ffeb85195e086f6e40c7d0c26.png
Jun 06 14:26:34 <dos1> :P
Jun 06 14:26:51 <ptitjes> that is more worse even
Jun 06 14:26:54 <ptitjes> baaaahhh :(
Jun 06 14:27:04 <dos1> ptitjes: yep, that's why i made it more thin
Jun 06 14:27:17 <ptitjes> I want that B&W gadget !!!!!!
Jun 06 14:27:18 <ptitjes> :D
Jun 06 14:27:22 <dos1> ptitjes: but i like that horrible big green more (thin version :P), cause it says percentage and time after clicking
Jun 06 14:27:34 <dos1> ptitjes: and changes colour to orange and red when battery level is low
Jun 06 14:28:13 <dos1> ptitjes: make B&W version which says percentage and remaining time ;)
Jun 06 14:28:14 <ptitjes> dos1: but that 3D battery looking isn't at all consistent with the rest of the UI
Jun 06 14:28:20 <dos1> ptitjes: then everyone will be happy :D
Jun 06 14:28:36 <ptitjes> dos1: I don't mind it becoming orange or red if battery is near death
Jun 06 14:28:44 <ptitjes> but that should not be 3D looking
Jun 06 14:28:46 <ptitjes> but flat
Jun 06 14:28:59 <dos1> ptitjes: ok, i agree ;)
Jun 06 14:29:07 <dos1> ptitjes: then find someone, who will change it :D
Jun 06 14:29:15 <ptitjes> dos1: could you tell me where the artwork is ?
Jun 06 14:29:17 <dos1> ptitjes: i'm not so much talented in artwork ;)
Jun 06 14:29:27 <ptitjes> dos1: I'll make a try
Jun 06 14:29:30 <dos1> ptitjes: it should be in e-wm-theme-illume-shr in shr-themes.git repo
Jun 06 14:29:41 <ptitjes> thanks
Jun 06 14:46:35 <dos1> spaetz: ping
Jun 06 14:46:44 <CIA-69> SHR: 03seba.dos1 07shr-themes * rb3f8920b87cd 10/shr-splash/shr-splash-theme-handy/ (10 files in 2 dirs): shr-splash-theme-handy: add new shr-splash theme
Jun 06 14:46:54 <CIA-69> SHR: 03seba.dos1 07shr-themes * r35e8109ec813 10/shr-splash/shr-splash-theme-handy/ (.directory src/.directory): shr-splash-theme-handy: remove unnecessary files
Jun 06 14:48:59 <spaetz> pong
Jun 06 14:49:40 <wpwrak> hmm, seems that laszlo needs a print :)
Jun 06 14:49:48 <wpwrak> s/print/printer/
Jun 06 14:49:48 <bzzbot> wpwrak meant: hmm, seems that laszlo needs a printer :)
Jun 06 14:50:17 <dos1> spaetz: three new patches :D
Jun 06 14:50:19 <wpwrak> the retro style is cool, though
Jun 06 14:50:53 * dos1 think he should do everything in one commit, but he sends mails faster than he thinks :P
Jun 06 14:51:18 <spaetz> UGLY :)
Jun 06 14:51:59 <dos1> spaetz: theme or commits? :D
Jun 06 14:52:16 <dos1> or both? ;D
Jun 06 14:52:39 <spaetz> theme :)
Jun 06 14:55:22 <stefan_schmidt_> raster: hi big pixel
Jun 06 14:55:49 <mrmoku|a`> dos1, pong
Jun 06 14:56:00 <dos1> spaetz: hehee, it's done with sketchbook :D
Jun 06 14:56:03 <dos1> on neo :D
Jun 06 14:56:13 <spaetz> looks like it :).
Jun 06 14:56:16 <raster> stefan_schmidt_: yo steffie!
Jun 06 14:56:18 <raster> :)
Jun 06 14:56:19 <Defiant-> I don't get it...what do I do wrong? everytime I compile a kernel myself I get a WSOD on rotation. Following this manual http://wiki.openmoko.org/wiki/Kernel - the same kernel precompiled doesn't give me wsod
Jun 06 14:56:40 <spaetz> sorry I owon't have time today, I need to leave now and fetch my family from the train station. I haven't seen them for a week
Jun 06 14:56:45 <dos1> mrmoku: what about using newer version of connman? did you try something?
Jun 06 14:57:04 <mrmoku> dos1, I have it installed and try it from time to time
Jun 06 14:57:11 <mrmoku> no concrete thing though
Jun 06 14:57:22 <mrmoku> looks like it works a little better
Jun 06 14:57:29 <dos1> mrmoku: what is better?
Jun 06 14:57:31 <mrmoku> but would need some configuration
Jun 06 14:57:48 <mrmoku> I get the default route more often correct
Jun 06 14:57:55 <mrmoku> not always though...
Jun 06 14:57:59 <dos1> could you add new version to shr-unstable?
Jun 06 14:58:17 <mrmoku> dos1, yeah, could do that
Jun 06 14:58:17 <dos1> i don't think we're using connman somewhere (except wifiman.py of course :P)
Jun 06 14:58:21 <dos1> mrmoku: thanks :)
Jun 06 14:58:35 <mrmoku> it's just cherry-picking two commits from org.openembedded.dev
Jun 06 14:58:46 <mrmoku> and setting the preferred version
Jun 06 14:59:51 <mrmoku> dos1, right now I'm taking from task-openmoko-feed what builds fine and put it to our feed
Jun 06 15:00:00 <mrmoku> will do connman upgrade after that
Jun 06 15:00:12 <dos1> mrmoku: ok :)
Jun 06 15:00:26 <dos1> mrmoku: and in meantime please commit latest patches ;)
Jun 06 15:00:53 <dos1> about shr-splash-theme-handy
Jun 06 15:14:34 <mrmoku> dos1, can't do that now... my feed is dirty ;)
Jun 06 15:16:32 <mickeyl> ptitjes: hey
Jun 06 15:17:16 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * r1fe97b8d37ae 10/misc-vapi/ (21 files in 2 dirs): misc-vapi: create new project that holds our experimental Vala bindings
Jun 06 15:17:17 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * r192232e1155d 10/libfsoframework/ (13 files in 2 dirs): fsoframework: remove experimental vapi files, which have been moved to misc-vapi
Jun 06 15:20:34 <ptitjes> miyo
Jun 06 15:20:39 <ptitjes> mickeyl: yo
Jun 06 15:23:18 <ptitjes> have to move
Jun 06 15:23:20 <ptitjes> sorry
Jun 06 15:24:32 <mickeyl> heh
Jun 06 15:24:44 <mickeyl> how can i check for arbitrary file presence with AC_FOO?
Jun 06 15:25:09 <mickeyl> AC_CHECK_FILE
Jun 06 15:28:05 <dos1> mrmoku: you can add bubble-keyboard to feed, it builds nicely
Jun 06 15:28:25 <onen|openBmap> spaetz: Zorkman: I just try shr testing. What I need is: obm working, and easy way for Nick to turn it on and off. and usb networking working under windows
Jun 06 15:28:42 <Zorkman> bubble-keyboard?
Jun 06 15:28:46 <mrmoku> dos1, ok
Jun 06 15:28:56 <onen|openBmap> spaetz: Zorkman: so that Nick can upload his logs by himself. (used FSO M5.1 until now, and usb under windows does not work)
Jun 06 15:29:20 <Zorkman> onen|openBmap: it does work
Jun 06 15:29:33 <Zorkman> onen|openBmap: i use SHR and have usb (ssh + networking) working
Jun 06 15:29:50 <onen|openBmap> Zorkman: spaetz: the 2 sec power button did the trick. will try the menu/cross too
Jun 06 15:30:26 <onen|openBmap> Zorkman: you are using windows! you are tainted :-P
Jun 06 15:32:03 <onen|openBmap> Zorkman: spaetz: thanks for the help
Jun 06 15:32:45 <onen|openBmap> is there a screen lock under shr?
Jun 06 15:34:19 <Zorkman> yup
Jun 06 15:34:25 <Zorkman> onen|openBmap: hit AUX
Jun 06 15:41:11 <dos1> mrmoku: you can also add intuition, gridpad and essential-dialer :) not tested on neo, but all of those build ok
Jun 06 15:41:36 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * r70d07dbd99ba 10/libfsotransport/configure.ac: libfsotransport: no longer depend on fsoframework, rather check for the presence of the vapi files
Jun 06 15:41:57 <DocScrutinizer> could someone repeat the magic incantation of "" ioctl-foo(blockit, "/dev/input-dunno") "" needed to stop all touchscreen-hit events, please? (sorry for being this fuzzy. coffe takes a time to pass blood-brain-barrier ;)
Jun 06 15:45:09 <Zorkman> DocScrutinizer: jsut type it in when ssh'ed in?
Jun 06 15:45:30 <DocScrutinizer> Zorkman: huh????
Jun 06 15:45:37 <Zorkman> do you want me to just type it in?
Jun 06 15:45:43 <Zorkman> or do I need to do something special?
Jun 06 15:45:44 <lindi-> DocScrutinizer: just heard that our kernel already has a ramconsole-like feature. "mtdoops" can log panic/oops messages to an MTD device
Jun 06 15:46:03 <lindi-> DocScrutinizer: since this is tested code that is already in mainline maybe that should be enabled by default?
Jun 06 15:46:56 <DocScrutinizer> lindi-: sure. no idea about that. please elaborate if you got any better pointers  / details (later when my coffe takes effect)
Jun 06 15:47:26 <lindi-> DocScrutinizer: well, it writes to flash so the errors survive a battery removal better
Jun 06 15:47:53 <lindi-> DocScrutinizer: do we have some nice flash partition we could abuse? maybe the one for the u-boot splash image?
Jun 06 15:48:03 <DocScrutinizer> Zorkman: I need a line of code to block touchscreen. I hoped someone knows by heart and can toss. ( (2)ioctl )
Jun 06 15:48:36 <DocScrutinizer> lindi-: factory partition
Jun 06 15:49:09 <DocScrutinizer> lindi-: or do you need a whole partition istead of a file in ext2?
Jun 06 15:49:46 <lindi-> DocScrutinizer: fd = open("/dev/input/event1", O_RDWR); ioctl(fd, EVIOCGRAB);
Jun 06 15:49:55 <lindi-> DocScrutinizer: whole partition i think
Jun 06 15:50:07 <DocScrutinizer> lindi-: mille gracie :-))) exactly this one
Jun 06 15:50:56 <max_posedon> wow. xchat is awesome after confuguring
Jun 06 15:51:32 <lindi-> max_posedon: i could not figure out how to handle 30 channels with it
Jun 06 15:52:22 * stefan_schmidt_ can not figure out how to handle the information load of 30 channels at all. :)
Jun 06 15:52:39 <max_posedon> I have only 6.. hm, maybe vertically
Jun 06 15:52:59 <max_posedon> lindi-, start 4 xchat?)
Jun 06 15:53:11 <max_posedon> but it really awesome.
Jun 06 15:55:13 <TAsn> max_posedon, what special configurations do you use?
Jun 06 15:56:24 <max_posedon> Dejavu Sans3, menubar off, userlist off. indent nicks off
Jun 06 15:56:55 <max_posedon> channels for server messages off
Jun 06 15:57:05 <TAsn> oh, talking about the moko?
Jun 06 15:58:12 <max_posedon> about xchat on neo
Jun 06 15:58:24 <TAsn> yeah
Jun 06 15:58:45 <TAsn> just found a bug in xchat.
Jun 06 15:58:47 <TAsn> ;\
Jun 06 15:59:07 <TAsn> max_posedon, is it available in the shr repos?
Jun 06 15:59:20 <max_posedon> yes
Jun 06 15:59:24 <TAsn> cool.
Jun 06 15:59:33 <TAsn> will give it a go later.
Jun 06 15:59:38 <TAsn> thanks for the info. ;)
Jun 06 15:59:54 <max_posedon> now i want remove join/quit messages
Jun 06 16:00:00 <TAsn> possible?
Jun 06 16:00:03 <TAsn> or do you need a plugin?
Jun 06 16:00:12 <max_posedon> yes. possible
Jun 06 16:02:33 <max_posedon> but cant find)
Jun 06 16:02:56 <max_posedon> may be im wrong, in this case want plugin
Jun 06 16:04:54 <TAsn> found it ;)
Jun 06 16:05:08 <TAsn> settings -> advanced -> text events
Jun 06 16:05:16 <TAsn> there you can configure the text shown
Jun 06 16:05:18 <TAsn> (or not shown)
Jun 06 16:05:36 <max_posedon> thanks!
Jun 06 16:06:17 * DocScrutinizer aims at pidgin with the BIG gun ;-D
Jun 06 16:06:51 * DocScrutinizer hates purple after all ;)
Jun 06 16:08:12 <DocScrutinizer> hell, took me 10 min to figure out .purple contained my pidgin preconfig'd chan on NAND, to copy over to uSD
Jun 06 16:10:03 <TAsn> hehe ;)
Jun 06 16:10:08 <TAsn> libpurple...
Jun 06 16:10:16 <DocScrutinizer> luckily there's still mtime, already considered to start strace
Jun 06 16:10:21 <max_posedon> btw. how to change dpi for ssh -X?
Jun 06 16:11:31 <max_posedon> or what i should change to makes apps usable
Jun 06 16:11:36 <DocScrutinizer> (duh, anothe rnightmare... ;) strace pidgin )
Jun 06 16:12:09 <DocScrutinizer> max_posedon: good question :-)
Jun 06 16:38:32 <usr> hi? i need some help to compile openwrt
Jun 06 16:39:00 <usr> anyone here confirm with compiling the openwrt trunk?
Jun 06 16:39:23 <usr> not especially for the freerunner.... 
Jun 06 16:39:38 <Zorkman> if we had deep sleep: http://totalueberwachung.de/blog/2009/06/03/freerunner-deep-sleep-standby-time
Jun 06 16:39:46 <Zorkman> 140hrs of standby
Jun 06 16:41:24 <sepultina> hello
Jun 06 16:41:28 <Zorkman> Ainulindale, dos1: wouldn't it be worth of making a gui to enable or disable the "do not go into deep-sleep" ? for people who are (at that time) not using it as a phone it seems to give a very good standby time
Jun 06 16:41:40 <Zorkman> almost 6days is very impressive
Jun 06 16:41:54 <lindi-> Zorkman: why gui? there's a configuration file
Jun 06 16:42:05 <Zorkman> it's just more user friendly...
Jun 06 16:42:19 <lindi-> Zorkman: if they are not using it as phone can't they just turn the gsm off?
Jun 06 16:42:23 <lindi-> Zorkman: how do you backup it?
Jun 06 16:42:25 <sepultina> the new testing image has a super boot screen. Nice work
Jun 06 16:42:31 <lindi-> Zorkman: if it's not in a configuration file?
Jun 06 16:42:35 <dos1> Zorkman: if you have recamping bug, it won't give you that standby time even with enabled deep sleep
Jun 06 16:42:41 <Zorkman> aha
Jun 06 16:42:44 <dos1> sepultina: don't panic?
Jun 06 16:43:09 <Zorkman> so when we turn of gsm we will also have standby time of 6days?
Jun 06 16:43:10 <Azog> i upgraded shr-unstable to current git, but still have a visible mouse-cursor; which package is responsible for that, so i can reinstall it?
Jun 06 16:43:18 <sepultina> dos1: ?kernel panic?
Jun 06 16:44:12 <sepultina> dos1: I have no panic and the freerunner also not 
Jun 06 16:45:07 <dos1> sepultina: i mean boot splash :D
Jun 06 16:45:23 <dos1> sepultina: we have two splashes. one with "SHR", and one with "DON'T PANIC"
Jun 06 16:45:26 <max_posedon> dos1, since you fix smth for russian keyboard, may be you know how to install it?
Jun 06 16:45:48 <dos1> sepultina: and now also third, with handy style "shr is loading" ;)
Jun 06 16:45:59 <dos1> max_posedon: hmm? i fixed something for russian keyboard?
Jun 06 16:46:06 <sepultina> aha ok, so i have see the SHR one
Jun 06 16:46:21 <max_posedon> opkg,org have smth with ompower in deps, which i cant find
Jun 06 16:46:37 <max_posedon> dos1, ok, some national layouts
Jun 06 16:47:08 <max_posedon> in short i want russian keyboard
Jun 06 16:48:01 <dos1> max_posedon: i only did recipe for polish dictionary for illume
Jun 06 16:48:15 <dos1> max_posedon: and translations, nothing else :x
Jun 06 16:49:03 <max_posedon> bad, alexxy !
Jun 06 16:55:53 <alexxy> max_posedon: there is one =)
Jun 06 16:56:00 <alexxy> ar two keyboards
Jun 06 16:57:33 <max_posedon> give me direct lunk plz, because opkg's require ompower
Jun 06 16:57:43 <max_posedon> which i cant find now
Jun 06 16:59:28 <onen|openBmap> Zorkman: humm does not work with testing, it seems :-(
Jun 06 16:59:50 <onen|openBmap> Zorkman: can I force the screen lock? or make it automatically lock the screen upon time?
Jun 06 17:01:32 <mrmoku> onen|openBmap, on testing you have to manually set the keybinding for the lock
Jun 06 17:01:40 <mrmoku> onen|openBmap, can do that in illume settings
Jun 06 17:02:35 <onen|openBmap> mrmoku: ok. is it possible to lock the screen with touch screen interaction? or with time elapsed?
Jun 06 17:02:47 <onen|openBmap> mrmoku: by the way, did you have time to look at the dependency pb?
Jun 06 17:03:08 <mrmoku> onen|openBmap, don't know / dependencies fixed
Jun 06 17:03:55 <mrmoku> onen|openBmap, the updated package should already be in the shr-unstable feed
Jun 06 17:04:40 <onen|openBmap> mrmoku: ok many thanks. I will check it, and see for pushing it to other trees
Jun 06 17:12:22 <sepultina> i found the new app "intone"
Jun 06 17:13:13 <sepultina> who have i to save an image in intone so it wil be displayed when playing?
Jun 06 17:17:21 <dos1> mrmoku: http://scap.linuxtogo.org/files/f5374679d82ce2e933af25f552bd7619.png
Jun 06 17:17:45 <dos1> mrmoku: what do you think? i could implement it in libframeworkd-phonegui-efl instead of displaying sms directly
Jun 06 17:19:00 <mrmoku> dos1, isn't it what the notifier does?
Jun 06 17:19:24 <dos1> mrmoku: yep, but now it isn't perfect :P
Jun 06 17:19:46 <mrmoku> dos1, well... talk with m0nt0 then and enhance it together with him :P
Jun 06 17:19:47 <lindi-> is there some way to read both accelerometers at the same time so that I can later correlate which samples were taken at the same time?
Jun 06 17:20:26 <dos1> mrmoku: well, i don't like idea of addintional daemon just for notifing
Jun 06 17:20:34 <dos1> mrmoku: it should be libframeworkd-phonegui-efl job
Jun 06 17:20:50 <mrmoku> dos1, don't think he did that because he wanted to have another daemon...
Jun 06 17:20:56 <mrmoku> just talk to him ;)
Jun 06 17:21:05 <dos1> be he isn't there :P
Jun 06 17:21:29 <dos1> mrmoku: first thing i do with notifier after installing is commenting out part with messages
Jun 06 17:21:47 <dos1> mrmoku: it's useless, as libframeworkd-phonegui-efl displays message immediately
Jun 06 17:22:14 <dos1> mrmoku: i would implement messages in phonegui-efl, and for now keep contacts in notifier
Jun 06 17:22:29 <dos1> mrmoku: (maybe changes in GUI - i don't like that fullscreen...)
Jun 06 17:22:36 <dos1> s/changes/with changes/
Jun 06 17:22:36 <bzzbot> dos1 meant: mrmoku: (maybe with changes in GUI - i don't like that fullscreen...)
Jun 06 17:23:00 <dos1> mrmoku: but i want use my "coding power"(TM), which i have at this moment :P
Jun 06 17:23:08 <dos1> mrmoku:  and i don't know if i will have it later :D
Jun 06 17:24:00 <mrmoku> dos1, the first thing you could use your current coding power for is to add a option to disable immediate display ;)
Jun 06 17:24:14 <mrmoku> just removing that facility is no option... because some people might want it
Jun 06 17:24:28 <dos1> mrmoku: no, i don't want to just remove it
Jun 06 17:24:39 <dos1> mrmoku: that's why i want to implement that screen in phonegui-efl
Jun 06 17:25:41 <DocScrutinizer> dos1: funny thing with SMS: if I select "delete" in SMS-showup screen which pops up on inbound SMS, I delete this one msg and after that the notifier "Full. Delete some SMS!" uncovers when all the SMS screens close ;-D
Jun 06 17:26:17 <dos1> DocScrutinizer: "full" message displays on full signal from frameworkd
Jun 06 17:26:28 <dos1> DocScrutinizer: and sometimes it displays before window with message :)
Jun 06 17:26:32 <DocScrutinizer> I completely understand what's "wrong" there, and it probably is hard to "fix" it. anyway it's kinda confusing to average user
Jun 06 17:26:55 <dos1> DocScrutinizer: with notification from that screen you'll se both windows at the same time :D
Jun 06 17:30:06 <DocScrutinizer> dos1: maybe the full-notifier could listen to SMS-delete events and close on sensing any SMS-deletion
Jun 06 17:30:22 <dos1> DocScrutinizer: dunno if we have sms-delete events :D
Jun 06 17:30:41 <DocScrutinizer> me neither - just a suggestion out of the blue
Jun 06 17:31:09 <dos1> DocScrutinizer: what do you think on http://scap.linuxtogo.org/files/f5374679d82ce2e933af25f552bd7619.png ?
Jun 06 17:31:33 <DocScrutinizer> I wasn't thinking of events actually, rather of sensing the *command* to delete a SMS
Jun 06 17:32:29 <DocScrutinizer> hmmpf, stalls
Jun 06 17:33:03 <DocScrutinizer> nah, just dead slow?
Jun 06 17:33:50 <DocScrutinizer> aah, finish. Nice :-)
Jun 06 17:34:25 <DocScrutinizer> will calls be notified as well?
Jun 06 17:36:54 <dos1> DocScrutinizer: in the end, yes ;)
Jun 06 17:37:46 <dos1> update - http://scap.linuxtogo.org/files/4b87679bc82482ee78dd3394ce49969d.png
Jun 06 17:37:56 <dos1> but with wrong icon :D (fixed now)
Jun 06 17:38:33 <dos1> that app on screen is just python GUI, which does nothing ;)
Jun 06 17:38:47 <dos1> but implementing it in libframeworkd-phonegui-efl shouldn't be hard
Jun 06 17:41:39 <onen|openBmap> any gtk wizzard? I try to replace my image (containing text) for a button by an image + label (whose I could translate text). I would like to have the text above the image (which is background color + icon). Any hint?
Jun 06 17:42:18 <onen|openBmap> max_posedon: thanks for the async/mount thing. Work like a charm :-)
Jun 06 17:43:24 <max_posedon> np, sync is always hell
Jun 06 17:43:42 <max_posedon> I hope we will switch to ubifs soon too
Jun 06 17:53:46 <Zorkman> dos1: wouldn't it be better to implement this in the launcher app of c_c?
Jun 06 17:54:09 <dos1> Zorkman: i don't think that's launcher work
Jun 06 17:54:22 <dos1> Zorkman: that's what ophonekitd with phonegui lib should handle
Jun 06 17:54:39 <Zorkman> but with a pop-up (be it fullscreen or not) there is the problem that if you're busy and want to launch something now, you need to hide the notification
Jun 06 17:54:42 <Zorkman> so you might forget about it
Jun 06 17:56:00 <Zorkman> anyway, as long as we can chose to enable or disable it, it won't bother me
Jun 06 17:58:06 <DocScrutinizer> well, any kind of "window needs attention" notification (like e.g. the flashing blue on KDE windows-bar) is not existing (yet?) for E it seems
Jun 06 18:07:25 <Zorkman> shr-unstable seems to be less reliable than testing of a month ago used to be...
Jun 06 18:07:40 <Zorkman> second time today that d-bus borks...
Jun 06 18:09:02 <Zorkman> restarting it (or frameworkd) doesn't help
Jun 06 18:09:12 <Q-Master> dos1: what's new? 8)
Jun 06 18:09:19 <Zorkman> is this a known problem?
Jun 06 18:16:03 * dos1 is fighting with libframeworkd-phonegui-efl
Jun 06 18:16:23 <dos1> and /me thinks it should have some manual for people, who want to work on it :P
Jun 06 18:18:20 <Q-Master> dos1: have you looked to my script?
Jun 06 18:28:49 <onen|openBmap> in the  abcd.desktop file, Debian does not know "SingleInstance=true". Is it understood by OE?
Jun 06 18:34:07 <Zorkman> seriosly, is anyone using the latest unstable as a phone?
Jun 06 18:34:17 <Zorkman> and is testing any more stable phonewise?
Jun 06 18:36:52 * Q-Master can't yet get access to opimd sqlite backend in testing. seems contacts are stored in sim-card yet
Jun 06 18:43:10 <mrmoku> Zorkman, I use it as daily phone (and even do phone calls from time to time ;)
Jun 06 18:43:36 <Zorkman> mrmoku: i used testing also as a daily phone a month or so ago,
Jun 06 18:43:49 <Zorkman> but this version of unstable (i know, it's in the name) really borks a lot on me
Jun 06 18:44:01 <mrmoku> Zorkman, the only problem is that dbus problem :(
Jun 06 18:44:07 <Zorkman> already three times this day...
Jun 06 18:46:00 <Q-Master> BTW, guys, why navit shows wrong position in SHR unstable???
Jun 06 18:46:23 <Q-Master> I've tried the latest navit from navit-project
Jun 06 18:46:40 <Zorkman> Q-Master: do you also run into sound problems after installing navit?
Jun 06 18:46:48 <Zorkman> (i think it might have something to do with speech)
Jun 06 18:46:57 <Zorkman> after installing navit; boxar doesn't work anymore
Jun 06 18:47:15 <Q-Master> Zorkman: haven't noticed it.
Jun 06 18:47:19 <Zorkman> couldnt output to speakers
Jun 06 18:47:20 <Q-Master> boxar works
Jun 06 18:47:26 <mrmoku> Zorkman, did you remove that f*****g speech-dispatcher?
Jun 06 18:47:27 <Zorkman> I get: /dev/dsp: Device or resource busy
Jun 06 18:47:27 <Zorkman> couldnt output to speakers
Jun 06 18:47:33 <Q-Master> nah.
Jun 06 18:47:39 <Zorkman> mrmoku: i'm removing it atm :)
Jun 06 18:48:06 <Q-Master> it starts, gets fixes, but shows me the wrong position. several kilometers wrong.
Jun 06 18:48:20 <Zorkman> Q-Master: very strange.. never had that problem
Jun 06 18:48:29 <Zorkman> btw: for those interested, there is a way to speed navit routing
Jun 06 18:48:58 <Zorkman> For the long time for calculation, it might help if you add an #define CACHE_SIZE (10*1024*1024) to file.c
Jun 06 18:49:14 <Zorkman> they are going to make it configurable and set it standard for the FR
Jun 06 18:51:07 <Zorkman> lol, you can really drive people made with boxar
Jun 06 19:05:03 <CIA-69> SHR: 03seba.dos1 07shr-settings * r271db7d8541a 10/shr-settings: [lanucher] really delete window with modules, not only binding object
Jun 06 19:07:49 <Q-Master> dos1: hello! 8)
Jun 06 19:08:33 <dos1> Q-Master: what problems do you have with opimd?
Jun 06 19:08:47 <dos1> Q-Master: i don't know what is supposed to work with testing
Jun 06 19:09:01 <dos1> Q-Master: i think almost nothing :P
Jun 06 19:09:03 <dos1> Q-Master: but with unstable it should work ok
Jun 06 19:09:20 <Q-Master> dos1: Seems that contacts doesn't look into opimd for contacts
Jun 06 19:09:29 <Q-Master> in unstable
Jun 06 19:09:35 <dos1> Q-Master: yep, that's correct
Jun 06 19:09:39 <Q-Master> why?
Jun 06 19:09:44 <dos1> Q-Master: you have to use libframeworkd-phonegui-efl2
Jun 06 19:09:48 <dos1> Q-Master: cause it's not implemented? :D
Jun 06 19:11:03 <Q-Master> dos1: have you thought about changing dictionaries to lists in opimd?
Jun 06 19:11:24 <dos1> Q-Master: yep, we should think on API
Jun 06 19:11:38 <Q-Master> dos1: when?
Jun 06 19:11:38 <dos1> Q-Master: but i would like to see more FSO guys working on opimd API
Jun 06 19:11:53 <dos1> Q-Master: i'm not the right person for making api and references
Jun 06 19:11:56 <dos1> i'm just programmer
Jun 06 19:11:57 <dos1> ;)
Jun 06 19:12:18 <Q-Master> dos1: I dunno whom else to bother. 8) so you're the victim. 8)
Jun 06 19:16:04 <Q-Master> dos1: who from FSO is working on opimd? whom should I bother also?
Jun 06 19:16:16 <dos1> Q-Master: i think noone ATM
Jun 06 19:16:22 <Q-Master> good
Jun 06 19:16:35 <Q-Master> dos1: so, our hands are free. 8)
Jun 06 19:16:45 <Q-Master> let's change the api
Jun 06 19:16:46 <Q-Master> 8)
Jun 06 19:27:49 <Zorkman> mrmoku: do we know why speech-dispatcher fucks everything up?
Jun 06 19:28:31 <dos1> mrmoku: how's going your work on feed? ;)
Jun 06 19:29:14 <Q-Master> Zorkman: seems that it locks /dev/dsp for itself
Jun 06 19:30:31 <mrmoku> Zorkman, yep, because it pulls in and uses pulse-audio :P
Jun 06 19:30:59 <mrmoku> dos1, well... quite a bit of build work to see what builds and what not...
Jun 06 19:31:28 <mrmoku> dos1, but making progress... slower than wanted... but progress :)
Jun 06 19:31:36 <dos1> noone working on frameworkd atm?
Jun 06 19:31:49 <dos1> last modification 8 days ago...
Jun 06 19:32:20 <Q-Master> WE SHOULD CHANGE THE API!!!! -=8E~~~~~]
Jun 06 19:32:23 <Q-Master> 8))
Jun 06 19:39:33 <onen|openBmap> mrmoku: : I just checked your OE fix for dependencies for obm
Jun 06 19:39:48 <onen|openBmap> mrmoku: I like it, the style is good, and you have a very nice phrasing
Jun 06 19:39:54 <onen|openBmap> mrmoku: I validate it ;-)
Jun 06 19:40:30 <onen|openBmap> mrmoku: thanks for the help! I will poke Stefan to bring it into M5.5 branch
Jun 06 19:40:37 <mrmoku> hehe :)
Jun 06 19:40:46 * stefan_schmidt_ hides
Jun 06 19:41:01 * onen|openBmap thinks Stefan has just been poked
Jun 06 19:41:17 <stefan_schmidt_> onen|openBmap: Give me some context. Poking itself only hurds
Jun 06 19:41:59 <mrmoku> stefan_schmidt_, he wants you to cherry-pick fde655e76b7dd4e1185091cf951cb949f48a29f8
Jun 06 19:44:06 <onen|openBmap> stefan_schmidt_: this should solve the dependency problem rhkfin got while trying to install openBmap under om2009
Jun 06 19:44:08 <stefan_schmidt_> into ms5.5?
Jun 06 19:44:14 <stefan_schmidt_> will do this later
Jun 06 19:45:02 <dos1> bubble-keyboard is funny :D
Jun 06 19:45:08 <onen|openBmap> stefan_schmidt_: om2009 will get it once in m5.5, or should I ask somebody specific to cherry pick it too, to om2009?
Jun 06 19:45:15 <rhkfin> onen|openBmap: great :)
Jun 06 19:45:31 <rhkfin> dos1: bubble-keyboard? I'm always open for new keyboard ideas.. qwo rocks..
Jun 06 19:45:40 <onen|openBmap> rhkfin: may I ask if you could comment on your comment on opkg about this ;-)
Jun 06 19:45:47 <stefan_schmidt_> onen|openBmap: it's fine om2009 builds from the ms5.5 branch
Jun 06 19:46:01 <rhkfin> onen|openBmap: I think you should do it as the maintainer :)
Jun 06 19:46:28 <onen|openBmap> stefan_schmidt_: and it won't be a pb if you bring it into m5.5, that shr already has it (I think they build on top of m5.5 too, isn't it?)
Jun 06 19:47:05 <onen|openBmap> rhkfin: I am far more lazzy, than maintainer. ... ... ... ALL RIGHT! I do it!
Jun 06 19:47:30 * onen|openBmap lacks leadership to make people do what I don't want to
Jun 06 19:49:44 <rhkfin> onen|openBmap: heh, great :)
Jun 06 19:50:59 <rhkfin> onen|openBmap: btw I recorded today some 3hrs of car driving with obm and after this it didn't start. It opened a white window but that's all, it got stuck there. Any idea if this might have anything to do with loading the previously recorded data or something? I'm flashing now om2009 again and I'll try later again to se if this still happens and if I can get any errors..
Jun 06 19:52:53 * onen|openBmap thinks rhkfin has the bad eye
Jun 06 19:53:20 <DocScrutinizer> nah, that's me
Jun 06 19:53:33 <DocScrutinizer> (and Dave ;-)
Jun 06 19:53:37 <rhkfin> onen|openBmap: I tend to find all kind of weird things in these apps.. Think it from my side how nice it's to try to use apps when I find this all the time :)
Jun 06 19:53:48 <onen|openBmap> rhkfin: so you used the app, pressed generate, and drive 3 hours. then when did you got a white (grey?) screen? after shut down, and again up?
Jun 06 19:54:00 * onen|openBmap never said he is the only one
Jun 06 19:54:15 <onen|openBmap> DocScrutinizer: hi Doc :-)
Jun 06 19:54:23 <DocScrutinizer> hi!
Jun 06 19:55:55 <rhkfin> onen|openBmap: start -> generate -> drive 3hrs -> stop -> quit. do things, restart phone etc. Then try to start OBM again, I only get the grey screen & the phoen ~dies. I think OBM eats all resources.
Jun 06 19:55:59 <onen|openBmap> rhkfin: it does not load any data at startup
Jun 06 19:56:45 <rhkfin> ok.. 
Jun 06 19:57:00 <onen|openBmap> rhkfin: well beside the config file
Jun 06 19:57:00 <DocScrutinizer> out of mem?
Jun 06 19:57:06 <rhkfin> Interesting. Well I'll come back to this at some stage, after reflashing and when I got a bit more time
Jun 06 19:57:17 <rhkfin> DocScrutinizer: hard to believe but possible..
Jun 06 19:57:59 <onen|openBmap> rhkfin: I have no idea right now. The app has shown very stable so far.
Jun 06 19:58:13 <onen|openBmap> rhkfin: did you modify something in the config file?
Jun 06 19:58:28 <onen|openBmap> rhkfin: do you have your .openBmap directory on the sd card?
Jun 06 19:59:11 <onen|openBmap> rhkfin: did you reboot and relaunch? (I mean, you still have 3 hours of data to upload :-) )
Jun 06 20:00:40 <rhkfin> onen|openBmap: I didn't touch the config file
Jun 06 20:00:45 <onen|openBmap> rhkfin: by the way, I had already read your blog post you pointed to me yesterday. 
Jun 06 20:00:50 * onen|openBmap hugs rhkfin
Jun 06 20:01:23 <rhkfin> onen|openBmap: home dir is in the uSD, yes so reflashing shouldn't have lost any data.
Jun 06 20:01:38 <rhkfin> onen|openBmap: I have some UI suggestions from a first time user, if you want to hear
Jun 06 20:01:47 <rhkfin> suggestions/comments
Jun 06 20:02:08 <onen|openBmap> rhkfin: sure (by the way I did some testing for UI rework today, so you are right on time :-) )
Jun 06 20:02:47 <onen|openBmap> rhkfin: uSD. did you have any large access to it at the same time (e.g. tango gsp downloading maps) ?
Jun 06 20:03:18 <onen|openBmap> rhkfin: first I will remove text from images, and put it as label, allowing translation
Jun 06 20:03:24 <rhkfin> onen|openBmap: hmm.. actually I think I did have some acces there -> could've made it busy, hope it didn't corrupt anything..
Jun 06 20:03:30 <onen|openBmap> rhkfin: I will replace "generate" which is misleading by "start"
Jun 06 20:03:52 <rhkfin> onen|openBmap: 1) use only one button that changes status (generate/stop)
Jun 06 20:04:03 <rhkfin> 2) rename 'generate' - great, you already knew that :)
Jun 06 20:04:46 <rhkfin> 3) explain what the weird values are. I was able to figure out the cell id, dB and type but no idea of the 2nd last GSM row , what the values are..
Jun 06 20:05:14 <rhkfin> 4) to make it more interesting, show the number of seen/found GSM cells. ATM it's REALLY boring to wathc..
Jun 06 20:05:21 <onen|openBmap> rhkfin: so this could be it. what may happens: uSD multiple access. too many application-debug-log written (slowly), it is already time for new logging loop, thus no idle time left for gui refresh
Jun 06 20:05:55 <rhkfin> 5) the speed doesn't maybe need all that decimals :) 25.999922248 km/h :) (and the km/h could be there after the number, not the 'speed' text)
Jun 06 20:06:05 <rhkfin> onen|openBmap: ok, I'll try it again later..
Jun 06 20:06:14 <onen|openBmap> rhkfin: two quick fix: 1. increase logging loop time. 2. change logging level from debug to info in ...../site-package/openbmap/logger.py
Jun 06 20:07:36 <rhkfin> onen|openBmap: I'll come backto this when I have the phone up&running
Jun 06 20:08:16 <Q-Master> how to make a ring volume higher?
Jun 06 20:08:17 <onen|openBmap> rhkfin: 1) I though about this, but to prevent a press, no reaction , did I press and gui sluggish, or did I press not. then repress, then it was pressed, then I stop it. two buttons, no error. (same idea with having at the same place the take and hang up button for a phone call)
Jun 06 20:08:23 <Q-Master> it is very low.
Jun 06 20:09:19 <rhkfin> Q-Master: what distro?
Jun 06 20:09:29 <Q-Master> shr unstable
Jun 06 20:09:42 <onen|openBmap> rhkfin: 2) ok, but I lack space... will try to put the complete name when buttons are taken out of the main screen
Jun 06 20:09:53 <rhkfin> onen|openBmap: 1) understand. I think renaming 'generate' to 'start' eases this
Jun 06 20:10:27 <onen|openBmap> rhkfin: 4) I have the same need. during a trip, I wanted to have an idea, how many serving/neighbours did I see since start. will come in next version
Jun 06 20:10:54 <rhkfin> onen|openBmap: 4) great :)
Jun 06 20:11:18 <onen|openBmap> rhkfin: 5) you are not hte first to tell, will fix it.  well you are probably right with the km/h
Jun 06 20:11:38 <rhkfin> onen|openBmap: 5) great :)
Jun 06 20:13:24 <onen|openBmap> rhkfin: suggestions which has been made too: display number of satellites in site. display the current gps fix status (useful when you don't have the 3d fix, at least, you know how close from it you are)
Jun 06 20:14:13 * mrmoku wonders if we should try to update dbus
Jun 06 20:14:22 <onen|openBmap> rhkfin: make gsm serving flash (or bigger) when changing. allows seeing it easily when driving and the phone is next to the driving wheel
Jun 06 20:15:27 <rhkfin> onen|openBmap: show # of satellites - oh, I thouhgt you did it already in the reliability field.. But I do second that that every GPS app should be able to show the signal quality
Jun 06 20:16:02 <onen|openBmap> rhkfin: your fame increased with my comment on opkg.org ;-)
Jun 06 20:16:33 <mrmoku> mickey|dinner, did you try current dbus (1.2.14) or would it be worth to give it a shot
Jun 06 20:16:42 <mrmoku> borken dbus is annoying ;)
Jun 06 20:17:20 <onen|openBmap> rhkfin: well I more or less agree. it depends to what extent. for example, I use zhone gps gui to have details. not openbmap. every tool is good at what it is designed for
Jun 06 20:19:04 <rhkfin> onen|openBmap: I guess my 'dream' app for openBmap would be a map screen that'd draw line colour one when using one GSM cell and change the colour when the cell changes. -> Visualize as much as possible to make it interesting to look at. Of course it could have this 'all possible detailed data numbers etc' view too. OTOH doing it on map makes it heavies but I'd vote for some kind of visualization and explanation of the numbers
Jun 06 20:20:56 <dos1> mrmoku: i'm for trying new dbus :X
Jun 06 20:21:07 <dos1> mrmoku: and i thought exactly the same today
Jun 06 20:21:11 <mrmoku> :)
Jun 06 20:21:36 <mrmoku> as soon as I'm finished with that damn feed I will try if it builds
Jun 06 20:23:21 <onen|openBmap> rhkfin: +1 one for map visualisation. tangogps could be a target. use obm data to locate yourself. OR display what cell data you get
Jun 06 20:23:45 <rhkfin> onen|openBmap: I'd vote for omgps... It's rated as 'more open' than tangogps..
Jun 06 20:24:08 <rhkfin> And the location should be done on a lower level, not on the app level, I thin..
Jun 06 20:24:50 <mrmoku> dos1, we'll have git in the feed... no need anylonger for you to copy stuff around ;)
Jun 06 20:25:12 <dos1> oh! nice! :D
Jun 06 20:25:16 <DocScrutinizer> Q-Master: edit stereoout.state
Jun 06 20:25:23 <onen|openBmap> rhkfin: omgps, why not, I don't know. Just I think I should not redo the all display/download map myself
Jun 06 20:25:31 <Q-Master> DocScrutinizer: too lazy. 8)
Jun 06 20:25:49 <onen|openBmap> rhkfin: sure, not in the app. I was refering to a dbus (framework?) service, tangogsp would query for position
Jun 06 20:25:55 <dos1> mrmoku: in old days (when using my repo for shr-settings) i had svn installed on FR ;)
Jun 06 20:25:59 <Q-Master> better tell me what to do with navit and it's wrong positioning
Jun 06 20:26:15 <dos1> mrmoku: now, when i have only FR arround, i'm sshing to shell and pushing from it :D
Jun 06 20:26:45 <rhkfin> onen|openBmap: right
Jun 06 20:26:54 <DocScrutinizer> Q-Master: no idea, sorry
Jun 06 20:27:07 <Q-Master> heh
Jun 06 20:27:15 <onen|openBmap> rhkfin: do you have contact with omgps guy?
Jun 06 20:27:58 <Zorkman> is it my imagination or did tangogps become much slower??
Jun 06 20:28:00 <rhkfin> onen|openBmap: hmm.. not sure.. the code is at google code -> ~easy to find (sorry, can't help now, behind a SLOWWWW connection... enough for irc..)
Jun 06 20:28:12 <Zorkman> draggin the map around hogs
Jun 06 20:28:25 <onen|openBmap> rhkfin: no pb, was wondering, just in case of ;-)
Jun 06 20:28:46 <Zorkman> (4seconds before it appears, didn't that used to be faster?)
Jun 06 20:28:51 <rhkfin> onen|openBmap: ok :)
Jun 06 20:28:56 <Zorkman> anyway, i've loaded a big gpx file, maybe that is interfering
Jun 06 20:29:12 <onen|openBmap> Zorkman: maybe same pb as with openBmap
Jun 06 20:29:26 <DocScrutinizer> Zorkman: new tango (oemerge) works better for me than the T090416 version
Jun 06 20:29:44 <onen|openBmap> Zorkman: <onen|openBmap> rhkfin: so this could be it. what may happens: uSD multiple access. too many application-debug-log written (slowly), it is already time for new logging loop, thus no idle time left for gui refresh
Jun 06 20:29:52 <rhkfin> onen|openBmap: but the code is open and visible there, new releases quite often and it has nice features vs. tangogps - impossible to get touch with the developer, hard to contribute etc... (-> there are at least two unofficial versions around, one for geocaching, one for something else..)
Jun 06 20:31:06 <rhkfin> Anyone have any idea or plan how to fix this: http://trac.freesmartphone.org/ticket/435 <- not suspend/call after a received call
Jun 06 20:31:21 <onen|openBmap> rhkfin: the idea is: I am very interested. But if nobody gets in touch with this guy now, I won't have time to do so soon
Jun 06 20:31:39 <DocScrutinizer> shoragan: any news with dbus bug?
Jun 06 20:32:47 <rhkfin> onen|openBmap: http://code.google.com/p/omgps/ - name's meng.qingyou, I think the nick (on ML) was qgo or similar...
Jun 06 20:33:24 <mindKMST> ls
Jun 06 20:33:42 <mindKMST> d'oh!, stupid alt-tab
Jun 06 20:33:56 <Zorkman> mqy <meng.qingyou@gmail.com> 
Jun 06 20:33:59 <dos1> su
Jun 06 20:34:06 <dos1> imamaster
Jun 06 20:34:11 <dos1> oups
Jun 06 20:34:13 <Zorkman> very close rhkfin :)
Jun 06 20:34:14 <dos1> ;D
Jun 06 20:34:17 <Zorkman> haha
Jun 06 20:34:29 <rhkfin> Zorkman: hah :)
Jun 06 20:34:45 <DocScrutinizer> rhkfin: (#435) I'd guess that's another result of dbus lib bug
Jun 06 20:34:48 <onen|openBmap> mindKMST: nude-lady.jpg nude-lady2.jpg my-application-to-misocroft.doc
Jun 06 20:34:52 <rhkfin> onen|openBmap: -> do you wan't me to write him to contact you for co-operation :)
Jun 06 20:35:45 <rhkfin> DocScrutinizer: so there's some work going on that should address this and some other bugs at the same time..? Great to hear - it's annoying...
Jun 06 20:35:49 <khiraly1> DocScrutinizer: any pointer to this dbus bug? 
Jun 06 20:36:06 <onen|openBmap> rhkfin: well I guess you read my mind ;-)
Jun 06 20:36:13 <rhkfin> onen|openBmap: concider it done :)
Jun 06 20:36:33 <khiraly1> DocScrutinizer: url, irc backlog, bugreport, anything
Jun 06 20:36:38 <DocScrutinizer> I've been asked several times. no idea atm tho. some #4xx
Jun 06 20:36:39 <khiraly1> mailing list
Jun 06 20:37:14 <onen|openBmap> rhkfin: I have not put to much thinking in maps+obm. focusing on others aspects first. But sure thing, we could start talking about what we could build :-)
Jun 06 20:37:19 <khiraly1> DocScrutinizer: just as there were no answer from any of the fso developers on bug 435, that seems plain ignorance
Jun 06 20:37:28 <DocScrutinizer> k, guys. A last time...
Jun 06 20:37:50 <dos1> DocScrutinizer: mrmoku wants to try new version of dbus in SHR
Jun 06 20:37:52 <khiraly1> and would be quite wondered, if there were some work, and they didnt notice the tohers
Jun 06 20:38:16 <dos1> heh
Jun 06 20:38:19 <Q-Master> dos1: so what should we do with pim?
Jun 06 20:38:30 <Q-Master> it's unusable for now
Jun 06 20:38:45 <dos1> if just upgrading dbus will work, then it will show that noone really was working on that issue :(
Jun 06 20:38:48 <dos1> Q-Master: why?
Jun 06 20:39:21 <Q-Master> dos1: I have a huge amount of contacts with more than 1 cell phone
Jun 06 20:39:33 <Q-Master> this won't work
Jun 06 20:40:10 <dos1> {'Phone': 666, 'WorkPhone': 777, 'HomePhone': 888, 'CellPhone': 999}
Jun 06 20:40:13 <dos1> :>
Jun 06 20:40:41 <Q-Master> dos1:  very funny.
Jun 06 20:40:54 <DocScrutinizer> dos1: (new dbus) I guess that's a good idea
Jun 06 20:41:02 <Q-Master> dos1: I wanna import them from vcard file, not printig by hands
Jun 06 20:41:09 <DocScrutinizer> sorry guys, can't find the pointer ATM
Jun 06 20:41:10 <Zorkman> it's time for an e-bus
Jun 06 20:41:56 <dos1> DocScrutinizer: i think that's sad that noone proposed to use newer dbus earlier :(
Jun 06 20:42:14 <dos1> DocScrutinizer: i thought that on todays morning, but forgot to mention on maillist
Jun 06 20:42:20 <dos1> eh
Jun 06 20:42:24 <dos1> s/maillist/irc/
Jun 06 20:42:36 <dos1> DocScrutinizer: and few hours later mrmoku suggested that
Jun 06 20:42:45 <DocScrutinizer> I think I'm not in to comment on this. I know the FSO team is focusing all power on fixing the dbus-lib bug
Jun 06 20:42:56 <dos1> DocScrutinizer: i heard that FSO team is focusing on fixing that
Jun 06 20:43:09 <dos1> DocScrutinizer: but i don't see any reports, any progress, any informations...
Jun 06 20:43:28 <khiraly1> I heard of somebody hearing things ...;)))
Jun 06 20:43:28 <dos1> DocScrutinizer: if they would share their notices, maybe we would get fix earlier
Jun 06 20:44:14 <dos1> that's why i just think that noone is really working on that ATM :(
Jun 06 20:44:22 <Q-Master> dos1: I have a troubles with internet at work, so I'm off from mo till fr. Plz, make some decisions about PIM API.
Jun 06 20:44:26 <DocScrutinizer> dos1: see :[22:31] <DocScrutinizer> shoragan: any news with dbus bug?
Jun 06 20:44:31 <khiraly1> dos1: on bug #435 I asked some very specific question about fso source code. Noone bothered answering me. Not a single "go away" comment. Nothing
Jun 06 20:44:42 <Q-Master> I'm tired of being unable to use Neo
Jun 06 20:45:09 <rhkfin> I'm tired
Jun 06 20:45:22 <DocScrutinizer> I'm bored
Jun 06 20:45:44 <rhkfin> onen|openBmap: openbmap wiki is down - trying to find contact details..
Jun 06 20:47:07 <DocScrutinizer> khiraly1: (<khiraly1> dos1: on bug #435 I asked...) See #openmoko topic: ""  | Before asking read http://www.catb.org/~esr/faqs/smart-questions.html | ""
Jun 06 20:48:57 <khiraly1> DocScrutinizer: so you are saying ...? Any specifics?
Jun 06 20:49:38 <khiraly1> DocScrutinizer: because what I said, was quite specific, see: http://trac.freesmartphone.org/ticket/435#comment:4
Jun 06 20:50:53 <DocScrutinizer> khiraly1: considered maybe the very small FSO team is just busy ATM with other tasks than reading/answering trac-comments? (maybe even tasks not at all related to FSO)
Jun 06 20:52:51 <onen|openBmap> DocScrutinizer: khiraly1: I support Doc with this comment. FSO people are making a *lot* of things at the same time. And since not being paid any more for FSO at the moment, make their time even more precious
Jun 06 20:53:21 <DocScrutinizer> khiraly1:http://www.catb.org/~esr/faqs/smart-questions.html#before    ""... Never assume you are entitled to an answer. ...""
Jun 06 20:53:40 <onen|openBmap> DocScrutinizer: khiraly1: and I only take care of one small project, and cannot already see all the emails/posts/etc... everywhere
Jun 06 20:55:21 <onen|openBmap> khiraly1: I had good contacts with all of them so far. Not always quick, but I can easily understand that. It is the same with me.
Jun 06 20:56:06 <khiraly1> DocScrutinizer: ok then maybe I considered this bug higher priority as it really should be. Just thought this is the single bug which holds me back using the phone as a day-to-day phone, and the bug is already a month old should have some feedback from the developers.
Jun 06 20:56:31 <khiraly1> nevermind, dont overexpect things in the future
Jun 06 20:58:04 <dos1> khiraly1: i agree with you about priority of this bug, but we can be only sad about that, not angry for FSO devs :P
Jun 06 20:59:08 <DocScrutinizer> khiraly1: there's known dbus lib bug. all bugs possibly caused by this will not see any care until this major *dbus(!)*-bug is fixed. FSO team got no response from dbus upstream on that. So it's quite clear why you get no answer on #435, no?
Jun 06 21:00:08 <khiraly1> DocScrutinizer: wasnt aware of this dbus bug before you mentioned. Sorry.
Jun 06 21:01:01 <DocScrutinizer> np, I-m astonished how few noise around it, actually
Jun 06 21:04:37 <dos1> https://bugs.freedesktop.org/show_bug.cgi?id=19796
Jun 06 21:04:40 <dos1> is it that bug?
Jun 06 21:08:20 <DocScrutinizer> I'm really not close to this issue, but from  what I remeber being told from Mickey: yes sounds exactly like our problem
Jun 06 21:09:22 <onen|openBmap> when I use a gtk.dialog modal, illume arrows work to browse running apps. when using gtk.messagedialog modal, it won't. any idea?
Jun 06 21:09:57 <onen|openBmap> rhkfin: which wiki, my contact info?
Jun 06 21:12:36 <rhkfin> onen|openBmap: openbmap wiki won't open, you'r e-mail (to start the discussion with omgps
Jun 06 21:15:49 <DocScrutinizer> onen|openBmap: (modal) might be intentional design decision - dunno
Jun 06 21:17:51 <tmzt> onen|openBmap: check what is set in the xproperties or whatever that's called
Jun 06 21:18:02 <tmzt> there should be a utility to do that
Jun 06 21:18:43 <dos1> DocScrutinizer: there is some patch in comments
Jun 06 21:18:49 <dos1> DocScrutinizer: is it resolving our issue?
Jun 06 21:19:09 <dos1> DocScrutinizer: i suppose you don't know ;D
Jun 06 21:19:27 <mrmoku> uff... feed pushed
Jun 06 21:19:42 <DocScrutinizer> dos1: as mentioned above, I'm not fully informed about this at all
Jun 06 21:19:57 <DocScrutinizer> exactly - I dunno
Jun 06 21:20:17 <onen|openBmap> tmzt: sorry don't understand what you propose :-(
Jun 06 21:20:28 <mrmoku> dos1, IIRC patch was from mw| ... and he triggered that bug while trying to do that frameworkd on host to debug thingie
Jun 06 21:20:29 <tmzt> xlsatoms?
Jun 06 21:20:44 <mrmoku> so it could as well help for our case
Jun 06 21:20:48 <tmzt> I mean the window class seems to be wrong, it's a dialog
Jun 06 21:20:59 <tmzt> you probably need to talk with raster though
Jun 06 21:21:27 <mrmoku> dos1, and as the comment with the updated patch is quite current... my hope that just upgrading dbus will help vanished away :(
Jun 06 21:21:45 <mrmoku> BUT, we could just add that patch ;)
Jun 06 21:22:45 <onen|openBmap> tmzt: ok, thanks
Jun 06 21:23:20 <dos1> mrmoku: yep :D
Jun 06 21:29:16 <mrmoku> dos1, building it now :P
Jun 06 21:29:31 <dos1> yay! :
Jun 06 21:29:33 <dos1> :D
Jun 06 21:37:07 <DocScrutinizer> mrmoku: hoooray for mrmoku :-). I'm *very* anxious to hear of results! actually it seems this bug is causing tons of borks and oddities on whole SHR (at least to me)
Jun 06 21:37:28 <DocScrutinizer> mickey|dinner: ping
Jun 06 21:41:48 <mrmoku> well... it built :D
Jun 06 21:44:07 <dos1|neo> mrmoku: and...? ;D
Jun 06 21:44:25 <mrmoku> Upgrading dbus on root from 1.2.1-r10 to 1.2.14-r0...
Jun 06 21:44:57 <mrmoku>  * ERROR: Cannot satisfy the following dependencies for dbus:
Jun 06 21:44:57 <mrmoku> 	 *  libdbus-1-3 (>= 1.2.14) * 
Jun 06 21:45:28 <DocScrutinizer> aaaargh
Jun 06 21:45:55 <dos1|neo> bitbake libdbus!
Jun 06 21:46:27 <dos1|neo> that's probably the hottest opkg upgrading :D
Jun 06 21:46:48 <mrmoku> Upgrading libdbus-1-3 on root from 1.2.1-r10 to 1.2.14-r0...
Jun 06 21:47:12 <Deubeuliou> ~seen mickeyl
Jun 06 21:47:13 <bzzbot> mickeyl <i=mickey@openmoko/coreteam/mickey> was last seen on IRC in channel #openmoko-cdevel, 6h 22m 3s ago, saying: 'AC_CHECK_FILE'.
Jun 06 21:47:29 * dos1|neo holds thumbs
Jun 06 21:47:42 <mrmoku> Configuring libdbus-1-3
Jun 06 21:47:50 <dos1|neo> mrmoku: is that build with or without that patch?
Jun 06 21:47:52 <DocScrutinizer> ~seen mickey|dinner 
Jun 06 21:47:52 <bzzbot> mickey|dinner is currently on #openmoko-cdevel, last said: 'g'night'.
Jun 06 21:49:46 <mrmoku> DocScrutinizer, with patch
Jun 06 21:50:00 <mrmoku> Starting system message bus: 
Jun 06 21:51:28 <DocScrutinizer> then freeze ?   ;->
Jun 06 21:51:51 <DocScrutinizer> ~seen shoragan
Jun 06 21:51:52 <bzzbot> shoragan is currently on #openmoko-cdevel, last said: 'alphaone, that patch uses ophonekitd'.
Jun 06 21:52:32 <mrmoku> DocScrutinizer, yup... frozen like ice ;)
Jun 06 21:52:39 <DocScrutinizer> ouch
Jun 06 21:53:02 <mrmoku> just the ssh session though... guess connman died and took me the interface away :P
Jun 06 21:53:34 <mrmoku> going to reboot now
Jun 06 21:54:05 <DocScrutinizer> ssh via conman? for debug? wow
Jun 06 21:55:00 <DocScrutinizer> stefan_schmidt_:  ping
Jun 06 21:56:59 * DocScrutinizer passing mic over to stefan_schmidt_ 
Jun 06 21:57:09 <stefan_schmidt_> DocScrutinizer: what context? dbus?
Jun 06 21:57:16 <DocScrutinizer> yup
Jun 06 21:57:49 <stefan_schmidt_> The bug entry sounds interesting at least.
Jun 06 21:57:57 <DocScrutinizer> stefan_schmidt_: you got a backscroll for this #chan?
Jun 06 21:58:20 <stefan_schmidt_> From what I gathered from shoragan our msg are queued but never dispatched within dbus
Jun 06 21:58:27 <stefan_schmidt_> And we use async a lot.
Jun 06 21:58:36 <stefan_schmidt_> Can be, but could also be another bug.
Jun 06 21:59:11 <stefan_schmidt_> I fear only shoragan can judge this as he already dived into the dbus code.
Jun 06 21:59:25 <stefan_schmidt_> I'll ping him the next time I can get hold off him.
Jun 06 21:59:33 <DocScrutinizer> stefan_schmidt_: you got a ticket number for referencing the issue?
Jun 06 21:59:47 <stefan_schmidt_> DocScrutinizer: ticket on fso trac?
Jun 06 22:00:09 <DocScrutinizer> FSO fine. OM fine as well
Jun 06 22:00:27 <DocScrutinizer> we need a name for public discussion
Jun 06 22:00:42 <stefan_schmidt_> http://trac.freesmartphone.org/ticket/416
Jun 06 22:01:14 <DocScrutinizer> ok, so the name is #416 now ;-)
Jun 06 22:01:30 <stefan_schmidt_> heh, the good old bug number naming
Jun 06 22:01:48 <stefan_schmidt_> Let's hope it dies earlier then #1014
Jun 06 22:01:48 <dos1|neo1> what's new about dbus?
Jun 06 22:01:52 <stefan_schmidt_> 1024
Jun 06 22:02:10 <dos1|neo1> i've got dc
Jun 06 22:02:25 <dos1|neo1> last saw: ~seen mickey|dinner
Jun 06 22:03:15 <DocScrutinizer> dos1|neo1: mrmoku applied patch -> borks
Jun 06 22:03:42 <DocScrutinizer> stefan_schmidt_ named the bug FSO-#416
Jun 06 22:03:59 * mrmoku should not have overwritten system.conf ;)
Jun 06 22:04:07 <stefan_schmidt_> mrmoku, onen|openBmap: You guys are funny with your openbmpa cherry-pick. The 0.3.0 logger is not even in ms5.5. You sneaked it only in shr :)
Jun 06 22:04:08 <mrmoku> frameworkd crashes for AccessDenied :P
Jun 06 22:04:24 <mrmoku> stefan_schmidt_, ouch :P
Jun 06 22:04:39 <stefan_schmidt_> mrmoku: Need to find that commit first.
Jun 06 22:04:40 <dos1|neo1> mrmoku: that's fixable
Jun 06 22:04:42 <DocScrutinizer> mrmoku: lol
Jun 06 22:04:45 <stefan_schmidt_> Will take care about it
Jun 06 22:05:11 <dos1|neo1> mrmoku: you just have to edit some policies
Jun 06 22:05:14 <mrmoku> stefan_schmidt_, well... it was you who sneaked it in ;)
Jun 06 22:05:16 <mrmoku> ab2d691348a249e9c18e3551af2e97479a68e427
Jun 06 22:05:27 <DocScrutinizer> lol, again
Jun 06 22:05:40 <stefan_schmidt_> hmm, only in shr?
Jun 06 22:05:41 <stefan_schmidt_> bad me
Jun 06 22:05:51 <dos1|neo1> i think some example is in fso git repo
Jun 06 22:06:02 <stefan_schmidt_> getting old it seems :)
Jun 06 22:06:04 <stefan_schmidt_> Will fix
Jun 06 22:06:51 <onen|openBmap> stefan_schmidt_: ??? well to what feed did you add it last time then? I thought it was m5.5
Jun 06 22:07:13 <DocScrutinizer> well fellas, /me feels like going to get a saturday eve's beer. So DocScrutinizer is now known as DocMobilizer ;-). cya
Jun 06 22:07:19 <stefan_schmidt_> onen|openBmap: I was thinking the same. Will fix it now.
Jun 06 22:07:27 <mrmoku> dos1|neo1, if you want to play... ;)
Jun 06 22:07:29 <mrmoku> http://build.shr-project.org/tests/mrmoku/dbus_1.2.14-r0_armv4t.ipk
Jun 06 22:07:39 <mrmoku> http://build.shr-project.org/tests/mrmoku/libdbus-1-3_1.2.14-r0_armv4t.ipk
Jun 06 22:07:42 <onen|openBmap> stefan_schmidt_: thanks
Jun 06 22:07:46 <onen|openBmap> good night 
Jun 06 22:08:19 <mrmoku> stefan_schmidt_, IIRC we cherry-picked it from fso/ms5.5 ... should be there then
Jun 06 22:08:39 <dos1|neo1> mrmoku: ok, not in git repo, but on some mickeyl's server
Jun 06 22:09:08 <stefan_schmidt_> mrmoku: That it is what wonders me.
Jun 06 22:09:16 <stefan_schmidt_> Anyway, cherry-picked and pushed
Jun 06 22:09:23 <mrmoku> dos1|neo1, you could just install it and not overwrite the conf :P
Jun 06 22:09:34 <mrmoku> I'm going to bed now :)
Jun 06 22:09:36 <lindi-> mrmoku: which patch should I apply? I'm happy to test dbus
Jun 06 22:09:47 <lindi-> (I saw at least two versions around)
Jun 06 22:09:56 <DocScrutinizer> hope I'll hear "a small step for mrmoku, a giant leap for all FSO-dbus-based distros" in a short while ;-D
Jun 06 22:10:02 <mrmoku> lindi-, I applied the second version to dbus 1.2.14
Jun 06 22:10:05 <mrmoku> https://bugs.freedesktop.org/show_bug.cgi?id=19796
Jun 06 22:11:11 <mrmoku> DocScrutinizer, would be great... that dbus thing is blocking our 'conquer the world' plans ;)
Jun 06 22:12:01 <DocScrutinizer> yup exactly, Brain!
Jun 06 22:12:42 <lindi-> mrmoku: er, which one exactly? dbus-1.2.12-dbus_connection_send_with_reply.patch? (I'm not sure if this "hide obsolote" feature needs javascript or something)
Jun 06 22:12:51 <DocScrutinizer> pinky away for beer now ;-)
Jun 06 22:16:28 <mrmoku> lindi-, dbus-connection-bug-19796-v2.patch
Jun 06 22:16:46 <mrmoku> the last one from the ticket added on 4th
Jun 06 22:20:43 <DocScrutinizer> dos1|neo1: great finding, btw :-)))
Jun 06 22:22:09 <mrmoku> DocScrutinizer, he... forget installing the package... have to rebuild... with the patch ;)
Jun 06 22:22:27 * mrmoku is to tired to correctly add a patch with one try
Jun 06 22:22:44 <DocScrutinizer> k 
Jun 06 22:23:09 <mrmoku> DocScrutinizer, updated with r1
Jun 06 22:23:20 <mrmoku> http://build.shr-project.org/tests/mrmoku/dbus_1.2.14-r1_armv4t.ipk
Jun 06 22:23:26 <mrmoku> http://build.shr-project.org/tests/mrmoku/libdbus-1-3_1.2.14-r1_armv4t.ipk
Jun 06 22:23:44 <mrmoku> DocScrutinizer, have a nice beer :)
Jun 06 22:23:49 * mrmoku is off to bed now
Jun 06 22:23:51 <mrmoku> gnight all
Jun 06 22:24:15 <DocMobilizer> mrmoku|away: gnight
Jun 06 22:38:48 <DocScrutinizer> fsck! /etc/localtime: error: stale NFS file handle :-(((
Jun 06 22:42:20 <dos1|neo1> DocScrutinizer: it works
Jun 06 22:42:22 <dos1|neo1> DocScrutinizer: now i have to test, if it fixes our issue
Jun 06 22:42:24 <dos1|neo1> mrmoku|away: ^^^
Jun 06 22:42:30 <dos1|neo1> running frameworkd prints lot of warnings added by that patch
Jun 06 22:42:33 <DocScrutinizer> cool :-)
Jun 06 22:43:13 <DocScrutinizer> any idea how to fix my /etc/localtime ?
Jun 06 22:43:56 <dos1|neo> DocScrutinizer: ping
Jun 06 22:44:08 <DocScrutinizer> yau
Jun 06 22:44:15 <dos1|neo> i have frameworkd running on new dbus
Jun 06 22:44:22 <DocScrutinizer> seen
Jun 06 22:44:40 <dos1|neo> what was last?
Jun 06 22:44:53 <dos1|neo> i've got disconnect
Jun 06 22:45:04 <DocScrutinizer> any idea how to fix my /etc/localtime ?
Jun 06 22:45:09 <DocScrutinizer> fsck! /etc/localtime: error: stale NFS file handle :-(((
Jun 06 22:45:59 <DocScrutinizer> I *have no* NFS
Jun 06 22:46:13 <DocScrutinizer> afaict
Jun 06 22:46:24 <dos1|neo> ok, testing suspend
Jun 06 22:46:46 <dos1|neo> and what will be after suspend...
Jun 06 23:02:57 <dos1|neo> DocScrutinizer: good news ;)
Jun 06 23:03:22 <dos1|neo> DocScrutinizer: i suspeneded, called, suspended again etc.
Jun 06 23:03:37 <DocScrutinizer> :-)))
Jun 06 23:03:42 <dos1|neo> but it was still working :)
Jun 06 23:04:21 <dos1|neo> after suspending i had only bug with wifi
Jun 06 23:04:40 <dos1|neo> but according to logs that was kernel problem
Jun 06 23:05:01 <dos1|neo> so we only have to look at fixing bindings :)
Jun 06 23:05:16 <dos1|neo> now they write really lots of warnings
Jun 06 23:06:02 <DocScrutinizer> what probably is a good thing in the end
Jun 06 23:06:18 <dos1|neo> BTW. on upgrade i said No when opkg asked me to override first conf fil
Jun 06 23:06:21 <dos1|neo> +e
Jun 06 23:06:31 <dos1|neo> system.conf i think
Jun 06 23:06:40 <dos1|neo> and Yes to second file
Jun 06 23:06:47 <dos1|neo> session.conf i think
Jun 06 23:07:21 <dos1|neo> maybe that's why it didn't work for mrmoku (changes in system.conf)
Jun 06 23:08:10 <dos1|neo> mrmoku|away: so... fix conf issue, and bump dbus in shr-unstable :)
Jun 06 23:08:25 <dos1|neo> mrmoku|away: (and connman too :P)
Jun 06 23:09:20 <dos1|neo> really good thing at ending of day ;D
Jun 06 23:09:30 <dos1|neo> so, going to sleep :)
Jun 06 23:09:38 <dos1|neo> good night
Jun 06 23:11:01 <dos1|neo> hmmm
Jun 06 23:11:25 <dos1|neo> is that placebo, or pidgin really works a lot faster?
Jun 06 23:12:25 <dos1|neo> maybe new dbus is lighter ;x
Jun 06 23:12:30 <dos1|neo> ok, gn
Jun 06 23:13:04 <DocScrutinizer> night dos1
Jun 06 23:46:15 <Toaster`> ok, I think I've finished the /home/root archiver
Jun 07 00:44:21 <CIA-69> SHR: 03frazier.cameron 07shr-settings * rf3707773c840 10/ (2 files in 2 dirs): [HomeDir] Home directory archive and restore is now working. Please test and comment.
Jun 07 01:50:55 <DocScrutinizer> hey, ~ backup. great :-)
Jun 07 02:48:39 <CIA-69> SHR: 03frazier.cameron 07shr-settings * rc6c4ee93c945 10/shr_settings_modules/shr_homedir.py: [HomeDir] Removed forgotten test code.
Jun 07 02:52:49 <Toaster`> and I'm done.  Night all
**** ENDING LOGGING AT Sun Jun 07 02:59:57 2009