**** BEGIN LOGGING AT Mon Nov 09 02:59:56 2009 Nov 09 05:01:38 Weiss: Did you find any fix for your vala error I'm also getting now? http://pastebin.ca/1662379 Nov 09 05:08:18 That was me and no.. didn't find Nov 09 06:15:55 JaMa|Zzz: Using FileType.REGULAR and FileType.DIRECTORY instead seem to compile but I don't know if it will work running. We will see.. Nov 09 07:07:43 max_posedon: if OE assumes that /bin/sh is bash it's OE that *must be* fixed. Nov 09 07:07:52 max_posedon: dash is posix-compatible. Nov 09 08:00:45 meh, I hate companies whose 'contact us' website clearly says 'we do not want to talk to you' Nov 09 08:04:35 TeLLuS: I just used previous revision for libfsobasics.. Nov 09 08:17:56 PaulFertser, eglibc-lover? Nov 09 08:18:39 I don't understand "posix-compability" in scripts for developing Nov 09 08:19:43 SHR/mrmoku/oemerge have ugly bug, after a while englightment start segfaults Nov 09 08:27:24 morning Nov 09 08:29:21 moin Nov 09 08:30:09 mickey|away: when you get back. How come libfsobasics uses Linux.DirEnt vapi, when that isn't even defined in the vala master git? Nov 09 08:30:25 and how come it compiles previously on my box? Nov 09 08:32:28 spaetz: its just few hours old change.. Nov 09 08:32:29 max_posedon: you don't try to run your python script through a java virtual machine either Nov 09 08:32:51 spaetz: so are you sure it compiled fine before? Nov 09 08:32:59 larsc, you know, somebody does) Nov 09 08:33:15 larsc: what about that Select in Kconfig and updated config? Nov 09 08:33:31 but for now, I hate E-segfaults Nov 09 08:33:37 JaMa|Wrk: yes, I compiled it. and the commit that broke it is from: Nov 09 08:33:49 http://git.freesmartphone.org/?p=cornucopia.git;a=commitdiff;h=45b2bf888f5ccbc1881845454adea7a2ebc14971 Nov 09 08:33:53 yesterday Nov 09 08:34:01 yes I know.. :) Nov 09 08:34:06 introducing that Linux.DirEntType thingie Nov 09 08:34:32 I compiled it just fine some time before Nov 09 08:34:45 So we should probably fix some cornucopia revision... Nov 09 08:35:42 I already did here.. just for libfsobasics.. Nov 09 08:35:53 20:25:42 < JaMa> libfsobasics-0.8.2.0+gitr12+2a33e5ffe96c611e6a6b8b6c33d2a83ba656f55b-r0.0 do_compile error? anyone? http://pastebin.ca/1662379 Nov 09 08:36:10 ahh, can oyu do that? is the rev not valid for the whole git cornucopia checkout? Nov 09 08:36:27 JaMa|Wrk: whats wrong with the config? Nov 09 08:36:29 spaetz: only libgsmd is using that change from libfsobasics sofar.. Nov 09 08:36:33 JaMa|Wrk: that is still the compile of the latest: # Nov 09 08:36:33 ilities.vala:41.18-41.33: error: The name `DirEntType' does not exist in the context of `Linux' Nov 09 08:36:37 # case Linux.DirEntType.DT_REG: Nov 09 08:36:43 larsc: missing ts, wrong SND name Nov 09 08:36:54 so you got a checkout that is newer than b5c5d0c3a778c18ea9c17d1d8794e558fd6f5ac6 Nov 09 08:37:11 larsc: and TS cannot be compiled without ADC so I guess adding Select is usefull Nov 09 08:37:26 no, weird Nov 09 08:37:38 17:29:42 < JaMa> larsc: I guess that TOUCHSCREEN_S3C2410 should depend on S3C24XX_ADC, its just "!S390 && ARCH_S3C2410 && INPUT && INPUT_TOUCHSCREEN" now and fails to build without S3C24XX_ADC enabled Nov 09 08:37:43 17:30:00 < JaMa> larsc: http://jama.homelinux.org/org.openembedded.shr/linux-openmoko-2.6.31/0002-Kconfig-TOUCHSCREEN_S3C2410-depends-on-S3C24XX_ADC-a.patch http://jama.homelinux.org/org.openembedded.shr/linux-openmoko-2.6.31/0003-gta02_defconfig-update-config.patch Nov 09 08:37:44 anyway can't look into that now, have to give a lecture Nov 09 08:38:26 JaMa|Wrk: sth must be wrong with your checkout Nov 09 08:38:34 http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=libfsobasics/fsobasics/utilities.vala;h=6bd9056832bdb4d644bc8ab691319e5b25bf2ac9;hb=b5c5d0c3a778c18ea9c17d1d8794e558fd6f5ac6 does not contain "DirEnt" Nov 09 08:39:11 err, am I looking at the wrong checkout? bah, need to prepare lecture now, sorry Nov 09 08:39:41 spaetz: you're looking to same old revision :) Nov 09 08:40:05 spaetz: http://git.freesmartphone.org/?p=cornucopia.git;a=history;f=libfsobasics/fsobasics/utilities.vala;h=374bfd48512789097bad34083a81fdb4c708452a;hb=HEAD Nov 09 08:50:59 max_posedon: eglibc is totally unrelated. Nov 09 08:51:22 max_posedon: there's POSIX and it specifies what is to be expected on any compatible systems. Nov 09 08:51:30 as I said, I just didn't understand, why dev stuff should be posix-compatible Nov 09 08:51:55 max_posedon: writing scripts with bash-specific features and using #!/bin/sh is plain wrong. It's just like writing python and using #!/bin/perl Nov 09 08:52:32 It's ok to require bash to run. It's not ok to assume /bin/sh is bash. Nov 09 08:52:38 yes it is, but when you start compiling world, you didn't want go ahead and fix all software in the world Nov 09 08:53:34 max_posedon: in fact you want. Because that's the only way to get it right in the end. Thanks to debian and ubuntu most packages are already using a proper line to specify the intepreter. Nov 09 08:54:17 packages? ha, its not so hard as fix all dev-scripts which required only on compiling stage Nov 09 08:54:23 Also most of the time scripts have bashisms not because they really need them but because the person who wrote it doesn't know a portable way. And that is plain ugly. Nov 09 08:54:58 max_posedon: most dev scripts are fixed already. Few odd should be noted and fixed too. Nov 09 08:56:41 JaMa|Wrk: thanks, both patches applied Nov 09 08:57:35 When the fix is as simple as s^/bin/sh^/bin/bash^ it's not a problem to go through all offending packages fixing and making notes along the way. Nov 09 08:59:46 larsc: there is also ugly workaroung for that gcc-4.4.2 and wm8753 do_div() issue Nov 09 09:00:10 larsc: http://jama.homelinux.org/org.openembedded.shr/linux-openmoko-2.6.31/0001-wm8753-fix-build-with-gcc-4.4.2-which-works-ok-with-.patch Nov 09 09:01:34 larsc: but Doc and Paul suggested that I should test it with gcc_svn and/or rewrite math there to use only u32... but no time here... Nov 09 09:05:06 i'm using 4.3.3 and it works fine Nov 09 09:07:00 JaMa|Wrk: i suggested gcc_svn for reporting a bug so if it works with 4.3.3 then it's already fixed. Nov 09 09:07:11 Oh no, sorry Nov 09 09:08:02 larsc: there's some gcc bug in 4.4.2 indeed. Because it emits a reference to uldiv64 but later optimizes the call out. Linking fails because reference is still there. Nov 09 09:14:11 ah 4._4_.2, sorry i read 4.2.2 Nov 09 09:44:55 PaulFertser: that doesn't make a lot of sense: if the call is optimised out, the linker should never see it. Nov 09 09:47:27 pb__: wanna see a binary that has a reference but disassembly has no call? ;) Nov 09 09:47:46 pb__: its in asm generated by gcc, then its in binary, but not if its disassembled from binary by objdump Nov 09 09:48:28 * JaMa|Wrk building gcc_svn btw :) Nov 09 09:48:29 pb__: of course that's just my guess that's why i wanted to ask you :) Nov 09 09:48:46 PaulFertser: sure, if you have such a binary I will certainly look at it Nov 09 09:49:09 but, if it's in the asm that gcc generates, the call has not been optimised out. Nov 09 09:49:29 pb__: http://jama.homelinux.org/org.openembedded.shr/codecs/wm8753* Nov 09 09:50:31 df8: ebfffffe bl 0 <__aeabi_uidivmod> Nov 09 09:50:31 df8: R_ARM_CALL __aeabi_uidivmod Nov 09 09:50:35 is that the one we're talking about? Nov 09 09:50:46 pb__: no, uldivmod Nov 09 09:51:06 pb__: it's JaMa|Wrk who says about generated asm, probably he tried with -O0 that time or something. Nov 09 09:51:18 PaulFertser, JaMa|Wrk, pb__: are you tracing thumb bugs? Nov 09 09:51:22 Weiss: no Nov 09 09:51:32 Weiss: just strange linking failure with recent gcc. Nov 09 09:51:42 ah, ok Nov 09 09:51:46 PaulFertser: that should be uldivmod not ui Nov 09 09:51:52 sorry pb__ ^^ Nov 09 09:52:02 from the sound of it, I was wondering whether it was the same "finite math" bug I came across with Mesa.. Nov 09 09:52:30 Weiss: btw any idea why was thumb disabled in xf86-video-glamo in oe.dev? Nov 09 09:52:32 oh, right, I see Nov 09 09:52:37 .global __aeabi_uldivmod Nov 09 09:52:45 that's from wm8753.S and that would cause this effect Nov 09 09:53:10 pb__: yes, but where the hell is that global from? Nov 09 09:53:26 and its only for -O2 and -O3.. Nov 09 09:53:26 JaMa|Wrk: in the recipe? nope.. (I only worry about OE enough to make my stuff cross-compile) Nov 09 09:53:39 I don't think that's from an optimised-out call though. It might be a gcc bug, or, considering that this is the kernel, it might be some crazy 1337 1nl1n3 a5m code Nov 09 09:54:00 do you have a copy of the preprocessed source, i.e. wm8753.i? Nov 09 09:54:06 Weiss: ok.. I let it enabled in our branch.. so just making sure, that wasn't some known issue.. Nov 09 09:54:07 pb__: crazy leet code doesn't translate into function calls implicitly i hope ;) Nov 09 09:54:32 And yes, do_div() is crazy leet indeed Nov 09 09:54:33 PaulFertser: I think you underestimate the degree of craziness that exists in the kernel. Nov 09 09:54:50 pb__: http://jama.homelinux.org/org.openembedded.shr/codecs/div64.h there is that macro.. Nov 09 09:55:35 JaMa|Wrk: not that I know of.. ask larsc as well, though.. Nov 09 09:57:44 JaMa|Wrk: if you use objdump -D -a you'll get a list of external references as well. Nov 09 09:58:06 JaMa|Wrk: if it's easy for you can you probably compile that with -O0, will the call be in? Nov 09 09:58:28 larsc: any idea why thumb was disabled in http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=bbe2a6e40a92458c8f606210de37d2eab4884acc is it still needed? we had it enabled in shr and it seems to work ok.. Nov 09 09:59:04 JaMa|Wrk: no idea Nov 09 09:59:10 PaulFertser: no -O0 -O1 -Os are ok.. no uldivmod reference Nov 09 09:59:26 JaMa|Wrk: funny Nov 09 10:01:09 PaulFertser: funny it that the same code works ok with same gcc in andy-tracking... Nov 09 10:08:52 also interesting is that do_div should simply expand to __do_div_asm Nov 09 10:09:58 larsc: only for gcc < 4 Nov 09 10:22:34 if that macro is the only reference to those division operators then it does rather look like this is a gcc bug. Nov 09 10:22:45 what version of gcc is this, 4.4.2? Nov 09 10:23:00 pb__: yep Nov 09 10:23:40 righto Nov 09 10:23:49 if you send me the .i file I will have a quick look at it this afternoon Nov 09 10:24:01 or file a gcc pr and let me know the number Nov 09 10:24:06 * JaMa|Wrk building now gcc_svn 145550 Nov 09 10:24:22 then I'll try it and then update svn rev to latest and retry Nov 09 10:28:10 mrmoku|a`: can you mark 427 as applied and refuse 369? Nov 09 11:02:35 JaMa|Wrk: should I mark mark 427 as applied and refuse 369 Nov 09 11:02:38 ? Nov 09 11:03:35 JaMa|Wrk: and should 427 really keep lines commented out there? why not remove completely? Nov 09 11:04:38 why should 369 be refused? Nov 09 11:06:27 done Nov 09 11:16:21 spaetz: we can remove it later.. as UBI doesn't work (at least here), than debug enabled could be alse usefull for some other brave tester.. Nov 09 11:17:06 spaetz: and its slow to modify kernel config just to enable it localy for one build.. Nov 09 11:17:37 spaetz: and 369 is changing file we never used in shr/merge or shr/import.. Nov 09 11:31:36 libfsobasics fails to compile... Nov 09 11:32:17 fsobasics/utilities.vala:41.18-41.33: error: The name `DirEntType' does not exist in the context of `Linux' Nov 09 11:49:43 Heinervdm: I'm using older revison.., waiting for mickey|away pong.. Nov 09 11:49:53 ok Nov 09 11:50:08 or you can try 07:15:43 < TeLLuS> JaMa|Zzz: Using FileType.REGULAR and FileType.DIRECTORY instead seem to compile but I don't know if it will work running. We will see.. Nov 09 11:53:30 i will wait for mickey|away Nov 09 12:51:09 09/ca Nov 09 13:23:08 JaMa|Wrk: have you commited the change to use the older version? Nov 09 13:23:16 or just done it locally? Nov 09 13:25:00 spaetz: just locally.. hoping for mickey pong soon Nov 09 13:25:47 spaetz: http://jama.homelinux.org/org.openembedded.shr/0001-shr-pin-libfsobasics-revision.patch Nov 09 13:35:12 JaMa|Wrk: thanks. i'll push the pin to shr/merge for now. To get the buildhost going again. Nov 09 13:35:19 I really want to get an image out :) Nov 09 13:35:50 spaetz: ok as you wish :) Nov 09 13:38:57 mrmoku|a`, dos1. please continue image build on build host. libfsobasic problem solved by pinning to last working revision Nov 09 13:39:07 spaetz: ok Nov 09 13:39:11 thanks Nov 09 13:39:44 * spaetz makes a note to what mickey|away over the head for introducing new requirments :) Nov 09 13:39:51 s/what/whack/ Nov 09 13:41:25 btw what about that fsodeviced? Nov 09 13:44:17 pb__: PaulFertser: gcc version 4.5.0 20091109 (experimental) (GCC) and wm8753.c works ok Nov 09 13:45:48 pb__: PaulFertser: ah no.. sorry the problem is still there.. Nov 09 13:47:51 pb__: PaulFertser: files here http://jama.homelinux.org/org.openembedded.shr/codecs/4.5.0/ Nov 09 13:53:38 JaMa|Wrk: I put on on my FR and couldn't get it to do anything but imediately exit, but I was just using the plain olf frameworkd.conf Nov 09 13:53:54 mrmoku used a conf file from conucopia and said it got it to work Nov 09 13:54:05 but it was a constant cpu hog (30%) on his FR Nov 09 13:54:40 but let's get the image out first, make it somewhat stable, branch of a -testing branch. Nov 09 13:54:48 and then we can introduce new fso components :) Nov 09 13:55:23 spaetz: cpu hog was due to wrong frameworkd.conf :P Nov 09 13:55:29 oh, really? Nov 09 13:55:32 hehe Nov 09 13:55:38 spaetz: i had that too :P Nov 09 13:55:44 spaetz: and i corrected that Nov 09 13:55:47 so does fsodeviced work? Nov 09 13:55:58 spaetz: here it works, but not out-of-box Nov 09 13:56:22 ok, so then perhaps we should include it and make it work out of the box :) Nov 09 13:57:04 BTW, is it the best thing to start phonefsod as part of the shr-settings init script? Or should it be independent? Nov 09 13:57:50 what are the changes you had to make? I'd like to test fsodeviced... Nov 09 13:58:14 spaetz: idlenotifier config Nov 09 13:58:26 some conf options about ignoring deviced changed Nov 09 13:58:33 s/deviced/devices/ Nov 09 13:58:34 dos1 meant: some conf options about ignoring devices changed Nov 09 13:58:42 the same for input Nov 09 13:58:50 so it's processing accels data all the time Nov 09 13:59:03 irc mickey said that devided should be quite ready to use Nov 09 13:59:18 so I was just interested why not in shr sofar Nov 09 14:00:02 spaetz: in both idlenotifier and input you need to change: Nov 09 14:00:03 ignoreinput = 2,3 Nov 09 14:00:05 to Nov 09 14:00:11 ignore_by_id = lis302 Nov 09 14:01:26 so someone should change that in git Nov 09 14:01:52 Heinervdm: no Nov 09 14:02:06 Heinervdm: as we're still using odeviced by default ;p Nov 09 14:02:45 what about both options? Nov 09 14:04:03 Heinervdm: initscript also has to be written and added to package Nov 09 14:05:45 which init script? fsodeviced is started by dbus method invocation, isn't it? Nov 09 14:06:36 Heinervdm: no Nov 09 14:06:45 Heinervdm: well, it can be started by dbus invocation Nov 09 14:06:49 Heinervdm: but we need it on boot Nov 09 14:11:52 dos1: can you update frameworkd config to use SQLite-Messages by default? Nov 09 14:12:19 wasn't it already changed? Nov 09 14:13:36 dos1: thanks will try that. Nov 09 14:14:03 Heinervdm: there is no .service file supplied for fsodeviced Nov 09 14:14:27 and as the .service file for fsousaged doesn't seem to work reliably I'm a bit cautious Nov 09 14:15:18 the first call to fsousaeged does not always seem to work correctly and leads to subsequent timeout messages. might be a dbus 1.3.0 issue, might be a vala issue in fso* Nov 09 14:15:48 nobody really know. mrmoku starts fsousaged& as part of his frameworkd init script now to circumvent that Nov 09 14:15:48 spaetz: there is service file for fsodeviced IIRC Nov 09 14:16:03 spaetz: just we need idle notifier to be working on boot Nov 09 14:16:17 and nothing is requesting odeviced interface on boot :P Nov 09 14:17:04 ah that remindes me, that i wanted to try dbus 1.2.1 instead Nov 09 14:21:54 mmh Nov 09 14:22:55 BTW, I need to look into what makes phonefsod reregister to SIM. Now when I turn off GSM Antenna and turn it on again, it says "SOS only" Nov 09 14:23:06 so it's clearly not re-registering to the provider Nov 09 14:24:12 dos1: "opkg files fsodeviced" doesn't show any .service file Nov 09 14:24:22 so they don't seem to be installed by default, if there is one. Nov 09 14:37:46 dos1, saw my memo? Nov 09 14:38:06 dos1, I talked to raster yesterday and he said they are dropping x11-16 completely, as in disabling the backend. Nov 09 14:38:49 not yet Nov 09 14:38:52 its on the cards Nov 09 14:38:53 :) Nov 09 14:39:35 hehe Nov 09 14:39:45 raster, "on the cards" is fast enough. Nov 09 14:39:57 raster, and just nod your head (please) :) Nov 09 14:40:02 * spaetz considers a "save the 16" campaign Nov 09 14:40:03 We want to drop it :) Nov 09 14:40:06 sweet 16 Nov 09 14:40:44 :) Nov 09 14:40:45 hehehe Nov 09 14:41:04 spaetz: its a pita to maintain. Nov 09 14:41:16 mmh, now that's a valid argument :( Nov 09 14:41:27 but its faster :) Nov 09 14:41:51 yep, you are the one who maintains it, so you should know best... Nov 09 14:42:15 spaetz, gry + x11-32 is quite fast Nov 09 14:42:31 spaetz: hardware doesnt make it worht it Nov 09 14:42:35 gta02 is a POS hw Nov 09 14:42:57 modern hw (armv6 eg s3c6410, cortex-a8 etc.) just dont need 16bpp anymore Nov 09 14:43:05 some of these run 32bit displays anyway Nov 09 14:43:11 so its no point Nov 09 14:43:27 16bpp will die Nov 09 14:43:31 its dead on desktops Nov 09 14:43:37 just like 8bit died before 16bit did Nov 09 14:44:10 raster: I know all that, but the fact is that I do own a FR and I want to get the most out of it Nov 09 14:44:53 so, while it's dying out (I agree with all that) doesn't change the fact that is was/is useful on the fr Nov 09 14:44:57 spaetz: thats you. :) i'm the one maintaing the code that is being used commercially in systems severlka generatiosn beyond the Fr.. and those are considerd old/slow/not worth worrying about. Nov 09 14:44:59 :) Nov 09 14:45:16 yeo :) Nov 09 14:45:18 yep :) Nov 09 14:45:20 i need to make a call as to the time and effort required to bring it up to snuff Nov 09 14:45:32 that means write dedicated 16bpp routines for everything i add Nov 09 14:45:40 and i just am not going to do that anymore Nov 09 14:45:55 fair enough Nov 09 14:46:13 16bpp enigne is alreayd behind - thats why it crashes in some use cases Nov 09 14:46:22 it just doesnt implement thgns and it crashes Nov 09 14:46:30 as of recently its missing even more Nov 09 14:46:37 all non-software engines are Nov 09 14:46:44 right now i placn to brign the gl engine up to snuff Nov 09 14:46:55 k Nov 09 14:46:57 and well software (32) is anyway as thats a first port of call as it works anywhere and everywhere Nov 09 14:47:07 i dont intend to do anything to any other engines Nov 09 14:47:19 they will over time dye off in various ways Nov 09 14:47:30 first by just crashing a lot if you use features they dont support Nov 09 14:47:37 yea, I'll have to live with the fact that I own obsolete hardware, I'll just have to dumb down the themes and use QVGA more :) Nov 09 14:47:42 and eventually by them having their makfeils disabled - but still being in svn as code Nov 09 14:47:47 and eventually having their code go away Nov 09 14:48:05 it will take a long time to happen Nov 09 14:48:05 but it will Nov 09 14:48:08 the # of enignes in evas is insane Nov 09 14:48:15 i'm not sure any other toolkit has as many Nov 09 14:48:24 yep, it's quite impressive Nov 09 14:48:29 we need to rationalise them Nov 09 14:48:42 a 32bit software engines is easy to maintain as it works on everything Nov 09 14:48:48 its like tyhe universal adaptor Nov 09 14:48:57 gl is probably the best accel path coice Nov 09 14:49:07 i'm pretyt tired of waiting for xrender to ceas sucking Nov 09 14:49:08 :) Nov 09 14:49:12 (even xrender engine will die) Nov 09 14:52:08 * spaetz trusts xorg guys to get stuff up to speed *eventually* Nov 09 14:53:00 TAsn: well, he says what i was saying to you yesterday :P Nov 09 14:53:09 what's that? Nov 09 14:53:15 he said he's dropping that completely Nov 09 14:53:23 i.e it won't be supported soon and breaks atm as well. Nov 09 14:53:43 TAsn: yup Nov 09 14:53:49 TAsn: nothing new ;P Nov 09 14:55:18 ok, but now you see we should just let it goL Nov 09 14:55:19 ? Nov 09 14:55:36 TAsn: there's nothing new which could change my point of view ;p Nov 09 14:55:37 we can't depend on something that'll day sooner or later. Nov 09 14:55:56 TAsn: so we can't depend on gta02. Nov 09 14:56:33 we don't. Nov 09 14:56:43 we don't do GTA02 specific stuff at all. Nov 09 14:56:44 thats the whole point Nov 09 14:56:53 We want it to be portable Nov 09 14:56:55 everyone seems obsessed with gta02 as if its a final destination Nov 09 14:57:00 exactly. Nov 09 14:57:02 as we don't depend on x11-16 :P Nov 09 14:57:05 I only see it as a milestone Nov 09 14:57:06 its a crude hack - a stepping stone to something better Nov 09 14:57:09 you aim for the better Nov 09 14:57:15 :) Nov 09 14:57:23 a cool playground until we get our hands on a decent piece of hw Nov 09 14:57:27 (maybe pre? :) ) Nov 09 14:58:19 dos1, SHR is not and should not be a 16bit distro Nov 09 14:58:26 TAsn: of course Nov 09 14:58:39 if users will want speed ups, they shoudl be able to get x11-16 (while it works) Nov 09 14:59:00 but we can't support obsolete evas engines Nov 09 14:59:07 especially if they won't be on by default. Nov 09 14:59:28 or in other words Nov 09 14:59:38 x11-16 should die ;] Nov 09 14:59:48 what i'm saying is just - on freerunner, 16-bit engine is needed Nov 09 14:59:50 TAsn: well u can Nov 09 14:59:51 raster, is there a way to disable image smoothing from the theme. Nov 09 14:59:52 ? Nov 09 14:59:55 u can work oon the engine Nov 09 15:00:00 raster, heck no. Nov 09 15:00:03 add features to it as they get added to others Nov 09 15:00:05 etc., etc Nov 09 15:00:06 u can do it Nov 09 15:00:08 raster, I considered that yesterday Nov 09 15:00:12 it wil be work.. but thats the opne source way Nov 09 15:00:28 you have the code. you are not reliant on your "vendor" to support you Nov 09 15:00:31 but I gave up as I thought about it more throughly. Nov 09 15:00:33 you can support yourselves Nov 09 15:00:40 imho it's a lot of work Nov 09 15:00:42 raster, buy I rely on myself to support it Nov 09 15:00:50 and I ain't gonna ;] Nov 09 15:00:51 and unless u are good at gfx code.. i dont recommend it.. but... it is possible Nov 09 15:00:52 :) Nov 09 15:01:08 I hate gfx. Nov 09 15:01:10 if upsteram - who do this "for a living" decide its too much of a pita to keep doing.. thats normalyl a sign :) Nov 09 15:01:24 ;] Nov 09 15:01:25 andyway - smoothing Nov 09 15:01:37 in edje - yes Nov 09 15:01:47 u can affect the images u have in the theme Nov 09 15:01:52 cool. :) Nov 09 15:02:05 fill.smoth: 0; Nov 09 15:02:07 err Nov 09 15:02:10 fill.smooth: 0; Nov 09 15:02:11 i mean Nov 09 15:02:13 look for it Nov 09 15:02:22 not atm, but I will. Nov 09 15:02:23 TAsn: you're all the time trying to convince me with arguments, which i already know and i'm really aware of it :P Nov 09 15:02:30 dos1, I know. Nov 09 15:02:37 whoever creates/handles the image object can disabel smooth (its on by default btw) Nov 09 15:02:45 though usually repeating myself without a stop convinces people. Nov 09 15:02:46 :) Nov 09 15:03:26 raster, is there a way (from a global theme) to make it off by default? Nov 09 15:04:05 all i'm saying it's just - using 32bit engine on freerunner is like trying to run top game productions on 10-years old PC :P Nov 09 15:04:37 TAsn: no. its per objecty Nov 09 15:04:43 per object i mean Nov 09 15:04:55 (with VGA, with QVGA it's different situation, but for me VGA is must-have :P) Nov 09 15:05:16 edos u migh be surprised Nov 09 15:05:25 with the same theme... 16bit enigne at BEST will be 2x the speed Nov 09 15:05:35 absolute theoretical best Nov 09 15:05:41 2x the speed sounds good to me :) Nov 09 15:05:48 normally 30-50% better Nov 09 15:05:59 its not like top game productions on a 10 year old px Nov 09 15:06:00 pc Nov 09 15:06:04 its a much smalelr difference Nov 09 15:06:05 :) Nov 09 15:06:37 its even less than the difference between 2 versions of the same geenration of gfx card from the same vendor Nov 09 15:06:41 raster: yuuup, i was just trying to convince TAsn more with my metaphore :D Nov 09 15:06:49 (eg nv 8600gtx vs nv8600gt) Nov 09 15:08:15 i don't expect miracles from freerunner Nov 09 15:08:34 i just saw neo/niebiee/gry themes with x11-16 engines Nov 09 15:08:51 and that speed is really acceptable for me, i don't need more Nov 09 15:09:01 s/engines/engine/ Nov 09 15:10:50 and speed on x11 engine is barely acceptable. i can live with that, but it's very annoying Nov 09 15:11:59 try with 32 - u likely wont notice much of a diff in spee Nov 09 15:12:00 d Nov 09 15:12:07 but quality is a big difference Nov 09 15:12:28 raster: i did niebiee theme to look good on x11-16 Nov 09 15:12:36 raster: the same applies to neo and gry themes Nov 09 15:12:53 well thinkg more icosn, and other imagery outside the theme's control Nov 09 15:12:54 :) Nov 09 15:13:08 raster: and i tried both engines, and i notice diff in speed Nov 09 15:13:16 mmh, other imagery... Nov 09 15:13:27 disable illumes desktop :) Nov 09 15:13:32 raster: well, it doesn't seem to look really bad Nov 09 15:14:25 of course, scalling sometimes is really ugly Nov 09 15:14:53 but i can live with that, as until now i wasn't using any app which looked bad on x11-16 :P Nov 09 15:15:15 and when someday some app like that will arrive, i can always use 32 engine only for that app Nov 09 15:16:27 TAsn: and about segfaults in phoneuid Nov 09 15:16:41 TAsn: there already is phoneuid-wrapper.sh Nov 09 15:16:42 dos1: maybe its just me and being fussy Nov 09 15:16:50 but io can see the 16bpp and 32bpp differences Nov 09 15:16:56 and 16bpo stands out like a sore thumb Nov 09 15:16:57 :/ Nov 09 15:17:13 (not in your theme - more the other bits like icons and other stuff) Nov 09 15:17:17 TAsn: ELM_ENGINE=x11-16 phoneuid ;> Nov 09 15:17:27 s/x11-16/x11/ Nov 09 15:17:28 dos1 meant: TAsn: ELM_ENGINE=x11 phoneuid ;> Nov 09 15:17:29 err :D Nov 09 15:17:46 raster, I agree. Nov 09 15:17:51 dos1, please die. ;] Nov 09 15:17:54 raster: but then a sour thumb might be acceptable if you have a lawnmower pulling a caravan :) Nov 09 15:18:40 it might be the least of your pains. But this discussion is not productive anyway. raster has to decide on what he spends his time and if that is not x11-16 then be it Nov 09 15:18:47 we'll manage with or without... Nov 09 15:19:23 :) Nov 09 15:19:37 i don't expect raster to work on x11-16 ;) Nov 09 15:19:39 really Nov 09 15:21:27 there are many other interesting stuff which raster can do for us without wasting his time ;) Nov 09 15:21:59 mrmoku|a`, we need to remember to disable smoothing for contact list Pictures in the contacts app. Nov 09 15:22:25 raster: http://scap.linuxtogo.org/files/bfd32e4ad7035f4fd54de1692918d550.png - (don't look at links icon, as it shouldn't be there at all) what engine is it? :P Nov 09 15:22:31 dos1, we are waiting for the right time to bug you to adapt your test.edj file so we'll be able to use it with libphone-ui-shr contact/messages/bla list ;) Nov 09 15:23:23 TAsn: i'll have to setup some usable build environment on my pc... Nov 09 15:24:57 you guys are aware FR has a 5/6/5 RGB LCD? Nov 09 15:25:03 different topic: what should I do about an SHR bug asking for a VOIP SIP client? Nov 09 15:25:10 there is a new bug coming in Nov 09 15:26:03 hum? Nov 09 15:26:20 DocScrutinizer: yup Nov 09 15:26:30 DocScrutinizer: well, dunno about others, but i'm aware ;) Nov 09 15:26:32 DocScrutinizer: links is horriblethe orang and white checkered ball isnt nice either Nov 09 15:26:39 litephone is juat a bad image to start with Nov 09 15:26:55 the elementary test icon looks a bit bad Nov 09 15:27:02 otherwise pretty lucky Nov 09 15:27:09 :) Nov 09 15:28:02 raster: links is there only due to my laziness, previously i had that icon changed to one from SHR icon theme Nov 09 15:28:31 raster: about litephone - agree ;) Nov 09 15:28:57 oh, so I can stop to try make sense out of that Nov 09 15:29:03 raster: but that's just icon, not related to engines Nov 09 15:29:35 DocScrutinizer: the problem with x11-16 engine is that it's not complete and not maintained Nov 09 15:29:53 so?? Nov 09 15:30:13 DocScrutinizer: and it probably won't be, as freerunner is the only one device which really needs it Nov 09 15:30:35 DocScrutinizer: so? segfaults :P Nov 09 15:30:49 well, I can't help it for sure Nov 09 15:31:38 just mentioning we got a display that can't do >65k colors *physically* Nov 09 15:31:51 if someone would work on x11-16 engine, complete and update it, then everything would be ok :P Nov 09 15:32:07 yay, new lite-image build flawlessly. I'm going to flash it to see if it should be pushed to shr-unstable Nov 09 15:32:24 the daily LOL Nov 09 15:32:38 aka running gag Nov 09 15:32:53 DocScrutinizer: which? shr-unstable? Nov 09 15:33:09 but now there is only choice between fast&buggy and slow¬-needed&stable Nov 09 15:33:13 yep the "it builds, it builds!!!" Nov 09 15:33:13 It's only been building since a couple of days without problems Nov 09 15:33:42 well, given the recent flux and lack of developer resources it's quite an achievement :) Nov 09 15:34:38 well, SHR is really at good shape considering amount of people really involved recently :) Nov 09 15:34:42 anyway, commuting home now. bbl Nov 09 15:34:45 yeah, we almost have same level of functionality we had 0808 already Nov 09 15:34:48 dos1: true :) Nov 09 15:35:07 DocScrutinizer: thats a very good image. i've seen much worse :) Nov 09 15:35:16 ok Nov 09 15:35:20 this one is worth a video Nov 09 15:35:52 which means we have really tallented developers. we just need more than few ;x Nov 09 15:36:49 which means the few developers should focus on stabilizing things, rather than opening another construction site every second day Nov 09 15:37:43 DocScrutinizer: that's what we're doing ATM Nov 09 15:37:54 stabilizing, getting closer to upstream... Nov 09 15:38:25 only TAsn and mrmoku|a` are ugly bastards and they replaced ophonekitd and libframeworkd-phonegui infrastructure with their new babys ;P Nov 09 15:38:36 * JaMa|Wrk wants shr-experimental :P Nov 09 15:40:54 even i'm not doing new stuff! Nov 09 15:40:59 that's something strange :P Nov 09 15:41:45 dos1: i am working o an pyton-elementary bluetooth tool and need a pin dialog. can i call the sim/pin dialog or is this dialog hardcoded in fso stuff ? Nov 09 15:42:04 pwgen: ask mrmoku|a` Nov 09 15:42:29 pwgen: he's phoneuid guy :P Nov 09 15:42:36 FSO is agnostic of any dialogs Nov 09 15:42:42 I'd guess Nov 09 15:43:02 as it's only deamons not relying on X or whatever Nov 09 15:43:19 wait for it... Nov 09 15:43:24 this means, there is no common usable pin dialog. then i code my own ... Nov 09 15:43:54 pwgen: ?? au contraire, monsieur Nov 09 15:44:54 pwgen: in FSO no. but it can be in SHR Nov 09 15:45:12 well, we're defining and implementing our dbus interface Nov 09 15:45:27 i am working ( if it compiles .... ) with shr . Nov 09 15:45:39 so probably you're sugestions should be taken :P Nov 09 15:45:45 which means the few developers should focus on stabilizing things, rather than opening another construction site every second day Nov 09 15:45:50 We still lack major features Nov 09 15:46:12 So we try to add. But I don't think mrmoku|a` and I are the reason why everything came to a halt. Nov 09 15:46:29 dos1: i will try to use as less as possible shr or fso depending stuff, so i can also use it on angstrom e-image .. Nov 09 15:46:34 As we do enhancements and don't usually break old stuff. Nov 09 15:46:42 TAsn: new features (even major ones) shouldn't break the ones already existent Nov 09 15:46:52 DocScrutinizer, As we do enhancements and don't usually break old stuff. Nov 09 15:46:53 :) Nov 09 15:47:24 i see, I see :-P Nov 09 15:47:26 What made us a bit slower is the move to Xorg/eglibc/oemerge :) Nov 09 15:47:42 DocScrutinizer, but we also did a bit of refactoring btw. Nov 09 15:47:52 TAsn: i hope you're aware that i was just kidding ;) Nov 09 15:48:00 s/slower/moving backwards/ Nov 09 15:48:08 dos1, you were, DocScrutinizer wasn't. Nov 09 15:48:30 DocScrutinizer: that move had to be done Nov 09 15:48:39 * raster kicks youpube Nov 09 15:48:54 DocScrutinizer: sometimes it's worth making one small step backwards to be able to do big step forward :P Nov 09 15:49:06 * DocScrutinizer hands raster a Gettling gun Nov 09 15:49:07 does someone know how long the bluz4 api is expected not to change ( the last times where very thrilling ) Nov 09 15:50:39 http://www.youtube.com/watch?v=6tuVSkrdjiE Nov 09 15:50:42 muhahahahahha Nov 09 15:51:05 mrmoku|a`, 2009.11.09 17:49:26.884378 [phoneuid] org.shr.phoneuid.Contacts.CreateContact 2009.11.09 17:49:26.886501 [libphone-ui-shr] phoneui_backend_contacts_contact_new() makes my phoneuid seg. Nov 09 15:53:10 Weiss: found that issue bitbake disabling deprecated SYSFS in defconfig automagically .. its done in linux.inc if [ "${UDEV_GE_141}" = "1" ] Nov 09 15:53:17 raster: nice! :) Nov 09 15:53:35 dos1, got gry theme installed? Nov 09 15:53:38 JaMa|Wrk: ah, ok.. Nov 09 15:53:38 dos1: :) Nov 09 15:53:41 all: do we need some deprecated sysfs nodes? Nov 09 15:53:50 rotate your widgets.. in 3d.. even give them lighting Nov 09 15:54:37 dos1, nvm. :) Nov 09 15:54:57 JaMa|Wrk: I don't think so, but I think some of the published sysfs paths for bits and pieces may use deprecated locations.. Nov 09 15:55:09 raster: Qt got recently something similar - Widgets on Canvas Nov 09 15:55:26 raster: but i really like evas and edje approach Nov 09 15:55:40 :) Nov 09 15:55:45 well had to retrofit stuff in Nov 09 15:55:49 but.. tis retrofitted now Nov 09 15:55:59 thats the stuff the 16bit enigne is not going to get Nov 09 15:56:04 (example) Nov 09 15:56:49 raster: hehe ;) not suprising Nov 09 15:57:31 dos1: just wnteds to illustrate :) Nov 09 15:57:40 thats software rendering btw.. 32bit :) Nov 09 15:57:48 raster: nice!... that's not using (say) OpenGL+RTT though? Nov 09 15:58:01 raster: edje/evas were already really cool if used right, even only in 2D ;) Nov 09 15:58:06 wi nup. just cpu Nov 09 15:58:10 raster: keep great work going :) Nov 09 15:58:15 Weiss: nup. just cpu Nov 09 15:58:20 no gl or hw accel used Nov 09 15:58:29 i'l add this to the gl enigne next Nov 09 15:58:33 now i thnk i cleanred up the last nasty Nov 09 16:03:06 someone got an image for me? ^^ Nov 09 16:05:05 raster: I was really asking whether you're rendering the whole thing to a buffer, then projecting that buffer into 3D (e.g. via RTT), or doing it by altering how the widgets are drawn (I noticed the slightly odd perspective in the button at the centre) Nov 09 16:05:19 dos1, http://scap.linuxtogo.org/files/0b4124aed415102e98b26a323c2b157d.png Nov 09 16:05:33 gry theme with the icon and a decent text for keyboard toggeling. Nov 09 16:05:51 icon is of course used instead of wrench ;) Nov 09 16:06:11 Weiss: if an object is "mapped" (mapped to a "surface") it's renderd to a buffer Nov 09 16:06:21 and that buffer is drawn with whatevrr mapping is set up into its parent Nov 09 16:06:23 it can chain Nov 09 16:06:40 and objects include smart objcs now that means widgets as they are smart objects with children Nov 09 16:06:57 dos1, what about changing the button 3 shortcut buttons to be icons instead of text? Nov 09 16:07:22 TAsn: hmm? which buttons? Nov 09 16:07:30 the Nov 09 16:07:36 Dialer|Messages|Contacts Nov 09 16:07:38 buttons Nov 09 16:07:45 look at the link I gave you. Nov 09 16:07:48 the 3 buttons at the bottom. Nov 09 16:08:12 TAsn: no, not possible Nov 09 16:08:20 why not? Nov 09 16:08:34 TAsn: well, you can hack illume code to make it possible Nov 09 16:08:42 TAsn: but from theme you can't do that Nov 09 16:08:59 http://scap.linuxtogo.org/ Nov 09 16:09:01 btw dos1 Nov 09 16:09:11 look at the mokomaze icon in my picture Nov 09 16:09:16 and the mokomaze icon in yours Nov 09 16:09:31 except for the smoothing, the variety of colors is amazingly visible. Nov 09 16:09:45 (or so it seems, maybe it's just an illusion) Nov 09 16:09:54 i think it's illusion ;P Nov 09 16:10:40 maybe Nov 09 16:10:42 anyhow, I'm off. Nov 09 16:10:54 off! Nov 09 16:10:55 frong. Nov 09 16:10:56 sock Nov 09 16:10:57 foo. Nov 09 16:10:59 off! Nov 09 16:11:04 me too Nov 09 16:11:05 OFF! Nov 09 16:27:43 guys, what's this application: http://scap.linuxtogo.org/files/c1672aa867ac6cee19171a74c587f007.png ? Nov 09 16:31:23 rebelThor: it looks like part of pyneo Nov 09 17:34:27 theme does not default to gry in latest image Nov 09 17:35:28 thanx for the SHR suggestion last week. I put it on last night and am suitably impressed. It seems to largely 'just work' (once I got a kernel that matches the modules versions I had) Nov 09 17:35:35 I have GPS for the 1st time - woo. Nov 09 17:36:25 Only obvious sub-standardness is the 'new contact' page wouldn't let me select the 'number' box after putting something into the 'name' box, which seems a bit of a UI issue :-) Nov 09 17:49:36 sicu: what's in your /etc/profile.d/elementary.sh? Nov 09 17:51:51 JaMa: exactly same as specified in the patch that reverted to x11 instead of x11-16 Nov 09 17:52:53 and gry theme is set as default in shr-settings too, but checking theme in illume settings, there is no gry Nov 09 17:53:57 opkg info e-wm-theme-illume-gry shows what? Nov 09 17:54:35 hmm nvm its not in testlab/installed-packages.. I'll check Nov 09 17:55:03 that shows nothing, but i have to change feeds to oemerge Nov 09 17:55:32 sicu: then it will show not-installed Nov 09 17:56:10 hmm, there was no output here Nov 09 17:56:45 but will have to check back in later, gotta run to catch the train now ... cya Nov 09 17:59:31 sicu|Away: testing fix :) Nov 09 18:00:30 is the gry theme even installed by default? Nov 09 18:09:55 no.. Nov 09 18:10:10 I probably just forget to bump pr in task-shr-minimal-x Nov 09 18:10:48 and didn't expect that that task was already built when i pushed theme Nov 09 18:11:29 yes haven't bump http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/merge&id=03431aa0ab3149dc3bc4366661e46105abda3cdc Nov 09 18:13:22 mrmoku|a`, dos1: please run shr-image on buildhost again.. thanks Nov 09 18:14:52 JaMa: running Nov 09 18:16:14 dos1: oe repo updated? Nov 09 18:16:20 yup Nov 09 18:16:24 thanks Nov 09 18:19:11 DocScrutinizer: have you ever done anything to u-boot internals btw? Nov 09 18:21:44 JesusMcCloud: hi Jesus... Nov 09 18:21:58 JesusMcCloud: congratz.. you gry is now default in shr :) Nov 09 18:22:05 s/you/your/ Nov 09 18:22:05 JaMa meant: JesusMcCloud: congratz.. your gry is now default in shr :) Nov 09 18:22:09 JaMa, rly? Nov 09 18:22:19 thx Nov 09 18:22:20 JesusMcCloud: but please, change that ugly elementary frames ;x Nov 09 18:22:37 didnt i already do this in the latest version? Nov 09 18:24:11 i just saw it on scap. also i am working on an icon theme to and slightly modified illume launcher to make illume launcher even faster... who took the screenie that can be seen on scap? Nov 09 18:25:04 DocScrutinizer: getting capacity, temperature or current_now from battery in u-boot is probably a challenge? Nov 09 18:25:09 dos1, what frames do you mean? can u scap-it? Nov 09 18:25:32 JesusMcCloud: elm_frame Nov 09 18:25:46 JesusMcCloud: shr-settings uses frames to display modules Nov 09 18:26:49 dos1, ahhh got it now... (i have to say to my defense that i am very drunk atm, i just joined the cahnnel because i wanted to follow the discussion... not participate) Nov 09 18:27:23 hehe Nov 09 18:28:06 i have an exam tomorrow, another the day after tomorrow, plans for thursday and on the weekend i need to go somewhere, next week on tuesday i have another exam, so it will take some time to adjust the frames... Nov 09 18:30:20 btw how come gry* is default? Nov 09 18:31:43 spaetz wanted something faster than old default... to show user that new image is faster :) Nov 09 18:31:56 JesusMcCloud, some (including me proposed it) Nov 09 18:32:03 hehe Nov 09 18:32:39 JesusMcCloud: I like neo theme more.. but maybe just because I haven't tried gry :) Nov 09 18:33:00 thx, but what aout the themecontest, i hope it is still active (what date do we have today?) Nov 09 18:34:39 JesusMcCloud: btw as I replaced your postinst logic with update-alternatives for gpe/pixmaps.. its still wrong.. it could work ok only if every single file there is managed by update-alternative, otherwise othere packages will put their stuff to /usr/share/gpe/pixmaps.gpe-theme-neo just becase /usr/share/gpe/pixmaps will point to that and if you switch theme with update-alternative than some stuff will be left in wrong directory :/ Nov 09 18:35:36 JesusMcCloud, ! Nov 09 18:35:40 You wrote gry theme, right? Nov 09 18:35:41 :) Nov 09 18:35:49 JaMa, neo needs some serious overhauling... ahh well the gpe stuff, i noticet that all my gpe apps got fudged up if i haven't installed neo theme... Nov 09 18:35:53 TAsn, yup Nov 09 18:36:09 JesusMcCloud, first of all, I finally found some time giving it a go Nov 09 18:36:12 man, you are awesome :) Nov 09 18:36:21 VERY GOOD. :) Nov 09 18:36:42 I actually only didn't like two things (the wrench icon and the keyboard text) which I changed here: http://scap.linuxtogo.org/files/0b4124aed415102e98b26a323c2b157d.png Nov 09 18:36:48 TAsn, dangerous time to tell me such things is am very drunk atm (stupid mulled wine at the university) Nov 09 18:36:48 but other than that, everything is perfect :) Nov 09 18:36:55 JesusMcCloud, ;] Nov 09 18:37:16 I'm really enjoying my moko more after giving your theme a go. Nov 09 18:37:17 :) Nov 09 18:37:35 TAsn, yup i already wrote somethwere how easy it would be to incorporate the shr logo into the theme Nov 09 18:37:36 you did a lot of awesome and cool stuff. Nov 09 18:37:39 * sicu joins in on the praising of jesus Nov 09 18:37:48 sicu, ;] Nov 09 18:38:10 It's funny how history repeats itself Nov 09 18:38:23 it was inevitable Nov 09 18:38:29 once again, the man who started worshiping jesus is a jew Nov 09 18:38:29 ;] Nov 09 18:38:44 TAsn, i should really push that (http://scap.linuxtogo.org/files/b344fb735f421fa76a8026423ffe56d4.png ) into git Nov 09 18:38:47 hehe ;p Nov 09 18:38:59 (well, an agnostic jew, but still...) Nov 09 18:39:02 and this time round jesus is healing our phones o.O ;p Nov 09 18:39:29 TAsn, are your changes in git (the logo) Nov 09 18:39:40 JesusMcCloud, I'm not sure I like that pic. :| Nov 09 18:39:47 current icons are ugly, but yours are just weird :) Nov 09 18:39:56 JesusMcCloud, not yet, want me to put it there? Nov 09 18:40:05 JesusMcCloud, what do you think about the renaming of the keyboard button? :) Nov 09 18:40:40 (from your funky ascii art to "ABC") Nov 09 18:40:43 :) Nov 09 18:41:22 TAsn, well i like alpha more, (more geeky and reassebles the illuem kbd keyboard types), but about the desktop... may look weird but it is so much faster and easier tu use if you have many desktop icons Nov 09 18:41:39 only problem is, you need the icon theme aswell or else it will just look like crap Nov 09 18:41:45 :) Nov 09 18:42:06 anyways thx for the kind words Nov 09 18:42:17 you earned them fair and square. Nov 09 18:42:25 (where are my damn cigarette papers.. brb) Nov 09 18:42:34 JesusMcCloud, alpha sucks ;] Nov 09 18:42:37 (in my pov) Nov 09 18:42:43 but at least drop the ascii art :) Nov 09 18:43:11 but alpha also represtens the development state of the theme :-P Nov 09 18:43:15 hi!, shr-oermerge is buggy, (updated 10 hours ago), somebody wants feedback, or I just should upgrade? Nov 09 18:43:32 JesusMcCloud, just put the black logo (preferably the smaller one as downscaling also takes some time) and commit :) Nov 09 18:43:53 if you don't mind, please also change .:[alpha]:. to something more "eye friendly" ;] Nov 09 18:44:01 TAsn, i cannot commit now, since the icon theme is far from complete Nov 09 18:44:14 ok, I'll commit then. Nov 09 18:44:17 so just push your stuff Nov 09 18:44:20 ok Nov 09 18:44:26 push with ABC or without? Nov 09 18:45:03 JesusMcCloud, to tell you the truth, I really think we should just drop text altogether. Nov 09 18:45:04 lets meet half way: call it alpha but withoud my asciiart ? would that be ok? Nov 09 18:45:14 JesusMcCloud, that's better ;) Nov 09 18:45:15 so an icon is needed? Nov 09 18:45:33 JesusMcCloud, I was talking about desktop, but yeah, for keyboard as well ;) Nov 09 18:45:49 a keyboard icon will "work" better. Nov 09 18:46:09 as for the desktop, what's wrong with using "just" icons and that text will show when you highlight it? Nov 09 18:46:12 (like in default shr theme) Nov 09 18:46:13 why not "qwerty"? :P Nov 09 18:46:18 i was also thinking about a booscreen that looks like the logo bootscrenn that (i think) dos1 created but with a rotating shr logo.... Nov 09 18:46:23 dos1, I use dvorak. Nov 09 18:46:23 :) Nov 09 18:46:37 oh, valid reason :D Nov 09 18:47:00 TAsn, exactly my point, iy something generic als kdb text as long as there is no icon, so nothin layout specifi Nov 09 18:47:01 JesusMcCloud, not rotating completely, just rotating circles (S should stay in place) Nov 09 18:47:01 c Nov 09 18:47:11 TAsn, yup Nov 09 18:47:28 JesusMcCloud, ok, so you want me to change text to "kbd"? Nov 09 18:47:29 :) Nov 09 18:47:37 until you add an icon?;) Nov 09 18:47:50 TAsn, did you check the pager if there is still the gry asterisk/flower? Nov 09 18:48:07 TAsn, (talking about your version with shr logo) Nov 09 18:48:20 gray asterisk, shr logo. Nov 09 18:48:21 ... Nov 09 18:48:37 waaaah damn mulled wine Nov 09 18:48:54 JesusMcCloud, anyhow, what do you think concerning text on desktop? Nov 09 18:49:30 enough with the mulled wine already, getting me real thirsty here and was tempted enough the first time round ;p Nov 09 18:49:39 i looked at the niebiee screnie wthout text and i prefer text, becaue usually i have about 40 desktop icons if everything is installed and some icons are the same... Nov 09 18:49:54 what the heck is wrong with our git?! I'm downloading at 266 KiB/s instead of 3. ;) Nov 09 18:50:12 dos1: btw navit is still failing on buildhost in do_fetch.. maybe just needs to remove downloads/svn/*navit* should compile fine then.. Nov 09 18:50:24 JaMa: probably yes :P Nov 09 18:50:36 sicu, it was self made mulled wine... Nov 09 18:51:04 JesusMcCloud, you can see text when "marking" it. Nov 09 18:51:12 and it's cleaner without text. Nov 09 18:51:21 JesusMcCloud: i normally brew my own as well, but i try to wait until december Nov 09 18:51:30 btw, JesusMcCloud, what did we decide about kbd text? "kbd" or "alpha" ? Nov 09 18:51:41 TAsn, true... probably anothe rpoll is needed :-P Nov 09 18:51:55 TAsn: doesn't "marking" it also start it? Nov 09 18:52:02 sicu, no. Nov 09 18:52:05 sicu, depends: Nov 09 18:52:12 you can hold, and sweep to the right Nov 09 18:52:14 to just mark Nov 09 18:52:21 (right or left) Nov 09 18:52:23 or hav double click Nov 09 18:52:30 nah ;] Nov 09 18:52:31 too slow. Nov 09 18:52:38 ooh, so you can sweep either way ^^ Nov 09 18:52:43 JesusMcCloud, btw, JesusMcCloud, what did we decide about kbd text? "kbd" or "alpha" ? Nov 09 18:52:56 sicu: try to update Nov 09 18:52:57 sicu, with preference for right sweeping ;] Nov 09 18:52:59 sorry, seems JesusMcClouds wine is affecting me somehow ;p Nov 09 18:53:16 TAsn, i like alpha more, but prolly time for 'nother poll :-P Nov 09 18:53:25 JesusMcCloud, stop with the polling. Nov 09 18:53:27 :) Nov 09 18:53:28 alpha it is. Nov 09 18:53:36 woohoo Nov 09 18:53:53 why not a small keyboard icon? Nov 09 18:53:55 kbd +1 :P Nov 09 18:54:03 * JesusMcCloud should really sleep the wine off Nov 09 18:54:05 Heinervdm, we want that. Nov 09 18:54:16 Heinervdm, it's just that JesusMcCloud is tired and I'm not really here :) Nov 09 18:54:24 Heinervdm: they are just lazy/drunk to do it now.. :) Nov 09 18:54:37 though we know it's wanted ;] Nov 09 18:54:38 TAsn, you have the latest version of the theme wth logo... i'll send you an kbd icon, within the next 15 minutes ok? Nov 09 18:55:06 looking forward to see your design skills under the influence ;) Nov 09 18:55:07 :) Nov 09 18:55:13 JesusMcCloud, damn you! (ok) Nov 09 18:55:14 :) Nov 09 18:55:22 JaMa: upgrading Nov 09 18:55:23 ok, pushed. Nov 09 18:55:25 SHR: 03tom 07shr-themes * r41d9ed468072 10/e-wm/e-wm-theme-illume-gry/ (a-18.png gry.edc): e-wm-theme-gry: started using the shr logo in the theme, and changed ".:[alpha]:." to "alpha" Nov 09 18:55:28 sicu, my skillz are so uber 1337 under the influence Nov 09 18:55:47 ^^ Nov 09 18:55:58 but now because we are idiots (merging repositories and using autorev) we'll automatically build and force users to upgrade all the themes (which is heavy) Nov 09 18:56:04 man, I hate this crap ;] Nov 09 18:56:42 themes should *not* be used with autorev! (actually stuff in joined repos) Nov 09 18:56:52 TAsn, approx how large/small should the kbd icon be so we dont have to scale it? Nov 09 18:56:57 TAsn: agreed! Nov 09 18:57:31 JesusMcCloud, scaling is ok to some extent. Nov 09 18:57:44 JaMa: working nicely now, gry theme present and changed =] Nov 09 18:57:54 probably the same size of the battery/scaled down shr logo is ok. Nov 09 18:58:08 TAsn, how small is that? Nov 09 18:58:08 (scaled down shr logo = wrench) Nov 09 18:58:14 sec, will tell you Nov 09 18:58:17 (will look in the edc) Nov 09 18:59:13 ok, no idea. ;) Nov 09 18:59:23 * spaetz hates too much autorev'ing Nov 09 18:59:25 mokel32 posted a theme at the german freeyourphone forum with a nice kbd icon (i think it was similar to tango icon theme) Nov 09 18:59:34 JesusMcCloud, probably 32 is ok. Nov 09 18:59:40 doesn't have the om2008 theme a kbd icon? Nov 09 18:59:55 Heinervdm, nopw Nov 09 19:00:21 JesusMcCloud, actually Nov 09 19:00:23 16x16 Nov 09 19:00:25 is enough. Nov 09 19:00:39 (from what I see) Nov 09 19:00:41 ok. i am on it Nov 09 19:00:56 time is still one hour off in oemerge Nov 09 19:01:30 sicu, find out why and we fix it ;) Nov 09 19:01:55 sicu, its because in EU Nov 09 19:02:01 for me, diff 2hour Nov 09 19:02:12 but sometimes it returns to correct Nov 09 19:02:29 oh, well .. sometimes is fine by me Nov 09 19:02:33 soltys, is it always utc? Nov 09 19:02:39 spaetz: problem solved ^ Nov 09 19:02:51 or "solved" ;p Nov 09 19:02:57 heh Nov 09 19:03:02 bbl Nov 09 19:04:11 cat /var/log/frameworkd.log | grep -i timezone Nov 09 19:04:13 is empty Nov 09 19:04:37 ok, framework doesn't read TZ from GSM! Nov 09 19:04:49 TAsn, spaetz sicu, did you activate the enlightenment startup screen? when using gry*? Nov 09 19:05:03 could somebody who have more fso-knowledges test it? Nov 09 19:05:11 (and confirm) Nov 09 19:05:28 mickey|away, ? Nov 09 19:06:06 JesusMcCloud, nah, I don't want no startup screen :) Nov 09 19:06:13 but I saw the nice image :) Nov 09 19:06:28 TAsn, http://jmccloud.jm.funpic.de/neo/keyboard_toggle.png Nov 09 19:06:59 i did not design this, i think it is from the tango theme Nov 09 19:07:08 JesusMcCloud: i did before reflashing, nice design, but i don't normally use startup screen either Nov 09 19:07:27 JesusMcCloud, /me doesn't like that icon. :| Nov 09 19:08:20 TAsn, but you agree that it shoudl be somthing similar to it, because the icon is very small?! Nov 09 19:08:53 JesusMcCloud, probably, I like the more "standard" keyboard icons. Nov 09 19:08:55 sec, I'll google. Nov 09 19:09:13 yeh, needs to be something that's easily discernable at 16x16 Nov 09 19:09:50 but the size constraint is annoying, that's for sure. Nov 09 19:10:17 http://s3.iconfinder.net/data/icons/crystalproject/128x128/apps/keyboard.png Nov 09 19:10:20 just found this in google Nov 09 19:10:20 \;][ Nov 09 19:10:54 tasn: license? ;) Nov 09 19:11:04 I think its from kde's Nov 09 19:11:30 juri_, it's the same icon JesusMcCloud suggested... :) Nov 09 19:11:45 btw, I like this better http://oiwdigest.ottawablogs.ca/images/clipart/087226-stitched-denim-blue-jeans-icon-business-computer-keyboard.png Nov 09 19:11:49 -the cable Nov 09 19:11:58 I mean this general design. Nov 09 19:12:05 this also fits into 16x16 quite well. Nov 09 19:12:08 TAsn: +1 Nov 09 19:12:37 TAsn, i am already working on sth like your last suggestion Nov 09 19:12:44 cool :) Nov 09 19:15:58 http://heinervdm.dyndns.info/page/kbd.png Nov 09 19:16:20 16x16 is quite small Nov 09 19:16:49 Heinervdm, yeah. Nov 09 19:16:54 though this is nice. Nov 09 19:17:11 ok, thinking about it Nov 09 19:17:17 maybe make it 32x32 Nov 09 19:17:23 worst case we'll just make it larger... Nov 09 19:17:35 (the icon in the shelf) Nov 09 19:17:41 as 16 is really too damn small. Nov 09 19:18:52 TAsn, ok i tried making an icon and i realized... i cannot do it today... Nov 09 19:19:15 why? your current icon is awesome :) Nov 09 19:19:20 just make it a bit larger. Nov 09 19:19:21 ;) Nov 09 19:19:28 and maybe with less buttons (dots) Nov 09 19:19:33 anyhow, cya tomorrow. Nov 09 19:20:21 http://heinervdm.dyndns.info/page/kbd2.png Nov 09 19:21:42 nicer :) Nov 09 19:21:55 will probably work better with less keys (i'll try editing it in a sec) Nov 09 19:21:58 though this is nicer. : Nov 09 19:25:16 less icons looks better Nov 09 19:25:39 Heinervdm, mind giving it a go? Nov 09 19:25:43 I can't seem to get it work :) Nov 09 19:25:45 (less icons) Nov 09 19:25:49 I'm no designer. Nov 09 19:26:03 http://heinervdm.dyndns.info/page/kbd3.png Nov 09 19:26:10 me too :) Nov 09 19:27:18 ok, better, chosen. ;] Nov 09 19:28:12 this is all i can come up with today: http://jmccloud.jm.funpic.de/neo/kbd.png imho it looks ugly Nov 09 19:28:52 i think it can be as simple as possible Nov 09 19:30:35 freesmartphone.org: 03mickey 07cornucopia * r149bbca9cc4b 10/libfsobasics/ (fsobasics/utilities.vala tests/testutilities.vala): libfsobasics: rewrite removeTree() for systems that lack proper d_type reporting in readdir(2) Nov 09 19:30:35 freesmartphone.org: 03mickey 07cornucopia * r0f3bbcab77b6 10/fsogsmd/ (src/lib/sms.vala tests/testsms.vala): fsogsmd: testsms working again Nov 09 19:30:37 freesmartphone.org: 03mickey 07cornucopia * r89022de0d4ec 10/libfsobasics/ (fsobasics/utilities.vala tests/testutilities.vala): Nov 09 19:30:37 freesmartphone.org: libfsobasics: add Utility.createBacktrace() Nov 09 19:30:37 freesmartphone.org: NOTE: function disabled until Vala 0.7.9 or (inofficial) 0.7.8.1 release Nov 09 19:30:41 freesmartphone.org: 03mickey 07cornucopia * r60a5eacce377 10/fsousaged/src/ (bin/main.vala plugins/dbus_service/plugin.vala): Nov 09 19:30:44 freesmartphone.org: fsousaged: fix race condition that broke dbus system activation Nov 09 19:30:46 freesmartphone.org: NOTE: Do NOT use plain deferred initialization (Idle.add(do_more_init_stuff)) Nov 09 19:30:48 freesmartphone.org: for plugins that are dbus system activated, since in that case, the dbus call Nov 09 19:30:50 freesmartphone.org: will be the first action inserted in the mainloop queue -- even Nov 09 19:30:52 freesmartphone.org: before your idle call, hence parts may not be initialized at that time. Nov 09 19:32:40 i gtg sleep the wine off, gn8! Nov 09 19:33:51 spaetz: mrmoku|a` : ^^^ fsousaged system activation fixed. sorry Nov 09 19:34:01 turned out it was a bug in my code after all Nov 09 19:34:46 mickey|away, what about gsm/tz issue? Nov 09 19:35:02 it doesn't read anymore TZ from SIM for me Nov 09 19:35:13 cat /var/log/frameworkd.log | grep -i timezone -> nothing Nov 09 19:35:39 no idea, didn't use frameworkd since long. please file a bug Nov 09 19:36:25 ok, but is it means, that fsogsmd usable now at least sometimes? Nov 09 19:36:34 not for the general public, no Nov 09 19:36:35 yet Nov 09 19:37:00 you can make calls with it, but that's about it. there hasn't been any TI Calypso integration yet Nov 09 19:37:17 i'll cook a full FSO status update this week Nov 09 19:38:08 and one more issue, libfsotransport compilation fails Nov 09 19:38:18 I think I send some message to maillist about this Nov 09 19:38:27 hi mickey|away Nov 09 19:38:31 are you back in frankfurt now? Nov 09 19:38:40 hey pb_, yeah, just arrived at home Nov 09 19:38:51 return trip went seamlessly Nov 09 19:38:58 very good :-) Nov 09 19:39:44 thanks to the day time i got some nice views of cambridge and the surrounding area this time Nov 09 19:39:58 it's for sure a lovely area Nov 09 19:40:31 excellent, glad you liked it. did you visit the colleges? Nov 09 19:41:12 unfortunately not, that would have been a bit too rushy. i just had an hour where i could walk around the cambridge train station Nov 09 19:41:54 ah well, next time Nov 09 19:42:05 yeah! Nov 09 19:43:17 mickey|away, it was? cool (for finding that) Nov 09 19:44:00 spaetz: *nod* as indicated in the commit mails, there's a nasty race condition that i did not take into account when using dbus activation Nov 09 19:44:03 but you broke libfsobasic by depending on nonexising Linux.DirEntType Nov 09 19:44:17 spaetz: git pull :) Nov 09 19:44:43 hehe, ok so we can remove the version pinning ;) Nov 09 19:44:56 * spaetz checks fso git logs Nov 09 19:45:15 i'm afraid while i keep adding features to Vala bindings i need to roll some unofficial vala releases in between major releases Nov 09 19:45:57 Heinervdm, bah, I'm an edc noob, it's ugly Nov 09 19:45:58 gtg :) Nov 09 19:45:59 ciao. Nov 09 19:46:02 not committing. Nov 09 19:46:05 :) Nov 09 19:46:07 cya Nov 09 19:47:26 <[Rui]> hi all Nov 09 19:48:16 mickey|away, that's ok as long as you provide vala git repos ;) Nov 09 19:48:51 spaetz: right. plus, i now have upstream commit access, so most of that will be upstream anyways Nov 09 20:30:50 I'm having an out of the box working shr/merge image :) Nov 09 20:33:10 mickey|away: you should hijack ptitjes' Nov 09 20:34:06 hmmm Nov 09 20:34:21 just try Nov 09 20:34:31 but run fast after that! Nov 09 20:34:33 :p Nov 09 20:34:51 hello btw Nov 09 20:35:03 oioi loook Nov 09 20:35:05 root@om-gta02 ~ $ opkg upgrade Nov 09 20:35:05 Upgrading fsousaged on root from 0.0.0.0+gitr421+c45f7dc4c6d273204c24ab9bd4f575af9c273686-r6.0 to 0.9.0.1+gitr464+f07f80fffd61413d1d7143ad7f9999e3e6b95242-r0.0... Nov 09 20:35:09 Downloading http://build.shr-project.org/shr-unstable/ipk//armv4t/fsousaged_0.9.0.1+gitr464+f07f80fffd61413d1d7143ad7f9999e3e6b95242-r0.0_armv4t.ipk Nov 09 20:35:12 Collected errors: Nov 09 20:35:14 * ERROR: Cannot satisfy the following dependencies for fsousaged: Nov 09 20:35:17 * libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9) * Nov 09 20:35:20 root@om-gta02 ~ $ Nov 09 20:37:45 Hardy: just ignore it Nov 09 20:38:34 okay :) Nov 09 20:40:06 Ainulindale: indeed... Nov 09 20:40:15 * mickey|away mumbels about enums Nov 09 20:42:02 mickey|away: I'm sorry! My time is quite all consumed by administrative stuff these days Nov 09 20:42:30 mickey|away: as you might have noticed I did not commit any new stuff to neither gee, vala or valadoc for weeks now :( Nov 09 20:42:33 ptitjes: i guess that's good in a way, right? Nov 09 20:42:44 [jobwise] Nov 09 20:43:13 mickey|away: I'm planning to quit paris definitely in January, so I have plenty stuff to organize, money to find to get out of debts, ... Nov 09 20:43:25 ptitjes: what about work by the way? Nov 09 20:43:27 ptitjes: oh, where are you going? Nov 09 20:43:52 mickey|away: I have an opportunity to go in Ariège and live there, and I don't want to miss it indeed :D Nov 09 20:44:21 Ainulindale: I'm looking for a telecommuting job right now (and I have two monthes to find it :p) Nov 09 20:44:22 * mickey|away googles that Nov 09 20:44:31 mickey|away: South of france Nov 09 20:44:37 ptitjes: remote work you mean? Nov 09 20:44:39 Pyrénées Nov 09 20:44:54 wow Nov 09 20:44:58 Ainulindale: télé-travail = telecomutting Nov 09 20:45:01 that sounds like a pretty nice area Nov 09 20:46:02 mickey|away: it is!!!! :p Nov 09 20:47:10 great. glad to hear that. crossing fingers hardly that everything will turn out the way you imagine Nov 09 20:47:23 s/hardly/strongly/ Nov 09 20:47:24 mickey|away meant: great. glad to hear that. crossing fingers strongly that everything will turn out the way you imagine Nov 09 20:56:50 mickey|away: thank you very much ! Nov 09 20:57:34 mickey|away: I promise you that I'll give the get_dbus_signature its slap in the next month Nov 09 20:58:05 mickey|away: that would really help me a lot if you could prepare me a test case for all the most funky dbus signatures Nov 09 20:58:28 mickey|away: because the refactoring I have to do may break all the dbus stuff Nov 09 20:58:29 ptitjes: deal! i will provide that Nov 09 20:59:06 mickey|away: in fact, I have to move al the get_dbus_signature from the type classes to a single recursive method in the dbus codegen module Nov 09 20:59:35 yeah, i think the net effect will also be quite a nice cleanup Nov 09 21:00:04 sure Nov 09 21:00:13 that dbus stuff had nothing to do in the AST Nov 09 21:00:32 yeah Nov 09 21:01:01 mickey|away, Is it possible that mine TZ bug connected with fsousaged bug? (e.g. may be I should just upgrade before filling bug) Nov 09 21:01:18 max_posedon: this is very unlikely. Nov 09 21:03:31 ok http://trac.freesmartphone.org/attachment/ticket/487/ , if I need add smth plz notify Nov 09 21:03:40 oki, thanks Nov 09 21:03:41 bbl Nov 09 21:03:41 and I'm not only one who has this issue Nov 09 21:04:40 nahh, time is off for all of us ;) Nov 09 21:10:21 hmm navit a bit broken now.. SRCDIR=. ./navit_svg2png "/home/projects/OE/tmpdir-dev-shr/staging/x86_64-linux/usr/bin/convert" "nav_destination_bk_96_96.png" Nov 09 21:10:24 ERROR: meta.c (179): wmf_header_read: this isn't a wmf file Nov 09 21:10:53 spaetz: should I unpin fsobasics? testing build now.. Nov 09 21:11:15 JaMa, yep, if it builds again... Nov 09 21:11:38 JaMa: yes it builds and it's working Nov 09 21:11:55 i really wished mrmoku would push the current image to shr-unstable... Nov 09 21:12:41 spaetz: for me it does not suspend Nov 09 21:12:43 Heinervdm: ok, thanks for confirming.. Nov 09 21:12:54 it suspends here.. Nov 09 21:13:16 and the led's aren't handled correctly Nov 09 21:13:18 Heinervdm, i bet you run some fsodeviced stuff ;) Nov 09 21:13:53 spaetz: i don't think so Nov 09 21:14:10 * JaMa want's some fso vala goodies... Nov 09 21:14:11 mickey|away, btw, fsodeviced can easily eat 10-30% of cpu for fr Nov 09 21:14:30 ignoring accel makes it better, but still high Nov 09 21:15:12 * JaMa is drunk as Jesus was.. maybe more.. just in case Koen complains about some fuckups :) Nov 09 21:16:07 * JaMa won some stupid Berentzen stuff :) Nov 09 21:16:16 * spaetz temorarily revokes jama's access rights for tonight Nov 09 21:16:34 JaMa, sounds like headache tomorrow ;) Nov 09 21:18:44 spaetz: :) Nov 09 21:18:58 who knows why autosuspend doesn't work on shr-oemerge? Nov 09 21:19:38 spaetz: no headache tomorrow.. just a little bit fun with waitress today :) Nov 09 21:20:55 Heinervdm: btw what about that shr/branch for small and simple patches? I remember you said its work for one afternoon :) Nov 09 21:21:19 JaMa: yes, for someone with commit access :) Nov 09 21:21:56 I have mine revoked by spaetz :P so I cannot help here :) Nov 09 21:22:03 beauty of decentralized vcs doesn't require commit access... :) Nov 09 21:22:09 then spaetz have to do it ;) Nov 09 21:22:29 spaetz: should i spam the ml with 1000 mails? Nov 09 21:23:00 Heinervdm, nahh, prepare the branch locally and we pull it Nov 09 21:23:03 then the guy who applies the patches needs more time then me to create it Nov 09 21:23:32 Heinervdm: no if you git format-patch them all to one nice tbz2 :) Nov 09 21:23:43 i can't do it. git noob Nov 09 21:24:27 one can apply tar.bz2 archives? Nov 09 21:24:53 or can one do git am *.patch? Nov 09 21:25:15 you can git am mboxfile Nov 09 21:25:23 but I depends if we need temporary branch or no.. Nov 09 21:25:32 Heinervdm: yes am *.patch works ok.. Nov 09 21:25:45 But first the image needs to run without problems Nov 09 21:25:54 Heinervdm: if everything applies ok :) Nov 09 21:26:25 the gtk-e17lookalike theme isn't working in my image Nov 09 21:26:34 and my image does not suspend Nov 09 21:26:46 * JaMa thinking about moving distro/shr/ stuff to oe.dev with ack from mailing list.. Nov 09 21:27:08 but i can do calls out of the box Nov 09 21:27:57 Heinervdm: gpe-icons were broken terribly because of missing diff with shr/import http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/merge&id=8ad8b37db105fefa5751a8b34be2e857223640fa Nov 09 21:28:08 Heinervdm: now they are only broken :) Nov 09 21:28:43 btw if you have some idea how to fix this correctly.. Nov 09 21:29:02 19:34:24 < JaMa> JesusMcCloud: btw as I replaced your postinst logic with update-alternatives for gpe/pixmaps.. its still wrong.. it could work ok only if every single file there is managed by update-alternative, otherwise othere Nov 09 21:29:03 I think TAsn should have a look at it :) Nov 09 21:29:06 packages will put their stuff to /usr/shar/gpe/pixmaps.gpe-theme-neo just becase /usr/share/gpe/pixmaps will point to that and if you switch theme with update-alternativep than some stuff will be left in wrong directory :/ Nov 09 21:29:21 why tasn? Nov 09 21:29:43 because TAsn made that theme Nov 09 21:30:13 and the original recipe Nov 09 21:31:22 but maybe I broke it when introduced gtk-neo-theme.. Nov 09 21:31:34 JaMa: yes you did ;) Nov 09 21:31:36 hmm IRC I've seen some unbroking patch in ML Nov 09 21:31:55 but he fixed it for shr/import some time ago Nov 09 21:32:53 But i will go to sleep now Nov 09 21:33:00 good night Nov 09 21:34:52 hey.. i didn't follow shr developments in the last 3-4 weeks... is there a new working image? Nov 09 21:38:59 agg1n: yes its in tests/mrmoku/oemerge Nov 09 21:45:19 JaMa, I fixed it in import, yeah. Nov 09 21:45:25 because someone broke it :) Nov 09 21:45:56 (I'm talking about my gtk theme) Nov 09 21:46:08 Just checked diff only missing part is - cp -r "${S}/" "${D}${datadir}/themes/${PN}/gtk-2.0" Nov 09 21:46:11 + cp -r "${S}/./" "${D}${datadir}/themes/${PN}/gtk-2.0" Nov 09 21:46:23 whats the difference here? Nov 09 21:47:22 maybe whitespace Nov 09 21:47:31 ah no Nov 09 21:47:32 sorry Nov 09 21:48:34 "${S}/./" ? Nov 09 21:48:55 maybe its handeld diffrently if ${S} is a link Nov 09 21:50:00 ah if thats true (about a link) then I'll push it.. but I guess that ${S} shouldn't be a link even if thats the case.. Nov 09 21:50:22 JaMa, big different. Nov 09 21:50:34 without the ./ Nov 09 21:50:51 it copies $S the dir and it's content Nov 09 21:50:53 i.e copies Nov 09 21:51:16 cp -r //foo/bar/ /foo2 Nov 09 21:51:28 will create Nov 09 21:51:39 /foo2/bar/ Nov 09 21:51:41 and Nov 09 21:51:52 cp -r /foo/bar/./ /foo2 Nov 09 21:52:01 will just recursively copy the content of bar into foo2 Nov 09 21:52:05 get the difference? Nov 09 21:52:09 ah then ${S}/./ behaves as ${S}/*? Nov 09 21:52:22 JaMa, kinda Nov 09 21:52:26 though one small difference Nov 09 21:52:32 ok sorry for that.. pushing now.. Nov 09 21:52:34 ${S}/./ also copies hidden dirs Nov 09 21:52:40 and files Nov 09 21:52:43 * does not. Nov 09 21:52:51 (hidden dirs and files from the root copy path) Nov 09 21:52:55 cunning.. Nov 09 21:52:59 :) Nov 09 21:53:05 thought about that when I did the fix. Nov 09 21:53:13 there's maybe a better way to do it, I'm not sure. Nov 09 21:53:19 but that's the way I know ;] Nov 09 21:53:34 * JaMa always copies whole dir as dir/* and then dir/.* which is silly because dir/.* also takes dir/.. :) Nov 09 21:53:35 didn't know that Nov 09 21:53:48 really cunning Nov 09 21:54:04 JaMa, hehe, yeah, been there. ;) Nov 09 21:54:33 spaetz, yeah. What annoys me the most, is that I didn't have a proper gtk theme for a long time only because of this minor cunning issue :) Nov 09 21:54:49 heh Nov 09 21:55:10 it's just a pretty hard to think about behavior. Nov 09 21:55:18 TAsn: thanks for clarification.. It looked strange to me because sometimes I've seen something like /foo/./bar with is just /foo/bar Nov 09 21:55:50 yeah. this usually happens when people use automated scripts ;] Nov 09 21:55:57 I don't think people are that weird. ;] Nov 09 21:57:01 yes or as I always do using find . -name something and then use ${PREFIX}/{} :) Nov 09 21:57:22 :) Nov 09 21:57:31 but pushed.. Nov 09 21:57:35 cool, thanks. :) Nov 09 21:57:40 bump rev Nov 09 21:57:54 gtk-theme-neo was broken too :) /usr/share/themes/gtk-theme-neo/gtk-2.0/gtk-theme-neo/gtkmenu Nov 09 21:58:07 rev bumped Nov 09 21:58:13 JaMa, yes, I know. Nov 09 21:58:24 but who cares about gtk-theme-neo when there's my leet theme? :] Nov 09 21:58:26 strange that before sending it to ML.. I builded it ok Nov 09 21:58:37 j/k, never tested gtk-theme-neo. Nov 09 21:59:04 gtk-theme with simple green/black style needed all green/black... Nov 09 21:59:21 otherwise looked quite strange.. (like now in vala-terminal :)) Nov 09 21:59:29 oh Nov 09 21:59:33 good thing i haven't tested it Nov 09 21:59:43 I *hate* green/black themes Nov 09 21:59:44 :) Nov 09 21:59:54 * JaMa *loves* green/black :) Nov 09 22:00:10 I see you green on black now.. :P Nov 09 22:00:17 oh no. Nov 09 22:00:36 you are yellow only when writting to me or about me.. :P Nov 09 22:01:50 omg Nov 09 22:02:02 I hate the idiot who thought making a key binding for closing xchat Nov 09 22:02:04 is a good idea. Nov 09 22:02:10 * TAsnn is changing that asap. Nov 09 22:03:48 ok, didn't find it. Nov 09 22:08:02 ok, got an openmoko, ready to flash a neo 1973; has an image been built lately? Nov 09 22:08:30 * lindi- dislikes images :) Nov 09 22:12:02 omgta01 image? not that i'd know of Nov 09 22:12:28 spaetz: I would merge oe.dev.. tested here that it didnt' break our build, with that core stuff changed by RP, do you agree? Nov 09 22:12:57 sounds ok Nov 09 22:13:45 keeping up to date with oe.dev is a goal of shr/merge.... Nov 09 22:16:31 I hope you guys have bitbake new enough.. Nov 09 22:16:58 +BB_MIN_VERSION = "1.8.16" Nov 09 22:21:57 whatever comes with the shr makefile ;) Nov 09 22:22:02 night Nov 09 22:34:57 spaetzzZ: i did not have the chance to test anything on the FR lately Nov 09 22:35:11 now that pb_ brought us working images again, i will do more integration work Nov 09 22:40:34 * Weiss achieves nearly 50fps on VGA resolution fullscreen graphics on his FR Nov 09 22:41:40 nice Nov 09 22:42:41 Weiss: 50 fps of what? rotating cube? ;) Nov 09 22:42:52 I wish Nov 09 22:43:15 no.. just painting the whole screen a solid colour Nov 09 22:43:23 actually 50fps for this might not be enough :S Nov 09 23:33:25 raster: bonsoire Nov 10 00:13:06 does some one lnow why "make image" in shr-unstable does not work at the moment? Nov 10 00:13:23 is there some migration in progress? Nov 10 00:13:46 beacause I have lots of ERROR 404: Not Found. **** ENDING LOGGING AT Tue Nov 10 02:59:57 2009