**** BEGIN LOGGING AT Sat Oct 09 02:59:57 2010 Oct 09 08:18:08 moin Oct 09 08:36:40 hi mrmoku Oct 09 08:36:46 could you rebase in order to include that fix: Oct 09 08:36:50 http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=72c2ac940065948cb688fde821e51efac6b71b4b Oct 09 08:49:04 morning Oct 09 08:54:32 GNUtoo|laptop: sure Oct 09 08:55:03 hi mrmoku :) Oct 09 09:02:35 daniele_athome: hi Oct 09 09:05:28 GNUtoo|laptop: done... there was a couple of conflicts... I hope I resolved them all correctly :P Oct 09 09:11:05 ok thanks a lot Oct 09 09:39:28 morning Oct 09 09:42:23 mickeyl: morning Oct 09 09:44:30 * mickeyl takes a look at PDP Oct 09 09:44:52 moin Oct 09 09:48:52 mrmoku: we should move to dbus 1.4.0, it contains some important threading fixes. Oct 09 09:50:15 hmm Oct 09 09:50:20 2010-10-09T09:49:12.739315Z [INFO] fsogsmd : received signal -11, exiting. Oct 09 09:50:20 Segmentation fault Oct 09 09:50:25 ok, i know what you guys mean now :) Oct 09 09:59:11 0x00007ffff319b52f in fso_gsm_ipdp_handler_activate (self=0x0, _callback_=0x7ffff31655f5 , _user_data_=0x674cd0) at pdp.c:696 Oct 09 09:59:12 696 FSO_GSM_IPDP_HANDLER_GET_INTERFACE (self)->activate (self, _callback_, _user_data_); Oct 09 09:59:19 self=0x0, where is my object? Oct 09 09:59:46 mickeyl: heh Oct 09 09:59:59 self=0x0 is not good :P Oct 09 10:02:15 ok, at least a hint where to hunt for Oct 09 10:03:05 uh oh Oct 09 10:03:20 *cough* Oct 09 10:04:37 mrmoku, mickeyl and me think that the n900 branch should go on openembedded git server Oct 09 10:05:11 mickeyl, else you could use gdb+gdbserver etc... Oct 09 10:07:03 or do you forward serial and develop on your computer? Oct 09 10:08:03 GNUtoo|laptop: fine for me... just dos1 has no commit access there Oct 09 10:08:16 ouch Oct 09 10:08:27 maybe he should get commit access then? Oct 09 10:08:33 more important for me is that we start to cherry-pick working stuff into master there Oct 09 10:08:44 as that is what we use to build images on the buildhost from Oct 09 10:08:46 yes indeed Oct 09 10:08:49 MUX debugging works fine with my cinterion mc75i development board, right via serial to the PC. Oct 09 10:09:10 mickeyl, new modem? Oct 09 10:09:14 new board? Oct 09 10:09:15 hmmm Oct 09 10:09:37 no, this was the modem development board for gta03 Oct 09 10:09:51 ok but the issue is on gta02? Oct 09 10:09:55 yes Oct 09 10:09:58 well Oct 09 10:10:03 ok Oct 09 10:10:05 it's everywhere w/ pdpmux Oct 09 10:10:09 ahh ok Oct 09 10:10:16 doesn't look FR-specific Oct 09 10:10:20 ok Oct 09 10:11:26 mrmoku: you're using the stock fsogsmd from cornucopia on SHR/FR, right? Oct 09 10:11:43 mickeyl: yup Oct 09 10:12:05 k Oct 09 10:12:56 ok, then i was hunting at the wrong spot Oct 09 10:13:03 my pdp type was invalid hence the object wasn't created at all Oct 09 10:13:07 mux vs. ppp_mux Oct 09 10:13:09 that's not our problem though Oct 09 10:13:11 retrying now Oct 09 10:15:48 hmm Oct 09 10:16:08 ** Message: muxtransport.vala:249: START FORWARDING TO PPP VIA 12 <--> 13 Oct 09 10:16:08 (process:7160): GLib-CRITICAL **: g_io_add_watch_full: assertion `channel != NULL' failed Oct 09 10:16:17 where i get a CRITICAL you get a SIGSEGV Oct 09 10:16:40 maybe some PR not bumped? Oct 09 10:16:42 yeah, that looks like the point where it segfaults for me Oct 09 10:16:54 ok, let me look what happens there Oct 09 10:16:57 right when starting to talk with ppp Oct 09 10:17:10 ok Oct 09 10:17:18 strange thing is i didn't touch that part of the code since long Oct 09 10:18:59 yup Oct 09 10:19:05 must be some change somewhere else Oct 09 10:20:52 pppOut = new FsoFramework.Async.ReactorChannel( outfd, onDataFromPPP ); Oct 09 10:20:57 hmm Oct 09 10:21:04 hmm Oct 09 10:21:13 electranox touched my ReactorChannel, IIRC Oct 09 10:21:18 perhaps he introduced a problem then Oct 09 10:25:24 aaaaargh Oct 09 10:25:34 watch = channel.add_watch( GLib.IOCondition.IN | GLib.IOCondition.HUP, onActionFromChannel ); Oct 09 10:25:34 channel = new GLib.IOChannel.unix_new( fd ); Oct 09 10:25:45 how about first creating an object, _then_ calling methods on it? Oct 09 10:26:06 * mickeyl git blame Oct 09 10:27:34 yep Oct 09 10:27:40 i'm to blame as well Oct 09 10:27:46 i didn't spot it during the review Oct 09 10:27:48 *sigh* Oct 09 10:35:37 mrmoku: can you test, pleae? Oct 09 10:35:40 freesmartphone.org: 03mickey 07cornucopia * r0c5585cbc3b7 10/libfsobasics/fsobasics/utilities.vala: Oct 09 10:35:40 freesmartphone.org: libfsobasics: repair damage introduced with a561ec741ba93e6a70eca86d3822e75063c0209d Oct 09 10:35:40 freesmartphone.org: NOTE: Objects need to be created before calling methods on them. Should fix FSO #587 Oct 09 10:36:27 ok, now to the fun stuff... Oct 09 10:36:30 * mickeyl builds glib 2.26 Oct 09 10:37:29 [Rui]: please test Oct 09 10:38:03 <[Rui]> mickeyl: hms... I'll have to wait for the package build... Oct 09 10:38:09 <[Rui]> mickeyl: thanks in advance! :) Oct 09 10:38:46 np, sorry for the fallout. that's what happens not paying attention during a review :/ Oct 09 10:42:13 <[Rui]> meh it happens, no worry :) Oct 09 10:42:29 <[Rui]> I'm still recovering from the fallout of learning edje :) Oct 09 10:51:32 hehe Oct 09 10:51:47 JaMa|Off: (with which kernel do you me to test your image ?) Oct 09 11:04:13 hmmm | checking for VALA... configure: error: Package requirements (vala-1.0 >= 0.8.1.1) were not met: Oct 09 11:04:15 in android-rpc Oct 09 11:04:27 so the uttilities from fso Oct 09 11:05:55 mickeyl: good thing... will test :D Oct 09 11:06:23 GarthPS|away: latest image with latest kernel is possible to work ok Oct 09 11:06:36 JaMa|Off: from tests/shr-unstable? Oct 09 11:07:01 JaMa|Off: no kernel there Oct 09 11:10:02 mickeyl, why android-rpc requires vala 1.0? Oct 09 11:10:56 JaMa|Off, are you really off? Oct 09 11:12:49 mrmoku: ah, strange, will create one there, (or you can extract one from .tar.gz image) Oct 09 11:13:08 GNUtoo|laptop: 90% just arrived home for few mins and then gone again Oct 09 11:13:20 ah ok so ping me later Oct 09 11:18:58 JaMa|Off: ok, will extract it then Oct 09 11:19:47 JaMa|Off: hmm... maybe I should just build a new image with mickey's fix for GPRS anyway Oct 09 11:23:38 ping, what should I do for the "required" vala-1.0 ? Oct 09 11:24:38 GNUtoo|laptop: see coruncopia repo Oct 09 11:24:47 GNUtoo|laptop: there are quite a few examples Oct 09 11:24:50 ah not uttilities repo? Oct 09 11:24:59 vala 1.0 is not out yet? Oct 09 11:25:05 GNUtoo|laptop: I've changed it only in those built for shr-image Oct 09 11:25:08 JaMa|Off: yop but there is no kernel in the test repo right now Oct 09 11:25:20 GarthPS|away: see reply to mrmoku Oct 09 11:25:28 ok Oct 09 11:25:59 mrmoku: yup please build new image, I'll clean kernel to force recreation in deploy dir Oct 09 11:26:01 JaMa|Off: ok thx( I will wait ) Oct 09 11:27:25 mrmoku: btw: I'm not sure which packages were built with that faulty gcc, I've rebuilt only dbus sofar.. Oct 09 11:27:50 mrmoku: when we switch to libtool-2.4 I would like to bump DISTRO_PR to be sure.. Oct 09 11:28:06 thanks a lot Oct 09 11:28:20 I'll make a patch and push it Oct 09 11:28:50 Mokosuite2: 03daniele.athome 07appbunch:master * r92b5b480a3ed 10/README: ciabot test http://tinyurl.com/2wd59nt Oct 09 11:28:51 mmm... Oct 09 11:28:56 here it is!!! at last :D Oct 09 11:29:13 after 10 test commits lol Oct 09 11:30:10 to compensate for my evil rant of the other day: 27c3 ticket presale starts tomorrow: events.ccc.de Oct 09 11:30:49 Mokosuite2: 03daniele.athome 07appbunch:master * r2416950afff9 10/README: ciabot URL test :) http://tinyurl.com/33qe5s2 Oct 09 11:32:02 * DocScrutinizer frowns at tinyurl Oct 09 11:33:47 :) Oct 09 11:34:55 if it weren't CIA I'd issue an official warning Oct 09 11:35:22 URL generally should be self-descriptive Oct 09 11:35:31 JaMa|Off: ok Oct 09 11:39:57 DocScrutinizer, i can modify the hook Oct 09 11:40:44 mickeyl, could you delete the sd8xxx wich is the same than palmpre/sd8xxx on linux-2.6 on fso? Oct 09 11:41:57 I mean otherwise you can forget about all the DNS crap and post IPs instead - even shorter and more informative than tinyurl Oct 09 11:42:11 DocScrutinizer, for gitorious? :S Oct 09 11:42:19 hehehe Oct 09 11:42:25 touche' Oct 09 11:42:28 lol Oct 09 11:42:49 I said for cia it might be OK Oct 09 11:42:56 freesmartphone.org: 03GNUtoo 07utilities * rb01e80aa54f2 10/android/rpc/configure.ac: (log message trimmed) Oct 09 11:42:56 freesmartphone.org: android-rpc: new way to detect vala Oct 09 11:42:56 freesmartphone.org: Thanks to Martin Jansa for pointing me out how to do it on irc: Oct 09 11:42:56 freesmartphone.org: ping, what should I do for the "required" vala-1.0 ? Oct 09 11:42:56 freesmartphone.org: GNUtoo|laptop: see coruncopia repo Oct 09 11:42:57 freesmartphone.org: GNUtoo|laptop: there are quite a few examples Oct 09 11:42:58 freesmartphone.org: from #openmoko-cdevel on freenode Oct 09 11:43:01 but generally tinyURL is deprecated Oct 09 11:45:36 daniele_athome: anyway consider tinyurl is an external service not under your control, that can vanish or discard your links any time Oct 09 11:45:57 DocScrutinizer, i know i never use these services, it was just a downloaded ciabot script :) Oct 09 11:46:03 so highly unappropriate for documentation purposes Oct 09 11:46:21 anyway i edited that to write gitorious urls Oct 09 11:48:47 mickeyl: hi there :) Have you already changed the timeout for at commands from 120s to something less likely to cause problems? Oct 09 11:57:27 <[Rui]> daniele_athome: I agree with DocScrutinizer, tiny urls are evil :) Oct 09 11:58:04 [Rui], i knooooowwww :P Oct 09 11:58:09 i don't use that :D Oct 09 11:59:05 PaulFertser: no, not yet, but now that i'm on all that stuff again, i'll do it soon Oct 09 11:59:50 <[Rui]> they're nice to shorten on character length restricted messages, but even then... I always feel like I'm betting on a roulette Oct 09 12:02:23 mickeyl: ok. Count me in as a tester ;) Oct 09 12:02:44 right Oct 09 12:21:57 hey mickeyl PaulFertser, how's about 27c3? :-D Oct 09 12:22:20 hmm Oct 09 12:22:40 congress is always a bit bad for me Oct 09 12:22:47 with my birthday on 26.12. Oct 09 12:23:06 heh, best way to celebrate it :-P Oct 09 12:29:18 GNUtoo|laptop: sd8xxx removed. anything else? Oct 09 12:29:21 hehe Oct 09 12:29:22 well Oct 09 12:29:49 depends on whether we could get a hacking table or so Oct 09 12:30:03 and whether we have any progress until then Oct 09 12:30:07 to show something Oct 09 12:30:11 not yet Oct 09 12:30:12 thanks Oct 09 12:34:57 mickeyl, btw what should we do for the fosdem talk if I'm unsure if I can come? Oct 09 12:39:42 mrmoku, strange we should diff oe's kenrel and the not-really modified one from n900 branch Oct 09 12:39:48 oops Oct 09 12:39:49 sorry Oct 09 12:40:06 mrmoku, strange we should diff my working kernel with the one in n900 branch Oct 09 12:40:17 because the one in n900 branch doesn't work well Oct 09 12:41:18 ah no Oct 09 12:41:27 it reboots even when the usb cable is there....hmmm Oct 09 12:41:31 maybe a microsd issue Oct 09 12:41:51 let me check if my microsd was inserted correctly Oct 09 12:48:20 ok Oct 09 12:48:42 GNUtoo|laptop: if you can't come, someone else needs to summarize the status Oct 09 12:48:51 but lets deal with that when we are sure you can't come Oct 09 12:48:56 i'm still hoping :) Oct 09 12:49:55 mickeyl, the issue is that I keep looking at the not-yet published exams dates and they didn't publish them yet, and the clock is ticking for the deadline for submissions Oct 09 12:54:40 i don't know which deadline you mean Oct 09 12:54:55 but the deadline for devroom submissions is not the deadline for the devroom programs Oct 09 12:54:58 so relax Oct 09 12:55:01 we have some more months Oct 09 12:55:20 ah ok Oct 09 12:55:33 I thought we had to submit the papers the 16 Oct 09 12:55:36 no Oct 09 12:55:38 ok Oct 09 12:55:39 thanks a lot Oct 09 12:55:41 np Oct 09 12:56:05 devrooms organize their programs themselves, so if we get a devroom accepted, we can then start to gather a program. it doesn't make much sense beforehand Oct 09 12:56:33 ok Oct 09 12:56:38 serdar was confused, i told him Oct 09 12:56:44 ahh ok Oct 09 12:56:46 :) Oct 09 12:56:49 lol Oct 09 12:57:36 we are though instructed to fill the time we get. if we don't manage that, we have a problem. that's what happened last year to the xorg devroom Oct 09 12:57:41 (which was our luck) Oct 09 12:57:53 ok Oct 09 13:05:32 mrmoku, let me fix the issue Oct 09 13:05:42 defconfig changes made it not boot I bet Oct 09 13:10:05 sigh the console is still unusable Oct 09 13:14:23 mickeyl, do you have any idea on why the height of the console prompt in vala-terminal is near to 0 Oct 09 13:14:28 on n900 Oct 09 13:15:17 default font size is 5pt IIRC Oct 09 13:15:45 so I should modify gtkrc? Oct 09 13:15:52 as I do usually Oct 09 13:16:07 try vala-termial -fs 10 Oct 09 13:16:17 ok Oct 09 13:16:19 I do that also Oct 09 13:16:23 I'll try Oct 09 13:16:30 btw I wonder Oct 09 13:16:39 probably dpi setting is wrong Oct 09 13:16:45 so check that as well Oct 09 13:16:46 a lot of games needs some args Oct 09 13:16:49 and vala terminal too Oct 09 13:16:54 to run correctly Oct 09 13:17:06 I wonder how to handle that Oct 09 13:17:17 add the .desktop config only for SHR Oct 09 13:17:25 at the cost of enourmous rebuilds Oct 09 13:17:32 because if they're machine arch Oct 09 13:17:43 it mean we have to build each games for each machine Oct 09 13:18:28 if avoidable, .desktop files should not be machine specific Oct 09 13:18:55 hmmm but how? Oct 09 13:19:10 I mean Oct 09 13:19:22 nearly all games require some --resolution= Oct 09 13:19:27 to work correclty Oct 09 13:19:37 else they try desktop resolutions Oct 09 13:20:03 pingus,wesnoth do Oct 09 13:20:09 and maybe other Oct 09 13:20:21 I ran supertux but I don't remember Oct 09 13:20:27 vala terminal can be fixed Oct 09 13:20:37 but the games.... Oct 09 13:20:38 hmm Oct 09 13:20:49 perhaps a tandem of .desktop file and launcher awareness? Oct 09 13:20:51 something like Oct 09 13:21:03 ok Oct 09 13:21:06 X-CommandLine-Append = --resolution= Oct 09 13:21:16 and then have the launcher act accordingly Oct 09 13:21:44 that way the .desktop file would still be generic Oct 09 13:21:45 ok Oct 09 13:22:39 groceries, bbl Oct 09 13:24:10 ok Oct 09 13:30:03 ok Oct 09 13:30:06 so mrmoku Oct 09 13:30:19 the kernel must use userspace governor at boot Oct 09 13:30:26 and switch to ondemand later Oct 09 13:33:22 ohh Oct 09 13:33:24 nice finding Oct 09 13:34:06 I'll build and push Oct 09 13:37:14 mickeyl, -fs 20 didn't change a thing Oct 09 13:37:33 mrmoku, could you provide a screenshot to mickeyl Oct 09 13:37:38 as I don't have ssh right now Oct 09 13:48:23 * mrmoku tried that increasing of font size too Oct 09 13:48:34 GNUtoo|laptop: can't do screenshots Oct 09 13:48:45 ah? Oct 09 13:48:46 why? Oct 09 13:48:51 not booting? Oct 09 13:48:52 would have to build the scap thingie Oct 09 13:48:58 ah ok Oct 09 13:49:04 isn't it by defualt in all shr-images Oct 09 13:49:08 which means to rebuild everything as too much changed Oct 09 13:49:13 ok Oct 09 13:49:15 just the fat ones I think Oct 09 13:49:19 I'll so it then Oct 09 13:49:22 * mrmoku always builds lite images :) Oct 09 13:49:33 * GNUtoo|laptop always build fat images Oct 09 13:50:11 * mrmoku should maybe start that too as he's always missing mdbus2 and iliwi at least :P Oct 09 13:58:21 mrmoku, pushed Oct 09 13:58:22 it should boot now Oct 09 14:00:25 I bet it's gtkrc Oct 09 14:00:28 I'll try something Oct 09 14:00:52 (/usr/share/themes/shr-theme-gtk-e17lookalike/gtk-2.0/gtkrc) Oct 09 14:01:34 hmmm no Oct 09 14:03:01 hmmm it's not with vala-terminal Oct 09 14:03:03 but with all gtk apps Oct 09 14:03:09 maybe a font issue? Oct 09 14:03:19 hmm Oct 09 14:03:23 freetype issue? Oct 09 14:03:25 maybe Oct 09 14:03:33 which does not happen on armv4t? Oct 09 14:03:37 what about the dream? Oct 09 14:03:42 dream is fine Oct 09 14:03:47 hmm Oct 09 14:04:00 but dream images are somewhat old Oct 09 14:04:19 and I can't be certain to have installed last bitbaken-by-me images Oct 09 14:05:56 mrmoku, for instance: http://scap.linuxtogo.org/files/ee43f0bf8a3b81d2df5e172b64c2ba5e.png Oct 09 14:09:45 GNUtoo|laptop: that is from n900? Oct 09 14:09:54 yes Oct 09 14:10:02 just bitbaken fresh image Oct 09 14:10:42 WTH does it work on gta02 :/ Oct 09 14:10:49 uhm gtk apps still roken? Oct 09 14:10:52 *broken Oct 09 14:11:02 yes Oct 09 14:11:17 >.< Oct 09 14:11:31 btw, haven't found some "phoneui theme selector" in shr-settings. Shall I add it? Oct 09 14:15:05 pespin: would be fine... btw. looks like gtk is broken on n900 only Oct 09 14:15:41 mrmoku, that means I can reflash newest image in my gta02 having a working phone? :D Oct 09 14:17:19 uhm last image is from 2 oct, and I remember it being broken then Oct 09 14:17:26 opkg update may solve it Oct 09 14:22:51 pespin: wait a bit Oct 09 14:23:03 pespin: we did not sync it yet (and have to rebuild it for the GPRS fix) Oct 09 14:23:10 ah ok :) Oct 09 14:23:10 will be able to do that a bit later Oct 09 14:23:33 thnaks :) Oct 09 14:24:13 np Oct 09 14:37:15 leviathan, hi Oct 09 14:37:18 still no cable? Oct 09 14:47:47 mrmoku, didn't we had a patch for dpi? Oct 09 14:53:29 hmmm launching Xorg by hand Oct 09 14:53:39 and launching vala-terminal makes the problem persist Oct 09 14:55:34 hmmm there is an /etc/fonts Oct 09 15:25:09 mrmoku, I have a request for phoneui ;) You have both theme's and auxiliar edj files in the same dir, am I wrong? could you split those in two dirs? Oct 09 15:26:17 I mean, you have in /usr/share/libphoneui-shr/ default.edj, idle_screen.edj, niebiee.edj, widgets.edj Oct 09 15:27:27 you are using specific edje file for idle_screen and dialer (afair) and generic theme one's for the rest? Oct 09 15:29:57 hmm Oct 09 15:30:55 pespin: either we have to put idle_screen and widgets into the default.edj... or go the subdirectory way Oct 09 15:31:04 either thing would be fine for your selector thingie, right? Oct 09 15:33:22 mrmoku, well, atm I'm just comparing the themes from the dir against != 'idle_screen.edj' and 'widgets.edj' ;) Oct 09 15:33:47 and having it in theme subdir would be more logic and similar to what elementary and e17 have to store the themes Oct 09 15:34:39 mrmoku, is it posible to do this in phoneui? -> load theme defined in config, if there's no "dialer" part, load it from default. Oct 09 15:40:45 is there any GTK- or QT-based GSM GUI? Oct 09 15:44:48 pespin: hmm... don't remember the discussions with Jesus... Oct 09 15:45:06 adiblol: not in SHR Oct 09 15:45:26 mrmoku: i'm using debian. Oct 09 15:46:01 * [Rui] rotflols . o O ( mrmoku's getting quite religious... « pespin: hmm... don't remember the discussions with Jesus...» = Oct 09 15:46:10 best thig would be imo to have just a /usr/libphoneui-shr/themes/ dir with a 1 edj file per theme Oct 09 15:46:12 [Rui], lol Oct 09 15:46:20 adiblol: in debian I know the elm based ui we use in SHR and an emacs GUI from PaulFertser :) Oct 09 15:46:49 and load missing parts from the selected theme from a default theme Oct 09 15:47:12 that part I don't know how to do (if it is not automatic) Oct 09 15:47:22 btw. SIM contacts dont work in SHR, but work in Debian+Zhone. Oct 09 15:47:48 adiblol: contacts in SHR are opimd based... and thus sqlite Oct 09 15:47:52 but you can import from SIM Oct 09 15:48:06 i tried, it doesnt work. Oct 09 15:48:20 this is not calypso issue because it works with zhone. Oct 09 15:48:20 that is a bug then :/ Oct 09 15:48:29 mrmoku, I don't know much about edje, but could it be like -> try loading group/block/whatever from /usr/share/libphoneui-shr/themes/[whatever_selected].edj. If it returns error, load from /usr/share/libphoneui-shr/themes/default.edj Oct 09 15:48:55 [Rui], help us with your edje knowledge/headache ;) Oct 09 15:48:58 pespin: I think it does not work that way Oct 09 15:49:38 I think we have to set default.edj as theme and a possible theme as override in some way and then all is automatic Oct 09 15:49:46 afaik e17/elementary does something similar. Do't know how they do it though Oct 09 15:49:51 daniele probably would know (if [Rui] doesn't) Oct 09 15:49:59 IIRC he explained that the other day Oct 09 15:52:31 <[Rui]> pespin: yeah, you could do that, but not like "extending" or "overridding", you have to copy the group and re-implement it your way. Oct 09 15:53:45 <[Rui]> or not :) my modified genlists now look like this: http://files.1407.org/elmdentica.png and the corresponding edc group looks nothing like it's original counterpart. Oct 09 15:54:29 [Rui], then if you wanna create a new theme which only has a slight modification in a group, you have to copy te entire old theme? Oct 09 15:56:07 <[Rui]> pespin: yeah Oct 09 15:56:23 <[Rui]> I mean, only the entire group Oct 09 15:59:17 which would be fine when the groups are finegrained enough Oct 09 15:59:39 (which I think they are) Oct 09 16:00:52 yes that's what I think afair from reading edje docs Oct 09 16:02:36 <[Rui]> well, I was completely lost for a lot of time due to some genlist sizing bug... I mean, it was a bug by design, but now Barbieri's coded the possibility for one to suffer from it. Oct 09 16:03:09 <[Rui]> it's a bug that's not very serious if the window isn't frequently resized, and when it is, it's not that noticeable with so few items in it as in elmdentica :) Oct 09 16:04:39 * mrmoku makes a note to dive into edje docs and learn how to use editje Oct 09 16:05:23 ok, theme selector support for phoneui in shr.settings done ;) Oct 09 16:05:27 I'll push it now Oct 09 16:09:54 SHR: 03pespin.shar 07shr-settings * rcf9e0f645e37 10/ (shr-settings shr_settings_modules/shr_phoneui_theme.py): Added support for libphoneui-shr theme selection Oct 09 16:11:12 mrmoku, btw, tell me when the new images are built please :) Oct 09 16:11:57 and if posible, with this shr-settings revision in, as I'll need it :P Oct 09 16:14:22 pespin: ok Oct 09 16:47:18 hmm... maybe it's as easy as elm_theme_set(foo,"/usr/sha.../mrmoku.edj:/usr/sha.../default.edj:default") Oct 09 16:47:39 to get what we want Oct 09 16:54:05 pespin: do_rootfs started Oct 09 16:55:44 mrmoku, wow is that posible? Oct 09 16:57:21 was not from scratch Oct 09 16:57:45 did just build kernel and shr-settings Oct 09 16:57:49 heh Oct 09 16:57:51 ouch Oct 09 16:58:14 forgot to bump cornucopia rev :/ Oct 09 16:58:27 anyway... dinner now Oct 09 17:32:47 freesmartphone.org: 03mickey 07aurora * r907317ef4efb 10/zhone2/configure.ac: zhone2: new way to detect vala Oct 09 17:33:45 pespin: the image finished Oct 09 17:34:42 get it from tests/shr-unstable if you want Oct 09 17:40:34 any idea for the gtk issue? Oct 09 17:51:48 how many DPI is X set to? Oct 09 17:51:57 is it matching the physical info? Oct 09 17:52:04 the ... facts... so to say Oct 09 17:53:08 should be around 250 IIRC Oct 09 18:03:56 <[Rui]> mickeyl: I know there's a dpi problem in the freerunner when you use xrandr Oct 09 18:04:57 <[Rui]> 1) open vala-terminal, look at the font size, then close it. 2) do xrandr -o 1 ; xrandr -o 0, 3) repeat 1) Oct 09 18:05:27 <[Rui]> (of course this means xrandr command should be run from ssh :) Oct 09 18:23:16 mrmoku, thanks, downloading. WIll take much to have synced repos? Oct 09 18:24:53 pespin: depends on if it works :) Oct 09 18:25:00 pespin: building fixed fsogsmd now Oct 09 18:25:11 then I will test myself... and if it works... sync Oct 09 18:25:41 hmm ok, I'll backup my system before flashing then :) Oct 09 18:28:02 good idea :P Oct 09 18:31:47 mkfs-jffs2 + neotool makes this job easy :D Oct 09 18:46:30 * pespin flashing... Oct 09 18:47:38 hmmm Oct 09 18:47:43 what are the next plans for n900? Oct 09 18:48:12 ah I almost forgott Oct 09 18:48:17 we must solve the gtk problem Oct 09 18:48:25 does somebody have an idea? Oct 09 18:48:34 how many DPI is X set to? Oct 09 18:48:34 is it matching the physical facts? Oct 09 18:48:51 mickeyl, what machine? Oct 09 18:48:56 ah sorry Oct 09 18:48:58 any Oct 09 18:48:59 it was for me Oct 09 18:49:00 ? Oct 09 18:49:02 yes Oct 09 18:49:04 ok Oct 09 18:49:08 I'll look Oct 09 18:49:13 I think it's set to default Oct 09 18:49:18 how can I look Oct 09 18:49:24 I'll grep in /etc/X11 Oct 09 18:49:30 xset q Oct 09 18:50:21 Heinervdm, hmmm what should I look for in xset q, isn't xrandr -q that I should look at? Oct 09 18:50:37 GNUtoo|laptop: yes, it's xrandr :) Oct 09 18:51:08 ok Oct 09 18:51:17 default connected 800x480+0+0 0mm x 0mm Oct 09 18:53:35 "nokia_rx-51_board" ) Oct 09 18:53:35 DPI="267" Oct 09 18:53:37 there is that Oct 09 18:53:41 but it's not used Oct 09 18:53:54 ah yes it's used sorry Oct 09 18:53:59 (tired) Oct 09 18:54:25 xdpyinfo | grep "dots per inch" Oct 09 18:54:48 resolution: 267x265 dots per inch Oct 09 18:54:58 ok Oct 09 18:55:00 that looks good Oct 09 18:55:03 problem elsewhere then Oct 09 18:55:07 so it's set correctly Oct 09 18:55:26 ah but are we sure it's 267? Oct 09 18:55:32 I mean the hardware Oct 09 18:55:39 yes, that should be correct Oct 09 18:55:41 ok Oct 09 18:55:43 it's almost FR Oct 09 18:55:44 thanks a lot Oct 09 18:55:57 does the problem only occurs on the n900? Oct 09 18:56:06 I think so Oct 09 18:56:08 let me look Oct 09 18:56:22 htcdream and freerunner don't have it Oct 09 18:56:28 palm-pre I don't know Oct 09 18:56:39 playya__, hi Oct 09 18:58:05 and only gtk apps are affected Oct 09 18:58:11 yes Oct 09 18:58:19 and not only-vala terminal Oct 09 18:58:34 it seem that all fonts on gtk apps are affected Oct 09 19:00:07 shr-theme-gtk-e17lookalike is used Oct 09 19:00:16 I think so but : Oct 09 19:00:17 Xorg Oct 09 19:00:20 vala-terminal Oct 09 19:00:24 gave the same issue Oct 09 19:08:21 i can't find a font size definition in the gtk theme Oct 09 19:08:35 gtk-font-name = "Sans 5" Oct 09 19:08:36 that? Oct 09 19:09:11 ah, first line :) Oct 09 19:11:55 mrmoku, shr-wizard -> gprs -> couldn't cnnect to FSO Oct 09 19:15:17 icons show up in a uniqe column in desktop Oct 09 19:17:59 have to go now, see ya Oct 09 19:18:48 pespin: ok Oct 09 19:24:03 Heinervdm, the first line doesn't seem to change something Oct 09 19:24:12 I just retried for nth time Oct 09 19:24:23 anyway the menus are an issue too Oct 09 19:24:31 most of the gtk menmus are unreadable Oct 09 19:24:41 it seem to come from the same issue Oct 09 19:25:01 GNUtoo|laptop: perhaps you can try neo-theme-gtk Oct 09 19:25:14 gtk-theme-neo Oct 09 19:25:15 ok I'll try Oct 09 19:25:36 what should I bitbake to get that? Oct 09 19:26:46 found it Oct 09 19:26:51 the neo theme Oct 09 19:30:20 Heinervdm: good ide Oct 09 19:30:21 a Oct 09 19:34:03 Heinervdm, same issue Oct 09 19:34:45 GNUtoo|laptop: but neotheme is used? colors are different? Oct 09 19:34:56 of course Oct 09 19:35:03 it's very black and green Oct 09 19:35:08 :) Oct 09 19:35:11 GNUtoo|laptop: maybe we're missing some X setting... fontpath or something Oct 09 19:35:19 not sure Oct 09 19:35:27 I grepped opkg list_installed | grep font Oct 09 19:35:31 on htcdream Oct 09 19:35:43 and found the same things than nokia900 Oct 09 19:35:46 hmmm Oct 09 19:35:53 maybe nokia900 builds are more recent tough Oct 09 19:36:41 is there a difference in the output of Xorg? Oct 09 19:36:56 I'll look Oct 09 19:36:59 but I bet so Oct 09 19:37:05 because they have different hardware Oct 09 19:37:23 yes, but perhaps it's really sth like fontpath Oct 09 19:38:31 [ 20.487] (WW) The directory "/usr/share/fonts/X11/misc" does not exist. Oct 09 19:38:55 [ 20.487] (==) FontPath set to: Oct 09 19:38:55 JaMa: building feed... good :-) Oct 09 19:38:58 hmmm Oct 09 19:39:06 mrmoku: :) Oct 09 19:39:07 * mrmoku is flashing the new image Oct 09 19:39:33 GNUtoo|laptop: that should be the same on both devices Oct 09 19:39:34 mrmoku: I've built it in the morning, but full image with new cornucopia can be usefull Oct 09 19:39:35 I'll look on htcdream Oct 09 19:39:52 mrmoku: and I will remove image from yesterday :) Oct 09 19:40:15 GNUtoo|laptop: what does xset -q say regarding fontpath? Oct 09 19:40:42 hmm... that would probably effect xterm too Oct 09 19:41:03 Server does not have the FontCache Extension Oct 09 19:41:18 Font Path: Oct 09 19:41:18 built-ins Oct 09 19:41:30 hmm Oct 09 19:41:42 but it has on gta02? Oct 09 19:41:49 same on htcdream Oct 09 19:41:51 bbvs Oct 09 19:41:52 * mrmoku is flashing and can't look Oct 09 19:41:53 ok Oct 09 19:42:11 pango might be another candidate to look at Oct 09 19:42:53 JaMa: again... flashing with dfu-util did not work Oct 09 19:44:52 mrmoku: empty flash again? weird Oct 09 19:45:57 back Oct 09 19:47:15 JaMa: still have to check emptyness... but I got the kernel panic Oct 09 19:48:20 JaMa: yup, empty Oct 09 19:49:34 mrmoku: are you using dfu-util from distro? or some old binary from old om downloads? Oct 09 19:50:33 opkg list_installed | grep pango is the same on both phones Oct 09 19:50:35 hmmm Oct 09 19:50:40 I'll try to bitbake a gtk image Oct 09 19:58:22 JaMa: hmm... some old binary Oct 09 19:58:53 Hey there. I'm using the latest shr-t but I can't receive any sms. As a matter of fact, if I receive one while I'm using shr it disappears and I lose it forever. Any help?, pls Oct 09 20:06:35 same issue with matchbox-terminal in a pure gtk+/matchbox1&2 environment Oct 09 20:07:36 hmm Oct 09 20:07:47 still fighting that font issue? Oct 09 20:07:52 yes Oct 09 20:08:00 you both had it OK in older images, right? Oct 09 20:08:07 yes Oct 09 20:08:12 ah ok, me to Oct 09 20:08:13 o Oct 09 20:09:16 http://scap.linuxtogo.org/files/4664a81af20109056cf86d9a551a6504.png Oct 09 20:09:20 matchbox-terminal Oct 09 20:09:34 without any illume/enlightenmetn etc... things Oct 09 20:09:41 I mean the image was different Oct 09 20:09:51 maybe termcap Oct 09 20:09:52 but Oct 09 20:10:00 also other apps fonts are strange Oct 09 20:10:01 JaMa: getting Alignment traps with fsotdld Oct 09 20:10:05 s/apps/gtk apps/ Oct 09 20:10:06 and everything feels sloooow Oct 09 20:10:17 GNUtoo|laptop meant: also other gtk apps fonts are strange Oct 09 20:11:27 http://scap.linuxtogo.org/files/46c847e1c8ccad2f01494620462f4803.png gpe-scap itself Oct 09 20:14:36 hmmm... dbus-daemon, fsogsmd and phonefsod... all sucking cpu Oct 09 20:18:54 maybe something in /etc/fonts Oct 09 20:18:54 ? Oct 09 20:42:26 hmmm strange Oct 09 20:42:34 some sdl app have font issues too Oct 09 20:42:38 (wesnoth) Oct 09 20:44:34 2010-10-09T20:32:08.229610Z [WARN] fsodeviced : Couldn't write all bytes to /sys/class/backlight/pcf50633-backlight/brightness (-1 of 2) Oct 09 20:44:37 hmm Oct 09 20:45:41 mrmoku, what device ? Oct 09 20:46:47 gta02 Oct 09 20:47:12 and fsodeviced segfaults then Oct 09 20:47:17 fsogsmd setfaults too :P Oct 09 20:47:28 this is a broken build :-) Oct 09 20:47:38 ouch Oct 09 20:47:50 [ 197.935000] JFFS2 warning: (341) jffs2_sum_write_data: Not enough space for summary, padsize = -118 Oct 09 20:47:53 hmm Oct 09 20:48:03 mrmoku: image from buildhost? Oct 09 20:48:21 yup Oct 09 20:48:31 mrmoku: be aware that last gcc revert made INC_PR go backward you manuall rebuild needed Oct 09 20:49:28 oh Oct 09 20:49:43 I did that on buildhost :) Oct 09 20:49:49 ahh, ok Oct 09 20:49:50 :) Oct 09 20:50:02 yesterday when I've arrived drunk to parents house :) Oct 09 20:50:09 :P Oct 09 20:50:33 good that I've prepared clean_toolchain alias when I was sober :) Oct 09 20:51:48 hmm Oct 09 20:51:52 * mrmoku would need strace now Oct 09 20:52:14 * JaMa needs sleep, gnite all! Oct 09 20:52:22 JaMa|Zzz: gnight Oct 09 20:53:18 GNUtoo|laptop: did you push everything kernelwise? I want to build a fresh n900 image from scratch over night :) Oct 09 20:53:33 mrmoku, yes Oct 09 20:53:37 it boots Oct 09 20:53:46 it's not perfect but it boots Oct 09 20:53:53 good Oct 09 20:54:04 not perfect means that I would like to have stuff like Oct 09 20:54:16 *automatic wifi PSM Oct 09 20:54:21 *ondemand governor Oct 09 20:58:21 mrmoku, not only gtk is affected: http://scap.linuxtogo.org/files/ed08dba6b6953655225b85ba29df3631.png Oct 09 20:58:40 look on bottom-left Oct 09 21:02:40 GNUtoo|laptop: hmm Oct 09 21:02:51 how does wesnoth do that font? Oct 09 21:02:56 I asked Oct 09 21:02:59 but no response yet Oct 09 21:03:38 GNUtoo|laptop: did you try to strace vala-terminal? Oct 09 21:03:45 maybe Oct 09 21:03:56 yes I think so Oct 09 21:04:09 I straced also the other terminal Oct 09 21:04:20 matchbox-terminal Oct 09 21:12:37 I'll go to sleep Oct 09 21:20:22 since when does the font bug occure? Oct 09 21:20:26 since 10 days? Oct 09 21:34:38 Heinervdm: don't remember exactly Oct 09 21:34:58 I _would_ say less than ten days... but might also be 10 days already Oct 09 21:35:05 10 days ago there was this commit: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=7a54b54c10da1e57ef5fd965f5b27a8489aaa994 Oct 09 21:35:51 Heinervdm: keysym stuff? Oct 09 21:36:09 new libx11 version Oct 09 21:36:31 we are using now 1.3.99 instead of 1.3.5 Oct 09 21:37:45 hmm Oct 09 21:37:50 but that works on gta02 Oct 09 21:37:56 yes Oct 09 22:09:06 mrmoku, returned. Looked at new images while being in the underground. FSO not working, everything feels slow, and dbus-daemon, phoneui and fso stuff taking a lot of cpu Oct 09 22:09:52 I suppouse there's some trial-error bucle somewhere which is being executed all the time Oct 09 22:17:10 mrmoku, oh, and illume-kb expands over time. Keys get bigger and the ones near the borders of the screens disappears Oct 09 22:20:45 and it seems illume has some problems detecting the pressing of labels/button/elements on Illume-settings Oct 09 22:35:08 mickeyl, fsodeviced from today's image has lots of this messages: Oct 09 22:35:09 2010-10-09T22:30:38.984406Z [WARN] fsodeviced : Couldn't write all bytes to /sys/class/backlight/pcf50633-backlight/brightness (-1 of 2) **** ENDING LOGGING AT Sun Oct 10 02:59:57 2010