**** BEGIN LOGGING AT Mon Aug 02 02:59:57 2010 Aug 02 07:21:17 mrmoku|away: what's status of buildhost git checkout? I see many local changes.. I guess that make update is still forbidden Aug 02 07:30:16 JaMa|Wrk: back? Aug 02 07:34:09 yup Aug 02 07:37:03 some daywork left for you? ;) Aug 02 07:37:16 pespin: /home/mok/shrbuild/openembedded/recipes/qt4/qt4-embedded_4.7.0-beta1.bb FAILED Aug 02 07:37:47 JaMa|Wrk: morning... I applied khem's multiarch patches to shr-unstable/openembedded Aug 02 07:38:15 JaMa|Wrk: and did not touch openembedded directly Aug 02 07:38:41 as it has some changes too, which I didn't know if you still need them Aug 02 07:42:20 mrmoku: ah, I guessed so, but it seems that more files than khem's multiarch series is touching is modified there.. Aug 02 07:43:01 mrmoku: and I didn't have any local changes for myself (the diff could be only from broken git repo when I was leaving last week...) Aug 02 07:45:14 JaMa|Wrk: ic, hopefully khem will apply them soon so we can clean all up :) Aug 02 07:45:38 * mrmoku has to go to a client now :/ Aug 02 07:45:42 bbl Aug 02 07:45:48 mrmoku: ok, thanks Aug 02 07:46:07 mrmoku|away: I'm also waiting for gcc rev update for latest 4.5.1 fixes (and release) Aug 02 08:06:33 2010-08-02T07:43:50.507250Z [DEBUG] libfsotransport <0710:3>: Wrote '+CGREG=0'. Waiting (120s) for answer... Aug 02 08:06:36 2010-08-02T07:45:50.249047Z [DEBUG] DBusServiceResource : Disabling resource DBusServiceResource... Aug 02 08:06:39 :((( Aug 02 08:06:46 mmm Aug 02 08:11:21 Pulling the latest. Aug 02 08:11:29 looks like possible eglibc-2.12 alignment traps fix :) http://www.eglibc.org/cgi-bin/viewcvs.cgi/branches/eglibc-2_12/ports/ChangeLog.eglibc?rev=11028&r1=10495&r2=11028, building here Aug 02 08:15:55 hi JaMa|Wrk Aug 02 08:16:01 hi Aug 02 08:16:03 JaMa|Wrk, what the alignment traps could have caused? Aug 02 08:16:37 ? Aug 02 08:16:51 JaMa|Wrk, sorry :) I mean, are those alignment traps "dangerous" to the system? Aug 02 08:17:01 could they cause panics or segs? Aug 02 08:17:30 well, either crash, or slowdown Aug 02 08:17:38 mmm Aug 02 08:17:47 ( crash if the trap is not corrected, and slowdown if it is ) Aug 02 08:17:55 understood Aug 02 08:17:59 no, they should not.. kernel is "fixing" it in runtime which is less optimal Aug 02 08:18:12 as misc said faster :) Aug 02 08:18:47 :) Aug 02 08:18:54 also filling syslog with all those messages about kernel fixing it is "slow" so I usually disable reporting it Aug 02 08:19:05 i see Aug 02 08:19:10 anyway guys i'm working with qvga these days Aug 02 08:19:38 if those fancy color defects wouldn't appear, it would be perfect Aug 02 08:19:40 :( Aug 02 08:20:01 daniele_athome: do you know what you're using for the refresh rate? Aug 02 08:23:27 higher rate in QVGA makes the colours less washed out, but it's harder to sync the display Aug 02 08:28:36 Weiss, how do I know? Aug 02 08:28:40 xrandr shows this: 240x320 264.9*+ Aug 02 08:28:47 I can paste you the ModeLine Weiss Aug 02 08:29:33 I guess 264.9 is the refresh rate... Aug 02 08:29:35 modeline would be good if it's not a problem, that xrandr line has the same information though Aug 02 08:29:39 yeah.. and that's fast Aug 02 08:29:56 Weiss, can it be higher? Aug 02 08:30:10 Modeline "240x320" 24.50 240 256 264 272 320 336 338 340 Aug 02 08:31:30 you can push it up a bit further maybe Aug 02 08:31:33 what kind of artifacts? Aug 02 08:32:16 Weiss, it's hard to explain Aug 02 08:32:48 Weiss, first, i'm working with 16 bpp Aug 02 08:32:58 but I would have the same artifacts with 32 Aug 02 08:33:20 anyway one example is with segments Aug 02 08:33:35 if you draw e.g. a small white segment in the middle on the screen, say 150 px large Aug 02 08:34:12 the screen will draw an "echo" of that segment that goes for all the width of the screen Aug 02 08:34:30 the darker the background is, the more you see that echo Aug 02 08:36:00 Weiss, xrandr --rate to higher rate doesn't seem to work Aug 02 08:36:13 Rate 270.0 Hz not available for this size Aug 02 08:37:06 which kernel/X driver are you using? Aug 02 08:37:18 Weiss, latest shr Aug 02 08:37:27 but with kernel 2.6.32.13 Aug 02 08:37:43 so, X.Org X Server 1.8.99.905 (1.9.0 RC 5) Aug 02 08:39:38 +KMS I guess? Aug 02 08:40:06 Weiss, i think so Aug 02 08:40:23 Weiss, Xorg log shows it Aug 02 08:40:38 (II) Using KMS! Aug 02 08:41:47 yep, the rates are hardcoded in that case Aug 02 08:41:53 maybe a bit slower would be better actually.. Aug 02 08:42:06 mmm Aug 02 08:42:11 hardcoded? :S Aug 02 08:42:26 Weiss, can i disable KMS? Would it be better? Aug 02 08:42:30 we see this kind of artifact on our CCDs at work, where it's because of stuff going too fast.. that's a bit different though Aug 02 08:42:51 the numbers would be the same.. Aug 02 08:43:08 oh.. Aug 02 08:43:13 hardcoding was a deliberate design choice because the display system gets cranky as soon as you step outside its slim bounds.. Aug 02 08:43:26 but it's easy to change if you're happy compiling the kernel Aug 02 08:43:37 Weiss, i have a SHR build tree ready Aug 02 08:44:48 Weiss, can I make it parametric e.g. with kernel command line without too much problem? Aug 02 08:44:54 otherwise I will just recompile Aug 02 08:47:16 here's the line you need to change: http://git.openmoko.org/?p=kernel.git;a=blob;f=arch/arm/mach-s3c2442/mach-gta02.c;h=7965cad4a57a09ebf530046ede39707fac0d3811;hb=refs/heads/om-gta02-2.6.32#l232 Aug 02 08:47:31 could be made a parameter I guess, but it'd be a bit of a hack Aug 02 08:48:02 Weiss, is it pixclock? Aug 02 08:48:15 what should I put? Aug 02 08:50:25 JaMa|Wrk, what is the recipe for 2.6.32.13? Aug 02 08:50:33 that value is in picoseconds/cycle, so try making it bigger to slow things down Aug 02 08:51:02 Weiss, any suggestions for an average value? :) Aug 02 08:51:15 i really don't know what value i should use Aug 02 08:51:37 40816 and 100000 are the only two I've tried.. at 100,000, I get problems with white screens when the LCM can't sync Aug 02 08:51:49 so try something in between.. maybe 60000 Aug 02 08:51:52 mmm Aug 02 08:51:53 ok Aug 02 08:52:37 daniele_athome: linux-openmoko-2.6.32.bb Aug 02 08:52:50 daniele_athome: but there will be 2.6.32.16 now.. see recipe SRC_URI Aug 02 08:53:10 JaMa|Wrk, i have that problem with usb, remember? Aug 02 08:53:22 someone in the ML mentioned it too Aug 02 08:54:53 not really remember, g_ether? Aug 02 08:55:12 JaMa|Wrk, i think so... on host side: usb device not accepting address Aug 02 08:55:39 I don't remember seeing this .. Aug 02 08:56:03 JaMa|Wrk: http://lists.shr-project.org/pipermail/shr-user/2010-August/005892.html Aug 02 08:56:43 JaMa|Wrk: That's going to be fixed with next image (at least it's expected to :P) Aug 02 08:56:44 mmm... Aug 02 08:57:17 ahh.. it was between 1200 other e-mails I had to scan yesterday after week holiday :) Aug 02 08:57:22 :D Aug 02 09:12:40 * daniele_athome is building 2.6.32.16 with 60000 qvga pixel clock Aug 02 09:43:42 mrmoku|a`: do you know why dos left reminder (nano in screen seesion) about not syncing feed? htcdreem feed is almost done Aug 02 09:56:15 morning Aug 02 09:57:15 Weiss, i'm running right now 2.6.32.16 with 60000 pixelclock Aug 02 09:57:17 same results :( Aug 02 10:01:43 hm :( Aug 02 10:01:48 at least it doesn't break.. Aug 02 10:04:44 had to reboot with 2.6.32.13 because of the usb problem... Aug 02 10:07:40 did you forget to do "depmod -a"? Aug 02 10:10:18 Weiss, no i did it Aug 02 10:10:42 Weiss, could be worth to try another pixelclock? Aug 02 10:14:35 JaMa|Wrk: problem is khem said that a rebuild from scratch is needed for his patches... and we did not do that yet Aug 02 10:14:46 JaMa|Wrk: we should test the results first Aug 02 10:15:47 ok, there will be maybe another rebuild after unifying layout with poky I guess (as koen asked few mins ago) Aug 02 10:16:29 I did rebuild from scratch (without khem's patches yesterday) and now I'm doing another one (with khem's patches and newer gcc/eglibc) Aug 02 10:18:15 JaMa|Wrk, in latest kernels I found the 8-second power button feature not working any more Aug 02 10:18:17 why? Aug 02 10:19:15 daniele_athome: I think, because that is an ugly hack not upstreamable... Aug 02 10:20:04 mrmoku, but it was useful, you should keep it at least until software will become stable :) Aug 02 10:22:57 I'm have no strange aversion to opening the case to cut the power by removing a battery. Aug 02 10:25:35 PaulFertser, neither do I, but everytime I open the case I feel like it becomes weaker Aug 02 10:26:15 plastic made, very thin... Aug 02 10:27:12 daniele_athome: :) well, mine is still ok Aug 02 10:28:06 mine is broken already... :P Aug 02 10:29:58 here it is :P Aug 02 10:54:53 any python wizz here? :) in a function, i want to change global variable but in order to declare it global withing that function, how do i get the variable's name? Aug 02 10:58:41 i fail to understand, but that doesn't sound very clean :/ Aug 02 11:02:28 vanous1: you need to know its name to change it Aug 02 11:04:58 lindi-: i know it but can i pass it to a function and there make it global? i mean, i would like to make one generic function with user input through which i change some globals Aug 02 11:05:28 vanous1: you can not pass variables as argument Aug 02 11:05:36 vanous1: you pass values Aug 02 11:08:31 lindi-: i could pass it extra, i think i am looking for something like this: global `passed_function_name` Aug 02 11:09:23 vanous1: you would pass a string? Aug 02 11:09:34 yup Aug 02 11:09:56 sounds really ugly Aug 02 11:09:57 so i admit i miss some basic knowledge as there must be a way to do this Aug 02 11:10:10 and slow Aug 02 11:10:31 so i have user preferences and want the user to change them Aug 02 11:11:05 but for that, i want to make only one dialog usable and pass arguments to it Aug 02 11:11:16 rather then recreate this many times... Aug 02 11:13:05 but i can create smaller functions for each preference item and from there call the dialog, this is doable... Aug 02 11:13:29 perhaps i was shooting too up high Aug 02 11:14:32 lindi-: thank you Aug 02 12:07:03 splittone! Aug 02 12:15:44 splitnode Aug 02 12:19:13 yeah Aug 02 12:19:33 GSM fixed in 2.6.34 :)) Aug 02 12:19:53 ;] Aug 02 12:20:26 dos1: so when 2.6.34 will be in shr-u ?:) Aug 02 12:21:11 so, what to fix next... Aug 02 12:22:17 dos1: sysfs node restored? Aug 02 12:22:43 dos1: patch? (I'll add it to OE, before reflashing my new image) Aug 02 12:22:43 and when will 2.6.35 be in shr-u? Aug 02 12:22:50 there's GSM MUX in it... Aug 02 12:22:52 JaMa|Wrk: openmoko-kernel Aug 02 12:22:59 and GSM line discipline... Aug 02 12:23:15 Wonka: about that you should probably talk to mickeyl :) Aug 02 12:23:25 hey guys, thats my patch... Aug 02 12:23:59 hmm. maybe I should boot my 2.6.35 (on my notebook) before I praise it too much Aug 02 12:24:14 gena2x: yep, there is your name as sender ;] Aug 02 12:24:32 gena2x: can it be modified to provide same sysfs path as .32 did? Aug 02 12:25:07 gena2x: IIRC it was without reg-fixed-voltage.1 etc in /sys/bus/platform/devices/reg-fixed-voltage.1/gta02-pm-gsm.0/power_on Aug 02 12:28:24 wait, wait Aug 02 12:28:36 i think it is accessible via different patch Aug 02 12:28:45 i just used path from omhacks... Aug 02 12:28:56 yup /sys/bus/platform/devices/gta02-pm-gsm.0/power_on Aug 02 12:29:20 your path is ok too Aug 02 12:29:27 with this patch Aug 02 12:29:54 ah then OK Aug 02 12:30:44 in some point in git history there was /sys/bus/platform/devices/reg-fixed-voltage.1/gta02-pm-gsm.0/power_on only (before that patch you identified as breakage point), I'll rebuild with your patch and check that /sys/bus/platform/devices/gta02-pm-gsm.0/power_on is also available now, thanks Aug 02 12:31:49 it is available via /sys/bus/platform/devices/reg-fixed-voltage.1/gta02-pm-gsm.0/power_on too. Aug 02 12:31:54 ok. Aug 02 12:32:31 anything else to fix? Aug 02 12:32:48 (except 'microamps lost') Aug 02 12:33:46 gena2x: do you have /sys/bus/platform/devices/gta02-pm-gsm.0/flowcontrolled ? Aug 02 12:34:28 yes Aug 02 12:34:49 ok Aug 02 13:02:20 JaMa|Wrk: images fail for htcdream due to missing mesa-dri Aug 02 13:05:01 I've just restarted build to see it :) Aug 02 13:05:03 thanks Aug 02 13:06:28 Hm, "make clean" doesn't rm .Plo, but should it? Aug 02 13:08:19 I bet it shouldn't, those are configure-generated Aug 02 13:11:19 hi someone knows if the xserver / glamo on the freerunner supports XSetClipMask(dpy, g, pix); Aug 02 13:11:19 XSetClipOrigin(dpy, g, x, y); in hardware? Aug 02 13:12:22 btw, JaMa|Wrk: cookie :D http://patchwork.dev.bearstech.com/patch/740/ Aug 02 13:15:28 rohezal: that doesn't really make sense.. Aug 02 13:15:47 maybe im understanding something wrong^^ Aug 02 13:16:05 but the clipping (not drawning special regions of an image) Aug 02 13:16:10 by the time these operations get through the X server to the driver, they look quite different - it's not simply a case of supporting or not supporting a particular operation Aug 02 13:16:12 is done on the gpu normaly or? Aug 02 13:16:27 depends what the operation being clipped is.. Aug 02 13:16:38 hmm Aug 02 13:16:39 but EXA has no notion of clipping - it just gets coordinates for rectangles to copy/fill Aug 02 13:16:47 hmmm Aug 02 13:16:48 ok Aug 02 13:16:54 dos1: already in my branch Aug 02 13:16:54 so its probably not supported Aug 02 13:17:21 well.. if you set a clipping region then do a fill, the driver will just get a smaller set of coordinates to fill (which would be accelerated) Aug 02 13:17:24 i wanted to use clipping for sprites. so you can the ground of the character etc Aug 02 13:17:59 hmmm Aug 02 13:18:07 im not sure if i uderstand Aug 02 13:18:11 understand Aug 02 13:18:40 actually maybe I misunderstand Aug 02 13:18:46 are you talking about transparency? Aug 02 13:19:09 yes Aug 02 13:19:09 http://en.wikipedia.org/wiki/Bit_blit Aug 02 13:20:05 masking isn't supported, no Aug 02 13:20:09 damn Aug 02 13:20:13 it'd be via xrender I think Aug 02 13:20:24 (which could be supported in theory.. I think) Aug 02 13:20:25 will it be supported in the future? Aug 02 13:20:34 wait xrender is supported in hardware? Aug 02 13:21:31 glamo can do transparency, yep Aug 02 13:21:40 subject to restrictions of course Aug 02 13:23:02 ok Aug 02 13:23:09 how can i use transparency? Aug 02 13:23:19 when not through X with masking? Aug 02 13:23:45 grr, not my lucky day today Aug 02 13:26:31 why cannot i get elementary to return a result of a button triggered function when opening one window (a dialog) to it's parent window? Aug 02 13:27:03 having some example would be helpful Aug 02 13:48:14 JaMa|Wrk: maxima, pingus and dates fail with some strange errors for every machine Aug 02 13:48:23 and only those three Aug 02 13:52:19 rohezal: probably XSetClipMask and friends ends up as xrender operations, but I don't know Aug 02 13:52:42 gena2x: gsmspeaker needs fixing Aug 02 14:04:11 gena2x: at least on 2.6.32... dunno about 2.6.34... now that gsm works I can test Aug 02 14:04:20 (provided sound works in 2.6.34) Aug 02 14:45:26 rohezal: probably XSetClipMask and friends ends up as xrender operations, but I don't know Aug 02 14:45:42 Weiss: so it will be maybe supported in the future? Aug 02 14:46:14 possibly.. I haven't really looked into it Aug 02 14:47:17 Weiss: do you understand this page flipping stuff they've added to intel on a per output basis? Aug 02 14:47:33 http://repo.or.cz/w/linux-2.6.git/blobdiff/6f772d7e2f4105470b9f3d0f0b26f06f61b1278d..be9a3dbf65a69933b06011f049b1e2fdfa6bc8b9:/drivers/gpu/drm/i915/intel_display.c Aug 02 14:48:42 tmzt: roughly.. what about it? Aug 02 14:49:01 I'm trying to understand what this page flipping stuff is all about Aug 02 14:49:09 mrmoku: yes, sound were always ok in .34, issues were related to debian in fact Aug 02 14:49:23 whether it's only used for vsync on 3d or it can be used for hardware that requires blitting to the display Aug 02 14:49:48 AIUI, it's just "change the current front buffer in a vsync", where the setting of the buffer is done similarly to normal KMS (just a bit faster because no mode change is involved) Aug 02 14:50:08 mrmoku: i think i understand alsa pretty well, but i don't know what is gsmspeaker. can you describe problem with more details. Aug 02 14:50:27 I was thinking similar things to you actually.. about whether it can be used for something like Glamo which has a different way of doing things (set up two buffers, flip between them on command, but you have to know about both up front) Aug 02 14:50:29 I was thinking we could use the xrandr trick the same way framebuffer offsets are used in the existing driver, switching output between front and backbuffers Aug 02 14:50:42 mrmoku: also, i recalled one more very important thing needs fixing in .34: touchscreen, so i have something to do :) Aug 02 14:50:45 right, same thing with MSM MDP Aug 02 14:50:57 gena2x: for gsmspeaker there needs to be setup a special routing Aug 02 14:51:07 it can be made to work for sure, but it's not natural to the KMS pageflipping stuff in my current understanding Aug 02 14:51:11 gena2x: gsmspeaker is alsa state which enables "hands-free" mode while on GSM call :P Aug 02 14:51:13 gena2x: I will just try if it works Aug 02 14:51:34 Weiss: I'm trying to open a dialog with X people to get more SoC friendly stuff in there, this is part of it :) Aug 02 14:51:35 gena2x: or loud speaker, dunno how it's called properly in english Aug 02 14:51:42 Weiss: you have a better relationship though Aug 02 14:52:01 Weiss: and more fully understand the technical problems Aug 02 14:52:26 tmzt: the DRI people are friendly (#dri-devel) Aug 02 14:52:44 cool, I keep forgetting I have no more freenode limit :) Aug 02 14:52:49 hehe Aug 02 14:52:53 Weiss: can you ask them if the implement the Clipping?^^ Aug 02 14:53:29 Weiss: now if I could get some traction on the DDX issues that would be cool, tehy really want kdrive dead Aug 02 14:53:35 rohezal: actually I can do that.. sounds like a nice little project without Modesetting Doom.. Aug 02 14:53:43 tmzt: which issues? Aug 02 14:53:55 Weiss: xf86 is too slow on msm 7k Aug 02 14:54:10 but I know you're using it on fr Aug 02 14:54:19 Weiss: this would be great :). im sorry that im such a noob and cant help. trying now to create 1 bit monocolor bitmap in X for clipping Aug 02 14:54:24 so I don't get it, arm11 should be a lot faster Aug 02 14:54:31 dos1, mrmoku: according to my understanding, speaker thing is user-space issue? Aug 02 14:54:36 and we have a similar amount of ram Aug 02 14:54:52 tmzt: yeah.. GTK shows it up particularly badly? (GTK is loads faster on Xglamo than Xorg) Aug 02 14:55:07 the few times I've tried it Aug 02 14:55:13 gena2x: do you know what alsa .state file is? Aug 02 14:55:17 I went looking for reasons for that, but couldn't find what they are.. Aug 02 14:55:21 the hardest part is getting some more hardware to test on, my means are pretty limited Aug 02 14:55:31 so I can't give them the numbers they want Aug 02 14:55:42 dos1: not only know. i can setup it as i like from nothing. Aug 02 14:55:42 I know xf86 is getting better and I'm sure it will get there in time Aug 02 14:56:11 gena2x: so something has changed and our gsmspeaker.state is not working anymore with 2.6.34 Aug 02 14:56:26 dos1: aha, got idea. Aug 02 14:56:27 Xorg has all this glyph caching stuff which Kdrive doesn't, and the acceleration architecture is virtually identical (EXA vs KAA), so I'm confused.. Aug 02 14:57:00 dos1: did you test it after my patch? Aug 02 14:57:13 gena2x: i didn't, ask mrmoku :) Aug 02 14:57:31 mrmoku: so, did you test it after my patch? Aug 02 14:58:01 btw, no more .state files as far as i understand. Aug 02 14:58:14 Weiss: I'm more interested in the kdrive mainloop and it's lack of Xorg.conf, but I've looked at the work required to add a form of hotplug to it and xrandr1.2 support Aug 02 14:58:22 the Xorg codebase is really confusing though Aug 02 14:58:34 so I'm happy to let old hands clean that up as the work is ongoing Aug 02 15:01:05 mrmoku: ah, ok. i got idea. it is not working on .32. Aug 02 15:01:19 mrmoku: i'll put this to list and check on .34. Aug 02 15:01:55 gena2x: yeah, thanks :) Aug 02 15:01:59 mrmoku: hm. may be even now, this should be easy, so just wait for report. Aug 02 15:02:09 :D Aug 02 15:06:06 SHR: 03mok 07phoneuid * r0810f55d08ff 10/ (17 files in 2 dirs): add the license to _all_ source code files Aug 02 15:10:08 dos1: you can save me. do you in any of your python stuff have user input collected through a second window? Aug 02 15:10:29 vanous: hmm? Aug 02 15:11:13 dos1: i am looking for an example of how to catch in the main win what the user enters. Aug 02 15:11:35 vanous: could you be more specific? :) Aug 02 15:11:40 dos1: i cannot work with it directly as is out of my namespaces... so i need to pass it back Aug 02 15:12:21 for any user entered input, i don't make an Entry but run a dialog window with an entry fiels and OK/Cancel buttons Aug 02 15:13:28 and i need to get this input and give it back to my main window functions Aug 02 15:14:20 rather then for example storing this input directly into database with a function in the input dialog Aug 02 15:18:50 vanous: and what problem do you have with that? Aug 02 15:19:15 well, if you ask like this than i do something wrong again :) Aug 02 15:20:05 i have problem catching the returned value Aug 02 15:20:17 vanous: entry.entry_get() IIRC Aug 02 15:20:28 well, this is the easy part, yes Aug 02 15:20:46 SHR: 03mok 07phonefsod * ra80639a56be5 10/src/ (phonefsod-dbus-usage.c phonefsod-dbus-usage.h): phonefsod-dbus-usage: remove obsolete resource stuff Aug 02 15:20:54 but when you close the window, i need to return this to where i came from Aug 02 15:20:57 SHR: 03mok 07phonefsod * rd910e1c3ca27 10/ (13 files in 2 dirs): fix license and add it to all source code files Aug 02 15:20:58 vanous: and if you have classes etc. just return this data with function Aug 02 15:21:07 yup yup Aug 02 15:21:10 but no Aug 02 15:21:18 this doesn't work Aug 02 15:21:18 vanous: with python you can return multiple values in one function Aug 02 15:21:24 vanous: just use return (var1, var2); Aug 02 15:21:31 vanous: and then (var1, var2) = function() Aug 02 15:21:37 actually this is one one value (tuple) Aug 02 15:21:48 Defiant: well, right ;) Aug 02 15:21:51 the trouble is, that when you do win.show(), it returns right away Aug 02 15:22:14 so my function that is awaiting this is passing it by as there was nothing returned Aug 02 15:22:29 and there couldn't be anything returned as user hasn't clicked the buttons yet Aug 02 15:22:39 vanous: show code. i really can't understand your problem :( Aug 02 15:22:40 so it would need for the window to close Aug 02 15:22:52 i will prepare a small example Aug 02 15:22:55 ok Aug 02 16:01:12 JaMa|Wrk: why isnt ALSA built as modules on 2.6.32? Aug 02 16:03:39 Martix: it can be.. but size of kernel image didn't change so much with/without it so I kept it included.. Aug 02 16:04:33 JaMa|Wrk: it change to 1,8 MB Aug 02 16:05:03 here it was only about 100kB IIRC Aug 02 16:06:07 JaMa|Wrk: but modules must be loaded manualy (after depmod -a), same as ar6000 Aug 02 16:06:08 with this http://paste.pocoo.org/show/244817/ I still had 1.9 MB IIRC Aug 02 16:06:57 module_autoload_snd-soc-neo1973-gta02-wm8753 = "snd-soc-neo1973-gta02-wm8753" in om-gta02.conf should work Aug 02 16:07:35 mrmoku added the same for ar6000 and btusb, but kernel-modules weren't probably upgraded since this commit so it's not used in feeds yet Aug 02 16:08:46 Martix: starting now building image with fix for that :P Aug 02 16:09:27 dos1: it won't help if you have 2.6.32.16 already without PR bump Aug 02 16:09:44 or --force-reinstall :) Aug 02 16:09:54 so bump PR :D Aug 02 16:10:18 dos1: syncing? :) Aug 02 16:10:25 JaMa|Wrk: yup Aug 02 16:12:38 JaMa|Wrk: ok, I built more drivers as modules and decreased size of kernel by 900 KB (incl. 200 KB Alsa as modules) Aug 02 16:13:53 Martix: ok, I'll give it a try again with next upgrade Aug 02 16:15:34 JaMa|Wrk: ok, I dont have problem with kernel images over 2MB, but I am curious why increased image size so much after .29 to .32 switch, perhaps KMS stuff? Aug 02 16:17:02 KMS is small.. Aug 02 16:17:16 2.6.29 1.9MB, 2.6.29-drm 1.9 MB Aug 02 16:25:51 | In file included from phonefsod-dbus-usage.c:25:0: Aug 02 16:25:51 | phonefsod-usage-service-glue.h:246:17: error: 'phonefsod_usage_service_request_resource' undeclared here (not in a function) Aug 02 16:26:40 hmm Aug 02 16:26:53 ehm Aug 02 16:26:55 my fault :P Aug 02 16:27:05 * mrmoku goes and fixes Aug 02 16:27:23 obsolete stuff :P Aug 02 16:27:24 :) Aug 02 16:27:36 yep Aug 02 16:28:09 dos1: i have discussed it in #e and will see what i have to do... Aug 02 16:30:46 JaMa|Off: comitting is not enough... one should push too :P Aug 02 16:30:47 SHR: 03mok 07shr-specs * r161a4186a2f5 10/org.shr.phonefso/org.shr.phonefso.Usage.xml.in: org.shr.phonefso: remove obsolete Resource interface Aug 02 16:30:58 SHR: 03mok 07shr-specs * rd67c3e298149 10/ (21 files in 4 dirs): remove autogenerated files Aug 02 16:35:18 mrmoku: thanks Aug 02 16:35:22 yw Aug 02 16:36:12 * JaMa|Off needs some app showing origami manual :) Aug 02 16:37:21 last try with x Aug 02 16:37:21 * JaMa|Off wants to surprise one girl.. and assemble origami cat with manual from net is not so cool as with app on phone :) Aug 02 16:37:24 then its over Aug 02 16:37:27 god damn Aug 02 16:37:39 for real SDL is very easy to use and runs on almost everyy system Aug 02 16:37:40 and now really of to pub Aug 02 16:37:43 bye Aug 02 16:37:45 JaMa|Off: have fun :) Aug 02 16:37:46 xlib is realy hard to use Aug 02 17:03:02 mrmoku, how's qt going? still building? hehe ;) Aug 02 17:07:08 pespin: worse... qt-embedded failed to build :/ Aug 02 17:07:48 pespin: had no time to look into it why today Aug 02 17:07:56 will do a bit later Aug 02 17:08:47 mrmoku, ok, much thanks ;) Aug 02 18:45:46 hi to all! I'm trying to follow the "Building SHR" guide from shr-project.org. After successfully execute "make image", I should launch "make shr-image" but the target is not on the Makefile...I tried to launch "bitbake shr-image"...and it started to cook recipes about multimedia....but ffmpeg fails on compile..... Aug 02 18:46:09 ...any hints? Aug 02 18:46:18 leosaeba: make update Aug 02 18:47:34 dos1: will it preserve unchanged packages? or will brutally download and compile everything all over again? (I'm on a dial-up mobile connection) Aug 02 18:48:06 leosaeba: don'y worry, it'll just update git repo with recipes Aug 02 18:48:11 s/'y/'t/ Aug 02 18:48:12 dos1 meant: leosaeba: don't worry, it'll just update git repo with recipes Aug 02 18:49:10 apt, dos1: tnx...I'm trying... Aug 02 18:59:37 apt: still cannot launch "make shr-image"...I have a (66MB) shr-lite image on deploy dir....how do I create a full image? Aug 02 19:00:10 leosaeba: bitbake shr-image Aug 02 19:00:34 dos1: ah! ...ok Aug 02 19:02:03 leosaeba: "make shr-image" is in fact just calling "bitbake shr-lite-image" Aug 02 19:03:13 dos1: in which dir? I tried to launch "make shr-image" ... but the target is not found in ./Makefile or ./shr-unstable/Makefile Aug 02 19:03:32 leosaeba: oh, so maybe it was called differently :) Aug 02 19:03:59 dos1: :) ok...I'm fine with "bitabake shr-image" :P Aug 02 19:04:00 leosaeba: just use bitbake for that, there's no need for using Makefile as it's already one line :P Aug 02 19:04:21 dos1: right Aug 02 19:07:38 pespin: -r20.0/qt-everywhere-opensource-src-4.7.0-beta1/lib/libQtWebKitE.so: undefined reference to `QMediaObject::availableMetaData() const' Aug 02 19:07:43 lots of them :/ Aug 02 19:08:40 mrmoku, booh never liked Qt (hurray for gnome+Enlightenment) ;P Aug 02 19:09:03 mrmoku, what about taking a newer snapshot? Aug 02 19:09:37 pespin: but snapshot from what? Aug 02 19:10:34 mrmoku, libQtWebKit ? Aug 02 19:11:28 but... wasn't qt already working on repos? I though JaMa|Off was using something qt based for navit, but I may be very confused :S Aug 02 19:11:47 maybe it was not qt-embedded... Aug 02 19:15:01 mrmoku, I'll ask evopedia devel if we need qt-e or just qt, it may be my fault (noob recipe maker powah!) Aug 02 19:15:51 pespin: good :) Aug 02 19:16:24 Wonka: I'd be interest in hearing some experiences wrt. the MUX line discipline. Given the quirks of the Calypso i doubt that it can be a drop-in replacement for our userland MUXer, but still I'd be interested in reviews. Personally I have little motivation to do it though, since the benefits in performance are somewhat neglectible IMO. Aug 02 19:22:36 mickeyl: mmh... too bad :/ Aug 02 19:23:11 mickeyl: I'd like to help more with FSO/SHR/stuff, but I'm time-bound too :/ Aug 02 19:23:41 mickeyl: I'd need to build my own kernels for that then, and that won't happen anytime soon Aug 02 19:24:31 hmm Aug 02 19:24:38