**** BEGIN LOGGING AT Fri May 14 02:59:56 2010
May 14 05:49:36 <JaMa|zz> moin
May 14 05:49:37 <mrmoku> spaetz: good evening :)
May 14 05:49:45 <mrmoku> JaMa: moin
May 14 05:49:56 <JaMa> NOTE: Running task 9870 of 13674 
May 14 05:50:09 <mrmoku> buildhost?
May 14 05:50:12 <JaMa> yes
May 14 05:50:20 <mrmoku> heh... only two days left ;)
May 14 05:50:22 <JaMa> what did it do whole night! :)
May 14 05:50:47 <mrmoku|kiga> brb
May 14 06:07:03 <Q-Master> morning guys!
May 14 06:50:36 <mrmoku> JaMa: hmm... mutt conflicts with mime-support
May 14 06:50:48 <mrmoku> and mime-support is needed by e-wm
May 14 06:54:40 <mrmoku> and the one coming with mutt looking like a smaller subset of mime-support
May 14 06:57:11 <JaMa> maybe package mutt's mime as mutt-mime-support and RRECOMMENDS it and RCONFLICTS with mime-support?
May 14 06:57:32 <JaMa> but not sure if opkg handles it ok.. 
May 14 07:10:34 <mrmoku> no
May 14 07:11:30 <mrmoku> JaMa: it is part of the main mutt package
May 14 07:11:35 <mrmoku> (the /etc/mime.types file)
May 14 07:12:13 <JaMa> mrmoku: I mean you can add PACKAGES += "mutt-mime-support", FILES_${PN}-mime-support = "${sysconfdir}/mime.types"
May 14 07:14:43 <mrmoku> ahh
May 14 07:14:44 <mrmoku> ok
May 14 07:14:49 <mrmoku> because what mutt does is
May 14 07:14:49 <mrmoku> if [ ! -f $(DESTDIR)$(sysconfdir)/mime.types ]; then \
May 14 07:14:50 <mrmoku>                 $(INSTALL) -m 644 $(srcdir)/mime.types $(DESTDIR)$(sysconfdir); \
May 14 07:14:53 <mrmoku>         fi
May 14 07:15:11 <mrmoku> good
May 14 07:15:14 <mrmoku> will do that then
May 14 07:16:18 <JaMa> empty FILES is not big problem.. it will just say, that it's not packaging empty .ipk
May 14 07:16:43 <JaMa> so if it's optional or only for some versions, you can still define PACKAGES and FILES unconditionaly
May 14 07:16:51 <mrmoku> JaMa: if I add /etc/mime.types to FILES_${PN}-mime-support... will it be automatically removed from FILES_${PN} ?
May 14 07:18:08 <mrmoku> JaMa: hmm... and why not just drop it completely and make mutt depend on mime-support?
May 14 07:18:25 <mrmoku> would be cleaner to have only one mime.types to take care of, no?
May 14 07:18:58 <mrmoku> the one in mime-support is more complete... has more types in it
May 14 07:23:39 <mrmoku> JaMa: something like this http://pastie.org/959937
May 14 07:24:55 <JaMa> mrmoku: how big is mime-support?
May 14 07:25:58 <JaMa> mrmoku: maybe on some devices they will prefer mutt's mime, if you just move it to separate package and then use full mime-support for you, then all should be happy
May 14 07:26:06 <JaMa> but if it's not big.. then ok
May 14 07:26:22 <JaMa> Running task 11197 of 13674
May 14 07:27:50 <mrmoku> 0002 mok@gonzales[pts/7]:~/shrbuild/shr-unstable-> l tmp/deploy/ipk/all/mime-support_3.44-r0.4_all.ipk 
May 14 07:27:53 <mrmoku> -rw-rw-r--. 1 mok mok 14610 May 12 23:41 tmp/deploy/ipk/all/mime-support_3.44-r0.4_all.ipk
May 14 07:28:45 <mrmoku> not that big... but right you are anyway... as mime-support contains other stuff too
May 14 07:29:12 <mrmoku> /usr/bin/{print,edit,see}
May 14 07:29:30 <TAsn> mrmoku, as said, we need to change the way we start it. It starts too soon. It should be started by e's autostart
May 14 07:29:39 <TAsn> there's the e skeleton dir, we should place it there.
May 14 07:30:00 <JaMa> nslug people have only iirc 4MB rootfs so 14,6kb + opkg files overhead, is maybe too much for them (but maybe they don't need mutt :))
May 14 07:30:48 <mrmoku> TAsn: does e respect .config/autostart?
May 14 07:30:55 <TAsn> iirc no.
May 14 07:31:00 <mrmoku> sure?
May 14 07:31:03 <mrmoku> would be sad
May 14 07:31:13 <TAsn> no, as I said, "iirc" :P
May 14 07:31:22 <mrmoku> raster: does e handle .config/autostart?
May 14 07:31:24 <mrmoku> well
May 14 07:31:32 <mrmoku> maybe I should ask in the correct channel :P
May 14 07:33:24 <raster> nup
May 14 07:33:56 <TAsn> mrmoku, so i remembered correctly :P
May 14 07:34:21 <TAsn> raster, would you accept a patch implementing that? (I don't have one, I'm talking in general)
May 14 07:41:00 <raster> depends what gets stuck in that file
May 14 07:41:16 <raster> as such i dont trust it as i would expect kde and gnomew to throw shit in there thats specific to their desktops
May 14 07:41:19 <raster> and thus mess with e
May 14 07:41:21 <raster> etc.
May 14 07:51:19 <feitingen> mrmoku: .config sounds gnomish, and what is different from sticking stuff in there and in your .xinitrc/.xsession file?
May 14 07:52:15 <JaMa> feitingen: shr_elm_keyb needs to be started *after* illume load
May 14 07:52:28 <JaMa> feitingen: that's hard to achive with .xsession
May 14 07:52:41 <mrmoku> feitingen: .config is freedesktopism as far as I know
May 14 07:53:14 <raster> illume has its own system for starting the vkbd for illume
May 14 07:53:21 <raster> it ha sa gui to select which one to use too
May 14 07:53:31 <raster> it will exec it for you
May 14 07:53:53 <raster> as long as your keyboard is in the Keyboard .desktop category it's selectable
May 14 07:54:03 <mrmoku> raster: not keyb... softkey (aka quicklaunch) is what JaMa meant :)
May 14 07:54:53 <raster> oooh that
May 14 07:54:59 <raster> softkey
May 14 07:55:39 <raster> illume2 probably should have a mechanism for launching custom apps for that for u actually
May 14 07:55:40 <raster> anyway
May 14 07:55:41 <JaMa> maybe there is change to "busy" wait in shr_elm_keyb until something is initialized and available?
May 14 07:55:48 <raster> u can use the existing startup app thing
May 14 07:56:11 <mrmoku> raster: I can't find the GUI in illume2 for that :/
May 14 07:56:18 <raster> e will keep its init splahs up until it has execced all apps for startup
May 14 07:59:28 <mrmoku> ahh... after loading the module it is there :)
May 14 08:02:17 <mrmoku> JaMa: we just need to ship a .desktop for shr-elm-softkey which is not shown on the desktop and add that to the file .e/e/applications/startup/.order
May 14 08:03:58 <JaMa> mrmoku: that's what TAsn was proposing, but we should also somehow ensure that after removing .e it's recreated from skel
May 14 08:04:17 <JaMa> mrmoku: and I didn't check how skel works wrt .e
May 14 08:05:22 <mrmoku> heh, right
May 14 08:05:36 * mrmoku still preferst TAsn making a real module out of it ;)
May 14 08:05:44 <mrmoku> -t
May 14 08:06:34 * JaMa would like 3 gadgets moveable over top bar :)
May 14 08:07:06 <JaMa> by default arrows as illume1 had and close on right end
May 14 08:07:23 <JaMa> but TAsn thinks it's really stupid to have it there
May 14 08:10:59 <mrmoku> bbl
May 14 09:19:55 <mickey|office> morning
May 14 09:20:27 <mrmoku> mickey|office: morning
May 14 09:22:28 <mickey|office> mrmoku: i don't have any explanations for SIM PIN value being exchanged. can you reproduce that?
May 14 09:22:39 <mickey|office> mrmoku: please open a bug about incoming/release, I didn't follow that
May 14 09:22:49 <mrmoku> mickey|office: ok
May 14 09:30:42 <mrmoku> mickey|office: http://trac.freesmartphone.org/ticket/559 do you need more info?
May 14 09:31:10 <mickey|office> mrmoku: no, thanks, that'll do.
May 14 09:31:15 <mrmoku> ok
May 14 09:34:36 * mrmoku looking into PIN2 now
May 14 09:37:32 <mrmoku> mickey|office: forget about the PIN2 thing... fsogsmd reports FREE_SMARTPHONE_GSM_SIM_AUTH_STATUS_PIN_REQUIRED so it must be my fault somewhere
May 14 09:42:12 <mrmoku> mickey|office: heh... passing a DeviceStatus enum and evaluating as AuthStatus... not a good idea :P
May 14 09:47:02 <mickey|office> right :)
May 14 10:24:07 <TAsn> JaMa, the e wizard copies from skeleton! I already told you that.
May 14 10:24:16 <McKael> What's the recommended way of building FSO?  Using make from the top level cornucopia directory doesn't seem to stop on errors, and using make in every subdir looks like a pain...
May 14 10:24:34 <TAsn> JaMa, making it a module: not stupid, just harder.
May 14 10:24:44 <TAsn> mrmoku, Z^
May 14 10:29:58 <JaMa> TAsn: I know you said that, but I don't care about shr_elm_keyb to fix it myself (have to finish other stuff now)
May 14 10:33:21 <TAsn> JaMa, I have A LOT of r/l to take care of, that's why I'm not doing it myself either :( I was talking about this: <JaMa> mrmoku: that's what TAsn was proposing, but we should also somehow ensure that after removing .e it's recreated from skel
May 14 10:42:19 <JaMa> ok, next time I'll append as TAsn is proposing even after 2nd part of same sentence :)
May 14 10:42:37 <JaMa> because that's what I meant ..
May 14 10:43:10 <TAsn> :P
May 14 10:43:31 <mrmoku> McKael: you have to independently build in the subdirs
May 14 10:44:00 <McKael> mrmoku: :/
May 14 10:44:17 <McKael> mrmoku: are all of them required?
May 14 10:44:40 <mrmoku> McKael: not all
May 14 10:44:47 <McKael> I don't think all of the components were successfully built last time, but it worked anyway
May 14 10:45:12 <McKael> mrmoku: do you have the correct build order? (If you don't, n/m, I'll figure out)
May 14 10:45:55 <mrmoku> McKael: maybe http://build.shr-project.org/tests/mrmoku/setup-shr-build-env.sh will help you
May 14 10:46:39 <mrmoku> probably not very much though
May 14 10:47:03 <mrmoku> specs, libfso-glib, libfsobasics, libfsoframework
May 14 10:47:10 <mrmoku> would be the first ones in that order I think
May 14 10:47:47 <McKael> you don't build fsogsmd, fsodeviced?
May 14 10:48:17 <mrmoku> McKael: that script is for installing our phonestack only
May 14 10:48:42 <McKael> shr-u hasn't switched to fsogsm then?
May 14 10:49:00 <mrmoku> with phonestack I mean only our GUI part
May 14 10:49:06 <mrmoku> phoneuid + libphone-ui + libphone-ui-shr
May 14 10:49:08 <McKael> oh, i see
May 14 10:49:24 <McKael> ok, thanks mrmoku
May 14 10:49:27 <mrmoku> np
May 14 10:50:02 <McKael> I have an ongoing build on the Neo...  Looks good so far
May 14 10:51:28 <McKael> Build complete!  \o/
May 14 10:52:17 <McKael> Hmm, fsodeviced hasn't been installed...
May 14 10:57:37 <CIA-36> SHR: 03mok 07libphone-ui-shr * r018129479787 10/src/ (3 files in 2 dirs): sim-auth-view: fix showing PIN2 instead of PIN
May 14 11:09:35 * mrmoku reinstalling EFL stack with DEBUG_BUILD='1'
May 14 11:09:47 * JaMa leaving for 2-3 days
May 14 11:11:07 <mrmoku> JaMa: have fun then :)
May 14 11:12:15 <JaMa> weekend with work.. and rain
May 14 11:12:22 <JaMa> how funny it can be? :)
May 14 11:17:54 <mrmoku> :P
May 14 11:19:37 <mrmoku> JaMa: tell your boss to find some clients in the caribic ;)
May 14 11:27:26 <JaMa> yeah that would be better :)
May 14 11:27:53 <JaMa> or find new boss in caribic :)
May 14 11:28:13 <JaMa> and return here only for vacations to cool down :)
May 14 11:28:13 <mrmoku> :)
May 14 11:34:15 <mickey|office> If someone wants to write a proper recursive autotools project for cornucopia, I'd welcome a patch
May 14 11:34:17 <mrmoku> JaMa: do we have EFL in thumb mode?
May 14 11:38:32 <JaMa> mrmoku: efl.bbclass and e.bbclass sets ARM_INSTRUCTION_SET = "arm" so no
May 14 11:38:53 <JaMa> mrmoku: unless some lib reenables it in recipe (which I doubt)
May 14 11:40:56 <JaMa> ahh Running task 13328 of 13674, maybe I can sync and upgrade before leaving ;)
May 14 11:41:21 <mrmoku> hehe :)
May 14 11:42:06 <mrmoku> hmm... with the debug build it takes _*much*_ longer to attach to the sigilled enlightenment
May 14 11:44:44 <JaMa> but my openvpn fails today :/ 
May 14 11:45:13 <JaMa> and lol, I know why.. FR thinks it's year 2000 and my vpn server certificat is not valid YET :)
May 14 11:46:13 <mrmoku> 13:44 < Lutin> mrmoku: well in ARM mode 0x6027 is andeq r6, r0, r7, lsl #32 so that can't possibly generate an alignement fault
May 14 11:46:16 <mrmoku> 13:45 < Lutin> lsr #32, sorry
May 14 11:46:16 <mrmoku> JaMa: ^
May 14 11:47:18 <JaMa> are you sure it was from this addr?
May 14 11:48:45 <usr> hi, i was trying to forward my internet connection trough usb. i had no success. i'm using the openwrt image from wiki.openmoko. could someone give me a tip?
May 14 11:52:59 <usr> is someone else currently using openwrt on the freerunner?
May 14 12:10:25 <JaMa> mrmoku: feed built
May 14 12:10:29 <JaMa> and synced
May 14 12:12:30 <Deubeuliou> I don't find the status of fsogsmd on the wiki anymore. is it functionnal now ? (I'm compiling it and will try it on the nexus one)
May 14 12:12:55 <JaMa> for FR it's new default in shr-u
May 14 12:13:03 <JaMa> and it works pretty good
May 14 12:13:59 <mickey|office> http://wiki.freesmartphone.org/index.php/Implementations/fsogsmd
May 14 12:15:16 <mrmoku> heh
May 14 12:15:28 * mrmoku back from lunch and gdb still loading symbols :/
May 14 12:16:45 <mrmoku> JaMa: do the logs tell me with which mode it builds stuff?
May 14 12:17:28 <JaMa> mrmoku: depends on build system.. if it shows gcc calls then you will see -mno-thumb in log.do_compile
May 14 12:18:01 <JaMa> mrmoku: but if it says just CC sth, then you have to check other files
May 14 12:18:29 <JaMa> mrmoku: already restarted feed build? :)
May 14 12:19:06 <McKael> specified class size for type `PdpPppMux' is smaller than the parent type's `FsoGsmAtPdpHandler' class size
May 14 12:19:07 <McKael> *** glibc detected *** fsogsmd: free(): invalid next size (normal): 0x0002f5c0 ***
May 14 12:19:27 <McKael> I get this when I start fsogsmd, any idea?
May 14 12:24:16 <mrmoku> export CC="ccache arm-oe-linux-gnueabi-gcc -march=armv4t -mtune=arm920t -mthumb-interwork -mno-thumb"
May 14 12:29:43 <mrmoku> JaMa: Lutin in #e says it is definitely thumb code though
May 14 12:31:37 <JaMa> strange
May 14 12:31:54 <JaMa> but cannot check better now.. last 5 mins to download image
May 14 12:31:58 <JaMa> and then off
May 14 12:32:24 <JaMa> for some reason opkg upgrade is not upgrading any packages from rsynced feed :/
May 14 12:32:50 <mrmoku> JaMa: ok
May 14 12:35:29 <tsaitgaist> mickeyterm is broken on the actual SHR. I get "org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.omuxerd was not provided by any .service files". how to fix it ?
May 14 12:41:22 <tsaitgaist> or is there an alternative AT terminal ?
May 14 12:46:00 <JaMa> mterm2
May 14 12:50:46 <tsaitgaist> JaMa : for mickeyterm the port was fso:0, but does not work with mterm2. Which one it the right port ?
May 14 13:02:53 <tsaitgaist> port for mterm2 seem to be /dev/ttySAC0, but it does not react to my AT commands
May 14 13:05:43 <tsaitgaist> gsmdebug.DebugCommand has also disappered from cli-framework
May 14 13:08:40 <tsaitgaist> even methods defined in FSO doc have dissapeared (e.g. gsmmonitor.GetNeighbourCellInformation())
May 14 13:11:57 <Deubeuliou> JaMa|Gone: thanks
May 14 13:12:45 <mickey|office> tsaitgaist: current SHR uses all four ports and does not expose an AT interface anymore, except gsmdebug.DebugCommand( "<command>", "<channel>" )
May 14 13:13:00 <mickey|office> tsaitgaist: monitor API is implemented since early this week
May 14 13:15:11 <tsaitgaist> mickey|office : so no terminal can be used to send AT commands anymore ? cannel is 0 ?
May 14 13:24:02 <dcordes> tsaitgaist, mickey|office what device you guys working on?
May 14 13:24:22 <tsaitgaist> dcordes : the freerunner
May 14 13:24:50 <dcordes> ok
May 14 13:53:18 <mickey|office> dcordes: htc dream, palm pre, freerunner
May 14 13:53:32 <mickey|office> tsaitgaist: channels on FR are
May 14 13:53:33 <mickey|office> "main"
May 14 13:53:38 <mickey|office> "data"
May 14 13:53:40 <mickey|office> "urc"
May 14 13:53:41 <mickey|office> "call"
May 14 13:53:46 <mickey|office> err, "main" -> "misc"
May 14 13:54:34 <tsaitgaist> mickey|office for AT commands I should use misc ?
May 14 13:54:46 <misc> me ?
May 14 13:55:03 <mickey|office> all channels are AT channels
May 14 13:55:06 <mickey|office> so you can use all 
May 14 13:55:17 <mickey|office> note that some command setups are channels specific though
May 14 13:55:25 <mickey|office> why do you need direct AT access at all, btw?
May 14 13:57:09 <tsaitgaist> mickey|office : get Kc, and scan all available cells
May 14 13:57:58 <mickey|office> what's Kc?
May 14 13:58:09 <mickey|office> if you are missing monitoring mode support, please open a bug
May 14 13:58:20 <tsaitgaist> mickey|office : and various stuff specified by ts 27.007
May 14 13:58:56 <tsaitgaist> mickey|office : Kc is the secret shared key for the call encryption
May 14 13:59:16 <mickey|office> interesting. that's exposed via EM commands?
May 14 13:59:49 <tsaitgaist> mickey|office : I used mickeyterm because cli-framework often return a timeout
May 14 14:00:22 <tsaitgaist> mickey|office :  with AT+CSIM you can send raw APDU to them SIM
May 14 14:01:41 <mickey|office> ok, then you just need +CSIM implemented
May 14 14:01:58 <mickey|office> in cli-framework you can tweam timeout
May 14 14:02:00 <mickey|office> tweak
May 14 14:02:13 <mickey|office> gsmdebug.DebugCommand("+cops=?","main",timeout=100000)
May 14 14:33:28 <onen|openBmap> mickey|office: hi. about FSO on dream, telefony is working. But what about neighbour cells? Is it available?
May 14 14:35:25 <mickey|office> unclear
May 14 14:35:28 <mickey|office> there are commands for it
May 14 14:35:38 <mickey|office> but i did not manage to get meaningful results
May 14 14:35:50 <mickey|office> perhaps they're only valid in certain situations
May 14 14:36:32 <JesusMcCloud-lt> mrmoku, ping
May 14 14:36:52 <net_tux> anyone know if there is a way to toggle illume's fullscreen mode from a script?
May 14 14:36:52 <mrmoku> JesusMcCloud-lt: HALF PONG
May 14 14:36:57 <mrmoku> oops
May 14 14:37:12 * mrmoku one-handed
May 14 14:37:18 <JesusMcCloud-lt> mrmoku, what about theming of quick settings? will i know it when i see it?
May 14 14:37:25 <mrmoku> yup
May 14 14:37:35 <mrmoku> it is tabbed now
May 14 14:37:40 <JesusMcCloud-lt> i'm gonna reflash my fr now with most recent image
May 14 14:37:46 <mrmoku> ok
May 14 14:37:54 <net_tux> I'm asking about illume1 by the way
May 14 14:37:58 <onen|openBmap> mickey|office: I see. You and the other already had great results. Congratulations!
May 14 14:55:27 <PaulFertser> mrmoku: i started to miss the CallStatus RELEASED signal since some update lately, do you have any clue?
May 14 14:57:05 <PaulFertser> And it looks like fsogsmd is constantly polling for CLCC, is it reasonable?
May 14 14:58:42 <PaulFertser> No decent log yet, as i was actually using my phone as a phone during the trip
May 14 14:58:51 <PaulFertser> Now "releasing" the stuck call worked.
May 14 14:59:18 <PaulFertser> I guess constant CLCC polling might somehow confuse the calypso. It keeps returning that call as active even after it was dropped by the other party.
May 14 15:02:09 <JesusMcCloud-lt> crud! my fr wont boot from sd anymore
May 14 15:02:48 <JesusMcCloud-lt> now i have proof that my sd sot is fubar!
May 14 15:02:59 <JesusMcCloud-lt> brb
May 14 15:03:06 <PaulFertser> mickey|office: btw, i think i experienced oeventsd misbehaviour in the latest version and all those issues feel like something i've already heard of. Does it make sense to try to reproduce or fix those (e.g. IdleNotifier sometimes stops working, or the device is autosuspending when it shouldn't and doesn't when it should, and led states are not synced etc).
May 14 15:04:16 <mickey|office> PaulFertser: let me state it like that: While i'd appreciate the obvious problems in oeventsd being fixed, I will no longer touch it. I rather want to make a less flexible, more lightweight oventsd replacement in Vala than spending time on the python code.
May 14 15:04:34 <mickey|office> still, I'd love to see it being fixed
May 14 15:05:33 <Artox> is there someone known to be regularly releasing custom images of shr with a set of useful programs?
May 14 15:05:45 <PaulFertser> mickey|office: that's perfectly understandable, it's just a little bit strange to see issues known for a year to still be there. I'll try to think about the ones that bother me personally (if they do bother me enough of course).
May 14 15:06:12 <PaulFertser> mickey|office: while you're here, can you comment a little bit about CLCC polling?
May 14 15:07:43 <PaulFertser> mickey|office: i guess it might be the reason i never received "RELEASED" CallStatus even after the call was ended (by another party) and that asking fsogsmd to release it was of no use (i'll try to find that in my logs, i was on a laptop-less trip during that).
May 14 15:08:29 <mickey|office> ok, CLCC polling. first, it should not irritate the calypso after all. If it does, it's very bad and yet another of those calypso issues :/
May 14 15:08:48 <mickey|office> second, it would be better to use %CPI instead, however this is one of the couple of modem-specific adaptations i found no time for yet
May 14 15:09:01 <mickey|office> that's the reason why it uses the CLCC polling which is the standard mechanism
May 14 15:09:19 <mickey|office> since 07.07 does not specify any URCs for call state other than RING
May 14 15:09:37 <PaulFertser> mickey|office: ah, GSM strikes back again :(
May 14 15:09:56 <mickey|office> yep.
May 14 15:10:38 <PaulFertser> mickey|office: brb with the logs (hopefully)
May 14 15:11:47 <mrmoku> PaulFertser: hmm... interesting
May 14 15:12:31 <mrmoku> PaulFertser: we have some similiar problem with opimd's missed calls signal
May 14 15:12:41 <mrmoku> it does not send it... maybe that's related
May 14 15:20:07 <mrmoku> hmm... now it did
May 14 15:38:28 <JesusMcCloud-lt> mrmoku, (i dotn have sim instered) i have quic-settings in front of me... what do you want to have changed?
May 14 15:39:30 <JesusMcCloud-lt> (the tab selector could use a little adjustment but the rest lloks ok
May 14 15:40:34 <mrmoku> JesusMcCloud-lt: with which theme?
May 14 15:41:19 <mrmoku> I changed the edc for our default theme... and others need adjusting
May 14 15:41:29 <JesusMcCloud-lt> mrmoku, default - freshly falshed using illume1
May 14 15:41:43 <mrmoku> yeah, default theme is fine
May 14 15:41:50 <mrmoku> other themes need changing
May 14 15:42:00 <JesusMcCloud-lt> aaaah ok
May 14 15:42:32 <JesusMcCloud-lt> thx for the update!
May 14 15:45:37 <mrmoku> dos1: do you do a phoneui theme too? then that's for you too :) ^^
May 14 15:46:05 <dos1> mrmoku: i haven't done any phoneui theme yet (but i want to)
May 14 15:46:22 <mrmoku> ok
May 14 15:53:04 <McKael> In opimd-cli help the examples use EntryId 0
May 14 15:53:14 <McKael> which looks wrong as entries start from 1
May 14 15:53:50 <McKael> For example "opimd-cli contacts delete 0" won't work
May 14 15:55:10 <PaulFertser> mickey|office: http://paste.debian.net/73274/ doesn't look right, does it?
May 14 15:55:38 <PaulFertser> dos1: hi :) (opimd-cli help page) ^^
May 14 16:00:01 <mickey|office> PaulFertser: yes, we're missing a response to +CLCC on channel 2
May 14 16:00:57 <Deubeuliou> I'm trying to power the antenna on the nexus one ; , following the Python tutorial. I get an AccessDenied error when I do "usage_iface.RequestResource("GSM")"
May 14 16:01:09 <Deubeuliou> do I miss something ?
May 14 16:02:58 <dos1> McKael: when i wrote opimd-cli, IDs in paths were starting from 0
May 14 16:02:59 <mrmoku> Deubeuliou: powering the antenna is no more
May 14 16:03:06 <mrmoku> Deubeuliou: use SetFunctionality
May 14 16:03:37 <Deubeuliou> ok, that's what I was suspecting
May 14 16:03:37 <McKael> dos1: Yeah, I thought there could be a reason like that
May 14 16:04:02 <PaulFertser> mickey|office: FsoGsmGenericAtCallHandler <>: Synchronizing call status continued until i killed fsogsmd.
May 14 16:04:14 <Deubeuliou> but still, why do I get this error ?
May 14 16:04:23 <McKael> dos1: btw, seems that opimd-messages has UTF-8 issues too
May 14 16:04:30 <PaulFertser> Deubeuliou: looks like dbus permissions, no?
May 14 16:04:56 <PaulFertser> McKael: probably the same python unicode-by-default in OE but not in Debian issue.
May 14 16:06:53 <Deubeuliou> PaulFertser: I'm using the files that come with fsogsmd and fsousaged 's shr-u ipkgs
May 14 16:06:54 <McKael> maybe
May 14 16:11:09 <Deubeuliou> now, I can't use SetFunctionnality because the device is "closed"
May 14 16:12:08 <Deubeuliou> does that mean that the modem is unsopported ?
May 14 16:13:36 <Deubeuliou> I should take a look at msmcomm
May 14 16:19:09 <McKael> What's the server behind org.freesmartphone.opimd?
May 14 16:19:38 <mrmoku> McKael: frameworkd
May 14 16:20:02 <McKael> mrmoku: thanks
May 14 16:22:44 <McKael> I'm wondering why opimd-resolve works with international numbers but not with national numbers
May 14 16:23:08 <TAsn> McKael, because your /etc/phoneutils.conf
May 14 16:23:13 <TAsn> is not set up correctly.
May 14 16:23:52 <McKael> ... /etc/phoneutils.conf or /etc/phone-utils.conf ?
May 14 16:24:13 <TAsn> whichever exists :P
May 14 16:24:34 <TAsn> McKael, you should have set it up in the first run wizard
May 14 16:24:39 <TAsn> or in shr-settings
May 14 16:25:16 <McKael> There are none of those in Debian :p
May 14 16:25:35 <McKael> Though I wish shr-setting would work :/
May 14 16:26:40 <McKael> Anyhow, I'm confused by national_prefix/country_code/area_code
May 14 16:30:38 <PaulFertser> McKael: when i last wanted to know about those, i needed to look through the actual code, now i've forgotten them already again. Probably SHR Manual has some info. But i personally store all the numbers in the standard international format, so no need for those tricks.
May 14 16:30:40 <Deubeuliou> I can't figure out how to tell fsogsmd to use a specific configuration file
May 14 16:31:26 <McKael> PaulFertser: I do too, but I'd like it to work for short numbers anyway :)
May 14 16:31:39 <TAsn> McKael, Oh!
May 14 16:31:46 <TAsn> McKael, next time say you are using debian.
May 14 16:31:57 <McKael> I am using Debian
May 14 16:31:59 <McKael> :p
May 14 16:31:59 <TAsn> McKael, look at opimd code, you'll probably notice you are missing libphone-utils
May 14 16:32:17 <TAsn> (an opimd error and a quick search in apt)
May 14 16:32:33 <TAsn> just install it, and configure.
May 14 16:32:52 <McKael> ii  libphone-utils0
May 14 16:33:01 <PaulFertser> TAsn: fyi McKael is the only soul brave enough to follow my mad "bleeding edge FSO on Debian" way ;)
May 14 16:33:08 <TAsn> but I'm afraid you'll have to reimport your db or something :|
May 14 16:33:11 <TAsn> McKael, got it?
May 14 16:33:16 <McKael> yes
May 14 16:33:38 <TAsn> then create
May 14 16:33:54 <McKael> PaulFertser: and when it works, I break it again by updating from git...
May 14 16:33:57 <TAsn>  /etc/phone-utils.conf
May 14 16:34:05 <McKael> TAsn: I have it
May 14 16:34:16 <McKael> I'm not sure about the values though
May 14 16:34:17 <TAsn> so edit it
May 14 16:34:22 <TAsn> McKael, where are you from?
May 14 16:34:44 <McKael> TAsn: France.  I've set the international prefix to 33 and everything else to 0
May 14 16:34:48 <PaulFertser> McKael: that's the main pleasure of being bleeding edge :)
May 14 16:35:05 <TAsn> McKael, looks correct
May 14 16:35:19 <TAsn> McKael, restart opimd after you set those values.
May 14 16:35:27 <McKael> I have restarted frameworkd
May 14 16:35:46 <TAsn> should work now
May 14 16:36:23 <McKael> TAsn: do we agree it should work for short numbers if I do "opiimd-resolve 0123456789"?  Maybe I misusing it?
May 14 16:36:35 <TAsn> no idea what's opimd-resolve
May 14 16:36:39 <TAsn> but yeah, it should work.
May 14 16:36:43 <TAsn> Unless
May 14 16:36:48 <TAsn> your types are not set correctly
May 14 16:36:56 <TAsn> which I doubt is the case
May 14 16:36:57 <TAsn> I gtg
May 14 16:37:04 <McKael> ok thanks!
May 14 16:37:04 <TAsn> please ask people here
May 14 16:37:05 <TAsn> good
May 14 16:37:05 <TAsn> ciao.
May 14 16:37:07 <TAsn> food*
May 14 16:37:08 <McKael> bye
May 14 16:37:42 <PaulFertser> TAsn: bye
May 14 16:37:45 <McKael> Hmmm.  In my old testing shr backup (took a long time to uncompress on the FR...),
May 14 16:37:56 <McKael> I had international_prefix = 00 and country_code = 33
May 14 16:38:27 <McKael> Maybe it was wrong
May 14 16:38:32 <TAsn> McKael, I didn't leave yet, but this is correct.
May 14 16:38:39 <TAsn> s/but //
May 14 16:38:40 <McKael> ok
May 14 16:38:40 <apt> TAsn meant: McKael, I didn't leave yet, this is correct.
May 14 16:38:49 <TAsn> McKael, just lookt at /etc/phoneprefix
May 14 16:38:51 <TAsn> for info
May 14 16:38:55 <TAsn> of best choice
May 14 16:39:25 <McKael> I don't have this file
May 14 16:40:31 <Deubeuliou> mickey|office: 2010-05-14T16:39:55.809417Z [WARN]  QualcommHtcModem <>: No handler for URC +HTCCNIV w/ rhs "Orange F","Orange F","20801", please report to Mickey <smartphones-userland@linuxtogo.org>
May 14 16:40:59 <Deubeuliou> reported :) you want this by email, maybe ?
May 14 16:44:39 <mickey|office> Deubeuliou: yes, please forward it to the said list, that'll make it easier for me, thanks!
May 14 16:44:48 <McKael> found phoneprefix from the git repository
May 14 16:47:11 <PaulFertser> mickey|office: another issue (?): DebugCommand for me works but never returns the modem's reply ('' instead), is it a bug (simple "yes" would mean i'll file a ticket).
May 14 16:52:29 <Deubeuliou> \o/ fso on nexus one detected an incoming call
May 14 16:52:43 <Deubeuliou> too bad I don't have any credit more :(
May 14 16:55:28 <McKael> Deubeuliou: great!
May 14 16:56:59 <misc> Deubeuliou: i have a sim card if you need, and I have credit, just promise to give it back to me :)
May 14 16:57:40 <McKael> I have a sim card as well, gimme the Nexus!
May 14 17:06:21 <mickey|office> PaulFertser: the last line is swallowed w/ debugCommand, yes
May 14 17:06:31 <mickey|office> i'm not sure whether it's simple or not
May 14 17:06:39 <mickey|office> won't hurt to file a ticket anyways
May 14 17:10:35 <PaulFertser> mickey|office: ok
May 14 17:17:59 <PaulFertser> mickey|office: filed tickets for both the issues i reported today, big TIA :)
May 14 17:33:29 <bt4> hi, quick question about 2.6.32 kernels
May 14 17:33:48 <bt4> is the ar6000 delay patch included?
May 14 17:33:56 <bt4> http://docs.openmoko.org/trac/ticket/2327
May 14 17:34:04 <bt4> in shr
May 14 17:39:39 <mrmoku> bt4: we have some ar6000 delay patch, yes
May 14 17:39:47 <mrmoku> dunno if it is the one from that ticket
May 14 17:40:59 <bt4> mrmoku: thanks, i am having problems with wifi in 2.6.32.12 and trying to figure out what is wrong
May 14 17:41:17 <bt4> should this happen ?
May 14 17:41:18 <bt4> root@om-gta02 ~ # mdbus2 -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.ReleaseResource WiFi
May 14 17:41:19 <bt4> org.freesmartphone.Usage.ResourceUnknown: Resource WiFi had never been registered
May 14 17:55:02 <McKael> PaulFertser: is the default route updated when you start gprs?
May 14 18:01:31 <PaulFertser> McKael: for me it is if i have no default route because i use custom options
May 14 18:02:00 <McKael> PaulFertser: I think I have found a clue about my GPRS/pppd issue!
May 14 18:02:09 <PaulFertser> McKael: but the vendor-recommonded :) way is to use fsonetworkd to handle routing.
May 14 18:02:13 <PaulFertser> McKael: please share!
May 14 18:03:32 <PaulFertser> McKael: if you use replacedefaultroute option for pppd, it will replace even an existing route.
May 14 18:03:41 <McKael> PaulFertser, if it terminates with signal 15, there's probably a daemon sending the signal... I was thinking about wicd, but digging deeper I've seen I have /etc/apm/event.d/ppp
May 14 18:03:59 <McKael> Do you have this script too?
May 14 18:04:01 <McKael> and apmd?
May 14 18:04:06 <PaulFertser> McKael: hm, exactly what i suspected, i think i've told you to check /etc/suspend.d and the like
May 14 18:04:31 <McKael> I did, but I didn't see this apm script
May 14 18:05:05 <PaulFertser> McKael: no, i do not use apm as i have no need for it.
May 14 18:05:13 <PaulFertser> McKael: apm was deprecated ages ago.
May 14 18:06:42 <McKael> PaulFertser: which apm utility do you use? fso-apm?
May 14 18:07:06 <PaulFertser> McKael: i do not use any. I press power button and it calls Suspend method of FSO.
May 14 18:07:56 <morphis> mrmoku|dinner: ping
May 14 18:09:40 <McKael> I'm using it, for battery monitoring, but I have fso-apm anyway
May 14 18:10:16 <mrmoku> morphis: pong
May 14 18:10:33 <PaulFertser> McKael: do you really need apmd for battery monitoring? Why not use some utility that knows about power_supply sysfs interface?
May 14 18:10:46 <morphis> mrmoku: you said you used uml for testing fsoinitd
May 14 18:10:54 <morphis> which kernel do you used for that?
May 14 18:11:05 <McKael> PaulFertser: I do not /really/ need it, I just don't know of such a utility
May 14 18:11:05 <morphis> I only found some old 2.6.11 kernel within oe
May 14 18:11:08 <mrmoku> morphis: manually build plain standard kernel
May 14 18:11:16 <morphis> ah ok
May 14 18:11:51 <morphis> I only have to turn uml on?
May 14 18:12:12 <mrmoku> you have to build it with make ARCH=um
May 14 18:12:20 <mrmoku> and there is a defconfig for uml too
May 14 18:12:29 <morphis> ah great
May 14 18:12:49 <mrmoku> not uptodate though... you will have to answer some questions on make oldconfig :P
May 14 18:14:55 <morphis> hehe, when it works afterwards 
May 14 18:16:12 <morphis> hm, ok ... now I have to wait until the x86 build has finished
May 14 18:21:17 <McKael> PaulFertser, GPRS finally works as expected now.
May 14 18:21:30 <PaulFertser> McKael: i'm glad to hear that
May 14 18:23:18 <McKael> Everything works but sending SMSes via the SHR UI...  I think I'll wait for the e17 packages to be updated for that...
May 14 18:24:09 <McKael> ... and the sound when reading a new message :)
May 14 18:30:00 <bumbl> dos1: ping - could it be that opimd sends the "sms received" message too early to the operator? before i always got the sms three to five times but now i often loose them even with a completly empty sim?
May 14 18:30:43 <dos1> bumbl: opimd doesn't send anything to operator
May 14 18:30:56 <bumbl> dos1: then fsogmsd
May 14 18:31:13 <dos1> bumbl: then ask mickey|zzZZzz, as i don't know :x
May 14 18:31:22 <PaulFertser> bumbl: can you clarify the question?
May 14 18:31:22 <dos1> but i doubt
May 14 18:31:32 <bumbl> long story short - before i got sms three to four times - then this was thankfully fixed and now i loose sms
May 14 18:31:51 <dos1> bumbl: receiving sms many times was due to big response time between ogsmd and opimd
May 14 18:31:52 <PaulFertser> bumbl: the latest fsogmsd should use direct delivery (no sim card storage involved) for the messages
May 14 18:32:23 <dos1> bumbl: but now opimd became faster, so problem disappeared
May 14 18:32:41 <dos1> bumbl: and after that came fsogsmd with new way of receiving messages, so problem disappeared twice :D
May 14 18:32:47 <bumbl> PaulFertser: yes: i have the following problem: sometimes when someone sends me a sms i hear static in my loudspeakers (indicating modem activity), the neo wakes from suspend but then there is nothing and i never receive the sent sms
May 14 18:33:17 <dos1> bumbl: can you check "mdbus2 -s -l" and then write some sms to yourself?
May 14 18:33:35 <PaulFertser> bumbl: i think the only easy explanation is that the message is multipart so you won't get anything in opimd until all the parts are received.
May 14 18:33:41 <dos1> bumbl: i mean, check if signal about message appeares frmo fsogsmd
May 14 18:33:58 <dos1> PaulFertser: s/opimd/fsogsmd/
May 14 18:34:15 <dos1> PaulFertser: as with ogsmd, opimd is able to display only part of message, and then update it with new content
May 14 18:34:33 <bumbl> dos1: the problem is it only seems to happen when it has to wake up from suspend and is not always reproduceable (~1/10 of all sms affected)
May 14 18:34:35 <PaulFertser> dos1: nah, fsogsmd won't send you a signal unless all the parts are ready afair
May 14 18:34:46 <dos1> PaulFertser: yup, that's what i meant
May 14 18:34:51 <dos1> PaulFertser: ogsmd will, fsogsmd won't
May 14 18:35:09 <PaulFertser> bumbl: does multipart theory sounds reasonable to you?
May 14 18:35:21 <bumbl> PaulFertser: yep could be
May 14 18:36:06 <bumbl> + sending a multipart sms to more than one person sometimes (i donÄt
May 14 18:36:51 <bumbl> know how) sends frameworkd/the modem straight to hell as then i won't be able to send/receive sms make/take calls until a reboot
May 14 18:37:27 <PaulFertser> bumbl: do you use fsogsmd?
May 14 18:37:37 <bumbl> could it be that my operator has some strange default values which confuse the neo or could it be that the modem antenna,... has some connection issues
May 14 18:37:40 <PaulFertser> bumbl: would be nice to see some logs
May 14 18:37:44 <bumbl> PaulFertser: i should be using it
May 14 18:38:18 <PaulFertser> bumbl: hell is not an appropriate place in any case, for me killing fsogsmd is always enough lately.
May 14 18:41:30 <bumbl> PaulFertser: i'll try to reproduce in a testing situation with debug loglevel but i have failed to do so often lately ;( 
May 14 18:42:02 <PaulFertser> bumbl: i now switched both fsogsmd and libfsotransport to DEBUG, doesn't seem to harm me in any way. 
May 14 18:44:07 <bumbl> PaulFertser: doesn't it slow the neo even more down? lately it got even more unresponsive (it was quite fast some time ago (before fsogsmd and quicksettings)
May 14 18:44:47 <PaulFertser> bumbl: hm, probably, but i need debugging more than illusion of speed.
May 14 18:45:14 <bumbl> well as i'm not very patient even the illusion of speed is pleasing
May 14 18:45:18 <PaulFertser> bumbl: new debugging facilities reimplemented in vala are quite fast though.
May 14 18:54:15 <PaulFertser> TAsn: hehe, i see you had an uneasy relationship with Fennec ;)
May 14 18:55:14 <TAsn> :P
May 14 18:58:54 <bumbl> PaulFertser: i could reproduce the multipart sms to multi users with log_level=INFO, the other one i couldn't - i'm rebooting and trying with DEBUG now
May 14 19:02:11 <bumbl> PaulFertser: which logs do you need? frameworkd.log? fsogsmd.log (this one is hard to anonymize)?
May 14 19:07:04 <bumbl> dos1: is this error ok? _unread_messages_callback: error 2: The name org.freesmartphone.opimd was not provided by any .service files
May 14 19:10:26 <dos1> mrmoku: ^^^^
May 14 19:10:40 <dos1> bumbl: for me it looks like phoneuid starts before opimd starts
May 14 19:10:41 <dos1> but
May 14 19:11:01 <dos1> mrmoku: maybe that's the reason for no receiving signals about unread messages and missed calls?
May 14 19:11:54 <TAsn> mrmoku, in libphone-ui: do you register signals with proxies?
May 14 19:12:12 <TAsn> if so, this might be possible (what dos1 is talking about)
May 14 19:12:13 <bumbl> dos1: i get the same message for calls too
May 14 19:14:17 <mrmoku> TAsn, dos1: not the reason... does not work even when starting phoneuid after frameworkd
May 14 19:14:43 <mrmoku> and according to mickey|zzZZzz with libfso-glib signal handlers are supposed to survive name owner changes
May 14 19:15:09 <TAsn> mrmoku, maybe libfso-glib is not binary compat and we need to rebuild everything?
May 14 19:15:46 <mrmoku> TAsn: 2010.05.14 20:55:53.570540 [libphone-ui-shr]    DEBUG: Updating missed calls counter to 3
May 14 19:15:58 <mrmoku> the signal hits us... just updating it does not work
May 14 19:16:10 <TAsn> ok, so it's efl.
May 14 19:16:13 <mrmoku> edje_edit_part_selected_state_set(ui_utils_view_layout_get(VIEW_PTR(view)), name, "default", 0.0);
May 14 19:16:19 <mrmoku> is what we do
May 14 19:16:32 <mrmoku> edje_edit is to use only in rare cases if I understand correctly
May 14 19:16:47 <TAsn> so maybe that's it.
May 14 19:16:49 <mrmoku> we should change that to do emit_signal instead
May 14 19:16:58 <TAsn> probably.
May 14 19:18:49 <bumbl> as for multipart sms sent to multiple persons: the sms sending could be read in phoneuid.log but never shows in frameworkd.log/fsogsmd.log - so they seem to be lost somewhere between phoneuid -> frameworkd
May 14 19:23:54 <bumbl> well get to go now have a nice night
May 14 19:24:59 <mrmoku> TAsn: btw. the alignment traps we see happen to be inside libdbus-1 :/
May 14 19:34:44 <mrmoku> yay
May 14 19:34:50 * mrmoku got his missed calls back :D
May 14 19:39:37 <CIA-36> SHR: 03mok 07libphone-ui-shr * r1b9a5faff8b3 10/data/idle_screen/ (7 files): idle-screen: tweak the signal strength and pdp status indicator to not overlap
May 14 19:39:39 <CIA-36> SHR: 03mok 07libphone-ui-shr * rb984c0fa074a 10/ (data/idle_screen/idle_screen.edc src/view/idle-view.c): idle-screen: fix display of missed calls and companions
May 14 19:39:53 <[Rui]> hi
May 14 19:39:58 <mrmoku> hi
May 14 19:40:08 <mrmoku> [Rui]: how's your wife btw.?
May 14 19:40:13 <[Rui]> mrmoku: thank you, thank you! :) now a build would be so nice! :)
May 14 19:40:23 <[Rui]> mrmoku: well and sound asleep in the sofa :)
May 14 19:40:43 <mrmoku> yeah... will build
May 14 19:40:58 <[Rui]> just bought a waterproof (up to 3m deep) camcorder
May 14 19:41:23 <[Rui]> mrmoku: and yours? :)
May 14 19:41:40 <mrmoku> fine... carrying around the little boy :P
May 14 19:41:51 <mrmoku> making him sleep... finally
May 14 19:42:09 <[Rui]> mrmoku: will feel your "pain" RSN ;)
May 14 19:42:17 <mrmoku> [Rui]: when is she due?
May 14 19:42:31 <[Rui]> mrmoku: mid-August
May 14 19:43:00 <mrmoku> :)
May 14 19:43:34 <mrmoku> lion... very dangerous :P
May 14 19:45:15 <[Rui]> mrmoku: lol... well, hopefully will only know Free Software in the house, and hopefully will be able to use it in its fullest for whatever he wants to do with his life :)
May 14 19:45:55 <mrmoku> [Rui]: sometimes it is hard to explain them 'You can't use this... it needs Windows'
May 14 19:46:51 <[Rui]> mrmoku: well... hopefully... when that time comes, Windows is no more :)
May 14 19:46:57 <mrmoku> :)
May 14 19:47:15 <mrmoku> my oldest is 10... I have that problem now :/
May 14 19:47:24 * [Rui] . o O ( one can only wish... )
May 14 19:49:51 <Q-Master> JaMa|Gone:  make a patch for vfat not to warn on UTF charset plz
May 14 19:52:01 <Q-Master> mrmoku: and what happened to battery gadget?
May 14 19:52:17 <mrmoku> Q-Master: please find out and tell me :P
May 14 19:52:30 <Q-Master> damn 8)
May 14 19:52:51 <[Rui]> mrmoku: one possibility is to let him take the risk and later on choose by himself...
May 14 19:53:02 <Q-Master> can't do that now. 8) I must wake up tomorrow at 7am
May 14 19:53:24 <mrmoku> [Rui]: yeah, he would have to go to the computer store and buy one though... I have none ;)
May 14 19:53:35 <[Rui]> mrmoku: lol
May 14 19:54:08 <mrmoku> Q-Master: just in case... set up a second alarm clock :P
May 14 19:54:36 <Q-Master> yeah... already done so. 8)
May 14 19:54:37 <mrmoku> [Rui]: index is building with attached sync
May 14 19:54:38 <mrmoku> brb
May 14 19:54:58 <[Rui]> \o/ :) now if only ecore was updated....
May 14 20:00:00 <Q-Master> intone-video has a bug in .desktop file
May 14 20:00:15 <Q-Master> exec is not intone-video, but intonevideo
May 14 20:02:05 <[Rui]> I don't know if the author of Dictator comes around here, but a BIG thank you :) Very useful for recording a couple of very important calls :)
May 14 20:10:17 <mrmoku> [Rui]: what ecore rev do you need?
May 14 20:10:44 <[Rui]> mrmoku: I've recently added support for httpauth to ecore_con_url
May 14 20:11:22 <[Rui]> mrmoku: I'd like to move elmdentica from libcurl to ecore_con_url but I can't do that without httpauth in my main OS for elmdentica
May 14 20:11:58 <[Rui]> mrmoku: but considering how prickly these efl bumpings have been with us, I don't recommend to upgrade it without some tests :)
May 14 20:12:23 <mrmoku> [Rui]: sure
May 14 20:14:32 <mrmoku> TAsn: fixed idle-screen is in the feed
May 14 20:14:56 <TAsn> mrmoku, what was wrong?
May 14 20:15:32 <mrmoku> TAsn: as suspected... changing edje_edit to signal_emit and it worked
May 14 20:15:51 <TAsn> :P
May 14 20:22:16 <mrmoku> dos1: if you have some minute... now we can fix GPRS in shr-settings :)
May 14 20:34:45 <mrmoku> TAsn: where does e have the skelleton to put the softkey into?
May 14 20:35:47 <TAsn> I don't remember exactly, ask in e or look in the e wizard source code.
May 14 20:35:57 <TAsn> or just look for "e" 
May 14 20:36:55 <mrmoku> k
May 14 20:37:04 <mrmoku> at least your memory sucks too ;)
May 14 20:37:04 <TAsn> I think I'm going to trash my phone with this upgrade
May 14 20:37:21 <TAsn> I'm famous for my lack of functional memory.
May 14 20:38:23 <[Rui]> are images still being generated?
May 14 20:38:37 <[Rui]> I'm wondering if I should try tofreshen the phone....
May 14 20:38:41 <mrmoku> [Rui]: not generating images now
May 14 20:38:52 <mrmoku> [Rui]: JaMa|Gone did that this morning
May 14 20:39:08 <mrmoku> if you need a fresh image take that and upgrade
May 14 20:41:37 <CIA-36> SHR: 03mok 07libphone-ui-shr * rade081d2e252 10/src/view/quick-settings-view.c: quick-settings: ask for confirmation before shutdown
May 14 20:57:37 <[Rui]> mrmoku: sure, just if there was a recent one...
May 14 20:58:08 <[Rui]> mrmoku: I find it weird that I have xchat installed but no xchat ipk installed :)
May 14 21:23:30 <[Rui]> mrmoku: ping?
May 14 21:26:20 <[Rui]> mrmoku: no need to upgrade ecore, my patch is in already (looking at my --noaction upgrade output) :)
May 14 21:29:01 <mrmoku> [Rui]: good :)
May 14 21:29:15 <[Rui]> will dare an upgrade...
May 14 21:30:20 <mrmoku> [Rui]: latest image is from last night
May 14 21:30:25 <mrmoku> (not this morning as I though)
May 14 21:30:25 * PaulFertser 's finally written an "official" announcement of the emacs UI, guess it sounds quite stupid since it's 1:30 am here already
May 14 21:30:27 <mrmoku> t
May 14 21:30:52 <PaulFertser> And he likes writing wierd mails :) 
May 14 21:31:16 <mrmoku> anyway... time to sleep... as all kids are quiet and sleeping :)
May 14 21:31:24 <spaetz> night mrmoku 
May 14 21:31:25 <mrmoku> gnight all
May 14 21:31:30 <PaulFertser> Good night
May 14 21:31:54 <[Rui]> mrmoku: hehe good night
May 14 22:02:42 <gena2x> PaulFertser: i am sorry, but emacs interface for GSM is huge LOL. Amazing. I'm on qtmoko now, but I'll try it as soon as i boot FSO.
May 14 22:07:45 <gena2x> PaulFertser: The question which text editor is best is solved for me. I've got unbeatable argument.
May 14 22:18:32 <[Rui]> argh, iliwi *cannot* be an always on graphic app... 128MB * 8.1% is *HUGE*
May 14 22:20:12 <[Rui]> elmdentica = 8.9%, iliwi = 8.1% this picture is wrong in so many ways...
May 14 22:47:08 <zub> what happened to bitbake -i?
May 14 22:47:29 <zub> While bitbake --help lists "-i", when I try "bitbake -i", I get:
May 14 22:47:31 <zub> ERROR: Nothing to do.  Use 'bitbake world' to build everything, or run 'bitbake --help' for usage information.
May 14 23:35:26 <[Rui]> night!
May 14 23:45:52 <max_posedon> Is somebody who ever hacked zhone2 here?
May 14 23:46:06 <max_posedon> Where you taked vala bindings for e17?
May 14 23:47:41 <zub> max_posedon: my wild guess is libeflvala
May 14 23:48:16 <zub> DESCRIPTION = "Vala meets the Enlightenment Foundation Libraries"
May 14 23:48:43 <zub> (OE/recipes/efl1/libeflvala_svn.bb)
May 14 23:49:28 <max_posedon> nice thanks, now I need bump it too gentoo
May 14 23:51:04 <max_posedon> this index http://git.freesmartphone.org/ haven't libeflvala, has it?
May 14 23:52:05 <zub> SRC_URI = "svn://svn.enlightenment.org/svn/e/trunk/BINDINGS;module=vala;proto=http"
May 14 23:52:18 <zub> -> hosted on e
May 14 23:52:22 <max_posedon> git://git.freesmartphone.org/libeflvala.git
May 14 23:52:22 <max_posedon>   
May 14 23:52:29 <zub> hm
May 14 23:52:29 <max_posedon> hosted on fso too)
May 14 23:52:32 <zub> ok :)
May 14 23:52:57 <max_posedon> but recepies defenetly know better place)
May 15 00:15:53 <spaetzAway> max_posedon: the fso url is the place to use
May 15 00:16:10 <max_posedon> no it doesn't
May 15 00:16:28 <max_posedon> at least it defenetly no works with latest vala
May 15 00:16:44 <max_posedon> and as I see libeflvala from e17 is more recent
May 15 00:16:57 <spaetzAway> but that is where it is developed. mickey maintains it. Or at least used to
May 15 00:17:05 <spaetzAway> interesting.
May 15 00:17:12 <spaetzAway> anyway, I am gone. good luck
May 15 00:17:17 <max_posedon> thanks
May 15 00:20:28 <max_posedon> spaetzAway, they both looks same for me now...
**** ENDING LOGGING AT Sat May 15 02:59:56 2010