**** BEGIN LOGGING AT Thu Mar 19 02:59:57 2009 Mar 19 03:27:43 you guys have too many kernels, and probably need a big merge session. Mar 19 03:27:52 * juri_ trolls. ;) Mar 19 03:43:35 * tomboy64 depcleans and gets rid of juri_ :-P Mar 19 03:50:20 * juri_ returns and prevents a build, because of bad Makefile rules. ;) Mar 19 03:59:23 juri is quite correct. Mar 19 03:59:32 :O Mar 19 03:59:56 We need The One True Kernel. Mar 19 03:59:59 Again. Mar 19 04:00:16 FOR THERE CAN BE ONLY ONE! Mar 19 04:00:17 You all have strayed from the path. Mar 19 04:00:35 mwester, those that do not follow the path must be destroyed! Mar 19 04:00:58 You have diverged your kernels, and you have followed a false kernel god. repent! Mar 19 04:01:51 Burn the unbelievers! Mar 19 04:04:43 Naw, we are enlightened. They must be Spoken To Firmly, and then they will see the error of their ways, and all will be well. Mar 19 04:05:33 Throw rocks at them. Its what I do. Mar 19 04:05:34 * mwester walks in the Light; he has seen the New Order, and it Is Beautiful and Full of Happiness and Kindness. Mar 19 04:05:50 * juri_ wants some of what mwester is smoking. Mar 19 04:06:02 ;D Mar 19 04:06:14 juri, the kitchen is melting again... Mar 19 04:06:15 (actually /me has been talking with some ultra-extreme hippie-types today) Mar 19 04:06:41 scary Mar 19 04:06:50 I hope there were no sacrifices Mar 19 04:07:39 What's really scary is what they look like today... what hair the sysadmin had left was down to his waist, but he was mostly bald, he wore a leather biker jacket to lunch that looked like someone died in it... Mar 19 04:08:03 and the obligatory t-shirt with the graphic on the front. Mar 19 04:08:09 hahahaha Mar 19 04:08:51 None-the-less, when it's the customer, one is properly respectful, and never points. Mar 19 04:08:56 :D Mar 19 04:09:00 heeheee Mar 19 05:25:34 nuthin wrong with hipies Mar 19 05:33:20 lpotter: damn hippies! Mar 19 05:33:21 :) Mar 19 05:35:47 short hair hippies are the worst Mar 19 05:36:45 cause you cant tell from lookin if thems damn liberals (US not AU 'liberals') or not! Mar 19 05:37:26 now, I will get back to my API Mar 19 05:37:33 * mwester didn't know AU had liberals too Mar 19 05:38:11 * mwester would have thought AU would have dealt with them properly, and let the dingos eat them. :p Mar 19 05:38:45 hahahaha Mar 19 05:41:21 there is the "liberal" party, which is not liberal and more like the Republicans in the US Mar 19 05:42:07 not enough dingo left Mar 19 05:44:15 We're having rather a re-infestation of liberals here. :( Perhaps we could borrow whatever dingos you _do_ have left for a while? Mar 19 05:44:38 We promise they'll be well-fed. Mar 19 05:45:00 its not liberals you should be afraid of Mar 19 05:46:49 its them crazy c developers Mar 19 05:47:12 or, rather, c developers that design gui Mar 19 05:47:56 Right now, I want to find the insane lunatics who design tax forms. They make any gui look easy. Mar 19 05:49:15 lpotter: crazy c++ loons! Mar 19 05:49:34 loons are not crazy. Mar 19 05:51:39 they are looney! Mar 19 05:51:40 :) Mar 19 05:53:58 nothing wrong with loons. Mar 19 05:54:37 damned loons Mar 19 06:01:56 damned damners. Mar 19 06:07:05 * mwester rather likes loons. They just sound lonely, out in the wilderness at night. Mar 19 06:16:17 what happens when i run 'make image' in shr-unstable? Mar 19 06:17:14 you make a light shr image Mar 19 06:24:52 i've never made it to the end yet, always something that b0rks, either my laptop or some download timeout Mar 19 06:25:08 or fails with glibc or gcc Mar 19 06:33:21 download timouts are annoying Mar 19 06:45:19 * mrmoku` ordered 500GB for his laptop to have buildspace :D Mar 19 06:47:51 fredrin: add CVS_TARBALL_STASH = "" Mar 19 06:47:51 to your local.conf -- that will eliminate the problematic site Mar 19 06:49:52 is it possible to delete sms messages via command line? Mar 19 06:50:27 yay! through patch 48! Mar 19 06:50:29 er. ;) Mar 19 06:50:44 952 to got! Mar 19 06:50:47 er go! Mar 19 06:52:43 366, actually. Mar 19 06:53:07 I call it 'The Infinite To-Do List'. Mar 19 06:54:02 hi, i need help building shr, ecore bitbake fails with "ld: cannot find -lSDL collect2: ld returned 1 exit status" Mar 19 06:55:48 arg0: it is, you can use FSO API with mdbus utility Mar 19 06:58:36 ty Mar 19 07:17:55 juri_: btw, in fact we don't have a diverged kernels. We just have upstream (Andy) that doesn't release, and FSO folks are too busy to check every new commit for regressions and SHR folks use what FSO provides :) But i guess it's really the time to bump kernel rev. Mar 19 07:20:24 mrmoku`: I propose to build andy-tracking HEAD right now and ask everybody to test for regressions (comparing to the current OE kernel). It should be done, really, i guess SHR is in the right position to push it. Use it for a week. If no regressions found, integrate windows RNDIS networking patch and use it in OE. Mar 19 07:21:13 PaulFertser: andy-tracking has at least two regressions that affect me Mar 19 07:21:41 lindi-: current HEAD comparing to OE? Mar 19 07:21:55 PaulFertser: andy-tracking compared to andy-tracking in January Mar 19 07:23:33 PaulFertser: ok... will try that kernel on my FR when I come home from office... If it does not explode... will bump it Mar 19 07:25:25 lindi-: care to share trac #s? Is it 2252? Mar 19 07:29:40 mrmoku`: i think it'd be good if you upload the binary and modules archive to the shr server so we can just send a link to people willing to test. At least we'll know the list of regressions. Mar 19 07:33:29 mrmoku`: btw, what i know for sure is that it will brake the apps using accelerometer, but it's not a regression, rather a widely announced improvement. Mar 19 07:34:32 PaulFertser: http://docs.openmoko.org/trac/ticket//2257 Mar 19 07:34:37 PaulFertser: http://docs.openmoko.org/trac/ticket//2255 Mar 19 07:36:40 lindi-: btw, do you know that reset is NC on GTA02 and has no effect anyway on modern kernels? Mar 19 07:37:12 PaulFertser: yep Mar 19 07:37:16 PaulFertser: i read the commit message Mar 19 07:37:39 PaulFertser: i think we need a userland tool "device " Mar 19 07:37:53 PaulFertser: where devicename = Mar 19 07:41:05 lindi-: also you doesn't specify if you're able to communicate with the modem with socat when gsm0710muxd can't do that. Mar 19 07:42:01 lindi-: FSO has odeviced to do that in a sane way ;) Mar 19 07:43:40 PaulFertser: but i don't want a daemon, i want a low-level tool to mask kernel differences Mar 19 07:45:10 lindi-: the other bug (2255) needs solving... Either we need to fix xglamo (kdrive) or ship broken kernel or switch to xorg. FSO guys can push it, but somebody has to decide what to choose. Mar 19 07:46:56 PaulFertser: i have switched to xorg already ;) Mar 19 07:47:12 lindi-: can we convince others to do the same? Mar 19 07:47:15 so far it seems to be working quite well with the January andy-tracking kernel Mar 19 07:47:23 PaulFertser: it's faster with at least xvkbd :) Mar 19 07:47:37 PaulFertser: and it has a maintainer :) Mar 19 07:47:46 lindi-: that's the main argument btw. Mar 19 07:48:54 lindi-: if FSO says aloud "please revert the commit to workaround xglamo bugs", i think andy will promptly do that. Or it can be reverted by OE patch, doesn't matter. Mar 19 08:20:47 morning Mar 19 08:37:36 switching to xorg? sounds good... Mar 19 08:48:37 lindi-: do you know any problems that are still left in xorg in comparision to kdrive? Mar 19 09:00:39 PaulFertser: i don't know if anybody is using the accelerated mplayer Mar 19 09:00:47 PaulFertser: i have no idea if it has any chance to work with xorg Mar 19 09:02:22 lindi-: do you agree that the kernel should be fixed (workaround patch reverted) anyway and xorg recipe provided in OE for the users who want to use something that is actively maintained, and others will have to fix xglamo for themselves? Mar 19 09:06:47 mickeyl: Hey :) Can you please skim the backlog for the last 2 hours and give your opinion on how OE-based distros will move forward wrt kernel and X? Mar 19 09:07:44 ok, will do Mar 19 09:07:46 give me a bit Mar 19 09:12:25 mmh, valasettings_git.bb refuses to fetch with an error message "git read-tree 1" faieled with "fatal: Not a valid object name 1" Mar 19 09:13:00 spaetz: have to set the revision you want (AUTOREV) Mar 19 09:13:21 mmh, I did the same as with the python calc and set SRCREV in the .bb file Mar 19 09:13:39 but apparently that wasn't good enough. I will try to add to the autorev file Mar 19 09:14:38 ok, so what do you all recommend for kernel? Mar 19 09:14:39 xorg 1.5? Mar 19 09:14:47 grabbing from which git tree? Mar 19 09:15:00 s/kernel/X/ Mar 19 09:16:15 mickeyl: lindi- is an expert here, seems like he is the most active xorg user. Mar 19 09:16:33 ok Mar 19 09:16:37 we can do everything we want Mar 19 09:16:47 just lets find the best software combination Mar 19 09:16:59 there will be a community kernel pretty soon Mar 19 09:17:13 we are maintaining a git mirror in a bit Mar 19 09:17:24 mirko-paroli: can you get me access to git.paroli-project.org? Mar 19 09:17:33 mickeyl: sure Mar 19 09:17:36 thanks Mar 19 09:17:42 what d'you wanna do? Mar 19 09:17:45 when will our new trees be visible there? Mar 19 09:17:48 ah Mar 19 09:17:51 i want to commit some patches to the kernel Mar 19 09:17:57 they keep coming on the kernel list Mar 19 09:18:00 mrmoku`: thanks setting AUTOREV in the autorev file helped Mar 19 09:18:02 whoa, found a cool feature from emacs :-) I often start emacs as non-root and then later decice that I need root privileges, it seems I can C-x C-f /sudo::/etc/passwd to open a file with help of sudo Mar 19 09:18:07 people need to see they're getting applied _somewhere_ Mar 19 09:18:48 PaulFertser: i'm not a developer of xf86-video-glamo but I generally don't like fixing userspace bugs in kernel space Mar 19 09:19:09 ok, now I need libeflvala.git in OE. I assume there is no .bb file yet? Mar 19 09:19:33 spaetz: correct. didn't have time to do that yet. will do later today, if you aren't quicker Mar 19 09:19:37 mickeyl: i am using Xorg with b8b36e5ec3db71d5 at the moment and that seems to work. Mar 19 09:19:42 mickeyl: k Mar 19 09:20:17 lindi-: but the bug is in kdrive, that's exactly what i suggest: remove the workaround from kernel, as xorg does the right thing. Mar 19 09:20:39 lindi-: from where? Mar 19 09:20:43 mickeyl: andy-tracking Mar 19 09:20:52 lindi-: xorg from where? Mar 19 09:21:02 PaulFertser: debian experimental Mar 19 09:21:15 lindi-: and xf86-video-glamo from where? Mar 19 09:21:19 PaulFertser: from git Mar 19 09:21:54 PaulFertser: (revision is in the bug report) Mar 19 09:22:04 lindi-: ok, thanks Mar 19 09:22:15 ok Mar 19 09:22:21 we're going to promote andy-tracking as the new stable Mar 19 09:22:35 mickeyl: be careful, there are regressions in later andy-tracking's Mar 19 09:22:46 I pasted links to two such currently open ones Mar 19 09:23:03 ok, we need to promote b8... then Mar 19 09:23:23 mickeyl: it has one regression too, bluetooth does not work after suspend Mar 19 09:23:33 *sigh* Mar 19 09:23:36 mickeyl: no, please. The second issues (xorg screen orientation) is easily fixable by reverting the in-kernel workaround. Mar 19 09:23:37 mickeyl: but i don't use bluetooth so I it does not matter for me Mar 19 09:23:37 ok, so b8 + patches? Mar 19 09:23:42 mickeyl: bluetooth has been fixed later yes Mar 19 09:23:54 well Mar 19 09:24:01 you folks decide and recommend Mar 19 09:24:03 i'll do it in OE Mar 19 09:24:08 but please come to a conclusion Mar 19 09:24:08 mickeyl: but the two other regressions that were added in the later andy-tracking are not ok for me :) Mar 19 09:24:11 lindi-: and the first one needs further investigation... Mar 19 09:24:41 i'd need more phones to investigate these :) Mar 19 09:25:39 mickeyl: when should we expect the news about bad things? Probably we should wait till then when it'll be obvious who and what will maintain? Mar 19 09:25:43 mickeyl: btw, can I hear your opinion on http://paste.nerv.fi/39592767.txt ? Mar 19 09:26:08 PaulFertser: no comment Mar 19 09:26:12 PaulFertser: i just want to keep moving Mar 19 09:26:33 lindi-: fso-monitord will be the watchdog Mar 19 09:26:41 playya is working on that Mar 19 09:26:48 mickeyl: but how does it handle the problem I have? Mar 19 09:26:53 mickeyl: (restarting dbus clients) Mar 19 09:27:07 clients should not be restarted Mar 19 09:27:14 instead they should watch for NameOwnerChanges Mar 19 09:27:20 and reattach themselves to the server Mar 19 09:27:24 mickeyl: ah, is there some example for that? Mar 19 09:27:26 that's the canonical way in dbus Mar 19 09:27:34 no example offhand Mar 19 09:27:38 but it's really just listening for the signal Mar 19 09:27:45 and regetting the object handles Mar 19 09:27:57 i'll modify kapula then Mar 19 09:27:59 python is even doing that for you, if you want Mar 19 09:28:14 mickeyl: ah some method i need to call to enable that? Mar 19 09:28:21 no Mar 19 09:28:27 just register to listen for the signal Mar 19 09:28:33 mickeyl: ok, understood. I just don't like to have any difference with the current andy-tracking now. To me it looks like it's the most reasonable version. Once xglamo workaround patch reverted and windows patch added, we can go to a large-scale testing to find and solve all the regressions. But having patches in OE is ugly. Mar 19 09:28:34 NameOwnerChanged Mar 19 09:28:42 sent by the bus objec Mar 19 09:28:50 restarting should already work. but the problem is that many parts are going to restart frameword Mar 19 09:29:14 playya: what parts are going to restart frameworkd? Mar 19 09:29:40 all Mar 19 09:29:55 playya: hmm? Mar 19 09:30:11 they Ping() there object every 5mins and if it fails the daemon will be restartet Mar 19 09:30:35 lindi-: fso-monitord is prepared for FSOng Mar 19 09:30:42 which has every subsystem in a seperate process Mar 19 09:30:49 playya: ah, does fso-monitord check that the phone is really registered to gsm network? Mar 19 09:30:54 mickeyl: and being uncertain as to what should be considered upstream kernel by OE is freaking me out. Mar 19 09:30:56 playya: i only run ogsmd so it's not a problem for me Mar 19 09:31:11 PaulFertser: me too, that's why i ask you guys for advise Mar 19 09:31:15 playya: but i'd welcome any examples on how to fix dbus clients to handle restart of frameworkd Mar 19 09:31:18 so you have different names? Mar 19 09:31:29 playya: ? Mar 19 09:31:59 if Ping fails i just exec /etc/init.d/frameworkd restart Mar 19 09:32:11 playya: but what is ping exactly? Mar 19 09:32:22 a dbus method Mar 19 09:32:23 playya: i use DebugCommand to ask for AT+COPS? from calypso Mar 19 09:32:28 ping is built in in dbus Mar 19 09:32:33 every object implements that Mar 19 09:32:47 mickeyl: ok but dbus-level ping is not enough to figure out that everything works Mar 19 09:33:02 mickeyl: that boils down to the uncommented question basically. Because for the community to work on something, there should be upstream and community should know who that is. :( I guess i'll try to collaborate with SHR guys and with lindi- to do something wrt kernel and X anyway. Mar 19 09:33:12 PaulFertser: sounds good Mar 19 09:33:16 although shr guys refuse to work upstream Mar 19 09:33:17 *cough* Mar 19 09:33:45 OE upstream, that is Mar 19 09:33:51 btw, xorg tslib input driver needs upstream Mar 19 09:33:51 but that's another story Mar 19 09:34:04 it is unmaintained and distros have their own patches Mar 19 09:34:17 mickeyl: it's hard because they have no OE-experienced and having enough free time member in the team, i guess. Mar 19 09:34:19 mickeyl: my problem?: Mar 19 09:34:20 git ls-remote http://git.freesmartphone.org/libeflvala.git master failed with signal 128, output: Mar 19 09:34:23 fatal: http://git.freesmartphone.org/libeflvala.git/info/refs not found: did you run git update-server-info on the server? Mar 19 09:35:22 Using this as SRC_URI in my .bb file: Mar 19 09:35:26 SRC_URI = "git://git.freesmartphone.org/libeflvala.git;protocol=http;branch=master" Mar 19 09:37:12 mmh, seems like .bb parsing error, even -c clean bails out with the same error Mar 19 09:37:49 that's wrong Mar 19 09:37:52 protocol is git Mar 19 09:38:07 compare to other files using ${FREESMARTPHONE_GIT} Mar 19 09:38:23 ahh k. thanks Mar 19 09:39:01 * mickeyl ponders whether a bounty would help for vala dbus support Mar 19 09:39:05 I'm willing to spend 500EUR Mar 19 09:39:29 why? vala dbus seems to be kind of ok? Mar 19 09:39:29 but i _need_ proper errors and async Mar 19 09:39:36 no, it's lacking in two important areas Mar 19 09:39:39 at least staring at the dbus source snippets Mar 19 09:39:55 no proper errors, no server side async Mar 19 09:39:58 ahh, no error handling. that might be Mar 19 09:39:59 that's vital to FSO NG Mar 19 09:40:22 I see Mar 19 09:42:17 good morning Mar 19 09:42:40 spaetz: did not look at your code yet - will look at it in the afternoon after work Mar 19 09:43:01 lindi-: it looks like 2257 is a gsm0710muxd problem, as socat works just fine? Why do you think it's a _kernel_ regression? Mar 19 09:43:29 ptitjes: yep, thanks. I can describe the problems I have with it in more details if you want Mar 19 09:45:18 mickeyl, shoragan: could you tell on our Wiki if you are available on the 22/23/24 of May (and maybe if you know for stefan) Mar 19 09:45:58 will do Mar 19 09:45:58 , thanks Mar 19 09:46:05 spaetz: and you too btw Mar 19 09:46:22 spaetz: no need yet, I'll ask you when I will build it Mar 19 09:46:37 spaetz: do you think i should announce the vala bindings already or wait until i had more time to add examples? Mar 19 09:47:05 mickeyl: btw where are the bindings ? Mar 19 09:47:16 mickeyl: I think they offer a lot of stuff already, at least in the same ballpark as python-elementary. Mar 19 09:47:21 mickeyl: I will need them to build spaetz's project Mar 19 09:47:32 ptitjes: git.freesmartphone.org Mar 19 09:47:42 cool Mar 19 09:47:47 spaetz: right, ok, i will announce them then Mar 19 09:47:57 I would just wait until there are .bb files for libeflvala. :-) Mar 19 09:47:58 more eyes good Mar 19 09:48:01 right Mar 19 09:48:13 until then it's just pretty desktop'ness :) Mar 19 09:48:16 yeah Mar 19 09:48:24 will wait until i've seen example_vapi running on any device Mar 19 09:48:26 mickeyl: I'm happy one finaly did some bindings for e : Mar 19 09:48:27 :) Mar 19 09:48:30 thank you Mar 19 09:48:35 :) you're welcome Mar 19 09:48:42 i wanted this since long Mar 19 09:48:44 but noone did Mar 19 09:48:49 so i figured i'd give a shot Mar 19 09:48:54 it was simpler as i thought Mar 19 09:48:58 ~hug vala Mar 19 09:49:02 :D Mar 19 09:49:14 gtg c u all this afternoon Mar 19 09:49:33 of course full EFL bindings will be tough, but elementary support first and adding missing bits in the dependencies as we need 'em Mar 19 09:49:33 cu Mar 19 09:49:37 libeflvala seems great. my compliments Mar 19 09:49:56 * spaetz compiles libeflvala with bitbake right now Mar 19 09:50:05 thanks. eventually i want to add an Application class (that's what the actual lib is for) to make some things a bit more OO Mar 19 09:50:15 if it works, I am going to push in SHR overlay from where you can take it into OE Mar 19 09:50:28 also the glib/e mainloop combination will need thinking Mar 19 09:50:34 ok, cool Mar 19 09:51:38 mickeyl: yes, I suspect that might cause trouble for now, the glib/e loop Mar 19 09:51:43 configure failed: No package 'elementary' found Mar 19 09:52:04 * spaetz adapts DEPENDS Mar 19 09:52:29 right now i'm leaning towards full separation Mar 19 09:52:35 two threads architecture Mar 19 09:52:42 one dealing with UI, one with IPC Mar 19 09:52:47 one glib and one e/GUI? Mar 19 09:52:53 mmh Mar 19 09:52:55 and inbetween they talk over a threadsafe queue Mar 19 09:53:13 threads make things immediately so much more complicated... but I see the point Mar 19 09:53:27 if i try to build libeflvala i get an error: /libeflvala/examples/vapi/genlist.c:31: Fehler: expected specifier-qualifier-list before »Elm_Genlist_Item_Class_Func« Mar 19 09:53:48 PaulFertser: it is a kernel regression since it does not happen with b8... kernel? Mar 19 09:53:55 playya: building worked like a charm for me using current SVN elementary Mar 19 09:53:58 PaulFertser: i have not modified gsm0710muxd Mar 19 09:53:59 from yesterday Mar 19 09:54:12 mayber i should update elm first Mar 19 09:54:16 ya, you need an update Mar 19 09:54:20 i had to patch the headers Mar 19 09:54:21 lindi-: probably gsm0710muxd was broken from the beginning? Mar 19 09:54:23 raster applied it Mar 19 09:54:36 PaulFertser: really? Mar 19 09:54:56 ok. i'm going to get a new haircut Mar 19 09:55:05 PaulFertser: note that gsm0710muxd worked most of the time with new kernel too, it only occasionally fails with new kernel. maybe socat also only occasionally works and sometimes fails? Mar 19 09:55:29 lindi-: what do you think about billk's problems that he reliably solves with his patches? Mar 19 10:01:55 PaulFertser: i have not investigated that much Mar 19 10:02:10 ptitjes: probelem description is here (just a few lines d it Mar 19 10:02:11 PaulFertser: he basically uses stty to set terminal to proper state Mar 19 10:02:21 http://dpaste.com/16404/plain/ Mar 19 10:02:36 unfortunately no word wrapping. Mar 19 10:03:11 lindi-: and somehow it works while using gsm0710muxd doesn't. Looks like some problems with gsm0710muxd. Mar 19 10:03:35 mickeyl: do you know in which revision elm was fixed wo work with vala? Mar 19 10:03:41 yes Mar 19 10:03:45 let me check Mar 19 10:03:52 shr unstable uses 39503 Mar 19 10:04:27 39485 Mar 19 10:04:35 PaulFertser: i'm not convinced ;) Mar 19 10:04:49 PaulFertser: maybe the default serial port settings should work? Mar 19 10:05:15 lindi-: i'm not convinced too. socat works every time for you and you haven't proved otherwise yet ;) Mar 19 10:05:44 ok, so we are safe, thanks Mar 19 10:14:29 pff, configure of libeflvala failed again: Mar 19 10:14:30 Requested 'glib-2.0 >= 2.18.0' but version of GLib is 2.16.4 Mar 19 10:14:31 Requested 'gobject-2.0 >= 2.18.0' but version of GObject is 2.16.4 Mar 19 10:14:49 blarg. Can I specify min versions in DEPENDS of .bb files? Mar 19 10:15:04 and is 2.18. really needed? Mar 19 10:19:16 whom do I need to bug if FSO-milestone5.5 needs more recent glib gobject? Mar 19 10:19:23 Just file a bug? Mar 19 10:19:40 versions are hardcoded in http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/conf/distro/include/preferred-om-2008-versions.inc&h=fso/milestone5.5 Mar 19 10:19:53 tough question Mar 19 10:19:58 try pestering nytowl Mar 19 10:20:07 trying to pursuade him into this channel Mar 19 10:20:13 seems he's not awake atm. though Mar 19 10:20:22 looking at this file root/conf/distro/include/preferred-om-2009-versions.inc, it uses newer glib versions Mar 19 10:20:55 maybe we should include it in addition to /preferred-om-2008-versions.inc Mar 19 10:22:02 * spaetz checks where all those includes are included from Mar 19 10:23:14 seems like in FSO-MS5.5 we could just add require conf/distro/include/preferred-om-2008-versions.inc (using 2009) to root/conf/distro/openmoko.conf Mar 19 10:23:43 although that would bump about 20 packages Mar 19 10:25:13 mickeyl: any news on minimal front? Mar 19 10:27:52 starting to settle. console-image works pretty well Mar 19 10:28:17 need more advise wrt. X before working with that Mar 19 10:28:40 is it still mickey/org.openembedded.dev branch ? Mar 19 10:28:42 no Mar 19 10:28:46 upstream Mar 19 10:28:48 dev Mar 19 10:28:57 ahh... ok Mar 19 10:29:15 * mrmoku wondered seeing no updates :P Mar 19 10:31:11 mickeyl: first version of libvala_git.bb is SHR-unstable: http://git.shr-project.org/git/?p=shr-overlay.git;a=commit;h=349decbfd3cbf170dfa82fb17fb212e2ef2d22b9 Mar 19 10:31:23 feel free to pick and move to OE proper Mar 19 10:31:29 cool, thanks Mar 19 10:31:46 fails to configure as we have too old glib-2 gobject in shr-unstable (and FSO-MS5.5) Mar 19 10:38:35 PaulFertser: hrm, i don't want to live one week with unreliably gsm just to prove tha point :) Mar 19 10:40:44 hah, here we go Mar 19 10:40:50 >>> gsmdevice.GetPowerStatus() Mar 19 10:40:50 ('ac', 100) Mar 19 10:42:48 freesmartphone.org: 03mickey 07framework * r469c11d563ca 10/ (5 files in 5 dirs): Mar 19 10:42:48 freesmartphone.org: ogsmd: Implement org.freesmartphone.GSM.Device.GetPowerStatus() Mar 19 10:42:48 freesmartphone.org: for modems that support this call (e.g. FREESCALE NEPTUNE) to get Mar 19 10:42:48 freesmartphone.org: the power status. Note that sysfs power supply classes are preferred though... Mar 19 10:44:59 mickeyl: another question :-) How is HTC kernel front proceding? Mar 19 10:45:15 no idea, to be honest Mar 19 10:45:24 ok :( Mar 19 10:45:26 i will work much more on non-Om devices in the future Mar 19 10:45:35 so will have an updated status soon Mar 19 10:45:46 currently tweaking the EZXes again Mar 19 10:46:04 i still believe the HTCs are our best bet wrt. current hardware Mar 19 10:46:25 if there is something that would be worth trying on SE Xperia... ping me :D Mar 19 10:46:41 my coworker has one and wants to try Mar 19 10:47:54 *nod* Xperia pretty similar to raphael Mar 19 10:52:48 freesmartphone.org: 03mickey 07specs * r3aabc954d49b 10/ (3 files in 3 dirs): otapi: document org.freesmartphone.GSM.Device.GetPowerStatus() -> (si) Mar 19 10:53:08 oh. new signals? Mar 19 10:53:18 a new call Mar 19 10:53:23 for feature phones Mar 19 10:53:38 or strange designs where the modem controls the battery Mar 19 10:53:40 :D Mar 19 10:53:48 ~lart freescale Mar 19 10:53:48 * bzzbot hauls freescale up by the scruff of the neck and spanks him until he waddles Mar 19 10:57:01 the modem controls the battery? strange ... Mar 19 10:57:06 mickeyl: if you update vala in OE from 0.5.6 to 0.5.7 you'll get some more dbus fixes (according to release docs) Mar 19 10:57:20 morphis: seen my message about python-elm sliders? Mar 19 10:57:29 How am I supposed to read out their value? Mar 19 10:57:40 there is value_set() but no value_get() binding Mar 19 10:57:57 although underlying elm has that Mar 19 10:58:09 spaetz: i'm on 0.5.8(git) :) Mar 19 10:58:18 still no dbus errors nor async server side Mar 19 10:58:21 pff :-) Mar 19 10:58:29 * spaetz curses age old stuff in OE Mar 19 10:58:30 i know it's not important for many projects Mar 19 10:58:35 yep Mar 19 10:58:36 still it's for us Mar 19 10:58:53 seems to become increasingly important in the FSO/SHR world Mar 19 10:59:16 fwiw, there's vala-native_git in OE Mar 19 10:59:24 grabbing from FSO mirror Mar 19 10:59:29 which has some patches on top of upstream Mar 19 10:59:42 spaetz: no Mar 19 10:59:56 there was a one-liner on the list Mar 19 10:59:59 adding the get method Mar 19 11:00:17 s/the/one of the/ Mar 19 11:00:17 mickeyl meant: adding one of the get method Mar 19 11:00:21 heh Mar 19 11:00:24 ~lart bzzbot Mar 19 11:00:24 * bzzbot burns mickeyl to a crisp with a laser Mar 19 11:01:13 morphis: ok, so take this as my bug report. I'd just like to be able to read out th eslider value :) Mar 19 11:01:34 freesmartphone.org: 03mickey 07framework * r22cacf4d0fed 10/framework/subsystems/ogsmd/gsm/const.py: ogsmd: add fixed dialling (FD) phonebook to possible phonebooks Mar 19 11:02:13 spaetz: wait a moment, I will correct this little bug :) Mar 19 11:02:34 tiny little bug :-). nearly negligable :P Mar 19 11:07:18 freesmartphone.org: 03mickey 07framework * r74867025d59e 10/framework/subsystems/ogsmd/modems/freescale_neptune/mediator.py: ogsmd: [FREESCALE NEPTUNE] add 'fixed' dialling phonebook. Thanks Alain for spotting. Mar 19 11:08:38 spaetz: check r39575 Mar 19 11:08:50 I make value a property of the slider class Mar 19 11:09:17 cool, thanks will try. Mar 19 11:09:44 no problem :) Mar 19 12:00:53 ok, if a compile in devshell fails as it did not found -lgnutls but gnutls is installed with bitbake, what am I doing wrong? Mar 19 12:40:50 yay, I have the first vala-elementary app running on my FR Mar 19 12:41:01 meh :-) Mar 19 12:43:21 Ainulindale: nothing mentorship :P Mar 19 12:44:38 what? Mar 19 12:44:44 gsoc Mar 19 12:45:00 Yeah, we're not accepted Mar 19 12:45:04 Doh Mar 19 12:45:06 Why is that? Mar 19 12:45:38 is it bacause of those flesh-eating freerunners? Mar 19 12:46:01 google did not see our potential... Mar 19 12:46:11 or they saw it and were frightened ;) Mar 19 12:46:28 haha, it that case they have never used the FR :) Mar 19 12:46:54 Well, too many applying organizations I guess Mar 19 12:47:04 ZzzZzorkman: well... we are not here for FR exclusively... target world domination :P Mar 19 12:47:05 Well.. Google promised a free phone and can't deliver. Openmoko promised a free phone and did deliver.. Mar 19 12:47:23 should I commit the .bb file for a nonworking stub of vala-settings to the shr-overlay? Mar 19 12:47:40 or should I keep it local until I get it to work... ? Mar 19 12:47:58 spaetz: if it parses correctly it should be fine... bad would be if all builds break by parsing errors :P Mar 19 12:48:18 Ainulindale: btw. did you look at librameworkd-glib opimd branch? Mar 19 12:48:20 nahh, it ocmpiles just fine. It just doesn't do anything useful ye on the FR Mar 19 12:48:28 spaetz: commit then Mar 19 12:48:34 mrmoku: nope, I'm swamped by my work these days Mar 19 12:50:02 Ainulindale: yeah... know that too :-) I want just some confirmation that it looks like what it should... Mar 19 12:50:09 because I have no idea what I did :P Mar 19 12:50:51 Tsss :-) Mar 19 12:50:54 I'm sure you did good Mar 19 12:51:34 Ainulindale: right now I'm in the middle of cleaning up libframeworkd-phonegui-efl Mar 19 12:51:42 (which broke quite some stuff :P) Mar 19 12:51:50 when finished I will start to play with opimd Mar 19 12:51:57 Nice job mrmoku Mar 19 12:52:01 I wish I had more time to do that too Mar 19 12:52:09 I'm feeling quite useless these days Mar 19 12:52:48 unfortunately I'm working in freelancer-like mode... need lots of discipline to *not* do stuff for SHR :-) Mar 19 12:53:32 lol :) Mar 19 12:54:11 I recently feel dragged to OE/dbus/whatever I want to grasp during work, that's bad Mar 19 12:54:32 mrmoku: i tested tangogps once again (did not acces serial interface), removed ogps.pickle Mar 19 12:54:40 clear sky and waited >30min Mar 19 12:55:09 it saw no sattelites, but (i don't understand that nmea output, but it seems to me it should see something) Mar 19 12:55:21 i did a cat on the gps port and got: http://pastebin.com/d105b1a16 Mar 19 12:55:26 ZzzZzorkman: hmm... that is strange... it works so nice for me Mar 19 12:55:46 yeah, i also have a friend with the same shr-testing and it works for him... Mar 19 12:56:05 i already tried uninsstalling and reinstalling fso-gpsd and tangogps Mar 19 12:58:51 BLARRG: svn: Can't connect to host 'svn.berlios.de': Connection refused Mar 19 12:58:56 make update failes Mar 19 12:59:26 Zorkman_: did you try to install zhone from fso repo? Mar 19 12:59:36 ahno, i will do it Mar 19 12:59:40 (will it break anything? :)) Mar 19 13:00:07 Zorkman_: no... should not break anything... but gives nice debug output for GPS Mar 19 13:00:33 Zorkman_: is your timezone set correctly Mar 19 13:00:52 nytowl: yes it is Mar 19 13:01:05 (but with openmoko-messagexs i get a 1hr offset, is this normal?) Mar 19 13:01:16 ok that's the usual reason my gps doesn't work Mar 19 13:01:19 (think it's due to daylight saving time here in belgium) Mar 19 13:01:27 nytowl: can we bump glib-2.0 gobject-2.0 to 2.18.3 in FSO-MS5.5 ? Mar 19 13:01:49 sure as long as you tell me what it breaks first :) Mar 19 13:01:54 EFL-vala bindings require that. Mar 19 13:02:08 ok, will bump locall in SHR first and see what it breaks Mar 19 13:02:16 can you do it or do you need me to Mar 19 13:02:40 I'll bump locally in SHR-unstable Mar 19 13:02:46 can do that Mar 19 13:02:50 cool Mar 19 13:03:15 thanks Mar 19 13:04:42 nytowl, is it normal that openmoko-messages displays the wrong time? Mar 19 13:04:58 because i have made the symlink to /usr/share/zoneinfo/Europe/Brussels Mar 19 13:05:01 not sure I have used it much Mar 19 13:05:23 if date from the command line is correct the it should all be correct Mar 19 13:05:40 Zorkman_: /etc/timezone and /etc/locatime needs to be correct Mar 19 13:05:53 at least this seems to have fixed it for me Mar 19 13:06:03 I heard that a symlink is unreliable. I always copy the timezone file Mar 19 13:07:14 nytowl: /etc/timezone still says Mar 19 13:07:14 Europe/London Mar 19 13:07:23 this might be the problem indeed, Mar 19 13:07:36 yup that would help mess it up Mar 19 13:07:48 i never heard of having to edit this file, it also isn't on the shr-tweaks page Mar 19 13:09:19 freesmartphone.org: 03mickey 07framework * rbfc454321e2c 10/ (ChangeLog docs/ogsmd/lessons): Mar 19 13:09:19 freesmartphone.org: ChangeLog: unify my email address Mar 19 13:09:19 freesmartphone.org: update ogsmd/lessons file Mar 19 13:09:57 mrmoku: can you rclean and rebuild glib-2.0 and gobject-2.0 on the build host to bump the version? Mar 19 13:10:11 clean, not rclean :-) Mar 19 13:10:25 just pushed to shr-overlay Mar 19 13:11:42 spaetz: I'm having problems building an image due to python-ecore trouble... Mar 19 13:11:58 updated glib/gobject packages should be no problem though... will try in a minute Mar 19 13:12:36 bah, I had that python-ecore failure too Mar 19 13:12:53 found a solution? Mar 19 13:13:32 nah, stopped and do "make image" as I had a pretty fresh build environment Mar 19 13:13:40 not reached python-ecore yet Mar 19 13:15:01 Zorkman_: btw, are you ok with otimed setting timezone for you based on the country your gsm provider operates in? Mar 19 13:15:49 PaulFertser: what would i have against it? Mar 19 13:15:59 ok, once people have updated glib and gobject, you can try a senseless vala-elementary app on your FR: opkg install sspaeth.de/uploads/tmp/vala-settings.ipk Mar 19 13:16:10 raster? Mar 19 13:16:19 Zorkman_: it sets improper timezone for some people automatically Mar 19 13:16:22 spaetz: building... Mar 19 13:16:31 can be started with "settings" on cmd line and be completly wiped out with opkg remove Mar 19 13:16:42 i recieved an sms just now, and my /etc/locamtime and my /etc/timezone are correct and it still displays the wrong time when i receive and sms Mar 19 13:17:18 PaulFertser: can i disable it? Mar 19 13:18:54 when type in reboot in terminal i do get the correct time for example: Broadcast message from root (pts/5) (Thu Mar 19 14:18:13 2009): Mar 19 13:19:45 Zorkman_: i guess the received sms uses the time set by sms center or even by the sender. So, don't worry about it. Mar 19 13:20:08 hmm, ok Mar 19 13:22:11 mrmoku: seems python-ecore chokes on ecore/evas/ecore.evas.c_ecore_evas.c:19373: error: 'ECORE_EVAS_ENGINE_SDL' undeclared (first use in this function) Mar 19 13:23:18 yep Mar 19 13:23:29 and http://svn.enlightenment.org/svn/e/trunk/BINDINGS/python/python-ecore/ecore/evas/ecore.evas.c_ecore_evas.pyx contains Mar 19 13:23:34 engines[ECORE_EVAS_ENGINE_SDL] = "sdl" Mar 19 13:23:36 mrmoku: where can i find zhone? can't find it on http://downloads.freesmartphone.org/fso-unstable/feeds/ Mar 19 13:24:40 Zorkman_: hmm... thought it should be in the feed... Mar 19 13:33:37 mrmoku? Mar 19 13:34:05 yep? Mar 19 13:34:25 mrmoku: quick question Mar 19 13:34:34 If I were to commit current shr-overlay to OE Mar 19 13:34:35 mrmoku: got the python-ecore error, I think Mar 19 13:34:44 Which kind of problem could happen? Mar 19 13:35:27 well... you could commit to a new shr branch... that would be safe Mar 19 13:36:03 directly commiting our stuff to the main branch would not be welcome me thinks :P Mar 19 13:36:11 needs some reviewing first Mar 19 13:36:24 We would commit to FSO Mar 19 13:36:26 5.5 Mar 19 13:36:31 mrmoku: ok, here we go: Mar 19 13:36:33 or are you talking only about our own packages? Mar 19 13:36:38 and not the patches Mar 19 13:36:45 in URL: http://svn.enlightenment.org/svn/e/trunk/ecore/src/lib/ecore_evas Mar 19 13:37:14 between 39400:39500 we have that diff: Mar 19 13:37:29 - ECORE_EVAS_ENGINE_SDL, Mar 19 13:37:33 + ECORE_EVAS_ENGINE_SOFTWARE_SDL, Mar 19 13:38:30 but we still refer to ECORE_EVAS_ENGINE_SDL in http://svn.enlightenment.org/svn/e/trunk/BINDINGS/python/python-ecore/ecore/evas Mar 19 13:38:34 mrmoku: yep Mar 19 13:38:43 file ecore.evas.c_ecore_evas.pyx Mar 19 13:39:02 so that needs updating to also use ECORE_EVAS_ENGINE_SOFTWARE_SDL Mar 19 13:39:10 Ainulindale: well... our own packages should be safe to add Mar 19 13:39:29 Ainulindale: but you should aks mickey|lunch about that (when he finished eating) Mar 19 13:39:40 well what do you think I was currently doing? =) Mar 19 13:39:47 I was talking with stefan & alphaone Mar 19 13:41:11 spaetz: good find Mar 19 13:41:33 mrmoku: I don't know where to file that but this patch should fix things: Mar 19 13:41:36 http://dpaste.com/hold/16455/ Mar 19 13:41:55 can you somehow integrate that? never did a patch to the source before :) Mar 19 13:42:58 spaetz: just do 'mkdir patches/python-ecore' in the overlay and put it in there Mar 19 13:43:02 that's all you have to do Mar 19 13:43:13 mrmoku: will try Mar 19 13:43:24 commit it and then make update-shr-unstable Mar 19 13:43:59 spaetz: If you want I can do the changes in python-ecore in e-svn Mar 19 13:44:13 morphis: even better :-) Mar 19 13:44:15 :) Mar 19 13:44:27 that saves me the hassle to register a trac account in trac.enlightenment.org :) Mar 19 13:44:28 are we sure it is not fixed already there? Mar 19 13:44:29 you are sure that it doesnt break anything? Mar 19 13:44:46 wait, I will look Mar 19 13:44:49 we cannot use latest EFL because of the split out of the input module Mar 19 13:45:03 morphis: no. not tested yet. But it was changed in the C version but never in the bindings Mar 19 13:45:03 mickey|lunch: 2.6.28 openmoko kernel is missing the netdev blinken lights patch; did that get accepted by andy? (I can't find it in the stable branch)? Mar 19 13:45:12 mrmoku: then I'll prepare the patch anyway Mar 19 13:45:30 we can always remove when efl catches up Mar 19 13:45:31 mwester: yes, it got accepted. i'm not sure when Mar 19 13:45:34 mwester: let me check, afair it is in andy-tracking. Mar 19 13:45:49 I will fix it in the e-svn, so you dont need the patch anymore when updating to a later rev Mar 19 13:45:51 spaetz: yep... we need it as long as OE did not adjust to that split Mar 19 13:46:22 morphis: problem are the changes in the input system... that needs adjustments in the OE recipes Mar 19 13:46:47 mrmoku:ok Mar 19 13:46:52 spaetz: how is that thing called? gobject-2.0 does not exist Mar 19 13:47:05 freesmartphone.org: 03mickey 07framework * rc141ebde1341 10/docs/ogsmd/freescale_neptune/modem: docs: document more neptune quirks Mar 19 13:47:20 morphis: if it is not yet in e-svn... it would still be good to add it though :P Mar 19 13:47:58 * mrmoku wonders if there are also quirk-less modems out there ;) Mar 19 13:48:02 mrmoku: I will do :) Mar 19 13:48:38 mwester: it's 3acfbdfac7 from Feb 18 Mar 19 13:48:39 mrmoku, err sorry will check Mar 19 13:49:04 mrmoku: unsure what path I should use for the patch Mar 19 13:49:30 spaetz: patches/python-ecore ? Mar 19 13:49:39 yes, but the patch itself Mar 19 13:49:49 done fro the svn root? Mar 19 13:50:22 hmmm.... 0001-fix-damn-wrong-sdl-define ? Mar 19 13:50:33 +.patc Mar 19 13:50:35 +h Mar 19 13:51:03 will just try Mar 19 13:52:41 mrmoku, spaetz : rev 39580 Mar 19 13:54:04 Hey MarcOChapeau o/ Mar 19 13:54:13 Ainulindale: Hi :) Mar 19 13:54:25 MarcOChapeau: Would you be ok to go to FSOSHRUDCON? Mar 19 13:54:31 Or you don't care? :-) Mar 19 13:54:44 Ainulindale: is it still planned from the 1st to the 3rd of may ? Mar 19 13:54:56 Will probably move Mar 19 13:54:59 To the end of may Mar 19 13:55:03 better Mar 19 13:55:07 As we intend to have as many people as possible Mar 19 13:55:08 :D Mar 19 13:55:19 Could you please go on the wiki and edit the page with your availabilities then? Mar 19 13:55:53 mrmoku: my patch uses the wrong path: Mar 19 13:55:54 applying python-ecore patches Mar 19 13:55:54 ok, I'll do that Mar 19 13:55:55 error: evas/ecore.evas.c_ecore_evas.pyx: No such file or directory Mar 19 13:56:22 spaetz: ahh... now I understand you :-) Mar 19 13:56:34 want me to do it? I use git for doing the patches... Mar 19 13:56:41 make a branch for every patchset Mar 19 13:57:28 mrmoku: sure, would be glad to see how you fix it Mar 19 13:58:22 ahh, I see. I need a patch that provides the patch file in the .bb directory Mar 19 13:58:36 blahh Mar 19 13:59:16 :-) Mar 19 14:00:12 the F So Shrud Conf... interesting name Mar 19 14:03:44 mrmoku: BTW gobject-2.0 is defined in glib-2.0 Mar 19 14:04:06 so I guess we can drop the PREFERRED_VERSION for gobject-2.0 Mar 19 14:07:01 spaetz: ok... glib-2.0 built nicely... doing the package-index now Mar 19 14:07:28 mrmoku! Mar 19 14:09:56 Dave: too early for my daily sandwich :P Mar 19 14:13:12 :D Mar 19 14:15:34 mrmoku: yre you trying to get my patch working? Otherwise I'd give it another try Mar 19 14:15:45 now that I have some clue about how it works Mar 19 14:15:46 spaetz: already pushed Mar 19 14:15:52 ahh, cool ! Mar 19 14:15:57 thanks a bunch Mar 19 14:16:07 trying to bitbake it now... Mar 19 14:16:14 good luck :) Mar 19 14:16:46 luck is always welcome (and needed) when it comes to bitbaking :P Mar 19 14:17:03 Yes yes! Mar 19 14:20:19 spaetz: btw... Zorkman_ and me had problems with screen blanking... Mar 19 14:20:27 and I think I found out why Mar 19 14:20:36 :o Mar 19 14:20:41 What was the reason behind that? Mar 19 14:20:44 sometimes you have to do 'xset -s blank' to enable blanking Mar 19 14:20:47 Someone else had that very problem last night Mar 19 14:21:03 Dave: well... as I said... Zorkman_ and me :P Mar 19 14:21:17 isn't xset -s blank what is being used? Mar 19 14:21:20 somebody called ;-) Mar 19 14:21:23 llo dave Mar 19 14:21:30 spaetz: no... activate and reset Mar 19 14:21:32 blankity-blanking openmoko ¬_¬ Mar 19 14:21:48 blank is to enable screen blanking... not to activate it Mar 19 14:22:09 mrmoku: I think the difference is between really turning off the screen and just blanking it to black Mar 19 14:22:31 so -s activate sounded more attractive, but then if it breaks stuff Mar 19 14:22:36 let's just blank it Mar 19 14:22:51 feel free to push a change Mar 19 14:22:55 well... I read the man page of xset... it tells something different :P Mar 19 14:23:13 activate is to force screen saver action regardless of any timeouts Mar 19 14:23:23 (which is what we want when triggered by frameworkd) Mar 19 14:23:42 and blank/noblank enables/disables screen blanking as action Mar 19 14:24:03 which then gets either triggered by the timeout (if one is set) or by activate Mar 19 14:24:07 ahh, I see you need to set -s blank only once and the do the activate/reset stuff as nornal) Mar 19 14:24:10 that's how I understood it Mar 19 14:24:14 yep Mar 19 14:24:18 mrmoku: ok Mar 19 14:24:32 question is... does it work for you? Mar 19 14:24:35 in unstable? Mar 19 14:24:55 it usually works for me, but I sometimes have a hanging xset[disfunct] Mar 19 14:25:02 so there are some oddities Mar 19 14:25:29 I think that one might be caused by the way frameworkd is calling xset... Mar 19 14:25:34 have that too Mar 19 14:25:57 but I usually don't have any problems with screen blanking. Mar 19 14:26:54 did you upgrade to unstable or reflash? Mar 19 14:27:27 I reflashed not too long ago. upgraded once or twice since then Mar 19 14:27:41 ie about 1 week ago Mar 19 14:29:02 mrmoku: the patch is still not right Mar 19 14:29:23 can't find file to patch at input line 5 Mar 19 14:29:36 I'll work on it Mar 19 14:30:49 ok :-) Mar 19 14:36:42 ok, patch applied cleanly now, but still now cigar Mar 19 14:36:45 no Mar 19 14:36:58 /home/spaetz/src/shrbuildenv/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/python-ecore-0.3.1+svnr39503-ml0/python-ecore/ecore/evas/ecore.evas.c_ecore_evas.pyx:42:43: undeclared name not builtin: ECORE_EVAS_ENGINE_SOFTWARE_SDL Mar 19 14:37:22 fucking bleeding edge stuff Mar 19 14:37:27 hehe... some more places to patch :P Mar 19 14:37:37 yeah, but no clue where Mar 19 14:43:56 hmm... what does this mean: Mar 19 14:43:56 r39570 | raster | 2009-03-19 05:29:31 +0100 (Do, 19. Mär 2009) | 3 lines Mar 19 14:43:59 and somewhere.. someone broke system settings and efreet hashes of categories! Mar 19 14:44:32 cpu bug fixed? Mar 19 14:44:56 :D Mar 19 14:45:01 * Dave bleeds spaetz Mar 19 14:49:07 ptitjes? Mar 19 14:49:09 mrmoku: pushed updated patch but it still won't comile as I said. I guess some python-ecore expert will need to look at it Mar 19 14:53:21 eep Mar 19 14:56:24 mrmoku: found where the other SDL thingie definition is Mar 19 14:56:30 will provide updated patch Mar 19 14:56:45 spaetz: great :-) Mar 19 14:57:47 * mwester wonders why everything turns into an argument on the openmoko kernel list. Sigh. Mar 19 14:58:39 i don't think it's any different from any other programmer's email list, or is it? ;) Mar 19 14:58:57 given a sufficiently large number of people, everything is disputable Mar 19 14:58:59 dunno who said that Mar 19 14:59:01 but i agree Mar 19 14:59:02 :) Mar 19 14:59:12 good point. Mar 19 15:00:55 *g* Mar 19 15:01:36 I disagree. qed Mar 19 15:02:02 ;) Mar 19 15:02:14 * mrmoku thinks you all are wrong... and he is right :P Mar 19 15:02:33 has morphis an email address? Mar 19 15:02:50 if the patch works, I'd like him to apply upstream Mar 19 15:03:35 spaetz: did you see 15:43 < mrmoku> and somewhere.. someone broke system settings and efreet hashes of categories! Mar 19 15:03:46 commit comment from raster? Mar 19 15:04:21 if I'm not utterly wrong... you know what that means? Mar 19 15:04:33 The universe is collapsing in on us? Mar 19 15:04:38 not yet Mar 19 15:04:43 you have 15 more years Mar 19 15:04:55 * mrmoku finds e commit comments quite riddle-like cryptic :P Mar 19 15:06:03 no, I haven't seen that Mar 19 15:06:27 and as cryptic as the commit message is, it must have been something embarassing Mar 19 15:06:44 are you suspecting the e CPU hog? Mar 19 15:06:57 well efreet is the lib doing the .desktop file stuff... Mar 19 15:07:02 comment could fit :D Mar 19 15:07:53 at least it might fix the ".dekstop file changes aren't noticed anymore" thing Mar 19 15:08:06 or better still .... both :-) Mar 19 15:08:10 in the best case, it might help us with the CPU thingie though :) Mar 19 15:08:28 mrmoku: still hesitant to upgrade EFL SRCREV? :) Mar 19 15:08:30 * mrmoku never looses optimism Mar 19 15:10:09 spaetz: well... try to build it yourself ;) Mar 19 15:11:08 uggh Mar 19 15:11:28 (and see how it fails...) Mar 19 15:11:40 HARD Mar 19 15:16:12 anyone know where to get zhone for shr-testing? Mar 19 15:16:30 Well let me compile it Mar 19 15:17:15 thx Mar 19 15:22:17 blahh : patch: **** malformed patch at line 21: --- 42,41 ---- Mar 19 15:22:32 AFAIK it is not malformed. How can I check a patch? Mar 19 15:24:20 Ainulindale: the reason I did not add it yet is that zhone is autostarting... Mar 19 15:24:33 would need to remove the x session file Mar 19 15:24:39 We can compile it and not install it Mar 19 15:24:54 If people want to install it let them debug that by themselves Mar 19 15:25:03 (for the time being) Mar 19 15:25:43 Ainulindale: there is a very interesting commit in e btw. Mar 19 15:25:49 Which one? Mar 19 15:26:05 and somewhere.. someone broke system settings and efreet hashes of categories! Mar 19 15:26:17 is the commit comment from raster :-) Mar 19 15:27:39 mickeyl: if current EFL_SRCREV would fix the e cpu usage issue... will ms5.5 switch to it? Mar 19 15:28:00 if it doesn't break anything else, why not Mar 19 15:28:07 it's nytowl's call though Mar 19 15:28:25 problem is... input stuff got split out in an extra package... Mar 19 15:28:36 so just setting the SRCREV is not enough Mar 19 15:28:43 needs .bb adjustments Mar 19 15:28:48 i see Mar 19 15:28:51 sure we've been bumping it every couple of week to catch upto new bugs Mar 19 15:28:54 guess i better do it first in .dev then Mar 19 15:28:59 raster: piiiiing Mar 19 15:29:18 if it doesn't break too horribly in .dev we can cherry-pick to fso Mar 19 15:29:56 great Mar 19 15:31:07 anybody know if eina_list_remove_list even free's the data of the list item? Mar 19 15:31:32 morphis: we need another small patch to python-ecore I found Mar 19 15:32:04 spaetz: tell me what, I have 15min left to do it before I have to go :) Mar 19 15:32:24 http://dpaste.com/16491/ Mar 19 15:32:34 the SDL thingie is defined here Mar 19 15:34:06 hi folks Mar 19 15:35:07 spaetz, fixed with rev39582 Mar 19 15:37:45 hi DrNickRiviera Mar 19 15:40:40 thanks morphis Mar 19 15:41:05 by the way zhone is packaged Mar 19 15:41:22 Ainulindale: my profile is ok? Mar 19 15:43:18 :) Mar 19 15:44:19 so, I am on the way home Mar 19 15:44:23 bye everybody Mar 19 15:44:26 bye Mar 19 15:49:48 DocScrutinizer: your profile? Mar 19 15:50:02 you mean what you gave me? Mar 19 15:50:07 yup Mar 19 15:50:14 Didn't see my friend yet Mar 19 15:50:20 np Mar 19 15:52:18 * ptitjes got back from work Mar 19 16:00:24 shoragan: available at the 22/23/24 ? Mar 19 16:00:33 mickeyl: available at the 22/23/24 ? Mar 19 16:01:05 DocScrutinizer: available at the 22/23/24 ? Mar 19 16:01:11 positive Mar 19 16:01:15 mickeyl: ask the guys who would be interested in coming if they would be able to attend these days Mar 19 16:01:27 yep Mar 19 16:01:33 paroli :) Mar 19 16:01:33 mickeyl: I edit the wiki page for you Mar 19 16:01:39 thanks Mar 19 16:01:44 yes, paroli Mar 19 16:01:53 Dave: paroli what? Mar 19 16:02:34 spaetz: available at the 22/23/24 ? Mar 19 16:02:37 of May Mar 19 16:04:17 I was just saying hi :P Mar 19 16:04:46 Ainulindale: BTW, Onen (a french guy with which I talked at the french openmoko-related meeting from Bearstech) contacted me directly because he didn't know whether it was open and he was intersted in joining! Mar 19 16:04:57 Ainulindale: so well we are almost 3 in the car :) Mar 19 16:05:23 good :-) Mar 19 16:05:54 ptitjes: We should post a blog entry for that Mar 19 16:06:05 In fact I'm doing to do so Mar 19 16:06:12 for the co-traveling ? Mar 19 16:06:15 yes but in time Mar 19 16:06:22 For the news about the convention Mar 19 16:06:23 let's decide the date and location first Mar 19 16:06:43 That's why we need to know who's interested in that Mar 19 16:06:49 well... maybe we should drop the DU (as DocScrutinizer suggested) :P Mar 19 16:07:03 huh? Mar 19 16:07:14 it was you... no? Mar 19 16:07:29 and in the end we're open for I like interested people too :P Mar 19 16:07:40 what's DU? Mar 19 16:07:52 and FSOSHRDUICON is even more... Mar 19 16:08:08 ahh that's been me yes Mar 19 16:08:09 :D Mar 19 16:08:22 FSOSHRCON is quite nice instead :-) Mar 19 16:08:35 Germany? Mar 19 16:09:05 mrmoku: ack Mar 19 16:09:14 Dave: http://trac.shr-project.org/trac/wiki/FSOSHRUDCON'09 Mar 19 16:09:22 mickeyl: hi again, did you get around to the vibe on message? Mar 19 16:09:52 mirko-paroli: not really, but the day is long. i'll finish it somewhere today Mar 19 16:10:11 k, nytowl asked and I wans't sure Mar 19 16:10:13 DocScrutinizer: please fill in you availability in the wiki!!! Mar 19 16:10:14 wasn't Mar 19 16:10:25 kk Mar 19 16:10:29 mirko-paroli: hello mirko Mar 19 16:10:31 Ok posted an entry Mar 19 16:10:38 hi ptitjes Mar 19 16:10:45 or mean the other one? Mar 19 16:10:54 two many mirkos Mar 19 16:10:58 ;) Mar 19 16:10:59 mirko-paroli: you are very welcome at the FSOSHRUDCON'09 Mar 19 16:11:21 i would love to join ... not sure where I'll be then though ... Mar 19 16:12:28 mirko-paroli: you may also consider it as a mandatory event to be aware of what's hapening all over the place :) Mar 19 16:12:42 Yeah quite mandatory Mar 19 16:12:47 yeah I know Mar 19 16:12:48 Plus it's been a while I have to spank you for not answering to me Mar 19 16:12:55 I am checking right now Mar 19 16:13:05 And you might want to get around that by offering me a nice belgian beer Mar 19 16:13:11 (I'm corruptable) Mar 19 16:13:14 hehehe Mar 19 16:13:23 Ainulindale: answering? I think I might have missed the question even Mar 19 16:13:37 * mirko-paroli consumes the wiki Mar 19 16:13:51 :o Mar 19 16:13:53 http://blog.shr-project.org/ <= by the way Mar 19 16:14:03 just posted an entry Mar 19 16:14:22 When it'll hit planet we will have more answers I hope Mar 19 16:15:26 which locations are tha favourites now? Mar 19 16:15:35 Essen & Braunschweig ? Mar 19 16:15:40 yep Mar 19 16:15:57 cool, has been a while since I've been to Essen Mar 19 16:16:00 I'd rather if we were going to the linuxhotel thingie Mar 19 16:16:01 Ainulindale: you did type it too fast - there are a lot of mistakes Mar 19 16:16:06 ptitjes: such as? Mar 19 16:16:27 (forgot an "s" to user) Mar 19 16:16:28 are we are closely working together Mar 19 16:16:34 would be one example :P Mar 19 16:17:20 ok corrected these two Mar 19 16:17:35 SHR/FSO mailing listS Mar 19 16:17:38 yes, the linuxhotel has its merits Mar 19 16:18:04 I think it would be easier on all of us Mar 19 16:18:23 Damn Mar 19 16:18:29 Germany's a bit of a stretch... Mar 19 16:18:35 Dave: where do you live, again? Mar 19 16:18:38 US Mar 19 16:18:51 then paris is much closer ;) Mar 19 16:18:51 and I'm not looking forward to returning to france any time soon Mar 19 16:18:57 Yeah yeah Mar 19 16:18:57 someone should check if it would be available... Mar 19 16:18:59 Ah yeah I should have guessed that due to your morronic way to talk Dave Mar 19 16:19:00 I just came from paris Mar 19 16:19:09 Dave: and you didn't even ask to meet us? Mar 19 16:19:10 Thanks a lot, Ainulindale. Mar 19 16:19:12 You utterly suck :-) Mar 19 16:19:16 :( Mar 19 16:19:19 heh :-) Mar 19 16:19:25 AINULINDALE: you should have told me that the Floreffe was that full of gaz!! Put a lot on me and my laptop!!!!! Mar 19 16:19:32 Well Mar 19 16:19:36 If you're not cautious enough Mar 19 16:19:38 It's your fault Mar 19 16:19:50 meeeeeee Mar 19 16:19:52 ptitjes : hahaha Mar 19 16:20:00 :D Mar 19 16:20:23 Plus you don't know how to pour beer properly Mar 19 16:20:26 So it's doubly your fault Mar 19 16:20:54 meh Mar 19 16:20:57 not true Mar 19 16:21:34 * mirko-paroli is shocked by flights + routes and needs coffee now Mar 19 16:23:33 mirko-paroli: try hitch-hiking :-p Mar 19 16:23:51 or hijacking... (an airplane) Mar 19 16:23:54 Ainulindale: IU sure will bring a towel and drink lots of beer in advance Mar 19 16:24:11 As long as you have a towel... Mar 19 16:24:15 You'll be safe in any situation Mar 19 16:24:23 Don't forget those peanuts Mar 19 16:24:32 Hungry hungry developers Mar 19 16:24:34 Does someone knows a skilled guy with libffi ? Mar 19 16:24:39 ah right, thx for the tipp, almost forgot those Mar 19 16:24:42 I would need some help... Mar 19 16:24:50 Any chance you guys will stream the talks? Mar 19 16:25:15 Dave: that might be yes Mar 19 16:25:35 but this should not be an excuse to not attend! Mar 19 16:25:54 Dave: if this is done at linuxhotel might be yes Mar 19 16:26:02 it depends on the number of people Mar 19 16:27:48 alright Mar 19 16:28:29 I just figured, if the turnout is good enough maybe a bunch of us will get together here in the states and we can watch the talks from here, and schmooze, etc :) Mar 19 16:28:40 shmooze Mar 19 16:33:51 Dave: that could be nice indeed Mar 19 16:34:12 maybe I'll go to the US to attend the convention with you ;) Mar 19 16:40:46 ptitjes: maybe we can do buzzfix viy remote controlled robotics ;) Mar 19 16:41:05 mickeyl: what changes do you plan to maintain on your vala git clone ? Mar 19 16:41:15 :D Mar 19 16:41:18 DocScrutinizer: :D Mar 19 16:41:24 ptitjes, you're welcome to come :D Mar 19 16:41:44 ptitjes: mostly stuff submitted upstream Mar 19 16:41:47 joerg, like modern surgery! :D Mar 19 16:41:56 DocScrutinizer: are you available for the 22/23/24 ? Mar 19 16:41:58 ptitjes: but i wouldn't mind experimental branches Mar 19 16:42:03 Dave: exactly Mar 19 16:42:10 yup Mar 19 16:42:14 mickeyl: nice to know Mar 19 16:42:36 mickeyl: let me study how to branch and I'll commit my still waiting patches then Mar 19 16:42:42 cool Mar 19 16:42:51 it might also be easier for jurg to pull then Mar 19 16:42:56 yeah Mar 19 16:42:57 or cherry-pick Mar 19 16:43:20 yeah I don't know all the subtilities of git yet :) Mar 19 16:43:20 ptitjes: just 9. I have other plans Mar 19 16:43:42 * ptitjes spank DocScrutinizer Mar 19 16:44:16 DocScrutinizer: please write it on the wiki Mar 19 16:44:28 * mrmoku wonders if ptitjes misunderstood DocScrutinizer .... Mar 19 16:44:57 mrmoku: didn't he said he was not available except for the 9th ? Mar 19 16:45:20 hmm... or just on the 9th he has other plans :_) Mar 19 16:45:33 17:41 < ptitjes> DocScrutinizer: are you available for the 22/23/24 ? Mar 19 16:45:37 17:42 < DocScrutinizer> yup Mar 19 16:45:37 mrmoku: I am away now. if python-ecore doesn't compile now, I won't be able to help today Mar 19 16:45:43 just FYI Mar 19 16:45:44 ha ok :) Mar 19 16:46:05 DocScrutinizer: sorry Mar 19 16:46:15 * ptitjes unspanks DocScrutinizer Mar 19 16:46:17 spaetz: ok... I'm trying to get that e input split sorted out... Mar 19 16:46:32 moompl, waalking Mar 19 16:46:46 Does someone here reads x86 assembly code ? Mar 19 16:46:57 Or could explain I have a segfault on a jump ? Mar 19 16:51:43 ptitjes: i do Mar 19 16:51:51 noexec bit for this mempage set, or page not mapped Mar 19 16:52:41 ptitjes: in expression no code been loaded to this addr Mar 19 16:54:26 lindi-, DocScrutinizer: that is strange this is code loaded from a library Mar 19 16:54:36 ptitjes: how can i reproduce the crash? Mar 19 16:54:54 lindi-, DocScrutinizer: download libffi and compile it with debug Mar 19 16:55:07 download libgreflect Mar 19 16:55:57 http://github.com/ptitjes/libgreflect/tree/master Mar 19 16:56:00 ptitjes: first and only hit on libgreflect is about spywaredata Mar 19 16:56:03 but 2 sec that I commit Mar 19 16:57:40 lindi-: you also need gobject-introspeciton Mar 19 16:58:42 lindi-: ok men. let me try to do a short stuff you can test Mar 19 16:59:43 because else you'll need a patched vala Mar 19 17:00:23 ptitjes: debug symbols for gobject-introspection too? Mar 19 17:00:41 lindi-: that might be better Mar 19 17:00:57 fsck, another registering. no way I'll update my availability now away from my homebase Mar 19 17:02:14 ptitjes: please update for me: joerg: NOT available 8. 9. 10. Mar 19 17:04:30 lindi-: maybe you could first look at that debug session and compare to the code of libffi ? http://pastebin.com/d79675d40 Mar 19 17:04:41 DocScrutinizer: doing it straight away Mar 19 17:05:46 DocScrutinizer: done Mar 19 17:06:18 tnx Mar 19 17:10:08 ptitjes: x/4i $eip? Mar 19 17:11:34 ptitjes: hardware mods: ++ hs-bass, boot w/o bat Mar 19 17:16:05 ptitjes: ++ dirt cheap attaching of external switch Mar 19 17:16:37 Yes! :) Mar 19 17:16:44 Hooray for hard switches! Mar 19 17:18:29 lindi-: what does it mean ? :) Mar 19 17:19:06 DocScrutinizer: you should really register to wiki! Mar 19 17:19:07 ok, just for you, Dave: ++ still quite simple attaching of several external pushbuttons Mar 19 17:19:34 ptitjes: I know -_- Mar 19 17:20:13 DocScrutinizer: if you add that stuff, I would like you to open a sub chapter in "proposed workshops" Mar 19 17:20:18 incredibly annoying from N810 Mar 19 17:20:34 ptitjes: k Mar 19 17:20:48 "Buxfix | Hardware mods workshop" Mar 19 17:20:57 and a list of mods + description Mar 19 17:21:00 :) Mar 19 17:21:18 DocScrutinizer: would you like to do a talk ? Mar 19 17:21:29 NOOOPE Mar 19 17:21:41 ath: mikä näppis? Mar 19 17:21:44 ptitjes: it prinst the instruction that caused the segfault? Mar 19 17:23:05 DocScrutinizer: I mean, personnaly I would be very gld to attend a general talk about the current openmoko hardware, actual concurent|alternatives, missing things in the hardaware, design flaws, future hardware|performance|capabilities... Mar 19 17:23:14 * DocScrutinizer walking again Mar 19 17:23:19 :) Mar 19 17:23:25 pleeeeaaaaaase Mar 19 17:23:27 :D Mar 19 17:24:37 Yay signups! Mar 19 17:24:53 lindi-: added at end of http://pastebin.com/d6dab5a94 Mar 19 17:30:56 Ptitjes, where you from? :] Mar 19 17:31:52 Dave: Paris Mar 19 17:31:55 France :) Mar 19 17:31:59 Oh :P Mar 19 17:32:06 One of the Frenchies :p Mar 19 17:32:10 héhé Mar 19 17:32:13 :) Mar 19 17:32:16 You and Ainu must be good friends then :P Mar 19 17:32:26 Then again, french don't even get along with each other... so who knows Mar 19 17:33:07 Dave: in fact we met in non-RL Mar 19 17:33:14 O_o Mar 19 17:33:30 through the openmoko community :) Mar 19 17:33:46 but it appears we have RL friends in common Mar 19 17:34:02 which I find it funny Mar 19 17:34:26 Yeah :) Mar 19 17:34:30 That's always a fun one :P Mar 19 17:34:31 ptitjes: world is small Mar 19 17:34:38 Too small ... ¬_¬ Mar 19 17:34:47 * Dave fears the lazy lulu is near Mar 19 17:35:02 wat Mar 19 17:36:28 ptitjes: iirc there was a statistic that from you, you can get to any other person in world with 5 frindhops (you -> your friend -> his/her friend -> ...) Mar 19 17:36:52 ping to africa with just 5 hops Mar 19 17:36:54 incredible Mar 19 17:38:53 lindi-: what should I do to easily get the assembly code generated as part of the libffi autotooled-makefile ? Mar 19 17:38:56 any option ? Mar 19 17:39:26 bumbl: yes! But I was told seven... :( Mar 19 17:40:04 ah ok Mar 19 17:40:06 anyway that appears to be true :) Mar 19 17:40:14 then i don't remember correctly Mar 19 17:40:25 http://en.wikipedia.org/wiki/Six_degrees_of_separation Mar 19 17:40:35 bumbl: same magnitude so... Mar 19 17:41:27 ptitjes: general talk no way. I'm interested in dialog (sometimes), *never* in monologues held by myself Mar 19 17:41:54 hah! Mar 19 17:41:56 DocScrutinizer: propose then Mar 19 17:42:09 become friends with yourself! Mar 19 17:42:11 Make it interactive :) Mar 19 17:42:17 (and your other personalities) Mar 19 17:42:36 ptitjes: btw most of the topics mentioned by you are under some sort of NDA or I'm simply not competent rsp dunno anything about Mar 19 17:43:11 DocScrutinizer: why? Mar 19 17:43:15 DocScrutinizer: you can ellipse the stuff that is under NDA Mar 19 17:45:42 and in fact we don't mind. this is even interesting to be told what does belong to IP-zed stuff. kind of OSS world boundaries Mar 19 17:46:10 DocScrutinizer: because in general I want the world of OSS to extend Mar 19 17:46:12 ptitjes: major point last: it's no fun. And this is strictly leisure activity for me since 4 weeks as you might got to know Mar 19 17:46:36 DocScrutinizer: I know Mar 19 17:46:40 :( Mar 19 17:47:31 DocScrutinizer: all in all I really believe hard to open-source hardware Mar 19 17:47:39 S/TO/IN/ Mar 19 17:48:04 DocScrutinizer: i read that there will be a fso/shr convention including a buzz fix "party" Mar 19 17:49:36 DocScrutinizer: it looks like that only devs will join or may others also join? Mar 19 17:50:14 ptitjes: I'd guess sitting around a table with a nice beer we may have enough time to talk interesting topics of all kind Mar 19 17:50:37 Yes Mar 19 17:51:13 BluesLee: that's a question for Ainulindale and ptitjes Mar 19 17:52:33 DocScrutinizer: We'll have plenty of time in two days to speak all together :) In fact this is my hope Mar 19 17:53:11 BluesLee: sure you are welcome Mar 19 17:54:10 Devs and users! Mar 19 17:54:11 BluesLee: UD in FSOSHRUDCON'09 in fact, stands for "Users and Developers" Mar 19 17:54:18 huhu :P Mar 19 17:54:22 ptitjes: thanx ... Mar 19 17:54:23 import Dave Mar 19 17:54:24 also, BLUESLEE! Mar 19 17:54:27 BluesLee: everybody is Mar 19 17:54:59 yeah even DocScrutinizer! Mar 19 17:55:05 that is to say! Mar 19 17:55:08 OPENMOKO PARTY! Mar 19 17:55:13 ptitjes: have you made your mind up where it will be? Mar 19 17:55:14 \o\ \o/ /o/ Mar 19 17:55:28 ptitjes: you might regret ;-) Mar 19 17:55:33 wow that is a community thing Mar 19 17:56:09 bumbl: but anyway this tends to go arround essen or braunschweig... Mar 19 17:56:53 * ptitjes cancels his FSOSHRUDCON'09 ticket Mar 19 17:56:58 Aww Mar 19 17:56:58 an runs Mar 19 17:57:03 uh oh Mar 19 17:57:54 is there anybody from those two cities? Mar 19 17:59:17 or is it in the mid of paris and berlin, one mo Mar 19 17:59:34 nah Mar 19 17:59:49 but braunschweig is the place where the fso devs always meet Mar 19 17:59:49 I think stefan and alphone are from there Mar 19 17:59:55 and in essen there is the linuxhotel Mar 19 18:00:09 yeah i know the latter Mar 19 18:00:12 so what costs that linuxhotel ? Mar 19 18:00:22 you want to buy it? Mar 19 18:00:25 :-) Mar 19 18:00:30 lol Mar 19 18:00:31 I even did not have find to look at their website Mar 19 18:01:06 linux monopoly ;-) Mar 19 18:01:06 http://www.linuxhotel.de/ Mar 19 18:01:13 linuxhotel looks nice Mar 19 18:01:20 yup Mar 19 18:01:24 55 euros Mar 19 18:01:32 Seminarpauschale pro Person und Tag INKL. MwSt., gültig ab mindestens 6 Personen Mar 19 18:01:32 (2 Kaffeepausen, Mittagessen, alle Getränke, Beamer, Moderatorenwand, Flipchart, Internetzugang über drahtgebundenes Netzwerk oder WLAN). Mar 19 18:01:32 55€ Mar 19 18:02:27 ohh no Mar 19 18:02:48 mrmoku, fbreader package version hasn't the patch applied which made it work right :P Mar 19 18:02:52 duess that's kinda prohibitive Mar 19 18:03:15 s/d/g/ Mar 19 18:03:15 DocScrutinizer meant: guess that's kinda prohibitive Mar 19 18:03:19 ? Mar 19 18:03:25 where is the problem? Mar 19 18:03:31 Paul: i would concider that a problem, still. ;) Mar 19 18:03:59 55€/day per person ? Mar 19 18:04:05 yup Mar 19 18:04:09 ptitjes: no Mar 19 18:04:13 that is not prohibitive that is crazy Mar 19 18:04:28 the price does not shock me at all Mar 19 18:04:46 nah it's normal for a hotel Mar 19 18:04:52 I can't afford this Mar 19 18:05:03 I'll sleep in the meeting room ;) Mar 19 18:05:03 DocScrutinizer: its not the price for the hotel Mar 19 18:05:10 ptitjes: info register? Mar 19 18:05:16 yeah I know Mar 19 18:05:26 ptitjes: only meeting room etc Mar 19 18:06:00 anybody asked roh? Mar 19 18:06:12 DocScrutinizer: for Berlin ? Mar 19 18:06:17 yup Mar 19 18:06:17 that would be great Mar 19 18:06:42 last time I went to Berlin was in 1988 Mar 19 18:06:53 :) Mar 19 18:06:54 roh: ping Mar 19 18:07:00 date looks like 22/23/24 of may Mar 19 18:07:01 Berlin rocks Mar 19 18:07:17 BluesLee: nah... for cos community its 5EUR a day Mar 19 18:07:25 -cos Mar 19 18:07:53 if you want a bad you get it for 15EUR (double room though) Mar 19 18:08:00 s/bad/bed/ Mar 19 18:08:01 mrmoku meant: if you want a bed you get it for 15EUR (double room though) Mar 19 18:08:05 BluesLee: it looks like yeah but still we would like to here from stefan_schmidt, shoragan and some others Mar 19 18:08:40 and you can either sleep int the seminar room with your sleeping bag or even put up a tent in the park Mar 19 18:09:07 coffee included :-) Mar 19 18:09:15 mrmoku: oh that is nice indeed!! Mar 19 18:09:25 essen would be cool Mar 19 18:09:35 hungry? Mar 19 18:09:37 I can come with my van ? Mar 19 18:09:52 mrmoku: :-) Mar 19 18:09:55 well... I'm seriously thinking about sleeping in my car Mar 19 18:10:27 don't think you can park your van in the park though ;) Mar 19 18:11:01 mrmoku: nah! all in all sleeping al-together in the meeting room might be cool Mar 19 18:11:21 if you choose berlin i could recommend http://www.three-little-pigs.de/ Mar 19 18:11:52 bumbl: an english page ? Mar 19 18:11:58 ptitjes: well.. the problem might be some needing more sleep... and some less :P Mar 19 18:12:13 which was quite nice when i was there last year Mar 19 18:12:20 ptitjes: http://www.three-little-pigs.com/ Mar 19 18:12:29 sleeping? what a useless habit. especially given the fact timetable shows "breakfast" for the time I occasionally consider following this habit Mar 19 18:14:21 mrmoku: why not club together to have some rooms for those who want to sleep earlyier ? Mar 19 18:14:38 (just for sleeping though - they have good optional all you can eat breakfast too + free encrypted wlan in a common room) Mar 19 18:14:42 mrmoku: anyway I think we must find some way that everybody feels well Mar 19 18:14:53 yep :-) Mar 19 18:15:33 mrmoku: I'm really short in money these days too! Mar 19 18:15:45 hard french punks on the floor... graphical australians in the hotel room... and me in the car :P Mar 19 18:15:56 hahaha Mar 19 18:16:53 DocScrutinizer pong Mar 19 18:17:41 lindi-: updated http://pastebin.com/d41f475f5 Mar 19 18:17:45 roh: you heard about FSOHSRCON? Mar 19 18:17:54 ehh? Mar 19 18:18:06 lindi-: are these the instructions that manage the C call conventions ? Mar 19 18:18:15 roh: see channel backlog Mar 19 18:19:21 roh: http://www.shr-project.org/trac/wiki/FSOSHRUDCON'09 Mar 19 18:20:06 roh: still looking for a cool location Mar 19 18:20:28 i see.. did anybody talk to cbase? Mar 19 18:20:39 Brazil, Belo Horizonte is quite nice =X Mar 19 18:20:46 nah, that's why I ping ya Mar 19 18:21:23 cbase for sure would be cool Mar 19 18:23:22 hmmm.. 22-24th of may is WCW Mar 19 18:23:33 eventually one should just hop in there Mar 19 18:23:44 http://www.c-base.org/cal/month.php?cal=termine&getdate=20090519# Mar 19 18:25:05 roh: ptitjes: Ainulindale: could you stay in touch? I have to leave to do some shopping Mar 19 18:25:46 http://wiki.freifunk.net/Wireless_Community_Weekend_2009 Mar 19 18:25:58 DocScrutinizer: stay in touch? what for? Mar 19 18:27:34 roh: I was watching the c-base about video and I hardly understand anything Mar 19 18:29:47 DocScrutinizer: shopping? now? are you in asia again? Mar 19 18:30:04 indeed c-base location is great! Mar 19 18:33:29 Hmm Mar 19 18:33:49 if Dave comes I might come too ;) Mar 19 18:35:31 Ainulindale: As I understand it c-base is a place in Berlin that can host community events ? http://www.c-base.org/cal/month.php?cal=termine&getdate=20090529 Mar 19 18:36:55 ptitjes on the proposed dates there are already some events, but i think eventually one could merge with the WCW Mar 19 18:37:04 after all.. phones are wireless too Mar 19 18:38:18 :p Mar 19 18:38:31 roh: indeed Mar 19 18:38:40 well ptitjes please settle that with all the other people Mar 19 18:38:49 As long as there is room for us I don't care where it is Mar 19 18:38:55 (but it's a plus if it's closer to us) Mar 19 18:39:40 US Mar 19 18:39:45 héhéhé Mar 19 18:41:07 Ainulindale: I write that on the wiki anyway Mar 19 18:43:05 * Dave goes to defile the wiki Mar 19 18:44:34 freesmartphone.org: 03jluebbe 07framework * r9367eaec5af3 10/tools/cli-framework: cli-framework: add phone interface Mar 19 18:44:34 freesmartphone.org: 03jluebbe 07framework * rbbdc6b8367bc 10/framework/helpers.py: helpers: add some simple helper functions Mar 19 18:44:34 freesmartphone.org: 03jluebbe 07framework * r5b7935b5e4e0 10/framework/subsystems/ophoned/headset.py: ophoned: add headset manager Mar 19 18:44:36 freesmartphone.org: 03jluebbe 07framework * r78afda41f7f3 10/framework/subsystems/ophoned/headset.py: ophoned/headset: continue implementing Mar 19 18:44:39 freesmartphone.org: 03jluebbe 07framework * r6e01237d8ecb 10/framework/subsystems/ophoned/headset.py: ophoned/headset: more work Mar 19 18:44:42 freesmartphone.org: 03jluebbe 07framework * re4f98d4929c4 10/framework/subsystems/ophoned/ (gsm.py headset.py ophoned.py protocol.py test.py): ophoned: more work Mar 19 18:44:49 freesmartphone.org: 03jluebbe 07framework * r9b57b17c0307 10/framework/subsystems/ophoned/gsm.py: ophoned/gsm: fix status/state confusion Mar 19 18:44:52 freesmartphone.org: 03jluebbe 07framework * rb4745cebbbc5 10/framework/subsystems/ophoned/ (headset.py ophoned.py): ophoned: more fixes Mar 19 18:44:55 freesmartphone.org: 03jluebbe 07framework * rf6ff81136ca6 10/framework/subsystems/ophoned/ (gsm.py headset.py ophoned.py protocol.py): ophoned: more work, improve logging Mar 19 18:45:00 freesmartphone.org: 03jluebbe 07framework * rdeda19d74fad 10/framework/subsystems/odeviced/audio.py: odeviced: work around ASoC DAPM problem by flipping "Capture Left Mixer" Mar 19 18:45:03 freesmartphone.org: 03jluebbe 07framework * re48be10939e9 10/ (3 files in 2 dirs): oeventsd: add support for the bluetooth headset Mar 19 18:45:06 freesmartphone.org: 03jluebbe 07framework * rd4e4bfc71a96 10/framework/subsystems/oeventsd/filter.py: oeventsd: forward enabled/disable to subfilters Mar 19 18:45:09 ptitjes: hmm, cat /proc/19637/maps? Mar 19 18:45:11 freesmartphone.org: 03jluebbe 07framework * r984385515473 10/framework/subsystems/oeventsd/fso_triggers.py: oeventsd/fso_triggers: use a more specific logger Mar 19 18:45:14 freesmartphone.org: 03jluebbe 07framework * r002ebb2c7044 10/framework/subsystems/oeventsd/rule.py: oeventsd: fix logging Mar 19 18:45:17 freesmartphone.org: 03jluebbe 07framework * r6fa8ca18fb74 10/framework/subsystems/oeventsd/rule.py: oeventsd: we need enabled/disable from Rule (not from Filter) Mar 19 18:45:22 freesmartphone.org: 03jluebbe 07framework * re68f539c4b2e 10/ (2 files in 2 dirs): oeventsd: change BTHeadsetConnectedIs(state) to BTHeadsetIsConnected() Mar 19 18:47:17 QUAD SPAMMAGE Mar 19 18:48:39 'more work' heh Mar 19 18:53:46 lindi-: http://pastebin.com/d546296ec Mar 19 18:53:50 nice command Mar 19 18:56:24 ptitjes: btw you can use "shell cat ..." in gdb to run shell commands from gdb Mar 19 18:56:39 wow yeah! Mar 19 18:57:52 lindi-: and this even supports tab-completion! Mar 19 18:58:00 big tip! Mar 19 18:58:30 ptitjes: -0x8(%ebp) seems to point nicely to stack Mar 19 18:58:43 ptitjes: do you use emacs btw? Mar 19 18:59:09 lindi-: what is the ebp register for ? Mar 19 18:59:13 ptitjes: but your %esp points to unmapped pages Mar 19 18:59:13 top of the stack ? Mar 19 18:59:42 ptitjes: %esp is where push will write next Mar 19 19:00:01 lindi-: so does /proc/xx/maps lists all the maps allocated through mmap ? Mar 19 19:00:08 ptitjes: yes Mar 19 19:00:17 so yeah there is bug Mar 19 19:00:19 :) Mar 19 19:00:31 ptitjes: esp of 0x9fa60cf0 definitely is outside the process Mar 19 19:00:50 because dynamically create callbacks are alocated with that I think Mar 19 19:00:55 ptitjes: can you "disassemble ffi_closure_SYSV_inner"? Mar 19 19:01:17 is you explain me yes :) Mar 19 19:01:24 ptitjes: it's a gdb command Mar 19 19:05:17 :] Mar 19 19:06:03 lindi-: http://pastebin.com/d6c31ea Mar 19 19:06:41 lindi-: so now I better understand the +68, +71... Mar 19 19:07:27 so this is the setting of the arguments for ffi_prep_incoming_args_SYSV Mar 19 19:09:09 lindi-: what is the role of %eax registry ? Mar 19 19:15:30 shoragan: Do i understand it right that bluetooth headset support is ready to test? :) Looks like a lot of work and btw that is extremely useful because it should solve all the problems with buzz and echo. :) Thanks a lot! Mar 19 19:16:03 PaulFertser, it still has some problems... and needs a matching rules.yaml Mar 19 19:17:19 you need to request the BT resource, pair the neo to your HS (i.e. with simple-agent from bluez git), and use the ophoned interface to set BT address and enabled it Mar 19 19:17:27 shoragan: ok, still that's much better than nothing. I won't be able to test it though, because the headset i borrowed is still somehow not working properly and i didn't investigate further. Mar 19 19:17:39 then when a call comes in while the headset is enabled the rules should route it to the HS Mar 19 19:18:34 PaulFertser, i still plan to polish it some more ;) Mar 19 19:20:19 shoragan: i think the only thing is missing (apart from generic bluez4 instructions) is a matching rules file, or have you committed an example? Mar 19 19:20:33 mwester will be happy Mar 19 19:20:36 i've update the example file Mar 19 19:21:28 http://git.freesmartphone.org/?p=framework.git;a=blob;f=etc/freesmartphone/oevents/rules.yaml;hb=HEAD Mar 19 19:21:34 Ok, i'll try to help interested users with bluez4 on irc (for example with instructions how to remove bluez3 from the system :) ) Mar 19 19:25:34 sweet! fennec reached beta1 ;] Mar 19 19:25:52 * Dave rolls his eyes Mar 19 19:25:55 hey Tasn :p Mar 19 19:25:59 TAsn: yeah two or three days ago Mar 19 19:26:03 yeah Mar 19 19:26:04 17/3 Mar 19 19:26:05 ;] Mar 19 19:26:23 I'm a slow reader ;] Mar 19 19:27:54 huhu Mar 19 19:35:13 how can I make bitbake fetch a source tarball again? Mar 19 19:35:32 I deleted it and now it complains, even after I did bitbake -c clean Mar 19 19:35:33 rm it Mar 19 19:35:42 freesmartphone.org: 03mickey 07framework * r1e6cfecbebc7 10/docs/ogsmd/qualcomm_msm/modem: ogsmd: start documenting Qualcomm MSM modem quirks Mar 19 19:35:44 hmm shouldn't do that Mar 19 19:35:49 I rm'd the tarball. Mar 19 19:36:11 bitbake -c fetch say: starting.. complete... but it doesn't actually download anything Mar 19 19:36:25 I deleted all stamps in tmp/stamps/ too Mar 19 19:37:52 hmm Mar 19 19:37:58 <- not into bitbake Mar 19 19:38:08 but rm worked for me the last time i used it Mar 19 19:42:09 yep rm * in the downloads dir fetches quite a lot of stuff. just python-ecore fails Mar 19 19:42:16 wow! Mar 19 19:42:21 lot of activity in frameworkd Mar 19 19:42:22 :) Mar 19 19:43:25 in shr-overlay too Mar 19 19:44:01 spaetz: yeah python-ecore fails for days Mar 19 19:44:48 ptitjes: %eax can be used for many things Mar 19 19:46:38 spaetz: should be downloads/svn/svn.enlightenment.org... ? Mar 19 19:47:08 btw... do we need evas_fb? Mar 19 19:48:52 there were some updates in e that fix the ecore_input thing not building... and now it fails on evas_fb :( Mar 19 19:49:23 mrmoku: it's necessary with exquisite i think Mar 19 19:51:30 freesmartphone.org: 03mickey 07framework * rfb14e3806f16 10/docs/ogsmd/qualcomm_msm/modem: ogsmd: [QUALCOMM MSM] document more quirks Mar 19 19:52:06 mrmoku: my patch broke the .bb file Mar 19 19:52:42 I hope I fixed that now. You learn something new every day... Mar 19 19:53:37 spaetz: this is what keeps us young :-) Mar 19 19:53:44 dos1: ok... then we don't need it :P Mar 19 19:54:12 mrmoku: but not only with exquisite of course Mar 19 19:54:59 YAY Mar 19 19:55:01 NOTE: package python-ecore-0.3.1+svnr39503-ml0: task do_build: completed Mar 19 19:55:28 :-) Mar 19 19:55:30 mrmoku: I think I finally fixed it to work correctly. Feel free to update the image or whatever you were doing :) Mar 19 19:56:09 now we only need to remember to remove the patch when we bump the EFL rev Mar 19 19:56:22 dos1 is good at that :) Mar 19 19:56:28 hmm... oe git does not work on the first git pull today... second one works Mar 19 19:57:26 had that several times now... Mar 19 19:58:49 hmm Mar 19 19:58:52 what is vala-settings? :x Mar 19 19:59:15 dos1: the competition to shr-settings :) Mar 19 19:59:35 * mrmoku learned competition is goooood for the market :P Mar 19 19:59:44 oh ^^" Mar 19 19:59:48 no, it's my attempt to learn vala Mar 19 19:59:53 ;) Mar 19 20:01:23 so I decided to so something like shr-settings, but I didn't get very far Mar 19 20:01:32 mrmoku: that problem i only know from svn Mar 19 20:01:34 <|Marco|> if I invoke a dbus call for it to ring a number, will the dialer popp up pr automatic ? Mar 19 20:02:08 afaik no Mar 19 20:02:22 dos1: if you want to try how quick elementary apps can startup, install http://sspaeth.de/uploads/tmp/vala-settings.ipk Mar 19 20:02:48 you only need to opkg update glib-2.0 and gobject-2.0 (from the unstable repo) Mar 19 20:03:07 spaetz: are you implementing shr-settings in vala? Mar 19 20:03:15 and call "settings" from the cmd line (no .desktop file yet) Mar 19 20:03:36 bumbl: I learn vala and elementary, so I started something that might become similar Mar 19 20:03:59 phail - double the work when a proper openmoko today screen would be needed more Mar 19 20:04:00 so far I got stuck hoever, as my plugin pages don't show anything Mar 19 20:04:58 and I don't know why Mar 19 20:05:10 hmm Mar 19 20:05:12 maybe tjh Mar 19 20:05:17 s/tjh/the/ Mar 19 20:05:18 bumbl meant: maybe the Mar 19 20:05:25 bindings lack support for it Mar 19 20:06:49 nahh, bindings are fine. it's something else. need to dig deeper Mar 19 20:38:01 hey spaetz! what is the common name of the package that contains evas and ecore libraries on desktop distros ? Mar 19 21:02:37 no clue. I used this: Mar 19 21:03:07 http://e17mods.googlecode.com/svn/trunk/reasye17 Mar 19 21:03:41 it's one .sh script that downloads from svn and installs the necessary components, as I couldn't find all the required stuff on ubuntu Mar 19 21:05:55 away now, night Mar 19 21:06:52 spaetz: night Mar 19 21:06:56 night Mar 19 21:16:50 night? Mar 19 21:18:05 good afternoon Mar 19 21:38:45 * eolson notices the sun rises and sets much more often than normal in openmoko irc channels Mar 19 22:24:57 David: hey! Mar 19 22:25:04 hi ptitjes Mar 19 22:25:19 I was on my Vala code :) Mar 19 22:25:57 David: would you come with us to FSOSHRUDCON'09 ? Mar 19 22:25:58 I didn't code for it for 2 weeks but now, I managed to create a custom widget, get a signal the proper way etc. Mar 19 22:26:05 eh, why not :) Mar 19 22:26:13 ok 4 in the car Mar 19 22:26:16 (I just majored the C exam&project) Mar 19 22:26:30 maybe we will need another car soon Mar 19 22:27:01 maybe in 2 months, i'll have my driver's licence, but that ill be too late Mar 19 22:27:36 where will it be hosted? Mar 19 22:27:42 essen/linux-hotel? Mar 19 22:27:56 ptitjes: check your macro-plugin! there's a "UD" to delete :-) Mar 19 22:29:18 ptitjes, is it going to be in Germany ? Mar 19 22:32:24 tomboy64: not sure yet check the wiki page Mar 19 22:32:34 DocScrutinizer: I like that UD! :p Mar 19 22:33:03 David: great chance that it does Mar 19 22:33:22 ok too much vala Mar 19 22:33:47 let me watch how he met their mother Mar 19 22:33:57 goodnight all Mar 20 01:45:15 mwester: careful ... if your anger levels exceeds 100 milliandy, you may pop a vein ;-) Mar 20 01:49:09 :-D Mar 20 01:51:04 I'd expect arguments, if I was still a regular argue-er with Andy on the kernel list -- but look what happens when you pop in and answer a simple question based on your experience. :P Mar 20 01:51:53 But s'ok... I'll go back to working on my stuff instead. Mar 20 01:54:56 mwester: well, your experience is certainly a bit unusual. besides, even if you get a flipped bit every GB or so, that's still a lot of kernels you have to boot before that happens. and if the kernel is compresse, that flipped bit will cause a LOT of damage, certainly instantly killing the system. Mar 20 01:56:30 Well, we sort of ended up into that area of the discussion. I can also describe the numerous downloads I've attempted over wifi connections from browsers where the connection drops or the browser times out, or wget fails, or whatever. Mar 20 01:56:41 holy mwesters batman! Mar 20 01:56:44 mwester: if we were talking about the design of the next bittorrent, i'd wholeheartedly agree that we have to be concerned about such things. but booting ? Mar 20 01:56:44 In that case, a well-written tool should detect that. Mar 20 01:57:12 mwester: ah, but a broken connection is another issue again :) Mar 20 01:57:21 Is it? Mar 20 01:57:29 Not from the original answer I provided. Mar 20 01:57:33 mwester: it's not silent corruption :) Mar 20 01:57:36 I just said "unreliable" Mar 20 01:58:00 mwester: (unreliable) fair enough Mar 20 01:58:03 The myopic focus on tcp and silent corruption was all in the follow-on discussions. Mar 20 01:58:49 mwester: ah, i see. sorry then. Mar 20 01:58:57 Specifically, you will also note that my first response did not even say it was a data transfer problem; it left much room for other sorts of issues (dropped connections that go unnoticed because someone forget to test the return code) Mar 20 01:59:27 Hence my feeling at this point that people just want to find nits to focus on in order to argue. Mar 20 02:01:33 fan the flames... Mar 20 02:01:35 feed the fire. Mar 20 02:02:31 As for does it matter in booting? Yes. But I confess that my perspective, as I've stated before, is skewed from working for vendors in a field tech support role. Boot failures result in perceptions of unreliability for reasons end-users do not understand. They blame the device. Next thing you know there's a wiki article, and it becomes the gospel truth that something doesn't work well. Mar 20 02:02:54 hahah yeah Mar 20 02:02:57 or a forum post Mar 20 02:03:19 it gets way out of control, and in the end adversely effects lots for silly reasons Mar 20 02:03:22 So from where I stand, using scp or https or rsync with a CRC, or even an md5sum check just makes sense, and is a trivial thing to do. Mar 20 02:03:54 And I could have written that script 100 times over in the time it took for everyone to debate the issue, and berate my comments, and accuse me of spreading FUD, and other bullshit. Mar 20 02:04:12 :D Mar 20 02:05:11 :-D Mar 20 02:05:51 Some days I just want to grab engineers like that Rask character, and drag them onsite to see a customer with me... let him stand in front of IT manager with a million dollars worth of computer hardware that's not running correctly. Mar 20 02:06:32 hahahahah Mar 20 02:06:34 "Well, Mr. CIO - you are quite wrong! Your computer is working just fine, and you have NO basis to claim that it is faulty, because..." Mar 20 02:06:36 oh man Mar 20 02:06:52 mwester: yeah, checking return codes is pretty essential, i agree. but then, it's also a bit impolite to imply that another developer may forget to do something that basic, isn't it ? Mar 20 02:07:09 is it? Mar 20 02:07:33 mwester: let him code it first, then point out the bugs :) Mar 20 02:07:54 Then I'll apologize to whomever might be offended by such a comment; I see such things each and every day in my job. And yes, i create lots of problems too. Mar 20 02:08:13 So Rask is writing this, then? Cooll Mar 20 02:09:14 * mwester doesn't see where anybody was writing anything, just where somebody asked someone else for sample code. Mar 20 02:09:17 Sigh. Mar 20 02:10:24 wpwrak: actually, I didn't mention failing to check return codes in my emails anywhere. So that's a red herring. Mar 20 02:12:54 This is just so incredibly silly! I answered a question, and made a passing comment recommending that additional error checking be done if you use simple protocols such as ftp, and http. And I find myself under attack for that recommendation. What exactly is worthy of attack for recommending that someone pay a little extra attention to data integrity over a wifi link? At worst, you might disagree, and venture your opinion -- but no Mar 20 02:12:54 need to tell me that my opinion is invalid, and attack it. Mar 20 02:13:02 That's just ridiculous. Mar 20 02:13:31 And now I'm at least at 500 milliandy. Mar 20 02:13:54 my roommates acuse me of being at a constant two theos. ;) Mar 20 02:14:23 I'll go figure out why SHR cuts off text messages with an & character in them instead. Makes reading any text message from AT&T difficult. ;-) Mar 20 02:15:00 mwester: (500 ma) you should have combusted by now :) Mar 20 02:16:42 I'm tall, and balding. The chimney effect is preventing combustion. Mar 20 02:18:18 eh oh, it's juri Mar 20 02:18:40 haha mwester :) Mar 20 02:24:27 * raster combusts wpwrak Mar 20 02:24:52 raster: naw, i'm way too cool for that B-) Mar 20 02:27:16 COMPLY! Mar 20 02:27:21 HAHAHAHA Mar 20 02:27:35 >:) Mar 20 02:28:37 Anyone know why python-ecore-0.3.1 fails to build in SHR? (was this already discussed here earlier; I don't have the backlog available) Mar 20 02:31:29 not sure Mar 20 02:40:34 need to build shr, so I can look to find out what the cause of that misbehaving e thingy might be. Mar 20 02:41:14 And, of course, because I like to be able to read SMS messages with ampersands in them! :D Mar 20 02:51:10 aaah i fixed that yesterday Mar 20 02:51:22 i noticed my txt->markup converter didnt handle escaping & Mar 20 02:51:23 :) Mar 20 02:52:51 Ah. So I can blame you for the fact that I don't know how many minutes I have left on my pre-paid sim card... it's an AT&T sim, and the messages chops off at the &! Mar 20 02:52:54 :P Mar 20 02:53:14 :-P Mar 20 02:53:18 its fixed in svn! Mar 20 02:53:19 :) Mar 20 02:53:29 no one brought this up to me - until i found it myself Mar 20 02:53:34 I'm building unstable, so it should pick it up. Mar 20 02:53:44 If I can get the build to finish. Mar 20 02:53:53 it was literally a 1 liner to fix Mar 20 02:59:52 oo. Mar 20 03:00:01 so, when can i expect a new build with that? ;) **** ENDING LOGGING AT Fri Mar 20 03:00:02 2009