**** BEGIN LOGGING AT Mon Jul 20 02:59:57 2009 Jul 20 05:00:03 _jan: can you make distro after the make image? - this fails for me on imlib2 Jul 20 05:22:14 has anyone worked with qemu and mokomakefile and has an updated env file with working urls? http://wiki.openmoko.org/wiki/Using_QEMU_with_MokoMakefile Jul 20 05:33:40 <_jan> just shutoff the laptop - i built it there, sorry Jul 20 08:00:02 hi Jul 20 09:05:24 ptitjes ? Jul 20 09:06:41 hello Ainulindale Jul 20 09:06:57 mrmoku: ping Jul 20 09:07:40 yup Jul 20 09:07:53 Ainulindale, help :P Jul 20 09:07:59 Yes ? Jul 20 09:08:15 having problems with uncomplete images Jul 20 09:08:28 Ok you're lucky I have some time Jul 20 09:08:32 I found out why... but don't understand why Jul 20 09:08:48 Tell me honey :-) Jul 20 09:08:56 bitbake -e shr-lite-image Jul 20 09:09:13 arghh phone Jul 20 09:10:02 ok Jul 20 09:10:06 it tells me that Jul 20 09:10:09 (moment) Jul 20 09:10:35 DISTRO_EXTRA_RDEPENDS="kernel-module-g-ether" Jul 20 09:11:00 but the ansgstrom-2007-for-openmoko.inc should extend it with opkg Jul 20 09:11:07 which is then missing in the image Jul 20 09:11:23 ptitjes, ? Jul 20 09:12:20 mrmoku: _openmoko override ? Jul 20 09:12:26 mrmoku: let me have a look Jul 20 09:12:37 unstable, right? Jul 20 09:13:18 OVERRIDES="local:om-gta02:shr:angstrom:linux-gnueabi:arm:build-linux:fail-fast:pn-shr-lite-image" Jul 20 09:13:21 yep unstable Jul 20 09:13:29 opkg is in the image it seems Jul 20 09:13:37 (1907) Jul 20 09:13:49 g-ether is too Jul 20 09:14:16 ah, shr-testing Jul 20 09:14:17 Hmpf Jul 20 09:14:44 Anyway, it's in unstable as well Jul 20 09:14:55 look at SSH Jul 20 09:15:32 Damn can't recall my grep regexp Jul 20 09:16:14 Both are here Jul 20 09:16:32 yeah... having that problem in my local build Jul 20 09:16:42 Sheesh, why don't you tell me stuff :-) Jul 20 09:16:54 What did you modify? Jul 20 09:16:57 Could I have access? Jul 20 09:17:05 on my laptop? Jul 20 09:17:06 no :) Jul 20 09:17:11 you suck! :-) Jul 20 09:17:20 grep opkg angstrom-something.inc Jul 20 09:17:58 Ok looking at angstrom something on the build host it should get there Jul 20 09:18:00 grepping around like a mad man the whole morning ;) Jul 20 09:18:06 Could you give me the testlab somewhere? Jul 20 09:18:14 (full tgz) Jul 20 09:18:18 by mail would be nice Jul 20 09:18:21 ok, moment Jul 20 09:20:16 sent Jul 20 09:21:04 Ok so no opkg in yours Jul 20 09:21:24 I bet you modified DISTRO_EXTRA_RDEPENDS in a latter include Jul 20 09:21:29 and some other stuff is missing too Jul 20 09:21:43 git grep DISTRO_EXTRA_REDEPENDS should show me that Jul 20 09:21:49 trying normal grep now Jul 20 09:21:55 nah check your includes first Jul 20 09:22:32 Ainulindale, I did a clean rebuild from scratch without any mods Jul 20 09:22:39 starting with wgetting the makefile Jul 20 09:22:42 I see no include angstrom Jul 20 09:22:52 shr.conf Jul 20 09:23:00 No I don't Jul 20 09:23:09 where? Jul 20 09:23:11 Ah now I do Jul 20 09:23:14 :) Jul 20 09:23:14 Damn this is funny Jul 20 09:23:24 not funny :( Jul 20 09:23:24 Ok, so Jul 20 09:23:25 :P Jul 20 09:23:26 We have the include Jul 20 09:24:46 I can't find where it would get overwritten Jul 20 09:24:54 well easy Jul 20 09:24:58 bitbake -e shr-lite-image Jul 20 09:25:03 (> log.txt) Jul 20 09:25:08 did that Jul 20 09:25:12 want it? Jul 20 09:25:14 Can't see it in the mail :-p Jul 20 09:25:16 yeah please :-) Jul 20 09:26:03 Usually what happens is Jul 20 09:26:09 Check if all tasks are here Jul 20 09:26:12 If a task isn't here Jul 20 09:26:16 It'll silently complain Jul 20 09:26:18 That's all Jul 20 09:26:23 (this is stupid by the way) Jul 20 09:26:32 Here it seems to be task-base Jul 20 09:26:40 Which is here... Jul 20 09:26:56 As well as task-distro-base Jul 20 09:26:59 Check CONTROL of that one Jul 20 09:28:05 no opkg in your env Jul 20 09:28:20 (in DISTRO_EXTRA...) Jul 20 09:28:24 Do you have DISTRO="shr" ? Jul 20 09:28:33 yep Jul 20 09:28:37 Are you sure? Jul 20 09:29:40 arf arf Jul 20 09:30:03 Ainulindale, sent you my conf Jul 20 09:30:17 Are you sure? :-) Jul 20 09:30:26 Ainulindale, and yes, its VERY stupid that it complains silently Jul 20 09:30:45 when you do bitbake myass or whatever Jul 20 09:30:49 does it tell distro SHR? Jul 20 09:30:54 yep Jul 20 09:31:02 * mrmoku retries Jul 20 09:33:03 I see nothing making me sure that we have what is in angstrom-2007-... Jul 20 09:34:38 no distro-feed-configs either Jul 20 09:34:43 but we have mtd-utils-native Jul 20 09:34:44 that's weird Jul 20 09:34:56 mrmoku: clean task-base Jul 20 09:34:57 remove the stamps Jul 20 09:35:02 remove the ipks Jul 20 09:35:13 then bitbake task-base in debug and log it Jul 20 09:35:39 we have RRECOMMENDS but no RDEPENDS Jul 20 09:36:09 I think a RDEPEND is borked Jul 20 09:36:18 Maybe it has no += somewhere Jul 20 09:36:22 Possibly for GTA02 Jul 20 09:36:31 As RDEPENDS for gta02 including g-ether is defined twice Jul 20 09:37:56 mrmoku: try as I just said Jul 20 09:38:04 Then comment out the GTA02 RDEPENDS in shr.conf Jul 20 09:38:05 and retry Jul 20 09:38:12 If that works out Jul 20 09:38:21 Then we have either an override problem or an issue with bitbake or something Jul 20 09:40:41 hmm, the build in fso-specs.git failed here because i didn't have xsltproc installed, should that be on the system as prerequisite? Jul 20 09:41:23 Ainulindale, ok Jul 20 09:41:52 Ainulindale, bitbake in debug? Jul 20 09:42:02 -D ? Jul 20 09:42:31 and who'd need to know to maybe include it in the troubleshooting section on the build instructions? Jul 20 09:44:00 mrmoku: keep me in touch Jul 20 09:47:16 mrmoku, build? :P Jul 20 09:47:37 F4t, go away ;) Jul 20 09:47:46 F4t, having problems Jul 20 09:47:50 lol, that bad eh? Jul 20 09:48:26 as optimist I would say we get that sorted out today :P Jul 20 09:48:43 (the same optimist who said we would have a build yesterday ;) Jul 20 09:49:05 morning Jul 20 09:51:05 morning.. Jul 20 11:09:04 Ainulindale, yeah, looks like it is the DISTRO_EXTRA_RDEPENDS_om-gta02 in shr.conf Jul 20 11:12:51 Try to replace it by _append_om-gta02 Jul 20 11:12:56 and remove += Jul 20 11:14:39 tracfeed: Ticket #557 (headset push button) created Jul 20 11:21:48 mrmoku: I made a libgee release (0.1.6) if you want to resume the non git recipe Jul 20 11:22:30 ptitjes, what is libgee anyway :P Jul 20 11:22:43 a GObject collection library Jul 20 11:22:44 Ainulindale, trying that now Jul 20 11:22:52 http://ftp.gnome.org/pub/GNOME/sources/libgee/0.1/ Jul 20 11:24:33 ptitjes, and which projects depend on it Jul 20 11:24:34 ? Jul 20 11:24:59 all the FSO's and SHR's vala project I guess Jul 20 11:25:33 mrmoku: 0.1.5 had not the build fix for Vala 0.7 Jul 20 11:25:42 thus I had created a git recipe Jul 20 11:26:26 mrmoku: as I'm now its maintainer, I can create release at will Jul 20 11:28:54 ptitjes, ok... going to have lunch first though :P Jul 20 11:28:57 bbiab Jul 20 11:29:10 bon ap. Jul 20 12:20:35 heyho Jul 20 13:48:33 mickey|dinner: I will add an helper method in a FreeSmarphone.Utils class to instanciate the default proxy (as generated by Vala) in libfso-glib, as many more users want to use libfso-glib want to use it directly in C Jul 20 13:48:41 mickey|dinner: then I'd like to make a realease Jul 20 13:48:59 mickey|dinner: do you have any recommendation as to the specs current state ? Jul 20 13:49:15 should I wait some upcoming modifications in the specs ? Jul 20 13:49:23 ptitjes: check in libframeworkd-glib too Jul 20 13:49:28 there's an init method for basic listeners Jul 20 13:49:31 you should mirror that Jul 20 13:49:42 that is, simple structures in order to assign listeners Jul 20 13:49:49 (on the signals) Jul 20 13:49:57 and libframeworkd-glib does the registration for you Jul 20 13:50:01 I dislike this approach Jul 20 13:50:11 I don't care that you dislike it or not it's practical Jul 20 13:50:22 If you don't factorize that Jul 20 13:50:26 User will demultiply that Jul 20 13:50:33 And then more bugs will come because of that Jul 20 13:51:07 (plus if you don't do it I will, and I will do it in my own crappy vala, and you won't like it =) ) Jul 20 13:51:31 lfso-glib should be isofunctional with libframeworkd-glib anyway Jul 20 13:51:40 (with more functions of course due to the autogenerated stuff) Jul 20 13:51:52 Ainulindale: having a big struct for all the listenable signal is stupid Jul 20 13:52:03 Not all Jul 20 13:52:06 as there is many more bindings in libfso-glib than in frameworkd-glib Jul 20 13:52:07 A struct by subsystem Jul 20 13:52:49 On that I agree, a basic Frameworkd(Subsystem)Handler will be useful, that's for sure Jul 20 13:52:58 That is way to create it automatically, and to give it to libfso-glib Jul 20 13:54:53 Ainulindale: I will first do the wrapper method as it is needed in any case Jul 20 13:55:16 Ainulindale: then we will negociate about the best way to make it more user-friendly to people used to frameworkd-glib Jul 20 13:55:30 ptitjes, Jul 20 13:55:33 Ainulindale, Jul 20 13:55:35 gimme fso-glib Jul 20 13:55:35 :) Jul 20 13:55:39 Ainulindale: do you aggree on that ? Jul 20 13:55:50 I want to work on phonegui-efl Jul 20 13:56:26 TAsn: I'm making the wrapper method, I will push this evening Jul 20 13:56:32 and then you can play ;) Jul 20 13:56:33 cool :) Jul 20 13:56:36 thanks. Jul 20 13:56:40 it has everything right? Jul 20 13:56:43 (incl opimd) Jul 20 13:56:47 yep :) Jul 20 13:56:54 cool Jul 20 13:56:56 Ainulindale, here? Jul 20 13:56:56 viva la generation Jul 20 13:56:59 ptitjes, :) Jul 20 13:57:28 ptitjes: well there's no room for negotiation here, as if you don't do it I'll do it =) Jul 20 13:57:37 Ainulindale, I want to know what you think Jul 20 13:57:39 ptitjes: this isn't a must use, this is a must have, user can choose between not using it and using it Jul 20 13:57:47 but yes the wrapper is necessary in anyways Jul 20 13:57:49 bah, I'll just mail it to core Jul 20 13:57:50 -in Jul 20 13:57:58 TAsn: yeah ? Jul 20 13:58:03 sec Jul 20 13:58:04 Ainulindale: please there are many users of it, so if you do something not commonly accepted, that will be reverted Jul 20 13:58:05 will mail it to core Jul 20 13:58:05 :) Jul 20 13:58:32 ptitjes: It is commonly accepted as it was for libframeworkd-glib Jul 20 13:58:46 ~seen raster Jul 20 13:58:46 raster is currently on #openmoko-cdevel (12h 57m 52s), last said: 'DocScrutinizer: what DO you want to do today?'. Jul 20 13:58:52 TAsn: keep me in touch Jul 20 13:58:54 raster, ping! Jul 20 13:59:01 Anyway, I have to go Jul 20 13:59:36 sorry, nowo windows here Jul 20 14:00:04 whoops, wrong channel. ill blame gprs lag this time Jul 20 14:05:36 TAsn, have some time? Jul 20 14:05:42 mrmoku, sure ;) Jul 20 14:05:46 care to try http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/shr-shr-lite-image-glibc-ipk--20090720-om-gta02.rootfs.jffs2 Jul 20 14:05:57 and see how it behaves regarding #551 Jul 20 14:05:59 has anyone worked with qemu and mokomakefile and has an updated env file with working urls? http://wiki.openmoko.org/wiki/Using_QEMU_with_MokoMakefile Jul 20 14:06:06 mrmoku, 551? Jul 20 14:06:12 sleep? Jul 20 14:06:15 yep Jul 20 14:06:18 553? Jul 20 14:06:27 * mrmoku has sucking memory... without ECC Jul 20 14:06:52 no Jul 20 14:06:56 551 is correct :) Jul 20 14:07:41 TAsn, just to check if some workaround is still needed with current stuff Jul 20 14:08:04 TAsn, if you prefer you can tryout the upgrade too :P Jul 20 14:08:14 (would have to build the index first though) Jul 20 14:08:28 mrmoku, Jul 20 14:08:35 dos1, fixed it correctly Jul 20 14:08:42 there's no need to try out the old version :) Jul 20 14:08:48 what old version? Jul 20 14:08:49 not even in testing Jul 20 14:08:54 mrmoku, ophonekitd Jul 20 14:08:54 * mrmoku is talking unstable Jul 20 14:09:12 oh Jul 20 14:09:18 dos's fix fixes it for me Jul 20 14:09:27 no need to install a whole image to know that... Jul 20 14:09:55 ok, will do it myself then Jul 20 14:10:17 do what? Jul 20 14:10:20 test the image Jul 20 14:10:32 I won't rsync it to the feed if it is not tested Jul 20 14:13:16 that's an unstable image! what's about testing? :) Jul 20 14:40:29 tracfeed: Ticket #558 (Show smileys in SMS, while reading and while writing) created Jul 20 14:43:24 yay, i see new build was started Jul 20 14:49:31 hi there.. I've just correct czech translation of shr and shr-setting.. But I don't know where should I send it Jul 20 14:51:23 mrmoku, here? Jul 20 14:54:46 TAsn, yep Jul 20 14:55:00 ogsmd_call_activate(id, par1, par2) Jul 20 14:55:07 par1 is the callback success Jul 20 14:55:10 and par2 callback error Jul 20 14:55:11 right? Jul 20 14:55:19 if so, what are the types of those callbacks? Jul 20 14:55:25 I mean what parameters do they get? Jul 20 14:58:15 TAsn, moment Jul 20 14:58:19 cool. Jul 20 14:58:20 thanks. Jul 20 15:03:47 TAsn, first one should be the callback and second one the void data pointer (given back to the callback) Jul 20 15:04:10 oh i c :) Jul 20 15:04:15 and it's an error callback? Jul 20 15:04:17 or success? Jul 20 15:04:30 or do I get info? Jul 20 15:05:09 both Jul 20 15:05:12 you get info Jul 20 15:05:18 I think :P Jul 20 15:06:00 one last Q Jul 20 15:06:03 what info do I get Jul 20 15:06:09 and what's the prototype of my func? :) Jul 20 15:06:10 tracfeed: Ticket #481 (phone icons) updated Jul 20 15:06:25 TAsn, you're talking libframeworkd-glib, right? Jul 20 15:06:31 aye. Jul 20 15:06:40 as I'm trying to activate a call Jul 20 15:06:45 though it just doesn't do it ;( Jul 20 15:10:49 TAsn, activate or initiate? Jul 20 15:11:04 the first parm is the callback Jul 20 15:11:11 activate Jul 20 15:11:17 it gets an GError as first parm (which is NULL on success) Jul 20 15:11:24 and void *data as second Jul 20 15:11:27 I C Jul 20 15:11:27 :) Jul 20 15:11:29 thanks. Jul 20 15:11:32 np Jul 20 15:16:39 tracfeed: Ticket #558 (Show smileys in SMS, while reading and while writing) updated Jul 20 15:21:29 where's fso's trac at? Jul 20 15:21:33 I found a major bug :( Jul 20 15:22:17 TAsn: http://trac.freesmartphone.org/ Jul 20 15:22:21 TAsn: which bug? Jul 20 15:22:42 oh come on mrmoku, smilies are ultra show stopping important :P Jul 20 15:22:46 :> Jul 20 15:23:12 * mrmoku did not even comment on smileys Jul 20 15:23:18 though I agree with dos1 about them ;) Jul 20 15:23:32 dos1, sec, I'll write it Jul 20 15:23:46 oh, i know. but you're supposed to jump right on that bug and make it your highest priority! Jul 20 15:23:48 heehee Jul 20 15:24:57 * dos1 was disabling smiles in every phone he had before :x Jul 20 15:25:19 i'm getting fidgity waiting for my phone to get back Jul 20 15:25:53 i like smiles as long as they're compact and don't mess up the normal text line-height Jul 20 15:27:07 http://trac.freesmartphone.org/ticket/450 Jul 20 15:27:08 i prefer text smiles ;) Jul 20 15:27:09 dos1, ^ Jul 20 15:27:51 stefan_schmidt: ping Jul 20 15:27:59 onen|openBmap: pong Jul 20 15:28:19 stefan_schmidt: hey how are things doing? Jul 20 15:28:20 TAsn: /me is looking at Call.Activate source :P Jul 20 15:28:44 stefan_schmidt: palm pre has been released in Germany, did you get one? ;-) Jul 20 15:28:48 onen|openBmap: not much foss work. Mostly learning for an exam (end of the month) Jul 20 15:29:01 stefan_schmidt: you have weirde priorities ;-) Jul 20 15:29:18 onen|openBmap: heh, nice try. O2 still speaks fom x-mas for the pre. Jul 20 15:29:24 * stefan_schmidt hopes it will come earlier Jul 20 15:29:31 stefan_schmidt: thanks for putting obm in FSO M5.5 images... too bad you put ch too :-P Jul 20 15:30:14 if CallHandler.getInstance().activate( self.index, self._commchannel ) is not None: Jul 20 15:30:25 onen|openBmap: heh, stop the rival and get the dbus service going. Think about all the user that will collect data for you once it is tighly integrated with FSO Jul 20 15:30:25 * dos1 is looking at CallHandler ;P Jul 20 15:30:47 onen|openBmap: I already contributed 190 cells you see? Jul 20 15:30:57 stefan_schmidt: yep, thanks for that :-) Jul 20 15:31:22 dos1, I spent hours Jul 20 15:31:25 trying to debug this Jul 20 15:31:28 stefan_schmidt: I think you give users freedom of choice. I have nothing against it. as yo usaid, let's make the difference on my app :-) Jul 20 15:31:29 trying to find out where's my bug at Jul 20 15:31:31 onen|openBmap: A graph with number of cells over time would be handy on the site Jul 20 15:31:37 then I figured out it's probably not my bug. Jul 20 15:31:39 :) Jul 20 15:31:47 * stefan_schmidt looks for exponential curves ;) Jul 20 15:31:57 onen|openBmap: ack Jul 20 15:32:11 stefan_schmidt: speaking of dbus service, do you know if shoragan is around? I currently wait on his feedback to see how we could work together. And I cannot get in touch :-( Jul 20 15:32:19 Hi. Is Heiko Stüber sometimes here? Jul 20 15:33:14 onen|openBmap: He is also doing some exams. Just go ahead. I talked to him. He is fine if you do the stuff. Changes are also possible later. Jul 20 15:34:32 stefan_schmidt: ok good to hear. I will Jul 20 15:34:41 onen|openBmap: good Jul 20 15:35:57 stefan_schmidt: here it says palm already in Germany... http://www.linuxfordevices.com/c/a/News/Palm-Pre-launches-in-Europe/ Jul 20 15:36:24 TAsn: strange... Jul 20 15:36:35 TAsn: in Activate everything looks like Release Jul 20 15:36:35 dos1, ? Jul 20 15:36:40 onen|openBmap: Sadly they are wrong. No way to get one here from O2 Jul 20 15:36:40 TAsn: can you release that call? Jul 20 15:36:45 yes. Jul 20 15:36:55 stranger Jul 20 15:36:56 I think Jul 20 15:36:56 :P Jul 20 15:36:57 wait Jul 20 15:37:06 will verify Jul 20 15:37:40 stefan_schmidt: :-( too bad Jul 20 15:37:54 dos1, yes I can :( Jul 20 15:38:06 TAsn: try Activate with id 0 or 2 instead of 1 Jul 20 15:38:12 onen|openBmap: well, university is sucking all my time anyway Jul 20 15:38:23 dos1: hi. I talked to Nick today about obviously wrond data due to import on our website. He said he thinks it gives bad image to our project, and think how to remove it Jul 20 15:39:04 tried with 2 Jul 20 15:39:08 didn't work Jul 20 15:39:13 sec, will try with 0 Jul 20 15:39:24 dos1: by the way, I cannot remember did you upload UMTS cells already, or only tested it? Jul 20 15:40:31 onen|openBmap: i still have log in Logs folder, so i guess it wasn't uploaded Jul 20 15:40:41 * onen|openBmap crosses his fingers for all the fso people doing exams Jul 20 15:41:12 dos1: ok. then I misunderstood yesterday. Today Nick could not find any umts log on the server. I was just checking. Jul 20 15:41:21 onen|openBmap: i don't have logs with oumtsd, so that log should be safe :) Jul 20 15:41:29 dos1, didn't work :( Jul 20 15:41:32 0, 1 and 2 Jul 20 15:41:34 onen|openBmap: you didn't misunderstand. i thought i uploaded it ;x Jul 20 15:41:39 it seems like a legitimate bug :( Jul 20 15:42:29 onen|openBmap: i'm checking if i don't have any garbage in Logs folder, and then i'll try to upload again, ok? Jul 20 15:42:29 btw dos1 Jul 20 15:42:35 sent a mail in core Jul 20 15:42:37 tracfeed: Ticket #339 (receiving an incoming call when already on line) updated Jul 20 15:42:42 it's what I talked with you about Jul 20 15:42:48 and I also talked with doc Jul 20 15:42:56 and he said it's exactly what's he's doing Jul 20 15:43:11 so I think it gets the A-ok from him :) Jul 20 15:43:22 mrmoku, Ainulindale, please answer to my core mail Jul 20 15:43:28 as I really want to use it... Jul 20 15:46:56 dos1: if you don't mind, email me one of the log, I want to check if everything seems ok. Jul 20 15:47:22 dos1: but it should. only 'act' should be umts or sth. all the rest should be standard anyway, not depends on cell type Jul 20 15:50:22 [17:42] onen|openBmap: log is ok, uploading :) Jul 20 15:50:24 [17:43] onen|openBmap: uploaded Jul 20 15:50:25 [17:43] Jul 20 15:50:27 [17:43] ;) Jul 20 15:50:29 and disconnect then Jul 20 15:50:50 dos1: neat :-) Jul 20 15:51:05 onen|openBmap: did you write something? Jul 20 15:51:19 dos1: just: neat :-) Jul 20 15:51:32 onen|openBmap: but before "dos1: but it should. only 'act' should be umts or sth. all the rest should be standard anyway, not depends on cell type" Jul 20 15:51:34 :P Jul 20 15:52:32 dos1: yep I did. But nobody *ever* listen to me anyway ;-) Jul 20 15:54:37 raster, ping #2 Jul 20 15:54:38 :) Jul 20 15:55:05 btw dos1 I thought about the oevents bug Jul 20 15:55:17 is it possible that it's activated on each call Jul 20 15:55:32 and works in a Jul 20 15:55:36 add when started Jul 20 15:55:41 removed when ended? Jul 20 15:55:53 i.e if it's removed in the middle it doesn't monitor that. Jul 20 15:56:09 and it'll be removed because one call wants to remove it Jul 20 15:56:15 I dunno though, it's just a guess Jul 20 15:56:24 anyhow, working with the rules on this one sucks donkey ass :) Jul 20 15:56:40 TAsn: look at fso_triggers.py Jul 20 15:56:47 TAsn: you should understand the code Jul 20 15:56:50 onen|openBmap: mail? Jul 20 15:56:56 dos1, I bet I will Jul 20 15:56:58 onen|openBmap: (i read logs :P) Jul 20 15:57:01 though I don't have time atm :( Jul 20 15:57:05 what just sharing my thoughts Jul 20 15:57:42 btw, dos1, one more Q Jul 20 15:57:43 dos1: sorry you lost me. what about mail and logs? Jul 20 15:57:53 do you keep a "default number" Jul 20 15:57:57 field in contacts? Jul 20 15:58:02 onen|openBmap: i'm asking for you mail address ;) Jul 20 15:58:04 opimd's contacts Jul 20 15:58:07 as it's important ;) Jul 20 15:58:16 TAsn: default number? Jul 20 15:58:19 yes. Jul 20 15:58:33 let's say I want to call someone Jul 20 15:58:40 and I have his home, cell, office, fax Jul 20 15:58:42 numbers Jul 20 15:58:57 TAsn: you can store what you want Jul 20 15:59:02 a gui will want to call automatically to the default number Jul 20 15:59:04 dos1: you got mail ;-) Jul 20 15:59:05 dos1, duh. Jul 20 15:59:12 but I mean to set who's the default Jul 20 15:59:25 oh you mean I can store a "default-number" field? Jul 20 15:59:42 TAsn: yep Jul 20 15:59:46 okie. Jul 20 15:59:48 cool. Jul 20 16:01:04 onen|openBmap: sent :) Jul 20 16:03:31 heyho. does shr use no xorg.conf? Jul 20 16:04:29 naeg: shr use kdrive (Xglamo), so there is no xorg.conf Jul 20 16:04:39 btw. have you seen mail about Qi Hardware? Jul 20 16:08:02 dos1: very nice. 1. I am very surprised that my app did not crash ;-) 2. Nick is very happy with this, and wants your code + usb key ;-) Jul 20 16:08:30 onen|openBmap: this log was produced by plain ogsmd ;) Jul 20 16:09:10 onen|openBmap: with just modemtype = option in config, changed /dev/ttyUSB2 to /dev/ttyUSB1 in source, and that's all ;) Jul 20 16:09:21 dos1: yep, but I feared that my app would handle badly not 'working' monitoring interface to read neighbour cells Jul 20 16:10:12 dos1: with your work we can log 3g cells, but without neighbours :-( that's too bad Jul 20 16:10:56 onen|openBmap: dunno if modem can return neighbours... i'll check Jul 20 16:11:08 onen|openBmap: if it can, then i'll check why it doesn't work in FSO Jul 20 16:11:14 onen|openBmap: but i think it just can't :( Jul 20 16:11:30 thanks dos1 Jul 20 16:12:23 dos1: I think so too :-( but maybe only a matter of the right AT command... but I am not the right person to ask ;-) Jul 20 16:12:48 hi, how do I add an icon on the desktop of SHR,when I do ~/.e/e/appshadow $ ln -s /usr/share/applications/claws-mail.desktop 0011.desktop I find wesnoth on the desktop... Jul 20 16:12:53 and wesnoth is linked Jul 20 16:23:37 onen|openBmap: reading neightbour cells looks like non-standard command of calypso :x Jul 20 16:24:31 dos1: I think this is part of engineering commands. and for what I understood, this is pretty standard. now maybe not in standard firmware, and probably not a documented command :-( Jul 20 16:25:05 dos1: again, you should ask people knowing more than myself about this :-( Jul 20 16:30:15 onen|openBmap: btw... i don't understand this page: http://www.experts-exchange.com/Networking/Wireless/Standards/GSM/Q_21175807.html Jul 20 16:30:22 it says that answers are for members only... Jul 20 16:30:24 but scroll down :D Jul 20 16:30:43 dos1: yep I learned this cracker's trick last week :-D Jul 20 16:32:22 onen|openBmap: i noticed it ages ago, when searching something... and it's unchanged :x Jul 20 16:32:28 i thought it's some bug :D Jul 20 16:33:06 dos1: if they would not have it, nobody would use it. that is probably the reason too, this site comes often high on google Jul 20 16:35:13 onen|openBmap: hmm, looks like that behaviour is only when referrer is google Jul 20 16:35:29 that explains everything ;) Jul 20 16:35:59 dos1: ugh? you mean, if you use google, and click on a result, then you see the answers. if you use another search engine, it does not? Jul 20 16:37:54 onen|openBmap: dunno about other search engines Jul 20 16:38:03 onen|openBmap: if i enter to that page directly, it doesn't show Jul 20 16:38:12 dos1: :-D Jul 20 16:38:30 onen|openBmap: so just type URL in google and click on result :D Jul 20 16:39:22 http://www.xkcd.com/612/ <-- haha, so true :) Jul 20 16:42:04 ;D Jul 20 16:47:19 bah I need raster Jul 20 16:48:04 re xkcd, hahahah Jul 20 16:48:10 ptitjes, gimme fso-glib? :) Jul 20 16:48:44 anyone wants to write a nice xml lib for vala? Jul 20 16:50:37 playya_, can't you use C libsL Jul 20 16:50:38 ? Jul 20 16:50:49 playya_: libxml2 doesn't fit you ? Jul 20 16:50:59 ptitjes, no :( Jul 20 16:51:03 GMarkup Jul 20 16:51:05 ? Jul 20 16:52:05 checking markup Jul 20 16:52:40 but this is not the best way for a highlevel language: for( Xml.Node* n = doc->children->children; n != null; n = n->next ){ if( n->name == "entry" ) Jul 20 16:57:30 shit, dos1 Jul 20 16:57:33 fso #450 Jul 20 16:57:40 (the calls issue I'm having) Jul 20 16:57:53 I just added more info Jul 20 16:57:59 it sometimes happens with release Jul 20 17:00:52 :( Jul 20 17:01:28 TAsn: i think you have to bug mickey|dinner about that Jul 20 17:02:16 mickey|dinner, BEEP BEEP *CRITICAL ERROR FOUND* BEEP BEEP :) Jul 20 17:02:21 dos1, good enough? Jul 20 17:02:32 dos1, btw my mail at core, please respond :) Jul 20 17:02:37 mrmoku: what automake version do we use in OE shr/import ? Jul 20 17:02:41 smilies are more important Jul 20 17:03:29 TAsn: you have to threat him: "i'll eat your dinner if you won't fix that" :D Jul 20 17:04:08 dos1, I think this isn't a really good threat as he probably ate it already Jul 20 17:04:13 he left for dinner hours ago :) Jul 20 17:04:38 TAsn: german sausage needs time :D Jul 20 17:05:38 ptitjes, 1.10 Jul 20 17:05:46 oki :( Jul 20 17:06:16 dos1, take care what you say... you lost 10 points of your 'make mrmoku build' karma ;) Jul 20 17:06:18 mrmoku: when do you plan to move to 1.11 ? Jul 20 17:06:47 I don't plan anything... I'm struggling to stabilize something we can offer as testing Jul 20 17:06:56 héhéhé :) Jul 20 17:07:00 and I definitely don't plan to update automake during that ;) Jul 20 17:07:08 anyway... have to eat now Jul 20 17:07:12 (find kids first though ;) Jul 20 17:07:13 bbl Jul 20 17:15:10 tracfeed: Ticket #557 (headset push button) updated Jul 20 17:17:27 mrmoku, btw, how's the testing image doing? Jul 20 17:21:32 dos1: http://twitter.com/openBmap/statuses/2741344078 ;-) Jul 20 17:22:29 :D Jul 20 17:30:05 freesmartphone.org: 03ptitjes 07libfso-glib * r8da3ff3dab3a 10/src/freesmartphone-utils.vala: Jul 20 17:30:05 freesmartphone.org: Add convenience function for C users Jul 20 17:30:05 freesmartphone.org: Signed-off-by: Didier 'Ptitjes Jul 20 17:30:40 TAsn: ^^^ Jul 20 17:31:02 sweet ;) Jul 20 17:31:15 no, what do I need to do? Jul 20 17:31:23 gimme a quick intro please Jul 20 17:32:28 I don't know correctly the C details Jul 20 17:32:29 but Jul 20 17:32:52 TAsn: did you build libfso-glib ? Jul 20 17:33:01 not yet Jul 20 17:33:03 waited for you Jul 20 17:33:10 so I can't explain you Jul 20 17:33:22 because you don't have the headers in front of you Jul 20 17:33:27 ptitjes, ok Jul 20 17:33:29 building... ;) Jul 20 17:33:41 brb in 2343 hours when it'll finish :) Jul 20 17:33:45 (hopefully less) Jul 20 17:33:53 2341 Jul 20 17:34:00 TAsn: build it by hand Jul 20 17:34:23 nah I can wait (as I need gotta go get something to eat) Jul 20 17:34:29 TAsn: I explained you yesterday Jul 20 17:34:32 so i'll see you in 30 mins or so. Jul 20 17:34:48 ptitjes, not good enough :) Jul 20 17:35:03 pffffffff Jul 20 17:35:08 and please comment in shr-core ;) Jul 20 17:35:13 anyhow, brb|food Jul 20 17:43:32 hmmm, i can't run the bitbake commands suggested in the last bit of the troubleshooting part on the build page (gst-plugins-good/esd) Jul 20 17:44:13 the system installed one demands a cache, and the one ins shr-unstable/bitbake/bin says it can't find the conf Jul 20 17:50:58 TAsn: http://pastebin.com/m725f1df7 Jul 20 17:57:40 i went the direct way and just used make clean in the gst plugins build directory Jul 20 17:58:36 i see there's still a lot to learn about git and bitbake 8-) Jul 20 18:07:05 dos1, want to test your installer? Jul 20 18:11:40 ptitjes, Jul 20 18:11:44 cya in 10 mins Jul 20 18:11:45 :) Jul 20 18:11:46 be here Jul 20 18:11:52 (please) Jul 20 18:17:40 mrmoku: it works with old packagekit Jul 20 18:18:21 dos1, that was not my question ;) Jul 20 18:18:41 dos1, shr-core, mail, answer! Jul 20 18:18:48 mrmoku, I really think this fix is important ;) Jul 20 18:18:56 mrmoku: i mean it works *only* with old packagekit Jul 20 18:19:09 dos1, the unstable feed will be built soon Jul 20 18:19:17 mrmoku, what about testing? Jul 20 18:19:31 and would give you the possibility to test the installe :P Jul 20 18:19:32 +r Jul 20 18:19:44 TAsn, well... you make my life hard :P Jul 20 18:19:51 mrmoku: i have it tested Jul 20 18:19:57 mrmoku, :) Jul 20 18:19:58 i built it on my server Jul 20 18:20:02 this is very important Jul 20 18:20:03 because you want new this... old that Jul 20 18:20:06 and as stated in the mail Jul 20 18:20:13 (new packagekit) Jul 20 18:20:19 mrmoku, oh, you mean dos makes your life hard :) Jul 20 18:20:24 anyhow, brb in 10 Jul 20 18:20:26 both of you ;) Jul 20 18:20:33 mrmoku, I'm just doing what's best for shr Jul 20 18:20:38 and solving this issue is what's best :) Jul 20 18:20:53 furthermore Jul 20 18:20:56 TAsn, I'm convinced you're doing what *you think* is best for SHR Jul 20 18:21:00 as all of us ;) Jul 20 18:21:07 mrmoku, no, I'm doing what's best for shr ;] Jul 20 18:21:24 anyhow Jul 20 18:21:33 this fix is important Jul 20 18:21:40 as we want to handle state files correctly Jul 20 18:21:52 the current method will break with more than one call (i.e call waiting) Jul 20 18:22:01 and even with less than one call Jul 20 18:22:06 TAsn, no doubt you're doing good stuff... but on the other hand you want a testing image Jul 20 18:22:08 *just one call Jul 20 18:22:16 mrmoku, testing doesn't have to have that Jul 20 18:22:18 so we should take some breath and stabilize some working image Jul 20 18:22:19 it'll wait a week for that. Jul 20 18:22:26 mrmoku, I don't agree. Jul 20 18:22:32 we should aspire to be the best ;) Jul 20 18:22:42 and fixing important bugs means just that Jul 20 18:22:48 in a week we'll add that to testing. Jul 20 18:23:06 this doesn't consume my "testing image time" as I don't have any Jul 20 18:23:12 I'm no package maintainer Jul 20 18:23:17 I'm only a programmer :) Jul 20 18:23:22 and what we do is fixing bugs Jul 20 18:23:27 and adding features Jul 20 18:23:37 and that's exactly what I did Jul 20 18:23:40 :) Jul 20 18:23:49 as I said, you should make the testing image Jul 20 18:23:53 from fridays Jul 20 18:23:57 revs Jul 20 18:24:09 and we should add my fixes to unstable Jul 20 18:24:17 test them for a week Jul 20 18:24:20 and then apply them. Jul 20 18:24:35 actually Jul 20 18:24:38 did someone mention a build? Jul 20 18:24:39 ok, than I will play the role of the distro maintainer who is desperately trying to determine a good set of working stuff for the *first* testing image and thus won't build any new stuff from now on ;) Jul 20 18:24:41 no nvm no actually Jul 20 18:24:59 mrmoku, cool enough ;) Jul 20 18:25:02 because otherwise next friday we won't have any testing to apply new stuff to Jul 20 18:25:13 mrmoku, don't touch testing Jul 20 18:25:20 use fridays revs Jul 20 18:25:25 we don't HAVE testing Jul 20 18:25:29 mrmoku, I know Jul 20 18:25:33 we don't HAVE friday revs Jul 20 18:25:34 I mean make one with fridays revs Jul 20 18:25:49 mrmoku, why not? I remember you gathering them :) Jul 20 18:26:01 yeah, but they don't work out Jul 20 18:26:26 and some people were whining about ophonekitd being too old and such ;) Jul 20 18:26:31 mrmoku, Jul 20 18:26:37 then take a snapshot now Jul 20 18:26:45 and build a testing image from todays revs Jul 20 18:26:45 thats what I'm going to do Jul 20 18:26:52 and thats why I asked you to test that ;) Jul 20 18:26:53 and freeze those revs :) Jul 20 18:26:54 ophonekitd isn't too old, it just isn't stable Jul 20 18:26:56 mrmoku, OH! Jul 20 18:26:59 but as you're programmer I have to do that myself :P Jul 20 18:27:00 I C :) Jul 20 18:27:06 mrmoku, hehe Jul 20 18:27:16 I've been working on gathering info on fso #450 Jul 20 18:27:17 :) Jul 20 18:27:33 anyhow Jul 20 18:27:46 I don't mind testing a testing image :) Jul 20 18:27:58 just build it Jul 20 18:28:00 and I'll test it Jul 20 18:28:20 I'm not only a programmer, but also someone who like our users :) Jul 20 18:28:34 and now for the "real issue" Jul 20 18:28:38 i like liking Jul 20 18:28:40 actually "real issue" Jul 20 18:28:44 will remain in mail Jul 20 18:29:04 but I need your guys opinions exactly because this may break paroli/zhone Jul 20 18:29:15 though I don't think "broken" packages should stop progress :) Jul 20 18:29:43 Ainulindale, You should really start answering mails, as I know you have opinions on everything :) Jul 20 18:30:09 anyhow I'll probably start making phonegui more fso-glib compatible ;) Jul 20 18:30:11 now I gotta eat. Jul 20 18:30:12 brb Jul 20 18:48:45 TAsn: you know my opinion: sound is UI Jul 20 18:48:53 User Interface Jul 20 18:49:15 I don't even understand why we did not handle that from the beginning Jul 20 18:52:44 http://linux.com/news/embedded-mobile/mids/29263-openmoko-layoffs-lead-to-new-open-hardware-venture Jul 20 18:54:29 ptitjes, you rock :) Jul 20 18:54:32 I couldn't agree more Jul 20 18:54:39 just please send it to ML Jul 20 18:54:58 so ppl will let me commit :) Jul 20 18:55:01 ptitjes, btw, still here? Jul 20 18:55:48 dos1, OUCH! Jul 20 18:55:57 this looks like something that'll cost me a lot of money :( Jul 20 18:56:04 (spending my money on hackable gadgets Jul 20 18:56:05 ) Jul 20 18:56:17 hehe ;) Jul 20 18:56:28 that's plain bad. :) Jul 20 18:56:46 ptitjes, nvm, I'll send your response to ML :) Jul 20 18:57:58 i think my girlfriend will be interested in NanoNote, as she want to learn about hacking such devices ;) Jul 20 18:58:04 if only it will be cheaper that freerunner Jul 20 18:58:23 dos1, :) Jul 20 18:59:03 she is interested cause i'm talking about what i hacked on my freerunner all the time :D Jul 20 18:59:39 she knows as first what is and what will be implemented in opimd for instance ;D Jul 20 19:00:30 and she's helping me with logging gsm cells ;) Jul 20 19:01:47 lol :) Jul 20 19:01:54 she rules!! Jul 20 19:02:05 http://www.tuxradar.com/content/microsoft-contributes-linux-kernel Jul 20 19:06:49 you know a easy way to load ext2 file system support on SHR-unstable ? Jul 20 19:06:50 thx Jul 20 19:07:29 TAsn: so ask your questions about fso-glib now Jul 20 19:07:39 TAsn: because in exactly 3 minutes, I'll eat Jul 20 19:07:48 ptitjes, gimme answers :) Jul 20 19:07:55 TAsn: and in exactly 10 minutes, I'll watch a movie Jul 20 19:07:55 actually, how do I use it? Jul 20 19:08:03 I just want to know how to use it Jul 20 19:08:06 first of all Jul 20 19:08:11 where's the header resides at? Jul 20 19:08:12 (OE) Jul 20 19:08:17 [7:50pm] Jul 20 19:08:17 TAsn: http://pastebin.com/m725f1df7 Jul 20 19:08:19 *where does the header reside at Jul 20 19:08:31 what's that? Jul 20 19:08:40 in your libfso-glib/src/ directory Jul 20 19:08:52 ptitjes, makes sense :) Jul 20 19:08:56 if you install it then it goes in your include directory as every lib Jul 20 19:09:10 no shit... ;) Jul 20 19:09:11 that makes too, isn't it ? ;) Jul 20 19:09:21 now for real though Jul 20 19:09:27 are the calls sync or async? Jul 20 19:09:37 TAsn: well logic step - customers then could have ms server virtualising some ms servers and linux servers Jul 20 19:09:37 do I provide callbacks? Jul 20 19:09:40 what do I provide? Jul 20 19:09:53 bumbl, of course it's a logical step ;) Jul 20 19:09:59 you know a easy way to load ext2 file system support on SHR-unstable ? Jul 20 19:10:19 cichlid, yeah, we noticed that... Jul 20 19:10:23 no need to echo ;) Jul 20 19:10:34 really ? apologies Jul 20 19:10:48 cichlid, ... Jul 20 19:11:04 anyhow try #openmoko Jul 20 19:11:05 TAsn: then you do what I showed you in the pastebin above Jul 20 19:11:07 they might know Jul 20 19:11:19 shr-unstable supports ext2 Jul 20 19:11:20 wtf is that? :) Jul 20 19:11:20 TAsn: then you act on it as with any other GObject Jul 20 19:11:21 they do not Jul 20 19:11:45 TAsn: is this ok ? Jul 20 19:11:53 ptitjes, if you can Jul 20 19:11:57 please provide an example Jul 20 19:12:09 to lets say activate a call ;) Jul 20 19:12:21 so i'll be able to see how everything fits Jul 20 19:12:25 please I won't learn you C ? Jul 20 19:12:34 you have all in the header Jul 20 19:12:39 ptitjes, ok Jul 20 19:12:42 I'll play with that. Jul 20 19:12:51 a short code snippet would help though Jul 20 19:12:54 1) instanciate the objects with the helper as shown in the pastebin above Jul 20 19:12:59 2) call functions that takes such object Jul 20 19:13:09 ok. Jul 20 19:13:43 3) if you need async, then use the _async prototypes and give them GAsyncReadyCallback (that themself call the corresponding _finish functions) Jul 20 19:14:00 TAsn: the pastebin I pasted above Jul 20 19:14:35 TAsn: then for instance Jul 20 19:15:14 strings = free_smartphone_phone_init_protocols(phone, &length, error); Jul 20 19:16:45 TAsn: this is just as you do to call any method of a GObject Jul 20 19:17:01 I'm trying to follow :) Jul 20 19:17:22 TAsn: for the signals, you have to use g_signal_connect() as for any signals of a GObject Jul 20 19:17:36 TAsn: read a GObject tutorial Jul 20 19:18:24 TAsn: or if it is too much complicated (and I can understand it because C is shit) then learn Vala (easy as hell) and code it in Vala Jul 20 19:18:39 :p Jul 20 19:18:40 nah. :) Jul 20 19:19:06 TAsn: I'm quite sure you will introduce loads of segfaults Jul 20 19:19:09 cichlid: yes, we do Jul 20 19:19:12 TAsn: do we bet ? Jul 20 19:19:19 cichlid: btw. use ext3 ;P Jul 20 19:19:40 TAsn: you should really consider writing in Vala, you won't have any segfault Jul 20 19:19:43 cichlid: (load ext2 file system support on SHR) Huh?? Please elaborate. SHR is OM is Linux is ext2-*based* usually Jul 20 19:19:59 ptitjes, :) Jul 20 19:20:03 I like segfaults Jul 20 19:20:08 TAsn: I am serious Jul 20 19:20:13 I am too ;) Jul 20 19:20:35 btw i have no ext2 and ext3 support in /lib/modules/2.6.29-rc3/kernel/fs/ Jul 20 19:20:41 TAsn: I hate libframeworkd-phonegui-efl Jul 20 19:20:47 because it segfaults as hell Jul 20 19:20:48 and i was looking for the right kernel-module* to install Jul 20 19:20:54 this have to be rewritten Jul 20 19:21:00 from scratch in Vala Jul 20 19:21:06 then it will be stable Jul 20 19:21:15 yet Jul 20 19:21:29 s/yet/finally/ Jul 20 19:21:29 ptitjes meant: finally Jul 20 19:21:32 but can't find any Jul 20 19:22:09 cichlid: it's compiled into kernel Jul 20 19:22:27 cichlid: i'm running SHR with ext3 rootfs from uSD :P Jul 20 19:22:30 ptitjes, Jul 20 19:22:33 I'm rewriting it Jul 20 19:22:34 in C Jul 20 19:22:35 :-) Jul 20 19:22:38 won't segfault anymore Jul 20 19:22:43 and it is crappy atm. Jul 20 19:22:47 TAsn: this is dumb Jul 20 19:22:51 no it's not. Jul 20 19:22:54 if you rewrite it rewrite it in VAla Jul 20 19:23:09 TAsn: i think i would agree with ptitjes Jul 20 19:23:12 why the hell do you want unmaintanable C code Jul 20 19:23:14 :( Jul 20 19:23:30 I guess there's only one solution then Jul 20 19:23:32 TAsn: in Vala you have transparent asynchronous programming Jul 20 19:23:33 I won't rewrite it ;) Jul 20 19:23:42 TAsn: or learn vala :D Jul 20 19:23:45 TAsn: in C you have the equivalent of the crappy ophonekitd code Jul 20 19:23:58 ok thx you Jul 20 19:24:03 TAsn: methods you give callbacks that calls methods that you give callback Jul 20 19:24:15 this is UNMAINTANABLE Jul 20 19:24:54 TAsn: really, just consider learning Vala Jul 20 19:24:55 the only thing unmaintainable is the fact that I don't have a proper work env Jul 20 19:24:56 :) Jul 20 19:25:00 ptitjes, I should. ;) Jul 20 19:25:03 TAsn: I think in one night, you can get in track Jul 20 19:25:28 probably. Jul 20 19:25:35 though this night is not today :) Jul 20 19:25:36 TAsn: then consider what you prefer: rewriting in C or rewriting in Vala Jul 20 19:25:45 bah Jul 20 19:25:49 I'll rewrite in vala Jul 20 19:25:50 I bet you will have change your mind Jul 20 19:25:54 (or won't rewrite at all) Jul 20 19:26:00 but I won't rewrite in C :) Jul 20 19:26:04 I hope this is good enough ;) Jul 20 19:26:10 TAsn: just do as I did Jul 20 19:26:25 ? Jul 20 19:26:27 TAsn: I started by making a decryption of the C ophonekitd code Jul 20 19:26:35 heck no Jul 20 19:26:37 TAsn: copy/pasting the main traces Jul 20 19:26:39 I'll design it from the bottom up Jul 20 19:26:45 *ground Jul 20 19:26:51 TAsn: ok that is way better then Jul 20 19:26:52 ;à Jul 20 19:26:54 :) Jul 20 19:26:55 ;o) Jul 20 19:27:02 mrmoku: weird thing Jul 20 19:27:05 TAsn: I made it this way just to please Ainulindale Jul 20 19:27:18 TAsn: but I clearly should have rewritten from scratch Jul 20 19:27:23 TAsn: as it is now :) Jul 20 19:27:28 hehe :) Jul 20 19:27:29 mrmoku: opimd sometimes fails to handle timestamp :x Jul 20 19:27:53 anyway eating and then movie Jul 20 19:27:54 mrmoku: sometimes works, sometimes not Jul 20 19:27:58 have a nice evening Jul 20 19:28:02 cu Jul 20 19:28:33 mrmoku: i wonder if it's related to our timestamps problem... Jul 20 19:30:01 dos1, oh yeah Jul 20 19:30:03 forgot about that Jul 20 19:30:06 wanted to tell you Jul 20 19:30:11 I noticed some weird bugs Jul 20 19:30:22 (opimd claiming a missed calls was 30 mins for instance) Jul 20 19:30:51 TAsn: hmm? Jul 20 19:31:07 really weird Jul 20 19:31:07 no idea how and why Jul 20 19:31:18 can you send me output of "opimd-cli ca query"? Jul 20 19:31:43 link me to opimd-cli Jul 20 19:31:44 :) Jul 20 19:31:54 dos1, Jul 20 19:31:55 btw Jul 20 19:31:56 opimd-utils Jul 20 19:32:00 it didn't happen on normal use Jul 20 19:32:11 only when I crashed ophonekitd a couple of times :) Jul 20 19:32:19 oh Jul 20 19:32:34 that explains it then :P Jul 20 19:32:35 Ainulindale, hi Jul 20 19:32:45 opimd is listening to callstatus Jul 20 19:33:05 Ainulindale, did you talk to ptitjes ? Jul 20 19:33:31 GNUtoo: yeah I explained it all in private message this morning Jul 20 19:33:37 TAsn: if you crash ophonekitd, then CallStatus release won't come :P Jul 20 19:33:43 GNUtoo: I think mrmoku fixed the problem already Jul 20 19:33:49 ptitjes, ok thanks Jul 20 19:33:59 mrmoku: am I right ? dropbear's configuration problem is fixed right ? Jul 20 19:34:48 GNUtoo: and FIY, according to Ainulindale, this was only located in SHR and not the whole OE Jul 20 19:34:48 dos1, :) Jul 20 19:34:49 ok Jul 20 19:34:54 no wait Jul 20 19:34:56 sure it will Jul 20 19:35:04 as I disconnected on the other ends side Jul 20 19:35:12 ptitjes, yes I saw that...I sent you a message on that yesterday Jul 20 19:35:16 hmm Jul 20 19:35:27 TAsn: but after ophonekitd fail? Jul 20 19:35:36 TAsn: when ophonekitd fails, GSM resource is released :P Jul 20 19:35:54 oh Jul 20 19:35:55 :) Jul 20 19:35:57 okie Jul 20 19:35:57 :) Jul 20 19:36:00 btw Jul 20 19:36:08 someone should probably open a bug Jul 20 19:36:12 to release all the call Jul 20 19:36:12 s Jul 20 19:36:16 when the resource is released Jul 20 19:36:17 ... Jul 20 19:37:25 mrmoku, hi can I pm you? Jul 20 19:38:21 GNUtoo, dropbear configuration? Jul 20 19:38:29 GNUtoo, (pm) go ahead :) Jul 20 19:38:30 mrmoku, yes Jul 20 19:39:06 GNUtoo, I don't think I fixed anything regarding dropbear... at least not that I remember :P Jul 20 19:39:22 ok I'll pm you Jul 20 19:44:44 (Qi [the project]) Heh, sounds rather messed up. - - So it's a typical OM-style press-release ;-P Jul 20 19:53:23 DocScrutinizer: hehe ;D Jul 20 19:53:51 DocScrutinizer: i would like to know price. if it'll be low enough, i think i'll buy one Jul 20 19:54:21 my gf just confirmed me she's interested :D (she's in britain now ;x) Jul 20 19:57:45 i can kind of understand the idea.. perhaps like a netbook, only even smaller.. Jul 20 19:58:00 hmm, except no network perhaps Jul 20 19:58:13 hmm Jul 20 19:58:22 wifi is must-have for me Jul 20 20:00:00 and it doesn't have usb host mode... Jul 20 20:00:10 then first version isn't for me... Jul 20 20:00:14 but about second: Jul 20 20:00:18 "Candidate features include, but are not limited to: processor upgrades, more memory, USB host, and connectivity options." Jul 20 20:00:19 :P Jul 20 20:22:25 mickey|dinner, :) Jul 20 20:22:28 raster, ? :) Jul 20 20:24:52 i was wondering... whats this file for? http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/tasks/task-openmoko-feed.bb?id=fd7fe72f8e371b146201a32d3b3b1b5a9270a278 Jul 20 20:25:31 F4t, to populate the feed Jul 20 20:25:42 aka build all packages you can get via the openmoko repository Jul 20 20:25:43 to populate openmoko feed... Jul 20 20:25:51 yep Jul 20 20:25:52 dos1, i was kinda hoping he'd give me a target model for usb host Jul 20 20:25:53 mokonnect is also in the openmoko repo? Jul 20 20:26:00 http://downloads.openmoko.org/repository/unstable/armv4t/mokonnect_0.3+svnr85-r0_armv4t.ipk :D Jul 20 20:26:11 F4t, we cherry-pick against each other :) Jul 20 20:26:21 brb Jul 20 20:26:31 cool, only they actually manage to build thier distro :) Jul 20 20:29:08 hi, how can I add an incon on the SHR desktop...I tried doing that: Jul 20 20:29:33 ~/.e/e/appshadow $ ln -s /usr/share/applications/claws-mail.desktop 0011.desktop I found wesnoth on the desktop... Jul 20 20:32:32 mrmoku, ping Jul 20 20:32:39 me is bored. Jul 20 20:36:09 sorry, how can i get a working bluez-utils-alsa package for bluez 4 ? Jul 20 20:36:25 * mrmoku is not bored Jul 20 20:36:40 the one which comes up with shr-unstable is deprecated Jul 20 20:36:51 bluez-utils-alsa - 3.33-r1 Jul 20 20:37:36 and has a mismatch with bluez4 - 4.39-r2 Jul 20 20:38:01 could someone interfere on .bb and recipes ? :-) Jul 20 20:39:15 TAsn, nah, pong anyway Jul 20 20:39:29 just wondering how's testing doing Jul 20 20:39:33 what did you do Jul 20 20:40:16 great only took me a few hours to find out that i need to source env-setup, because the friggin "." is on another line than the rest of the command :) Jul 20 20:42:29 TAsn, I'm not doing anything with testing today Jul 20 20:42:38 I'm building an unstable image which I'm testing Jul 20 20:42:54 and if it proves working I will take all the nice revs and use them for the testing image Jul 20 20:43:11 mrmoku, ok :) Jul 20 20:43:28 Meomer, where did you see that at? Jul 20 20:43:29 TAsn, btw. image looks good so far Jul 20 20:43:35 mrmoku, sweet :) Jul 20 20:43:44 (I'm probably using the same revs btw...) Jul 20 20:43:48 the bottom of http://shr-project.org/trac/wiki/Building%20SHR Jul 20 20:44:04 gst-plugins-good wouldn't build here because of the missing esd Jul 20 20:44:07 TAsn, most definitely not so ;) Jul 20 20:44:30 Meomer, under what topic? Jul 20 20:44:47 gst plugins workaround? Jul 20 20:44:48 it's the last line of the content under troubleshooting Jul 20 20:45:01 Meomer, that is because you have esd-config on your buildhost Jul 20 20:46:10 i solved it by following said workaround :) but like i said, it just took me some time to realise what i was doing wrong :) Jul 20 20:50:52 Meomer, well it is not you doing something wrong Jul 20 20:51:07 it is the gstreamer autoconf stuff not respecting cross compiling correctly Jul 20 20:51:20 it should *not* look for esd-config in the path :P Jul 20 20:56:59 mrmoku: (at #openmoko) 00:41 < cichlid> shr-unstable sounds like to be shipped with mismatching bluez-library (bluez 4.39) and bluetoothd 3.33 Jul 20 20:59:29 http://pastebin.mandriva.com/13637 Jul 20 20:59:33 PaulFertser, what is bluetoothd... it is obsoleted by bluez4, no? Jul 20 21:01:41 mrmoku: no, it's exactly bluez4 bluetooth daemon. Jul 20 21:02:01 mrmoku: hcid and friends are bluez3 Jul 20 21:02:34 bluez-utils-alsa must provide the right /usr/lib/alsa-lib/libasound_module_pcm_bluetooth.so Jul 20 21:02:43 to have alsa plugin working Jul 20 21:06:28 PaulFertser, is it part of the bluez4 base package? Jul 20 21:06:48 yep, it is Jul 20 21:06:51 mrmoku: bluetoothd? Absolutely :) Jul 20 21:07:30 wow, libphonegui is BAD :( Jul 20 21:07:31 then we don't have bluetoothd 3.33 in SHR :) Jul 20 21:11:09 cichlid: that's something you have to clarify ;) Jul 20 21:12:07 cichlid, libasound-module-bluez is the correct one Jul 20 21:12:25 cichlid, I guess you followed an outdated wiki :P Jul 20 21:14:28 apologies Jul 20 21:16:36 F4t, taping on a found network does not work :( Jul 20 21:16:39 +p Jul 20 21:16:53 mrmoku, Jul 20 21:16:55 just for you to know Jul 20 21:17:07 ? Jul 20 21:17:11 as ptitjes was in favor for adding the fix to phonegui Jul 20 21:17:14 you wasn't against Jul 20 21:17:21 and no one else bothered answering Jul 20 21:17:26 mrmoku, what exactly doesnt work? Jul 20 21:17:27 I'm committing it Jul 20 21:17:30 TAsn, that's not how it works Jul 20 21:17:38 :) Jul 20 21:17:41 then how? Jul 20 21:17:43 :( Jul 20 21:17:46 you cannot expect everybody to respond in 4 hours Jul 20 21:17:54 bah. ok Jul 20 21:17:57 I'll wait till tomorrow. Jul 20 21:18:05 TAsn, make a branch and commit Jul 20 21:18:05 maybe the day after that. Jul 20 21:18:09 so others can take a look :) Jul 20 21:18:11 mrmoku, what exactly doesnt work? Jul 20 21:18:14 * TAsn != git expert Jul 20 21:18:23 F4t, it finds my network Jul 20 21:18:32 I tap on the button with the name and nothing happens Jul 20 21:18:42 mrmoku, it stays in the same screen? Jul 20 21:18:48 on the* Jul 20 21:18:58 TAsn, git branch tasns-audio-works; git checkout tasns-audio-works Jul 20 21:19:06 F4t, yep Jul 20 21:19:25 if I tap on back it goes back and has the network name, but not the correct encryption Jul 20 21:19:30 mrmoku, could you run mokonnect from terminal, and do the same clicking, and see if theres any exception showing in console window? Jul 20 21:19:43 though it might be connmans fault Jul 20 21:19:47 whats ur network's encryption? Jul 20 21:19:56 because von_fritz just pointed out to me that it builds old connman Jul 20 21:20:05 F4t, psn aka wpa2 Jul 20 21:20:20 and it shows wpa2, but was changed in newer connman Jul 20 21:20:54 didnt test with wpa2, hmmm, could u check the exception it writes? Jul 20 21:21:00 mrmoku, hm... mrmoku how do I make a patch in git between two refs? Jul 20 21:21:14 TAsn, git diff rev1..rev2 Jul 20 21:21:20 okie. Jul 20 21:21:22 thanks. Jul 20 21:22:06 F4t, File "/usr/share/mokonnect/mkdev_wifi.py", line 250, in NetworkSelected Jul 20 21:22:09 self.config["obj_net_chan"].entry_set("%d" % netprop["WiFi.Channel"]) Jul 20 21:22:12 KeyError: 'WiFi.Channel' Jul 20 21:22:14 too old connman :P Jul 20 21:22:33 *sigh*, seems like it... this one doesnt export channel number.... Jul 20 21:22:51 F4t, nvm... another day without new image ;) Jul 20 21:22:55 what connman version u testing against? Jul 20 21:23:20 F4t, 0.19... but in theory it should be connman autoreved from git Jul 20 21:23:50 mrmoku, one last thing Jul 20 21:23:52 I thought it is my wife making my hair becom grey... but OE is even worse :P Jul 20 21:23:53 how do I "disable" Jul 20 21:23:59 local commits Jul 20 21:24:04 i.e I want to sync to server Jul 20 21:24:05 if the bastards at #connman no longer export Wifi.Channel i'll be pissed... Jul 20 21:24:09 though I don't want them to be pushed Jul 20 21:24:09 ... Jul 20 21:24:17 (not to master at least) Jul 20 21:24:30 TAsn, you cannot do that Jul 20 21:24:34 shit :) Jul 20 21:25:25 TAsn, comitting experimental stuff to master is always risky ;) Jul 20 21:25:36 hehe ok, now I know.. :) Jul 20 21:25:41 you can fix that by making a branch like that: Jul 20 21:25:48 so what's the proper way to commit stuff locally Jul 20 21:25:58 git checkout -b newbranch Jul 20 21:25:58 but to be able to merge to master Jul 20 21:26:09 just create new branches all the time?! Jul 20 21:26:14 yep Jul 20 21:26:20 that's the lovely thing about git Jul 20 21:26:29 branches cost nothing and are very efficient Jul 20 21:26:30 it's "cost free"? Jul 20 21:26:32 cool. Jul 20 21:26:38 mrmoku, nop, seems like channel should be there in latest git... Jul 20 21:26:50 F4t, you misunderstood... :) Jul 20 21:26:59 what we want is latest connman from git Jul 20 21:27:03 but it is building 0.19 instead Jul 20 21:27:07 no idea why Jul 20 21:27:13 it was building from git before Jul 20 21:27:17 have to examine that Jul 20 21:27:19 oh... i thought it says its 0.19 but in fact latest... Jul 20 21:27:28 k.. :) Jul 20 21:27:30 no, no Jul 20 21:27:30 :) Jul 20 21:27:48 TAsn, and use gitk and git gui Jul 20 21:27:56 I could never live without them :) Jul 20 21:28:18 anyway... need some sleep now Jul 20 21:28:39 have fun alltogether Jul 20 21:28:41 gnight Jul 20 21:30:52 hm... wait Jul 20 21:30:57 how do I push the branch?! :) Jul 20 21:49:19 oh, build completed, i think i only started the day before yesterday ;) Jul 20 22:05:03 Hmpf Jul 20 22:13:04 does libphonegui gtk exist? Jul 20 22:14:00 or is it ok to change stuff in a way gtk won't be able to handle? :) Jul 20 22:15:20 hmm, this might be silly, but is there a document or post on the ML which has a few pointers how to find your way around the directory tree of the build? :) Jul 20 22:28:09 TAsn: what do you mean? Jul 20 22:28:10 What for? Jul 20 22:28:27 nvm I solved the issue Jul 20 22:28:35 I fear that you listened too much to the crazy ideas of someone out there I won't name Jul 20 22:28:35 though I'm adding stuff to phonegui Jul 20 22:28:53 phonegui is dead Jul 20 22:28:53 which I want to depend upon in other apps Jul 20 22:28:59 No use to add anything in it Jul 20 22:29:04 Ainulindale, what's replacing it? Jul 20 22:29:15 UI dbusification as I stated two months ago in a thread you answered to Jul 20 22:29:26 ok Jul 20 22:29:32 but it'll be a gui Jul 20 22:29:33 ffs Jul 20 22:29:36 And I'm still waiting for you people to be autonomous and do that goddamn technical specification! =) Jul 20 22:29:50 TAsn: it'll be a gui? What? Jul 20 22:29:51 I mean adding code that can be used there as well is good. Jul 20 22:30:02 anyhow, to cut a long story short Jul 20 22:30:06 TAsn: did you succeeded in pushing your branch ? Jul 20 22:30:11 ptitjes, aye Jul 20 22:30:12 thanks ): Jul 20 22:30:13 libphonegui is bound to die that's all Jul 20 22:30:13 :) Jul 20 22:30:21 Ainulindale, ok Jul 20 22:30:27 but I'm adding features in the meanwhile Jul 20 22:30:32 as libframeworkd-glib Jul 20 22:30:32 which I want to depend upon Jul 20 22:30:40 TAsn: well I think you're losing time Jul 20 22:30:44 phonegui-gtk Jul 20 22:30:46 But if it's easy and painless and quick Jul 20 22:30:48 Then do it Jul 20 22:30:53 is dead, right? (no need to patch it) Jul 20 22:30:55 But you'll have to rewrite that later on Jul 20 22:30:57 Ainulindale, it's quick Jul 20 22:31:01 yes it's dead for now Jul 20 22:31:04 cool. Jul 20 22:31:07 It might be resurrected Jul 20 22:31:08 so only efl and efl2 Jul 20 22:31:14 Ainulindale, if it will be Jul 20 22:31:15 well efl Jul 20 22:31:17 efl2 is dead too =) Jul 20 22:31:22 they'll have to add features Jul 20 22:31:25 Ainulindale, cool :) Jul 20 22:31:27 less work. Jul 20 22:31:29 what do you want to do ? Jul 20 22:31:40 Because I'm the phonegui maintainer young boy =) Jul 20 22:32:18 oh old grand master Ainulindale :) Jul 20 22:32:22 young boy vs. old man Jul 20 22:32:24 ;) Jul 20 22:32:35 Ainulindale, I'm adding support for creating contacts from other pages Jul 20 22:32:42 i.e from sms/phonelog Jul 20 22:32:43 :0 Jul 20 22:32:52 quick and easy. Jul 20 22:33:08 well no it isn't (quick or easy) Jul 20 22:33:09 TAsn: this could have been the night where you learned Vala ;) Jul 20 22:33:19 Ainulindale, fact is Jul 20 22:33:21 that I'm done Jul 20 22:33:24 after 15 mins of work Jul 20 22:33:25 ... Jul 20 22:33:34 TAsn: well it might be done quick & dirty Jul 20 22:33:36 not quick & easy =) Jul 20 22:33:41 quick and easy Jul 20 22:33:42 :) Jul 20 22:33:46 Just bear in mind that Jul 20 22:33:51 If you use libframeworkd-phonegui as is Jul 20 22:33:54 you'll use libframeworkd-glib Jul 20 22:34:04 and you'll bind a new dbus connection Jul 20 22:34:20 and you'll have additional handlers Jul 20 22:34:21 etc, etc Jul 20 22:34:25 trust me :) Jul 20 22:34:29 that's why my point is Jul 20 22:34:35 that thing should go dbus Jul 20 22:34:42 TAsn: show me the diff or I spank you Jul 20 22:34:52 I'll commit in a sec Jul 20 22:35:01 as it doesn't do anything unless called Jul 20 22:35:01 :) Jul 20 22:35:05 it's ok to commit to master Jul 20 22:35:13 (although I also call it... :) ) Jul 20 22:35:14 TAsn: do branches Jul 20 22:35:17 bah ok. Jul 20 22:35:18 if it's non invasive TAsn Jul 20 22:35:20 (sobs) Jul 20 22:35:21 I don't care Jul 20 22:35:26 COmmit to master as long as it's non invasive Jul 20 22:35:29 it's non invasive. Jul 20 22:35:32 Then master Jul 20 22:35:33 grrrrr Jul 20 22:35:38 There's no point in branching if it's non invasive Jul 20 22:35:38 bad commiters Jul 20 22:35:44 ptitjes: Bad commiters in your POV Jul 20 22:35:49 As a matter of fact Jul 20 22:35:54 Your POV is often wrong! Jul 20 22:36:00 héhé Jul 20 22:36:09 added. Jul 20 22:36:12 i like your discussions :D Jul 20 22:36:19 SHR: 03tom 07shr * r6c98494d792e 10/ (5 files in 2 dirs): Jul 20 22:36:19 SHR: added phonegui_contacts_new_show that creates a 'new contact' window. if Jul 20 22:36:19 SHR: shr-apps is passed with an additional parametr, this parameter is treated as a Jul 20 22:36:19 SHR: phone number and starts the new contact window with this number already inserted Jul 20 22:36:24 SHR: 03tom 07shr * r019b6db3a3d6 10/libframeworkd-phonegui-efl/src/phonegui-contacts.h: added contacts_new_show to .h and fixed a typo there Jul 20 22:36:32 btw Jul 20 22:36:34 it's half dirty Jul 20 22:36:36 TAsn: and for your latest remark ("trust me") Jul 20 22:36:41 I trust no one, I'm the rebel. Jul 20 22:36:45 I mean Jul 20 22:36:47 the code is clean Jul 20 22:37:00 the way I call it with non C apps is not Jul 20 22:37:08 as I added a shr-contacts argument Jul 20 22:37:13 that can be used Jul 20 22:37:15 which is ugly Jul 20 22:37:19 argh Jul 20 22:37:24 but works and non-invasive Jul 20 22:37:24 :) Jul 20 22:37:30 you just put it in the only place it shouldn't have been Jul 20 22:37:35 but the actual code is mostly clean. Jul 20 22:37:43 shr-contacts is a wrapper Jul 20 22:37:44 Ainulindale, no, the code is in phonegui Jul 20 22:37:46 Ainulindale, no, the code is in phonegui Jul 20 22:37:54 shr-contacts just calls the function Jul 20 22:37:54 lfp-efl or phonegui? Jul 20 22:37:58 efl Jul 20 22:38:01 then it's invasive Jul 20 22:38:18 If you force, throughout your code, the use of a library Jul 20 22:38:23 *It's invasive Jul 20 22:38:28 I don't Jul 20 22:38:38 the fix is in efl Jul 20 22:38:41 yes because you force the use of efl Jul 20 22:38:47 Ainulindale, no Jul 20 22:38:52 that's what you just told me Jul 20 22:38:53 as you don't have to use shr-contacts Jul 20 22:38:56 with that argument Jul 20 22:38:57 ... Jul 20 22:39:11 so for normal use it remains the same Jul 20 22:39:11 shr-contacts is just a wrapper for phonegui Jul 20 22:39:16 ffs Jul 20 22:39:16 so my point is Jul 20 22:39:18 read the code Jul 20 22:39:18 . Jul 20 22:39:19 your function Jul 20 22:39:22 I'm doing that Jul 20 22:39:22 http://git.openmoko.org/?p=xf86-video-glamo.git;a=summary is this already used as default in current images or does it need manual configuration/installation? Jul 20 22:39:25 And I whine because I'm doing that Jul 20 22:39:37 Your function in efl should be in phonegui Jul 20 22:39:41 (with no suffix) Jul 20 22:39:58 you can.t Jul 20 22:40:00 can't Jul 20 22:40:00 that's my problem with your implementation Jul 20 22:40:03 as it's a gui method Jul 20 22:40:14 you should also implement it in gtk if you like Jul 20 22:40:15 TAsn: AHem... Do you know what phonegui is? :-) Jul 20 22:40:17 same goes for efl2 Jul 20 22:40:21 Ainulindale, yes I know. Jul 20 22:40:28 Then just add the proto! Jul 20 22:41:05 I know I should... bah. sec Jul 20 22:41:25 TAsn: that's my freaking point you swine :-) Jul 20 22:42:28 http://git.shr-project.org/git/?p=shr.git;a=blobdiff;f=libframeworkd-phonegui-efl/src/phonegui-contacts.h;h=44533f261f25958cd1f4733f91c97f01d3a71cfb;hp=5ad0d97013ebdafa2486999974e0d5098f526b51;hb=019b6db3a3d62ac72a320378c8b7f5f562d7a380;hpb=6c98494d792ec081611d196a7f1167b839c7cc3c <= this is ugly :-) Jul 20 22:42:33 And only that Jul 20 22:42:35 this header shouldn't be there Jul 20 22:42:35 there are no prototypes at phonegui Jul 20 22:43:03 What's the fork Jul 20 22:43:05 why not? Jul 20 22:43:39 Don't move Jul 20 22:43:56 (damn touchpad is driving me insane) Jul 20 22:44:00 I'm not moving Jul 20 22:44:14 so now, would you mind me adding a button to shr-messages? Jul 20 22:44:24 that uses this new func? Jul 20 22:44:29 No I don't Jul 20 22:44:35 in master? Jul 20 22:44:48 (I'm allowing myself to do that as phonegui-gtk/efl2 are dead) Jul 20 22:45:03 Yep, as long as it's sensible in its way to interact with the current UI Jul 20 22:45:17 (my touchpad is reaaaaally driving me mad) Jul 20 22:45:28 mac are crappy things Jul 20 22:45:32 Ainulindale, it'll rock Jul 20 22:45:36 don' worry :) Jul 20 22:45:54 I worry Jul 20 22:45:56 That's my job Jul 20 22:45:59 btw phonegui is uggggllllyyy Jul 20 22:46:04 Ainulindale, if that's your job Jul 20 22:46:12 please pay a visit to your email app ;) Jul 20 22:46:16 and answer my fucking mail ;) Jul 20 22:46:23 please Jul 20 22:46:24 ;) Jul 20 22:46:36 RIght now, I can't Jul 20 22:46:40 I will tomorrow Jul 20 22:46:55 You can bug me every ten minutes if I don't by twelve Jul 20 22:47:46 I don't mind if you answer tomorrow ;) Jul 20 22:47:52 just watch it Jul 20 22:47:56 that's my point :) Jul 20 22:48:04 I'll forget Jul 20 22:48:06 I'm swamped Jul 20 22:48:15 shr-core Jul 20 22:48:16 :) Jul 20 22:48:35 I'll forget nonetheless Jul 20 22:49:11 hm... Jul 20 22:49:17 let me think how I can make you remember Jul 20 22:49:18 :) Jul 20 22:49:58 your best shot is a cron Jul 20 22:50:34 lol Jul 20 22:51:56 * mwester is back. look out. Jul 20 22:52:12 sweet Jul 20 22:52:15 Ainulindale, look at the commit Jul 20 22:52:27 and I'm freaking in need for a SATA/IDE converter Jul 20 22:52:28 DAMN Jul 20 22:52:41 :) Jul 20 22:52:45 you can now add numbers from sms Jul 20 22:53:01 a pyphonelog commit will soon follow Jul 20 22:53:01 SHR: 03tom 07shr * rca89d91d0842 10/libframeworkd-phonegui-efl/src/view/message-show-view.c: added add contact button to shr-messages Jul 20 22:53:01 so if you can Jul 20 22:53:06 please rebuild libframeword-phonegui-efl Jul 20 22:53:13 now I really can't Jul 20 22:53:19 my girlfriend is bugging me to do some stuff Jul 20 22:53:23 (not her, you perv) Jul 20 22:53:31 oh. Jul 20 22:53:39 :-O I thought no such thing! Jul 20 22:53:42 (about the not her part) Jul 20 23:02:43 TAsn: ( you can now add numbers from sms) You already did it? :-) Jul 20 23:02:50 DocScrutinizer, not only that Jul 20 23:02:57 but also from phonelog ;) Jul 20 23:03:19 DocScrutinizer, you need to get latest phonegui-efl though Jul 20 23:03:20 what method to extract did you choose finally? Jul 20 23:03:41 DocScrutinizer, oh, I didn't implement that yet Jul 20 23:03:51 I'm talking about adding the recipient;) Jul 20 23:03:56 aaah Jul 20 23:04:10 Still a great imrovement Jul 20 23:04:37 I decided not to add major features to phonegui-efl as Ainulindale claims it's dead, and ptitjes think I should not use C, and I think phonegui is poorly written and if anything then a rewrite ;) Jul 20 23:04:42 DocScrutinizer, it is actually ;) Jul 20 23:04:53 as for your suggestion Jul 20 23:04:57 if I get you correctly Jul 20 23:05:13 it's somehow of a "finger friendly select by pressing" widget Jul 20 23:05:15 TAsn: I really thought "WTF" when I typed in a some12digit-telnumber, called it, them realized it had one digit wrong ;-) Jul 20 23:06:05 hehe yeah, we desperately need that as copying by hand is a pain ;( Jul 20 23:06:09 TAsn: (widget et al) I'll think more detail and let you know Jul 20 23:06:23 cool :) Jul 20 23:06:30 mrmoku|away, please rebuild phonegui-efl ;) Jul 20 23:06:38 mrmoku|away, and pyphonelog ;) Jul 20 23:06:51 elementary supports copy&paste (just long press some text on entry) Jul 20 23:06:57 dos1, I know. Jul 20 23:07:07 though it's not fast enough Jul 20 23:07:17 I was thinking (thanks to DocScrutinizer actually) Jul 20 23:07:25 about a widget that allows clicking on a word Jul 20 23:07:25 TAsn: what about anchors? Jul 20 23:07:29 and it'll auto select that Jul 20 23:07:33 dos1, thought about that Jul 20 23:07:42 TAsn: AnchorBlock/View? Jul 20 23:07:44 that's why I asked DocScrutinizer about parsing Jul 20 23:07:46 numbers Jul 20 23:07:49 though he is right Jul 20 23:07:56 TAsn: please consider: "pressing on empt y number field in dialer copies last dialed number to input field, in an editible form" Jul 20 23:07:56 it's too hard to guess if it's a number or not Jul 20 23:08:13 DocScrutinizer, too hard for meh Jul 20 23:08:14 :) Jul 20 23:08:21 as it involves keeping track Jul 20 23:08:26 of last dialed numbers Jul 20 23:08:33 DocScrutinizer, though I made pyhphonelog launch a lot faster Jul 20 23:08:36 * ptitjes is still to guide TAsn in his Vala learning quest Jul 20 23:08:40 (~8 secs) Jul 20 23:08:48 +available Jul 20 23:08:48 and if you keep it open Jul 20 23:08:57 you can just update Jul 20 23:09:01 by moving a page to the side Jul 20 23:09:03 and then back Jul 20 23:09:16 which makes it almost usable to do what you suggested Jul 20 23:09:23 at least that's what I do. Jul 20 23:09:26 so still doesn't help to edit a misspelled number Jul 20 23:09:29 ptitjes, :) not now. Jul 20 23:09:34 DocScrutinizer, oh right. Jul 20 23:09:47 hm... I'm trying to think if there's something to be done Jul 20 23:09:51 btw DocScrutinizer Jul 20 23:09:55 * ptitjes will ever be available for TAsn Jul 20 23:09:58 :p Jul 20 23:10:18 http://shr.bearstech.com/git/?p=shr.git;a=shortlog;h=refs/heads/tasns-audio-works Jul 20 23:10:26 ptitjes, please don't start. Jul 20 23:10:39 DocScrutinizer, that's what I implemented concerning state files control Jul 20 23:10:42 in phonegui Jul 20 23:10:47 it works like a charm Jul 20 23:11:06 (call_common_state functions) Jul 20 23:11:27 the window ones Jul 20 23:11:31 or active calls ones Jul 20 23:11:43 just keep track of active calls / windows UI Jul 20 23:11:48 as UI changes all the time Jul 20 23:11:54 if you switch to speaker for instance. Jul 20 23:14:49 I think it's time for me to get some sleep. Jul 20 23:14:59 heh Jul 20 23:15:03 I'll see you guys tomorrow or something Jul 20 23:15:08 ptitjes, I'm GMT+2 Jul 20 23:15:35 though I live as GMT+0-12 at least ;) Jul 20 23:15:39 wake up early Jul 20 23:15:43 and go to sleep late :) Jul 20 23:15:52 TAsn: using the GObjects in fso-glib is just like using a GList Jul 20 23:16:16 ptitjes, I never claimed to be a Glib noob (although I am) Jul 20 23:16:23 I just said I need a working example Jul 20 23:16:28 as it's easier to learn Jul 20 23:16:30 especially since Jul 20 23:16:36 I don't have a proper build env here Jul 20 23:16:44 and I'll actually be cross compiling it Jul 20 23:16:51 which is a pain Jul 20 23:17:03 what you programmed there contains all the ingredients you need to program with fso-glib Jul 20 23:17:22 (though that commit looks a little big...) Jul 20 23:17:34 ptitjes, did you read the commit log? Jul 20 23:17:40 I clearly wrote Jul 20 23:17:45 (sorry, big, ugly) Jul 20 23:17:51 yep I read it Jul 20 23:17:56 as I didn't notice I forgot to commit Jul 20 23:18:06 and actually merged useful stuff Jul 20 23:18:13 but this is not because you warn that it is excusable ;) Jul 20 23:18:16 with this experimental (though perfect) Jul 20 23:18:23 ptitjes, it's not :( Jul 20 23:18:29 F4t, hello. Jul 20 23:18:29 héhé Jul 20 23:18:35 have a nice night guy Jul 20 23:18:35 no, there's no image yet ;) Jul 20 23:18:39 ptitjes, thanks. Jul 20 23:18:42 image? Jul 20 23:18:44 did i hear image? Jul 20 23:18:52 you also heard the word no Jul 20 23:18:53 before Jul 20 23:18:53 :) Jul 20 23:19:02 I go to bed too Jul 20 23:19:03 im adding gprs to mokonnect Jul 20 23:19:04 ciao Jul 20 23:19:20 connman btw, seems to completely ignore ppp and gprs Jul 20 23:19:26 F4t, you rock :) Jul 20 23:19:34 F4t, did you install the ppp module? :) Jul 20 23:19:55 TAsn, i actually recompiled the whole thing from git with --enable-ppp=builtin Jul 20 23:20:29 bah :) Jul 20 23:22:00 is there an ifconfig aware dbus interface i can query? Jul 20 23:33:57 hmm Jul 20 23:34:05 F4t: FSO supports GPRS ;P Jul 20 23:38:47 dos1, and if i want to do anything beyond connect,disconnect,check-status(connected|disconnected).... like i dont know, find out the ip address of the connection? Jul 20 23:39:20 dunno what onetworkd is supposed to do, but it is, so maybe check :D Jul 20 23:40:19 onetworkd? Jul 20 23:40:29 not ogsmd? Jul 20 23:44:49 ogsmd connects to gprs, yes Jul 20 23:45:00 but there is also onetworkd subsystem Jul 21 00:31:29 dos1, which has only one function that does connection sharing? that one? Jul 21 00:43:08 * mwester enjoys another build failure, first build upon returning from a trip... how many days has it been since unstable last built correctly? Jul 21 00:43:38 * F4t doesnt remmember, is it supposed to build correctly? Jul 21 00:44:48 it used to very, very regularly :) And when it broke, someone would fix it by the next day -- in fact, usually it was fixed within only a few hours. Jul 21 00:49:09 mwester: unstable built fine yesterday (image) - make distro hasnt built for a couple of weeks (imlib error plus others) Jul 21 00:49:20 s/imlib/imlib2/ Jul 21 00:49:21 BillK meant: mwester: unstable built fine yesterday (image) - make distro hasnt built for a couple of weeks (imlib2 error plus others) Jul 21 00:53:18 So I missed it. :( Jul 21 00:57:46 * mwester deletes his TMPDIR and starts another build from scratch, just in case (hope dies slowly)... Jul 21 01:01:00 mwester: strange Jul 21 01:01:12 mwester: mrmoku built unstable image today Jul 21 01:01:19 from scratch Jul 21 01:02:09 and yesterday too Jul 21 01:02:10 :P Jul 21 01:02:35 well, good then -- we just have to look at the last few commits in the past hour or two, right? Jul 21 01:08:20 mwester: the only commit (except PR bumping in dropbear): http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=shr/import&id=a7c7bfbe38b12f050263a617335a7c35892f5ab2 Jul 21 01:08:33 and i think mrmoku built image after that commit Jul 21 01:09:02 and there was also some guy who built image today Jul 21 01:09:07 That wouldn't result in a build failure of gst-plugins-good. Jul 21 01:09:15 So that's not the problem... Jul 21 01:09:19 gst-plugins-good? Jul 21 01:09:35 * dos1 is looking at backlog Jul 21 01:10:33 [pon. lip 20 2009] [22:50:07] it is the gstreamer autoconf stuff not respecting cross compiling correctly Jul 21 01:10:34 [pon. lip 20 2009] [22:50:17] it should *not* look for esd-config in the path :P Jul 21 01:10:58 mwester: workaround: install esd on buildhost Jul 21 01:11:06 mwester: fix: bug gstreamer authors :P Jul 21 01:11:53 Ok. So how did it work two weeks ago? Jul 21 01:12:28 dunno, i'm not oe maintainer Jul 21 01:12:29 Having everyone install esd on their buildhosts is not an acceptable workaround if one can simply go back to a known-good version of gstreamer. Jul 21 01:12:41 i'm barely familiar with oe :P Jul 21 01:12:47 mwester: so send fix to shr-devel! Jul 21 01:12:58 mwester: and everyone will be happy :D Jul 21 01:13:03 anyway, going to bed now Jul 21 01:13:20 good night ;) Jul 21 01:15:47 ok, commited new version with static usb configuration, and gprs connection :D Jul 21 01:19:12 commit b4d5b3762c63b484312ef31cf65ce7767de2e51a is questionable. Jul 21 01:20:13 That's an SHR-specific change to gstreamer, affects _only_ SHR, which is consistent with this build failure, and would have the symptoms that it would be "fixed" (in quotes) by installing esd on the build host. Jul 21 01:20:25 mrmoku|away, ^^^^ Jul 21 01:21:26 DEPENDS_shr += " flac" <---- that line overrides the previous line, thus removing the dependency on esound. Jul 21 01:21:53 Try: DEPENDS_shr += " flac gst-plugins-base esound" Jul 21 01:22:25 dos1|zzZZzz, there. I fixed it. Good enough? :p Jul 21 01:24:21 BUILD! Jul 21 01:24:22 :P Jul 21 01:33:00 I am! I am! As fast as I can. But first I have to let the "reference build" complete, to the failure of gst-plugins-good. Then patch the bb recipe as above, and build from scratch a second time. That will confirm the problem and fix -- tedious, but right now with the incredible instability of the unstable SHR build, that's what I would do if I were an SHR dev. Jul 21 01:34:49 mwester, btw, how does += override previous line? doesnt it add to it? Jul 21 01:36:43 It's the way the parser works -- the "override" (_shr suffix) says to use that particular line to determine value, overriding any other lines assigning to the same variable. Jul 21 01:37:10 So the problem is not the += Jul 21 01:37:15 rather it is the SHR override. Jul 21 01:38:02 so... its not the same as DEPENDS_shr = DEPENDS_shr + " flac"? Jul 21 01:38:15 It is. Jul 21 01:38:36 ahhh, i think i get it, it overrides the regular DEPENDS, and missing some of the stuff there Jul 21 01:38:42 Yes. Jul 21 01:38:51 k :) Jul 21 01:39:49 well im off to sleep Jul 21 01:39:49 The parser defers evaluation of the statements, until after the bb file is parsed, and then it will use the matching overrides in exclusion to the "generic" expressions. So the regular DEPENDS will get thrown awy. Jul 21 01:39:55 g'night. Jul 21 01:40:06 thanks for the explanation... gnight **** ENDING LOGGING AT Tue Jul 21 02:59:57 2009