**** BEGIN LOGGING AT Tue Oct 20 02:59:57 2009 Oct 20 05:36:43 Weiss: WSOD log http://pastebin.ca/1631825 Oct 20 05:56:35 JaMa: log? Oct 20 06:01:14 DocScrutinizer-8: city admin again? :P Oct 20 06:02:21 yeah, thought so. But when I hat a closer look it turns out to be 26. not 20. :o(( Oct 20 06:02:39 had Oct 20 06:03:25 * DocScrutinizer-8 == fool Oct 20 06:10:49 ouch Oct 20 06:33:16 PaulFertser: would it be hard to finally implement the USB-ID-pin hostmode detection&switching Oct 20 06:33:30 ? Oct 20 06:33:54 DocScrutinizer-8: means what exactly? Oct 20 06:34:37 switch to usb hostmode on detection of IDpin short to GND Oct 20 06:35:10 I'm not quite sure if it is already there maybe Oct 20 06:35:29 but - iirc - it's not yet Oct 20 06:35:42 DocScrutinizer-8: i'm afraid that'd require polling but it doesn't seem to be too hard to implement. Oct 20 06:36:14 for sure it needs polling of PMU AD1 Oct 20 06:36:19 DocScrutinizer-8: also you need to be sure no conventional mini-b - a cable has that pin shorted. Oct 20 06:36:44 that seems to be granted Oct 20 06:37:04 also no harm will happen on host<->host Oct 20 06:38:36 DocScrutinizer-8: i do not see much use for it anyway. I have a cable to connect usb devices to FR where i soldred mini-b connector myself. But if i am to make a cable like that again, i'd just take a ready-made and change only A jack to A socket. Oct 20 06:39:39 there *should* be cables with ID short to GND Oct 20 06:40:52 at least genuine USB-OTG cable (for mini though) should have a A and B end Oct 20 06:41:25 A == host side == shorted ID pin Oct 20 06:42:25 no matter if there are cables, there's the spec at least suggesting we should do exactly this Oct 20 06:43:52 PaulFertser: see my dialog with larsc last evening here Oct 20 06:44:31 & the URL I tossed Oct 20 06:47:06 s/spec/USB-OTG spec Oct 20 06:51:36 DocScrutinizer-8: ah, i didn't know of OTG specs. Oct 20 06:52:06 DocScrutinizer-8: are you sure that belongs to the kernel and not to the userspace? Oct 20 06:52:14 PaulFertser: I suggest to poll maybe based same timer as HDQ, check for state transitions, and set sysfs nodes according to new state (0R:powered hostmode, 47K:hostmode&fastcharge, OC:devicemode&std-enum-charge) Oct 20 06:52:56 PaulFertser: I'd prefer a userspace daemon started in sysinit. Oct 20 06:53:16 we need a way to readout PMU AD1 though Oct 20 06:53:24 sysfs nnode? Oct 20 06:53:32 DocScrutinizer-8: yes Oct 20 06:54:03 ok, if you create the sysfs nnode, I provide the userspace foo Oct 20 06:54:29 DocScrutinizer-8: sort of log.. because I arrived home late.. so I just wrote down some observation before going to bed.. no time to debug :( Oct 20 06:54:47 aah Oct 20 06:58:24 PaulFertser: maybe two nodes? one (or some) raw readout of PMU ADC(s), one for "cooked" state of ID which delivers "typeA" (==short)|"OMcharger"|"typeB" Oct 20 07:00:23 DocScrutinizer-8: ok, it's already does polling for the pin but doesn't expose it anywhere, only configures limit to 1000 or to 100. Oct 20 07:01:04 Hm, not polling Oct 20 07:01:14 PaulFertser: obviously it needs ADC for OMcharger detection Oct 20 07:01:32 Yes, but it's not polling. It's scheduled to run only on USBINS Oct 20 07:01:36 irq Oct 20 07:01:46 FSCK Oct 20 07:02:50 Well, the polling would be done by userland though, on read of sysnode Oct 20 07:03:23 kernel doesn't need to poll Oct 20 07:04:00 so I guess that's straight forward then (implementation wise) Oct 20 07:05:35 ADC is fast, so we might use a big kernel lock Oct 20 07:05:42 mrmoku: are phoneui etc. recipes ready for shr/merge? I would like to try it in shr/merge image as soon as we fix python-ctypes :) Oct 20 07:06:58 JaMa: still fiddling with PIN auth... Oct 20 07:07:03 JaMa: but yes Oct 20 07:07:48 should I apply same patches as you sent to shr/import? Oct 20 07:08:17 probably yes... I wanted to add a phoneui-apps meta package Oct 20 07:08:24 want to do that? Oct 20 07:09:57 my bitbake sqlite db is readonly... Oct 20 07:10:16 how can i solve this? Oct 20 07:12:19 oh, it seems that i've run bitbake as root... Oct 20 07:12:42 mrmoku: I can wait for you to do that :P, I'll try to fix python .. I just removed all shr apps and discovered that recipes are not in shr/merge :) Oct 20 07:20:00 JaMa: ok, will do as soon as I fixed that stuff Oct 20 07:20:11 Heinervdm: hehe, bad boy :) Oct 20 07:21:46 mrmoku: i'm currently ill, so mistakes like that can occur ;) Oct 20 07:22:17 ohh... sorry for that Oct 20 07:25:00 hmm /me too, there is sort of starting epidemic :( Oct 20 07:28:37 JaMa: oh, then it's a very wide epidemi. from germany to israel ;) Oct 20 07:34:02 israel? :) Oct 20 07:36:16 JaMa: aren't you from there? Oct 20 07:36:39 oh, no :) Oct 20 07:36:55 then that was TAsn i think Oct 20 07:38:02 Heinervdm: I live quite near to Germany.. Czech Republic.. Oct 20 07:38:18 JaMa: yes, i've seen now :) Oct 20 07:38:55 tasn is from Israel Oct 20 07:39:37 rather AT Israel Oct 20 08:14:58 PaulFertser: for generating cooked state from raw ADC value, please refer to Note on schematics,p.7, and allow a +/-10% margin for 47K, rsp a 10% headroom for both extremes short and NC Oct 20 08:18:23 TAsn: ing Oct 20 08:18:25 +p Oct 20 08:49:15 mickey|office: morning :) Oct 20 08:49:23 mickey|office: small question regarding the API... Oct 20 08:49:59 mickey|office: after a SendAuthCode... does frameworkd emit a AuthStatus signal even if the status does not change? or only if it changes? Oct 20 08:51:16 mrmoku: morning. Usually signals only get sent on changes. One notable exception being CallStatus for an incoming call which gets sent multiple times Oct 20 08:51:46 ok, thanks Oct 20 09:11:15 mrmoku: can you build tslib with the new patch? Oct 20 09:11:29 it builds this time for sure Oct 20 09:12:12 Heinervdm: will try... moment have to build some phoneuid stuff first Oct 20 09:12:17 ok Oct 20 09:18:48 Heinervdm: hmm... but it was mesa-dri failing last night... how to fix that? Oct 20 09:19:12 mrmoku: JaMa said, that you have to rebuild libdrm first Oct 20 09:19:28 ahh, ok Oct 20 09:57:17 max_posedon: I don't know if tagged versions for ophonekitd, libframeworkd-phonegui and libframeworkd-phonegui-efl* will ever happen Oct 20 09:57:49 max_posedon: you should write ebuilds for phonefsod, phoneuid, libphone-ui, libphone-ui-shr and phoneui-apps instead Oct 20 09:58:18 and I promise to give you tags for those as soon as basic stuff works Oct 20 10:00:08 mrmoku: tslib starts, but doesn't work :) Oct 20 10:00:36 ok, I'm fine with this) thanks Oct 20 10:01:51 Heinervdm: still have to build? Oct 20 10:01:59 mrmoku: no Oct 20 10:02:05 (building xserver-xorg right now) Oct 20 10:02:05 ok Oct 20 10:02:23 Heinervdm: so I don't have to apply the patch Oct 20 10:02:54 mrmoku: hmm, that patch is a beginning, don't know Oct 20 10:03:33 Heinervdm: ok, will apply it then... at least it makes it compile :) Oct 20 10:03:43 mrmoku: yes :) Oct 20 10:07:22 Heinervdm: to both? Oct 20 10:08:16 mrmoku: i'm not sure about shr/merge, because i don't know if it would work with older xorg versions Oct 20 10:08:29 in the case we pull back to org.oe.dev Oct 20 10:08:34 shr/merge has older xorg? Oct 20 10:08:37 ahh Oct 20 10:08:45 hmm Oct 20 10:10:26 Heinervdm: we have to update xorg in oe.dev then ;) Oct 20 10:10:54 mrmoku: yes, but arngstrom e.g. uses xorg 1.3.0.0 Oct 20 10:11:50 hehe, ouch Oct 20 10:12:09 well... we can just add a recipe for the new xorg... should be no problem, no? Oct 20 10:13:00 don't know if that would be the right way. we can discuss this when we pull Oct 20 10:13:16 ok Oct 20 10:14:00 but till then it's just for the case the patch get's lost on harddisk :) Oct 20 10:17:40 mrmoku: i did a test, remove everthing about evdev from xorg.conf, but resume needs still 6 seconds, so i think it's not evdev's fault... Oct 20 10:20:39 Heinervdm: hmm Oct 20 10:21:59 mrmoku: how usable is libphonui based userspace stack? Oct 20 10:22:06 it doesnt works for me Oct 20 10:22:14 it hangs on sim pin check Oct 20 10:22:51 if it will work /me will be glad to add it to gentoo =) Oct 20 10:50:58 newer dri doesn't solve resume isssue either... Oct 20 10:51:12 next thing: new kernel Oct 20 10:52:40 alexxy: IIRC I told you sim auth does not work yet... but I'm working on that Oct 20 10:52:59 mrmoku: ok =) Oct 20 10:53:18 if it will work i'll try to test it Oct 20 10:53:27 alexxy: good... will ping you :) Oct 20 10:53:51 mrmoku: btw is there any plans to use ubifs instead of jffs2? Oct 20 10:54:08 alexxy: no plans so far Oct 20 10:54:24 mrmoku: plans about changing init system? Oct 20 10:54:50 alexxy: hmm... we we're considering to give upstart a try... but did not come around to do it Oct 20 10:55:03 mrmoku: take a look at openrc Oct 20 10:55:13 it works in gentoo and in *bsd Oct 20 10:55:20 mrmoku: shr-kms has no package index :( Oct 20 10:55:36 also its realy fast Oct 20 10:55:48 openrc is deafult gentoo init system in testing Oct 20 10:56:35 http://roy.marples.name/projects/openrc Oct 20 10:57:39 Heinervdm: will do after lunch... family waiting :P Oct 20 10:57:46 alexxy: will take a look Oct 20 10:57:48 bbiab Oct 20 10:57:53 init-v just works Oct 20 10:58:32 any other suggestions what we could break to have fun? Oct 20 10:59:00 openrc just works too =) Oct 20 10:59:08 and it realy fast Oct 20 10:59:21 has features like init script deps Oct 20 10:59:36 pfff, my init-v has same Oct 20 10:59:51 for example you can add 'need net' to sshd script Oct 20 11:00:07 and it will only start after network starts Oct 20 11:00:55 so you dont need to crate startup links like in debian (99Kssd or so) Oct 20 11:01:06 and for "fast": xorg still seems not to fulfill any promised speedups, and sw-16 engine is really fast to segfault Oct 20 11:02:34 http://roy.marples.name/projects/openrc/wiki/OpenRCFeatures Oct 20 11:03:06 alexxy: you can try modding your an existing SHR install and then benchmark the actual speed increase from the current setup to the one proposed by you, and if it's really that blockbusting, I'm sure opinions will change.. Oct 20 11:03:26 tbh I give a shit how fast a system is reaching the point to fail. I'd prefer to see a decent effort to fix usability and stability problems we already got a lot of still, rather than doing fancy speedup of boot for mere fun Oct 20 11:04:22 rebelThor: well gentoo on openmoko starts fast =) ask max_posedon for example Oct 20 11:05:04 alexxy: so why don't you use gentoo then? Oct 20 11:05:19 DocScrutinizer-8: i use both =) Oct 20 11:05:51 * DocScrutinizer-8 shrugs, sighs, shakes head, and off Oct 20 11:08:40 freesmartphone.org: 03mickey 07cornucopia * r4c1242a67e3c 10/fsogsmd/ (4 files in 4 dirs): Oct 20 11:08:40 freesmartphone.org: fsogsmd: create modem_qualcomm_htc plugin as modem abstraction for Oct 20 11:08:40 freesmartphone.org: Qualcomm MSM7 devices using a HTC firmware. Add also a special AT parser Oct 20 11:08:40 freesmartphone.org: for this modem (*sigh*) Oct 20 11:23:35 I still don't run gentoo on neo) Oct 20 11:26:21 Heinervdm: index built Oct 20 11:26:28 thx Oct 20 11:27:36 mrmoku: just tried fbdev instead of glamo. And it's a lot faster! Oct 20 11:27:47 resume? or in general? P Oct 20 11:27:50 +: Oct 20 11:27:54 resume Oct 20 11:28:02 interesting Oct 20 11:28:24 i get configure: error: *** These critical programs are missing or too old: as ld when building glibc.. does this refer to my own system or to the binutils in the build folder ? Oct 20 11:28:27 so there is something in the glamo resume path that sometimes triggers... and on some setups not Oct 20 11:28:34 Weiss: resume with xf86-video-fbdev is 4 times faster then with xf86-video-glamo Oct 20 11:29:18 hmm.. Oct 20 11:29:22 2.6.31 or 2.6.29? Oct 20 11:29:33 Weiss: 2.6.29-rc3 Oct 20 11:30:07 mrmoku: shr-kms kernel is 2.6.31? Oct 20 11:30:22 there's no 2.6.31 KMS kernel just yet Oct 20 11:30:29 ok Oct 20 11:30:30 freesmartphone.org: 03mickey 07cornucopia * r9e7e0982bb6d 10/fsogsmd/src/plugins/modem_qualcomm_htc/htcparser.vala: Oct 20 11:30:30 freesmartphone.org: fsogsmd: qualcomm_htc: adjust parser to cope with the bogus intermediate bracket responses, such as '[WCDMA] Current Oct 20 11:30:30 freesmartphone.org: RRC Status = 0' Oct 20 11:30:46 currently i have normal shr kernel Oct 20 11:30:53 andy-tracking Oct 20 11:30:54 freesmartphone.org: 03mickey 07cornucopia * re58d726a34f7 10/fsogsmd/src/lib/ (atcommands.vala atmediators.vala mediator.vala): fsogsmd: org.freesmartphone.GSM.Network.ListProviders() done. Oct 20 11:31:13 i can try drm-tracking too Oct 20 11:37:00 I hear 2.6.31 gives almost instantaneous resume - with xf86-video-glamo I think Oct 20 11:37:45 hmm Oct 20 11:38:03 when will 2.6.31 be avaible for us Oct 20 11:38:40 uhh.. yes we want it too :D Oct 20 11:38:40 it already is, I think..? Oct 20 11:38:40 maybe not via SHR Oct 20 11:38:55 I'll hopefully be plugging KMS into 2.6.31 in the next week or so Oct 20 11:39:23 * mrmoku pulls kernel repo to see what is there Oct 20 11:39:56 http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/om-gta02-2.6.31 Oct 20 11:40:19 last commit 2 day's ago Oct 20 11:41:37 or this one: http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/om-2.6.31 Oct 20 11:41:50 want to prepare a recipe while I go and bring my son to the 'Musikschule' ? :P Oct 20 11:41:54 bbiab Oct 20 11:45:19 hmm, interesting Oct 20 11:45:31 if you have no SIM inserted, +COPS=? flags every provider as 'available' Oct 20 11:45:41 sounds a bit too optimistic to me Oct 20 11:53:50 hi everyone Oct 20 11:56:45 I logged to this channel to look for answer about SHR Oct 20 11:58:01 anicma: then have fun, and be prepared :) Oct 20 11:58:31 I've tried to install SHR in another diferent hardware but It didn't start Oct 20 11:59:34 anicma: what hardware, und did you build an own image? Oct 20 11:59:39 s/und/and/ Oct 20 11:59:39 Heinervdm meant: anicma: what hardware, and did you build an own image? Oct 20 12:00:21 in libphone-ui-shr src/view/view.h.in @DATADIR@ is replaced by ${datarootdir} in generated view.h . How could I get it to resolve to full path in view.h while still following gnu standards http://www.gnu.org/software/automake/manual/autoconf/Installation-Directory-Variables.html Oct 20 12:01:37 I built kernel 2.6.31 for mini2440 board, I think is pretty close to Freerunner however I don't many things about that board because I bought that a couple weeks ago Oct 20 12:04:27 mrmoku|away: the config included in 2.6.31 branche pack only snd, fat and vfat into modules Oct 20 12:04:48 anicma: does your kernel boot? Oct 20 12:04:48 I already made u-boot and I tried to start SHR from sd-card, It stopped when starts to install and the screen turn off, I don't know what happened Oct 20 12:05:07 ok Oct 20 12:05:20 because I end up with [libphone-ui-shr] adding extension theme '${datarootdir}/libphone-ui-shr/contactlist.edj' in phoneuid log (the theme file is not loaded because ${datarootdir} cannot be resolved at runtime Oct 20 12:06:27 yes It tried to load some modules but I didn't build those and the touch screen doesn't work fine Oct 20 12:07:13 Heinervdm: so it's a full, fat kernel? Oct 20 12:07:29 mrmoku: have to look :) Oct 20 12:07:32 ok Oct 20 12:08:15 prahal: hmm @DATADIR@ should (and I'm sure with OE it is) be expanded to /usr/share Oct 20 12:08:47 mrmoku: it has 1.6Mb so i don't think everything is included in the kernel... Oct 20 12:10:44 anicma: mini2440 has a armv9 cpu so, i think you have to build the whole image for taht Oct 20 12:12:54 mrmoku: where can we get a propper defconfig? Oct 20 12:14:15 PaulFertser: ping ^^^ Oct 20 12:14:19 (for 2.6.31) Oct 20 12:14:27 Really my kernel size is about 1.9 MB It works with linux and Qtopia but when I tried load another different OS like SHR doesn't work Oct 20 12:15:31 anicma: SHR is compiled for armv4t Oct 20 12:17:07 well, Could you tell where I can get some information about that process? Oct 20 12:18:59 Is there many different between those CPU's?? Oct 20 12:19:01 Building SHR: http://trac.shr-project.org/trac/wiki/Building%20SHR but you need to modify the configs, so that it builds for your hardware Oct 20 12:19:08 anicma: don't know Oct 20 12:20:02 mrmoku: yes, current .31 kernel defconfig is really minimal Oct 20 12:20:42 anicma: the problem is, that shr is build just for the FR hardware and it need's modification for every other hardware Oct 20 12:22:04 I understand, I saw that web page before but I tought I worked just for FR Oct 20 12:22:04 PaulFertser: is the current .31 config fully useable? Oct 20 12:22:21 Heinervdm: no TS Oct 20 12:22:32 that's bad :) Oct 20 12:22:55 Heinervdm: incompatible statefiles (you can grab new from openwrt or fix the ones you have). Oct 20 12:23:48 freesmartphone.org: 03mickey 07cornucopia * rfec89f988de7 10/fsogsmd/src/ (lib/atparser.vala plugins/modem_qualcomm_htc/htcparser.vala): fsogsmd: modem_qualcomm_htc: adjust parser for the HTC firmware bug wrt. ATV1 error messages Oct 20 12:25:12 Thanks a lot guys for help Oct 20 12:26:09 thank you Heinervdm!!! I gonna try to build my own SHR!!! Oct 20 12:26:20 have fun :) Oct 20 12:26:36 with blackjack and hookers? Oct 20 12:27:23 PaulFertser: not what we wanted to hear... but thanks :) Oct 20 12:27:50 Yes I will!! :D Oct 20 12:27:52 mrmoku: don't worry, it's coming. Will take less time overall comparing to X.org in shr ;) Oct 20 12:28:26 PaulFertser: audio statefiles? Oct 20 12:28:34 Weiss: yes Oct 20 12:28:46 ~lart HTC firmware Oct 20 12:28:46 * apt cuts off HTC firmware's head with a halberd that could have been a little bit sharper Oct 20 12:28:48 PaulFertser: hehe... good point :P Oct 20 12:28:57 Weiss: .29 truncated control names (as did .28). Oct 20 12:29:16 ah, ok Oct 20 12:29:30 mickey|office: now that the firmware is opened... take a close look for RE ;) Oct 20 12:29:51 mrmoku: opened? Oct 20 12:29:59 mrmoku: baseband firmware? Oct 20 12:30:00 [14:28] * | apt cuts off HTC firmware's head with a halberd that could have been a little bit sharper Oct 20 12:30:04 aaah Oct 20 12:30:05 haha Oct 20 12:30:06 righto Oct 20 12:30:12 :) Oct 20 12:30:21 this thing has stupid bugs Oct 20 12:30:28 like missing mandatory characters Oct 20 12:30:36 or delivering SIM busy instead of SIM not inserted Oct 20 12:30:38 *sigh* Oct 20 12:30:58 did anyone test that??? Oct 20 12:31:06 ah right, the millions of customers Oct 20 12:31:09 *shrug* Oct 20 12:32:39 and here comes one of them :P Oct 20 12:32:40 sharper or rustier ? :) Oct 20 12:32:56 both would be fine Oct 20 12:33:47 heh Oct 20 12:35:49 hi mickey|office Oct 20 12:36:24 morning DocScrutinizer-8 Oct 20 12:37:17 freesmartphone.org: 03mok 07libframeworkd-glib * r304e7df1fd11 10/src/ (5 files in 3 dirs): Oct 20 12:37:17 freesmartphone.org: opimd: add signal handler for UnreadMessages Oct 20 12:37:17 freesmartphone.org: Signed-off-by: Klaus Kurzmann Oct 20 12:37:17 freesmartphone.org: 03mok 07libframeworkd-glib * r3f8f68b0d986 10/src/Makefile.am: Oct 20 12:37:18 freesmartphone.org: define G_LOG_DOMAIN Oct 20 12:37:20 freesmartphone.org: Signed-off-by: Klaus Kurzmann Oct 20 12:39:10 are there any additional modifications required in order to change to shr/merge other than changing the Makefile's SHR_UNSTABLE_BRANCH_OE = shr/merge (and then removing the shr-unstable folder, and running make update) ? Oct 20 12:40:15 paul_bipless: (trunc ctl-names) isn't that the right moment to finally switch to sane control names then? Oct 20 12:40:35 PaulFertser: ^ Oct 20 12:42:37 DocScrutinizer-8: exactly Oct 20 12:42:44 DocScrutinizer-8: that's why i say old statefiles are incompatible with .31 :) Oct 20 12:43:06 freesmartphone.org: 03mickey 07cornucopia * re2839b1a9737 10/fsogsmd/ (4 files in 3 dirs): fsogsmd: fix +FCLASS Oct 20 12:43:10 PaulFertser: I mean *really sane* names Oct 20 12:43:10 rebelThor: make update will update the makefile ;) Oct 20 12:43:29 DocScrutinizer-8: hm, that'd be harder because most names come from upstream driver. Oct 20 12:43:43 DocScrutinizer-8: what names do you consider to be insane? Oct 20 12:43:58 hm, almost all Oct 20 12:44:07 Heinervdm: then I really need a helping hand over here, as I've been trying this for *a lot* of time.. what are the steps required to get and build shr/merge ? Oct 20 12:44:56 rebelThor: i copied the shr-unstable dir, and deleted the openembedded and tmp in it Oct 20 12:45:13 then checked out the shr/merge branch with git Oct 20 12:45:27 after that you can build shr/merge Oct 20 12:46:30 Heinervdm: k, will try that.. you don't happen to have the git command to checkout the shr/merge branch handy, do you? :D (not really familiar with git i'm affraid) Oct 20 12:47:46 DocScrutinizer-8: i think the names are derived from the datasheet. And it's alsa policy to expose raw controls afaik. Oct 20 12:47:57 PaulFertser: see ""Control 5: "Mono Playback Volume" "" e.g Oct 20 12:48:27 rebelThor: git clone -t shr/merge git://git.openembedded.net/openembedded Oct 20 12:48:32 rebelThor: but i'm not sure Oct 20 12:48:33 PaulFertser: that's not entirely true at least for amixer names Oct 20 12:48:47 Heinervdm: thanks a bunch, I'll figure it out if it's not exactly right Oct 20 12:49:17 PaulFertser: Control 4: "Speaker Playback Volume" for earpiece Oct 20 12:50:01 DocScrutinizer: i'll take a look at those a bit later. Currently i'm going to ressurrect a seagate barracuda 7200.11 hdd. Oct 20 12:50:12 hehe Oct 20 12:50:15 enjoy Oct 20 12:51:15 and please elaborate - later - you just uttered an eliptic sentence about any<->UART Oct 20 12:53:28 DocScrutinizer: most of the names come from the codec driver, so nothing thats likely to be changed Oct 20 12:54:06 larsc: your xf86-input-tslib version doesn't work either Oct 20 12:54:42 DocScrutinizer: http://www.msfn.org/board/solution-seagate-7200-11-hdds-t128807.html Oct 20 12:54:45 xorg starts but no touch Oct 20 12:56:16 Heinervdm: ok. i'll try to fix it once i have a touchscreen driver Oct 20 12:56:24 ok :) Oct 20 12:56:59 larsc: it seems we have one level of name abstraction somewhere in machine-SoC or whatever Oct 20 12:57:49 no Oct 20 12:58:14 so where's the short names in amixer from ? Oct 20 12:58:27 mrmoku, I believe this is new behaviour in autoconf 2.61 . Which version of autoconf do you use in shr ? Oct 20 12:59:12 DocScrutinizer-8: short names? Oct 20 12:59:22 larsc: like "peaker playback volume" -> "speaker" etc Oct 20 12:59:32 I made a dirty hack stolen from Asymptote but I believe this to be bad and likely to break in many use cases http://www.tex.ac.uk/tex-archive/graphics/asymptote/configure.ac (see Datadir) Oct 20 12:59:41 DocScrutinizer-8: alsamixer Oct 20 13:00:19 DocScrutinizer, the full name is used to classify the control . Ie playback volume is needed to get it to appear in the playback section Oct 20 13:00:49 alsamixer has some naming conventions. "Control Playback Volume" becomes a "Control" slider on the playback tab Oct 20 13:01:16 "Control Playback Switch" becomes a "Control" switch on the playback tab Oct 20 13:01:33 same for capture Oct 20 13:01:43 prahal: 2.61 Oct 20 13:01:49 hmm, dunno if I see the brilliant rationale behind that Oct 20 13:02:10 it's all we got Oct 20 13:02:40 hum weird . No clue yet then Oct 20 13:04:35 dos1: hey, how was school? learned something new? :P Oct 20 13:04:57 school and something new? :D Oct 20 13:05:08 on the train I meant ;) Oct 20 13:05:31 hehe Oct 20 13:05:38 but i'm not going to school by train ;) Oct 20 13:05:42 ahh Oct 20 13:05:52 nothing new then :P Oct 20 13:06:04 but i couldn't sleep yesterday Oct 20 13:06:11 and i was playing with edje file for shr-today Oct 20 13:06:13 :D Oct 20 13:06:19 ahh :) Oct 20 13:06:28 larsc: It's a fact the name "headphone playback volume" for the control that also manages speaker, while "speaker playback volume" actually controls earpiece, that's really confusing hell out of everybody Oct 20 13:06:36 dos1: already scapped the results? Oct 20 13:07:39 mrmoku: well, i wanted to do some nice animation on unlocking and unlock on drag, not on mouse,up Oct 20 13:07:47 larsc: and IMHO if that's a situation imposed to *our* driver by mere "it's upstream", then we simply should fork Oct 20 13:08:00 mrmoku: but i failed with animation, some edje voodoo was happening :x Oct 20 13:08:04 freesmartphone.org: 03mickey 07cornucopia * rf7553cbe724d 10/tools/serial_forward/ (GNUmakefile forward.c forward.h pty_forward.c): Oct 20 13:08:04 freesmartphone.org: tools: add serial_forward to forward device nodes via TCP Oct 20 13:08:04 freesmartphone.org: Originally courtesy Holger 'Zecke' Freyther from Openmoko SVN Oct 20 13:08:24 DocScrutinizer: well you shouldn't have routed the headphone lines to the speaker then ;) Oct 20 13:08:35 hahaHAHAHA Oct 20 13:10:37 TAsn: that patch fixes resolving? Oct 20 13:11:50 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r65c1146533e7 10framework/ (2 files in 2 dirs): Merge branch 'master' of git.freesmartphone.org:framework into dos/opimd-tracking Oct 20 13:13:31 larsc: for mic-2-gsm we got a slider on playback tab, while clearly that's recording path Oct 20 13:14:54 DocScrutinizer-8: the name? Oct 20 13:15:10 so upstream argument "we can't change, as app sw relies on those names" clearly turns around 180° Oct 20 13:15:29 nokia is using some opencode in pulse to do aec Oct 20 13:15:52 could that be used on freerunner for a soft fix for echo? Oct 20 13:15:55 freesmartphone.org: 03tom 07framework * rd48bd43c4303 10/framework/subsystems/opimd/pimd_generic.py: Oct 20 13:15:55 freesmartphone.org: opimd: Numbers are sometimes sent as 'unicode', changed the checks to conform to that. Oct 20 13:15:55 freesmartphone.org: This solves the numbers not resolving issue. There's probably a bug somewhere else, though in the meanwhile this solves the issue. Oct 20 13:15:55 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Oct 20 13:16:01 larsc: Control 5: "Mono Playback Volume" (alsamixer name: "Mono" Value: as needed) -- see wiki Oct 20 13:16:04 DocScrutinizer-8: ? Oct 20 13:16:34 DocScrutinizer: and that one is for recording? Oct 20 13:16:48 tmzt: basically yes. Don't expect it to work better than the calypso AEC though Oct 20 13:17:09 can you disable it? Oct 20 13:17:12 why? Oct 20 13:17:32 larsc: it's for "recording" mic to gsm - so yes I'd say that's NOT playback Oct 20 13:18:30 ~tell larsc about fr-audio Oct 20 13:19:34 DocScrutinizer: one thing i image that might be possible to do is control alias. Like on my board that codec control foo is named bar Oct 20 13:20:10 broonie already mentioned that, but wasn't eager to dive into it Oct 20 13:20:24 aec? Oct 20 13:20:44 well if broonie likes it, i guess thats good Oct 20 13:20:54 he said somethings in #pulseaudio about it Oct 20 13:21:01 but I was asleep Oct 20 13:21:03 tmzt: AEC is an age-old algo. I don't think the FOSS one is so much better than the calypso commercial one Oct 20 13:21:11 i'm currently just wondering how to implement it fast Oct 20 13:21:18 but more tunable? Oct 20 13:21:36 like add a delay to it Oct 20 13:21:58 tmzt: you got short and long delay on calypso AEC Oct 20 13:22:11 finer tuning should be auto by sw Oct 20 13:22:40 so that's not the problem? Oct 20 13:22:43 larsc: :-) Oct 20 13:22:52 tmzt: no Oct 20 13:23:01 ahhh... this looks better :) Oct 20 13:23:17 actually it seems AEC works quite good on modem Oct 20 13:23:31 ok, thanks Oct 20 13:23:43 whats the latest shr-unstable "known good image" ? Oct 20 13:23:53 larsc: would you minfd to toss a few links to learn more about that alias foo, please Oct 20 13:24:04 or is it in a working state - so I can just grab the daily :) Oct 20 13:24:29 DocScrutinizer: it's just an idea that i just had. Oct 20 13:24:53 SHR: 03mok 07libphone-ui * r6c0e657d5060 10/src/ (phoneui-utility.c phoneui-utility.h): phoneui-utility: add sim auth handling Oct 20 13:24:55 larsc: well, I have NO idea about it ;-) Oct 20 13:25:18 larsc: is that code, or alsarc definitions, or what? Oct 20 13:25:56 larsc: in src I seem to remember there were to types of control names Oct 20 13:26:04 SHR: 03mok 07phonefsod * r2acfd6dc35cb 10/src/phonefsod-fso.c: fso: let phoneuid handle sim auth Oct 20 13:27:19 DocScrutinizer: ? Oct 20 13:27:20 s/to/two Oct 20 13:27:27 i can't follow you Oct 20 13:28:25 larsc: how is control name aliasing working? Oct 20 13:28:27 SHR: 03mok 07libphone-ui-shr * r2b87de977d0d 10/src/util/window.c: remove rest of obsolete window_counter Oct 20 13:28:28 SHR: 03mok 07libphone-ui-shr * r8fc6415c3dc1 10/src/util/window.c: window: hide the window in view_hide and not in destroy Oct 20 13:28:29 SHR: 03mok 07libphone-ui-shr * ra76030aa7aa2 10/src/ (phoneui-sim-auth.c view/sim-auth-input-view.c): sim-auth: let libphone-ui handle the FSO part Oct 20 13:28:34 alexxy: ping, you can try if PIN auth works for you now Oct 20 13:28:56 you have to rebuild the whole suite though: phonefsod, phoneuid, libphone-ui and libphone-ui-shr Oct 20 13:29:14 DocScrutinizer: it doesn't exist yet, afaik. I just thought that it would be something one could implement. Oct 20 13:29:52 according to broonie it's implemented in ALSA-SoC or siblings Oct 20 13:30:25 at least the infrastructure to do it Oct 20 13:30:32 mrmoku: can you share instruction what i should remove and what i should install? Oct 20 13:30:50 i get a build error in zip-native in do_populate_staging Oct 20 13:31:04 I'm on shr/mrege Oct 20 13:31:22 DocScrutinizer: if it is, it's not called alias Oct 20 13:31:32 and not in the soc layer Oct 20 13:31:36 hmm, dunno Oct 20 13:31:44 but it would be easy to add Oct 20 13:31:54 maybe thats what he was talking about Oct 20 13:31:56 maybe ask broonie ? Oct 20 13:32:01 maybe :) Oct 20 13:33:15 larsc: /join #alsa-soc Oct 20 13:35:29 alexxy: remove ophonekitd, libframeworkd-phonegui, libframeworkd-phonegui-efl and the shr-* apps Oct 20 13:35:55 alexxy: install phonefsod, phoneuid, libphone-ui, libphone-ui-shr, phoneui-apps-dialer, phoneui-apps-contacts and phoneui-apps-messages Oct 20 13:36:52 alexxy: but if you don't build yourself I have to build them on the buildhost first Oct 20 13:38:17 mrmoku: i dont build them by myself Oct 20 13:38:29 but if they will work i'll add them to gentoo Oct 20 13:38:39 alexxy: ok, building them now Oct 20 13:38:50 ping me when you'll finish Oct 20 13:38:52 mrmoku: is this a config issue or? phoneuid: evas_cache_image.c:1163: evas_cache_image_surface_alloc: Assertion `im->cache' failed. Oct 20 13:39:06 mrmoku: when speaking about phoneui :) Oct 20 13:39:31 vanous123: TAsn reported problems with x11-16 Oct 20 13:39:35 you have that? Oct 20 13:39:42 i see Oct 20 13:39:49 i have Xorg Oct 20 13:40:00 will check X11-16 Oct 20 13:40:03 vanous123: yes, but what engine for e-wm Oct 20 13:40:15 yes, will check Oct 20 13:40:25 you can check in the illume settings Oct 20 13:41:14 Advanced --> Engine Oct 20 13:41:41 takes me some time, have tload of: 4.20, 3.55, 3.30 , trying some opimd syncing :) Oct 20 13:43:50 mrmoku: i see, i missed part of the conversation yesterday, didn't know what was X11-16 causing to crash... yes, this was it Oct 20 13:44:04 freesmartphone.org: 03mickey 07cornucopia * rcf64b68675bc 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: call: add release cause in status update (if available) Oct 20 13:44:12 switching to Software helped Oct 20 13:44:53 mrmoku: than you Oct 20 13:46:31 btw opimd really will need the redesign and optimization as spoken about, have been trying to sync 435 contacts since 10:40 today (with pisi), still not done yet :) Oct 20 13:49:06 vanous123: 435 contacts? Oct 20 13:49:16 yes :( Oct 20 13:49:22 and still running Oct 20 13:49:28 can provide any logs now Oct 20 13:49:30 well, i'm operating daily with few k of messages Oct 20 13:49:39 it's slow, but not as slow ;x Oct 20 13:49:50 mrmoku: http://build.shr-project.org/ Oct 20 13:50:07 mrmoku: is it too ugly or it can be? :D Oct 20 13:50:40 i just wanted to see what happens, i am not desperate to have it synced in... Oct 20 13:51:29 well, i don't know how pisi works Oct 20 13:51:37 so i can't say why it's as slow :P Oct 20 13:52:01 mrmoku: or should it be just lighter? Oct 20 13:52:55 well, it seemed to get all the data from google, now it only is calling opimd interface, but perhpas it has all the data in memory and that is slowing it down... Oct 20 13:53:24 dos1: don't follow you? Oct 20 13:53:34 larsc: that's not exactly what I thought of. My notion still is: we got a unique hw (WM8753 *PLUS* unique way it's integrated into FR), so we should use a dedicated hw-specific driver (we could base that driver on upstream src by applying patch) Oct 20 13:53:41 [15:49] mrmoku: http://build.shr-project.org/ Oct 20 13:53:43 [15:50] mrmoku: is it too ugly or it can be? :D Oct 20 13:54:32 ahh... now I see :) Oct 20 13:54:32 mrmoku: is the latest mrmoku testing the one from the 15/9 ? Oct 20 13:54:34 hehe... well let's see if someone comments :) Oct 20 13:54:47 FiXion: refrain from testing :P Oct 20 13:54:50 and where's the daily shr images ? Oct 20 13:55:00 I'm looking for an image for my nand right now Oct 20 13:55:08 something that is the closest to just working Oct 20 13:55:13 SHR has been this before Oct 20 13:55:18 FiXion: (daily images) no such thing :( Oct 20 13:55:21 DocScrutinizer: we should not use a unique driver. just unique control names Oct 20 13:55:29 but latest I ran it, was august edition Oct 20 13:55:35 yep, that's what I say Oct 20 13:55:52 DocScrutinizer: thats easy. i could implement it in like half an hour Oct 20 13:56:13 FiXion: latest in tests/mrmoku/unstable works fine for most Oct 20 13:56:16 general mood was we MUST NOT do this Oct 20 13:56:17 rather 10 minutes i guess Oct 20 13:56:25 dunno why Oct 20 13:56:53 mrmoku: great - I'll use that then. thanks Oct 20 13:57:15 I think it was we MOST NOT change the codec driver Oct 20 13:57:34 larsc: I'll prepare a sane set of names (or what I think that are) until this night, and post to you Oct 20 13:57:38 mrmoku: update, refresh ;) Oct 20 13:57:46 mrmoku: ok :D Oct 20 13:58:13 dos1: time for some small fixes in shr-settings? :D Oct 20 13:59:16 mrmoku: how small? Oct 20 13:59:23 larsc: so we can do a s/mono playback volume/GSM MIC rec volume/g job on the genuine driver Oct 20 14:00:22 good Oct 20 14:00:29 larsc: :-))) Oct 20 14:00:37 dos1: well... the check if ophonekitd is running is suboptimal :P Oct 20 14:00:39 * DocScrutinizer does a dance of joy Oct 20 14:00:40 I'll try to come up with a generic control rename patch Oct 20 14:00:54 dos1: you would have to check for either ophonekitd or phonefsod Oct 20 14:01:03 need to have brunch now... cya later Oct 20 14:01:23 dos1: and the usage interface for phonefsod is org.shr.phonefso.Usage Oct 20 14:02:03 dos1: that would be all I think :) Oct 20 14:04:19 dos1: btw... did you see TAsn's comments on hoversels? Oct 20 14:04:24 yup Oct 20 14:04:39 but python-elementary apps are not using that directly Oct 20 14:04:49 so we have to ping morphis :P Oct 20 14:04:58 i just built updated python-elementary, let's check if it's fixed Oct 20 14:05:03 good Oct 20 14:07:26 mrmoku: not fixed :( Oct 20 14:08:47 :( Oct 20 14:09:24 but hovers in services module are fixes Oct 20 14:09:26 fixed* Oct 20 14:10:04 those errors are strange... Oct 20 14:10:06 Exception TypeError: "'elementary.c_elementary.Radio' object is not callable" in 'elementary.c_elementary._hoversel_callback' ignored Oct 20 14:10:08 Exception TypeError: "'IncDecButton' object is not callable" in 'elementary.c_elementary._hoversel_callback' ignored Oct 20 14:10:12 Exception TypeError: "'str' object is not callable" in 'elementary.c_elementary._hoversel_callback' ignored Oct 20 14:10:37 hmm Oct 20 14:14:44 is there a way to run something like strace on python program? Oct 20 14:16:01 DocScrutinizer: Done :) Oct 20 14:16:05 vanous123: call python interpreter with higher debug level Oct 20 14:16:11 At least i didn't screw up anything this time Oct 20 14:16:18 PaulFertser: sysfs nodes???? Oct 20 14:16:59 DocScrutinizer: nope, resurrection Oct 20 14:17:19 aah Oct 20 14:17:19 bumbl: actually , just -f for strace seems to work now, it only took long time... Oct 20 14:17:47 * DocScrutinizer isn't even at kbd anymore :-) Oct 20 14:17:50 bbl Oct 20 14:19:04 PaulFertser: read backscroll. larsc takes care about the control name issue (finally :-))) Oct 20 14:19:16 cya Oct 20 14:21:21 larsc: will be at CCC at around 8.30pm (depending on buses and dinner and stuff) Oct 20 14:21:48 Weiss: ok. i'm not feeling to well today. but i'll try to get there then Oct 20 14:23:14 ick.. Schweinegrippe? Oct 20 14:25:37 larsc: i'm sorry but how exactly are you going to provide "sane" control names? Oct 20 14:25:48 alexxy: ok, all built... feel free to install Oct 20 14:27:29 well well ... for process_message in src/view/message-list-view.c compiled code and gdb disagree (and it seems gdb is right) ... ie gval_tmp is told to be null inside gdb but the if(gval_tmp) or if(gval_tmp != NULL) succeed . Oct 20 14:29:28 hmm.... shr-theme-neo pulls in gpe-filemanager :P bad :| Oct 20 14:29:36 Weiss: i hope not ;) Oct 20 14:29:59 PaulFertser: hm? Oct 20 14:30:33 larsc: i just can't understand the technology Oct 20 14:30:42 mrmoku, I think I can explain (although I never looked at the bb recipe): Oct 20 14:31:09 * mrmoku takes a look at the recipe... Oct 20 14:31:14 PaulFertser: what techonology? Oct 20 14:31:15 shr theme neo installs the gpe icontheme and the gpe icontheme can only be installed if gpe apps are installed (at least I think so) Oct 20 14:31:23 mrmoku: look at gpe-icons Oct 20 14:31:30 larsc: to provide gta0x-specific control names . Oct 20 14:31:33 so the gpe icontheme is the bad guy Oct 20 14:33:22 PaulFertser: every codec controll is instantiated through a single function. it would be easy to provide a list of board specific control aliases which would be looked up there and then used instead Oct 20 14:33:39 larsc: ok, i see Oct 20 14:33:52 but it's slow Oct 20 14:34:19 Heinervdm: I can't see how the icons would pull the filemanager... Oct 20 14:35:03 mrmoku: me too, but that's the only place where gpe apps can be installed Oct 20 14:36:41 who wrote the recipes anyways? Oct 20 14:37:16 * JesusMcCloud1 suggests to ask the author if online Oct 20 14:37:27 RDEPENDS = "gdk-pixbuf-loader-png gpe-filemanager gpe-sketchbook" Oct 20 14:37:35 (from gpe-theme-neo) Oct 20 14:37:53 and it is in the wrong subdir anyway ;) Oct 20 14:38:10 does shr try to mount my SD card as FAT ? (from a kernel message shr gives me - it looks this way) Oct 20 14:38:23 FAT: bogus number of reserved sectors Oct 20 14:38:54 mrmoku: oh there JaMa has written a strange recipe :D Oct 20 14:39:13 well at least he got the themes into the feed Oct 20 14:39:43 by the way does the elementray-theme-gry recipe work? Oct 20 14:40:07 hi I've | Requested 'libdrm >= 2.4.15' but version of libdrm is 2.3.1 on mesa-dri-7.5.1+gitr4+5f8f14e5ca994461c54ba547f6371c2f71474425 Oct 20 14:40:17 what is the fastest way to pass that error... Oct 20 14:40:39 *)make or import the correct libdrm version? Oct 20 14:40:47 *)downgrade mesa Oct 20 14:40:59 *)don't build mesa Oct 20 14:41:34 JesusMcCloud1: trying the gry one now... as the neo one is too green for my eyes :P Oct 20 14:42:50 Gnutoo: shr/merge? Oct 20 14:42:53 I'll push the latest version of e-wm-theme-neo into git within the next 15 minutes Oct 20 14:43:14 Heinervdm, that's not an option...I would have to rebuild from scratch and I need a pulseaudio application fast Oct 20 14:43:23 s/fast/soon Oct 20 14:43:43 Gnutoo: i wanted to know if you're building shr/merge or shr/import :) Oct 20 14:43:55 Heinervdm, ah ok shr/import Oct 20 14:44:52 mmm there is 2.4.11 in org.openembedded.dev Oct 20 14:45:11 Gnutoo: have you updated your shr/import? Oct 20 14:45:19 Heinervdm, yes today Oct 20 14:45:40 Gnutoo: ok, then just rebuild libdrm, it builds 2.4.15 Oct 20 14:46:14 drm-kernel drm-kernel_cvs.bb libdrm_2.3.0.bb libdrm_2.3.1.bb libdrm_git.bb Oct 20 14:46:17 no 2.4.15 in tree Oct 20 14:46:21 I'll pull again Oct 20 14:46:28 Gnutoo: it's libdrm_git Oct 20 14:46:36 ok Oct 20 14:46:43 then I'll build libdrm_git thanks Oct 20 14:47:04 that should be preffered from preferred-shr-versions Oct 20 14:47:26 i tried it today and it builds libdrm_2.4.15 Oct 20 14:47:29 ok I'll look Oct 20 14:48:23 set to autorev Oct 20 14:48:23 ok Oct 20 14:48:34 s/set/it was/ Oct 20 14:50:41 mrmoku: ok Oct 20 14:52:47 btw thanks for the help Oct 20 14:54:18 * JesusMcCloud is at kbd again Oct 20 14:55:32 completely different thing: how about creating a wiki page for a fristrun wizard where people can post suggestuins/config requests? Oct 20 14:56:19 * JesusMcCloud is looking for lastest sources of e-wm-theme-neo in his chaotic data Oct 20 14:56:20 JesusMcCloud: good thing (as we created the shr-wizard repo) :) Oct 20 14:56:39 JesusMcCloud: btw... there is _no_ recipe for the gry theme Oct 20 14:57:16 what? why? *checking mailbox for sent objects* Oct 20 14:57:37 JesusMcCloud: what would you want to configure? Oct 20 14:57:38 Heinervdm, it still does that: NOTE: package libdrm-2.3.1: started Oct 20 14:57:41 strange Oct 20 14:57:56 I've the correct includes in local.conf Oct 20 14:58:05 something very annoying if you opkg upgrade or reflash: calypso deep sleep Oct 20 14:58:22 Gnutoo: strange Oct 20 14:58:40 maybe I should do a : Oct 20 14:58:41 JesusMcCloud: deep sleep? Oct 20 14:58:54 * JesusMcCloud has a sent email in his email client adressed to shr-devel@lists.shr-project.org containing a bb file for gry theme Oct 20 14:59:10 * mrmoku checks his list archive... Oct 20 14:59:13 bitbake libdrm-2.4.15+gitr${SRCPV} Oct 20 14:59:25 but how do I replace the SRCPV? Oct 20 14:59:31 as it is autorev Oct 20 14:59:48 * mrmoku found it Oct 20 14:59:52 to enable deep sleep, makes sense Oct 20 14:59:59 JesusMcCloud: somehow it got forgotten :| Oct 20 15:00:08 Heinervdm, ah ok get it: Oct 20 15:00:09 DEFAULT_PREFERENCE_om-gta02 = "2" Oct 20 15:00:25 Gnutoo: oh, you don't have gta02 :) Oct 20 15:00:32 JesusMcCloud: also audio volume? differs for everyone Oct 20 15:00:38 mrmoku, I fixed #1024 myself about 2 months ago and everytime I upgrade or reflash a new frameworkd.conf is created (obviously)... and everytime I reflash I forget to edit framweorkd.conf to set deep sleep to 'always' Oct 20 15:00:57 Heinervdm, I've one but I'm not building for it right onw Oct 20 15:01:00 s/own/now Oct 20 15:01:11 that is annoying, because everytime I keep wondering for acouple of days, why my battery drains so fast Oct 20 15:01:34 took me 2 days this time I reflashed till it hit me Oct 20 15:02:00 * JesusMcCloud is away to push latest nEo theme into git Oct 20 15:04:24 JesusMcCloud: heh, ok Oct 20 15:04:24 mrmoku: no x11-16 but with xf86-video-fbdev too :) Oct 20 15:04:32 s/but/bug/ Oct 20 15:04:32 Heinervdm meant: mrmoku: no x11-16 bug with xf86-video-fbdev too :) Oct 20 15:04:49 Heinervdm: you mean it works with xf86-video-fbdev? Oct 20 15:05:01 mrmoku: yes Oct 20 15:05:28 Heinervdm: you have phoneuid installed? Oct 20 15:05:33 no Oct 20 15:05:48 but the bug was with old shr-dialer too? Oct 20 15:05:49 it's only with phoneuid? Oct 20 15:05:57 did it hit you before? Oct 20 15:06:04 mrmoku: never tried Oct 20 15:06:11 ahh, ok then Oct 20 15:06:19 had no working image an my phone for 2 weeks now Oct 20 15:06:20 it seems to happen only with libphone-ui-shr.... Oct 20 15:08:56 momoku: if gry recipe works, expect a newer version and a recipe for e-wm-theme-gry within the next 10 minutes Oct 20 15:09:32 * Weiss wonders if abatrour (see OM-Community list just now) is on IRC Oct 20 15:12:47 Weiss: i bet not or else he wouldn't ask such questions. Oct 20 15:12:59 mrmoku: * Cannot find package libphone-ui. Oct 20 15:13:19 hmm mrmoku: are you thinking of shipping gry by default? as it is not that different than the normal theme but faster Oct 20 15:13:37 PaulFertser: that's what I thought.. Oct 20 15:13:39 mrmoku: hmm ok, it's libphone-ui0 Oct 20 15:13:44 Weiss: found out the msm gpu is not that interesting for 2d so concentrating on the 2d part of the chip now, might still need your help but I'm going to try the easier stuff first Oct 20 15:14:20 SHR: 03jesus 07shr-themes * r70f0c53573a6 10/e-wm/e-wm-theme-illume-neo/ (21 files): e-wm-theme-illume-neo: bugfixes all over the place Oct 20 15:14:51 * JesusMcCloud hopes he didn't nuke away the nEo theme Oct 20 15:15:09 tmzt: I'm guessing one of those "2d"s should be a "3d".. but I'm interested as to which one.. Oct 20 15:17:48 Weiss: no :) Oct 20 15:18:01 Weiss: gpu only renders to the main framebuffer Oct 20 15:18:34 bumbl: might be a good idea then... will look at it Oct 20 15:18:39 "MSM GPU is not that interesting for 2D"... "so concentrating on the 2D part"...? Oct 20 15:18:56 new image has priority though (imo ;) ) Oct 20 15:19:12 Weiss: the 2d part of the msm chip, not the gpu Oct 20 15:20:47 quick question: does libframeworkd-phonegui-efl2 (still use etk tree? Oct 20 15:20:56 tmzt: ah, I see.. I forgot about how it works Oct 20 15:21:17 sorry, I'll let you get your work done Oct 20 15:22:01 tmzt: it's OK - if I'm busy (at work as in Work), I just won't reply :) Oct 20 15:22:25 but from tomorrow I'll have DSL in my new flat and will be able to be around at useful (non-Work) times Oct 20 15:23:05 well whatever you were working on Oct 20 15:25:30 JesusMcCloud: no Oct 20 15:26:15 dos1: coolio finally the ugly nEo etk theme hack something garbage can be shredded Oct 20 15:27:54 i go the phoneuid to crash on me even with no X11-16 now... Oct 20 15:28:26 mrmoku: 2009.10.20 19:27:28.218779 [libphone-ui] Symbol not found: /usr/lib/phoneui/modules/shr.so: undefined symbol: phoneui_backend_contacts_contact_show Oct 20 15:28:42 bumbl: the gry elm theme has 1 hi priority issue (will be fixed tonight): inwin has solid background, I have to change this and 2 lo priority issues: illume topshelf could look a little nicer and maybe I will add a settle effect for button-click like the nEo theme had Oct 20 15:29:45 oops I mixed it up first 2 are illume theme issues Oct 20 15:29:51 mrmoku: sim auth works now Oct 20 15:31:15 JesusMcCloud: nevertheless good work Oct 20 15:31:25 alexxy: yeah that undefined symbol is harmless Oct 20 15:31:33 mrmoku: seems its works Oct 20 15:31:39 at least call and ussd Oct 20 15:31:43 alexxy: fine :) Oct 20 15:31:51 my contacts looks strange Oct 20 15:32:06 alexxy: all your friends are aliens? :P Oct 20 15:32:07 they shows number as tel:+7xxxxx Oct 20 15:32:26 huh... that is strange Oct 20 15:32:37 also i think it will be bette if it will display as Surname, Name Oct 20 15:32:39 bumbl: the bootscreen of the illume theme is also a little hackish Oct 20 15:32:48 alexxy: you imported them with pisi? Oct 20 15:32:53 yep Oct 20 15:33:08 ahh ok Oct 20 15:33:12 i exported them from opimd-utils Oct 20 15:33:17 * mrmoku adds a note to always strip tel: for the list Oct 20 15:34:31 mrmoku: can you make contacts display contacts as Surname, Name? Oct 20 15:34:32 mrmoku: the tel is introduced by dos1 Oct 20 15:34:43 or Name 'Nick' Surname? Oct 20 15:34:50 the tel was introduced in opimd before me :P Oct 20 15:35:08 the tel is fine... we just have to strip it in all visible places Oct 20 15:35:36 alexxy: there is some opimd redesign discussion ongoing... which would include something like that probably Oct 20 15:35:57 mrmoku: ok thast good Oct 20 15:36:14 Just synced my contacts to opimd Oct 20 15:36:27 mrmoku: hmm? Oct 20 15:36:34 Name, Nickname, Surname Oct 20 15:36:37 mrmoku: calling by contacts doesnt work Oct 20 15:36:44 now there are only firstnames in the list Oct 20 15:36:48 since it has tel: prefix Oct 20 15:36:51 alexxy: something interesting in the log Oct 20 15:36:53 those fields are standard, opimd-contacts support them Oct 20 15:37:02 so maybe libphoneui-shr also should ;) Oct 20 15:37:12 dos1: +1 Oct 20 15:37:14 dos1: you defined fields for phone numbers as Home Phone, Work Phone and so on? Oct 20 15:37:18 mrmoku: i guess a config of what and how is displayed wouldn't hurt... first-last, phone... Oct 20 15:37:44 also will be intresting if there will be posibility of using more then one phone number Oct 20 15:37:46 vanous123: that would be the opimd redesign discussion Oct 20 15:37:58 Heinervdm: yes Oct 20 15:38:02 mrmoku: how? no :P Oct 20 15:38:04 alexxy: will come yes Oct 20 15:38:08 mrmoku: that's only libphoneui-shr discussion ;P Oct 20 15:38:22 Heinervdm: "Home phone", "Work phone", "Whatever phone" Oct 20 15:38:24 dos1: hehe, ok Oct 20 15:38:29 will you guys use anything of the new phoneui discussion page? Oct 20 15:38:39 * mrmoku takes a note to try to explain TAsn exactly that ;) Oct 20 15:38:47 mrmoku: seems nothing intresting in logs Oct 20 15:38:59 mrmoku: please use the fields dos1 mentioned too for searching phonenumbers Oct 20 15:39:06 and displaying Oct 20 15:39:24 my list is now full of entries with (no number) Oct 20 15:39:33 alexxy: ahh... probably because of the tel: prefix too Oct 20 15:39:35 because for me it works Oct 20 15:40:13 Heinervdm: so you have no Phone and only others? Oct 20 15:40:25 what would be the algorithm to show as main phone number then? Oct 20 15:40:51 mrmoku: you should also store phone numbers with tel: prefix, as otherwise resolving won't work Oct 20 15:41:12 mrmoku: and about algoritm... "Phone" is default, others - up to app developer :P Oct 20 15:41:46 dos1: well... that is problematic ;) Oct 20 15:41:51 mrmoku: On details view i have Phone numbers, but not in list. What about getPhone() if phone == "": getHomePhone() ... Oct 20 15:43:37 dos1: what are the _exact_ field names for phone numbers? Oct 20 15:44:01 Phone and "* phone" Oct 20 15:44:21 mrmoku, ? Oct 20 15:44:25 so, for instance, "Phone", "Home phone", "Mobile phone", "Work phone" Oct 20 15:45:09 TAsn: have to eat now Oct 20 15:45:16 lol, i have most of my contacts without phone... and all without surnames, this is gonna be fun to make a phone call now, like a whell of fortune: http://scap.linuxtogo.org/files/2bf68357b02545ad26a6b420f37d3483.png Oct 20 15:45:19 ok, I'll be waiting for you Oct 20 15:45:29 mrmoku, anyhow, saw my comment about signal name changed? Oct 20 15:45:41 TAsn: yes Oct 20 15:45:46 cool. Oct 20 15:45:51 seems not to work though Oct 20 15:45:51 have fun eating. Oct 20 15:45:58 at least with python-elementary Oct 20 15:46:01 mrmoku, in python Oct 20 15:46:04 heard about that. Oct 20 15:46:05 yeah. Oct 20 15:46:12 well I'm waiting for you to return and explain Oct 20 15:46:12 TAsn: anyway... update ;) Oct 20 15:46:16 * mrmoku takes a note to try to explain TAsn exactly that ;) Oct 20 15:46:18 :) Oct 20 15:46:23 btw, we really gotta put Oct 20 15:46:23 :) Oct 20 15:46:26 phoneuid in a loop Oct 20 15:46:27 doing it now Oct 20 15:46:31 it crashes too much. :| Oct 20 15:46:41 TAsn: it does _never_ crash :P Oct 20 15:46:45 mrmoku: seems if i drop prefix tel: then contact displays ok Oct 20 15:46:53 mrmoku, sometimes :) not always. Oct 20 15:46:58 alexxy: ok, will fix that after dinner Oct 20 15:47:02 alexxy, I'm against all this tel prefix. :) Oct 20 15:47:05 bbl Oct 20 15:47:11 and dos1 knows that ;) Oct 20 15:47:19 but i think it still be better displaying contacy as Name 'Nick' Surname Oct 20 15:47:31 alexxy, that's what I said. Oct 20 15:47:33 please read the Oct 20 15:47:40 opimd_redesign page Oct 20 15:47:44 in the wiki Oct 20 15:47:51 TAsn: link? Oct 20 15:47:54 TAsn: "Name 'Nick' Surname" in opimd_redesign? WTF? Oct 20 15:47:58 yes. Oct 20 15:48:12 alexxy, wiki.openmoko.org/wiki/Opimd_redesign iirc Oct 20 15:48:16 or something like that ;) Oct 20 15:48:20 dos1, read it more carefully! Oct 20 15:48:22 TAsn: ok Oct 20 15:48:30 tell me what you think. Oct 20 15:48:50 false alarm... still have some minutes :) Oct 20 15:49:14 TAsn: whatever you think about that tel: prefix... we have to live with what is there now Oct 20 15:49:23 otherwise we will never arrive somewhere Oct 20 15:49:30 # Name - returns "First Last, nick" or something like that. Oct 20 15:49:32 so for now we just have to handle that correctly Oct 20 15:49:39 i don't like that :P Oct 20 15:49:48 dos1, why not? Oct 20 15:49:57 having name as a calculated field Oct 20 15:49:59 is nicer. Oct 20 15:50:05 and tel: isn't weird hack, it's standard URI Oct 20 15:50:07 btw I've a question on shr and illume...I've a trackball....why does it register the clicks only when it's moving? that is to say if I don't move(coordinated don't change) and click...no click are registerd Oct 20 15:50:09 and easier to work with. Oct 20 15:50:15 also how should be called field caontainig phone nuber? Oct 20 15:50:21 *number? Oct 20 15:50:24 dos1, which is weird. Oct 20 15:50:27 but if I click a move a little bit with touchscreen or trackball it works Oct 20 15:50:29 vcard has a full-name field for that Oct 20 15:50:31 alexxy, or phone, or whatever. Oct 20 15:50:36 alexxy: right now we handle only Phone Oct 20 15:50:45 if its called Cell Phone then it still displays it as no number Oct 20 15:50:52 dos1, it sucks for internal design. Oct 20 15:51:11 weird is uri handling in opimd ATM Oct 20 15:51:11 alexxy, are you talking about the redesign or now? Oct 20 15:51:22 i'm talking about now Oct 20 15:51:23 =) Oct 20 15:51:34 dos1, it's not fun having to handle this crap. Oct 20 15:51:36 as if field.startswirh('tel:'): field=field[3:] isn't really handling :P Oct 20 15:51:48 Gnutoo: what input driver do you use? Oct 20 15:52:17 Heinervdm, evdev Oct 20 15:52:23 but libphone* works realy fast =) and thats good Oct 20 15:52:23 =) Oct 20 15:52:32 dos1, listen, maybe in python it's "ok" Oct 20 15:52:41 but in C it's a pain to handle Oct 20 15:52:42 Heinervdm, I think...I'll check because Xorg didn't use a config file Oct 20 15:52:48 and for the CPU it's also a pain to handle Oct 20 15:52:54 TAsn: number += 4 ;) Oct 20 15:53:07 mrmoku, not if you want to be able to free the string later. Oct 20 15:53:10 TAsn: there are no libraries for URI handling? Oct 20 15:53:21 dos1, maybe there are, but it's still a pain Oct 20 15:53:23 TAsn: then number -= 4; free(number); :P Oct 20 15:53:26 for both the CPU and us. Oct 20 15:53:26 :D Oct 20 15:53:31 Gnutoo: can it be, that it's recognised as touch pen or sth like that? evdev has code to registering clicks only when pen touches Oct 20 15:53:41 dos1, not quite, as you have to know if it contained tel: in the first place. Oct 20 15:53:51 dos1, the column should be consistent in data type Oct 20 15:54:00 and in this case data type is "phone number" Oct 20 15:54:01 not uri Oct 20 15:54:05 Heinervdm, I don't know...I'll look if it reports BTN_TOUCH...but I don't think so Oct 20 15:54:19 uri is trying to force abstract types into a structure that doesn't work well with such Oct 20 15:54:21 (sql) Oct 20 15:54:21 i agree on specified type Oct 20 15:54:23 Heinervdm, it worked well on kdrive on the last image I've got but that is old Oct 20 15:54:38 Gnutoo: kdrive is completly different Oct 20 15:54:43 ok Oct 20 15:55:06 Heinervdm, indeed the keyboard works a lot better with xorg Oct 20 15:55:34 dos1, I think a column should have a consistent type Oct 20 15:55:35 and therefore Oct 20 15:55:40 there's not reason to URI it Oct 20 15:55:43 *no Oct 20 15:55:43 Gnutoo: you can ask in #xorg-devel for details they are friendly :) Oct 20 15:55:51 just to know the type in advance. Oct 20 15:56:03 for me type=string, float, integer, boolean Oct 20 15:56:13 which can be set in a different table Oct 20 15:56:14 ok thanks I'll look at the driver just after fixing the new compilation failure Oct 20 15:56:23 dos1, but that just means you'll have more processing to do Oct 20 15:56:33 (matching URI and working with it) Oct 20 15:56:38 which is a lot slower. ;| Oct 20 15:56:47 anyhow, I'm done arguing as we already been there Oct 20 15:56:50 and we don't agree ;) Oct 20 15:57:01 nothing more to say (unless you have something new to say, I don't) Oct 20 15:58:04 Heinervdm, btw is there an easy way to disable the 3d acceleration(dri,drm,mesa etc...) because I saw somewhere that there was a preferred provider for it Oct 20 15:58:10 raster, btw, we have an issue with x11-16 :| Oct 20 15:58:22 it segfaults with our new software. Oct 20 15:59:08 Heinervdm, it reports LeftBtn Oct 20 15:59:25 so definitely not touch...but shr is for touchscreens Oct 20 15:59:39 so I wondered if it was not an options somewhere in SHR Oct 20 16:04:19 ok, now for real :) Oct 20 16:04:21 bbl Oct 20 16:05:58 mrmoku|away, ciao. Oct 20 16:06:35 Gnutoo: don't know these details about Xorg, just know a bit of evdev bcause i patched it for SHR Oct 20 16:06:47 Heinervdm, ok thanks Oct 20 16:07:52 Gnutoo: at build time, or runtime? Oct 20 16:08:21 Weiss, build time for disabling 3d Oct 20 16:09:07 TAsn: hoi Oct 20 16:09:23 x11-16 is an incomplete engine. i'm not surprised. i dont advise using it myself Oct 20 16:09:34 raster, good to know :) Oct 20 16:09:37 thanks. he :) Oct 20 16:09:39 i have said so every since, but people insist on using it Oct 20 16:09:52 cool. Oct 20 16:10:05 ye s- its faster, but partly because it drosp quality (no smooth scaling at all - u can do this just by turnging that off on objects anyway) Oct 20 16:10:18 Gnutoo: there shouldn't be any (attempted) acceleration unless you have the KMS version of xf86-video-glamo and also the DRM kernel (which isn't done by default AFAIK) Oct 20 16:10:27 aand partly because its in 16bpp so copies copy 1/2 the data. blends need about 3/4 the data of argb32 for src Oct 20 16:10:32 dest is 1/2 the data normally Oct 20 16:10:53 all images are pre-dithered to 16bpp Oct 20 16:10:53 so if u scale up i see the dither pattern scaled up too Oct 20 16:10:53 etc. etc. Oct 20 16:11:26 now... back to adding 3d, rotation and other fun defomrations to evas Oct 20 16:11:29 so what are you suggestions for acceleration of X11 engine? Oct 20 16:11:37 Weiss, shr builds mesa,dri,drm etc...It often fails to build...and the device I'm building for doesn't have an usable and free 3d driver so we will use framebuffer... Oct 20 16:11:38 TAsn: not a gta02. Oct 20 16:11:39 :) Oct 20 16:11:42 SHR: 03tom 07shr-themes * r792b3d9197c3 10/shr-logo/ (16 files in 3 dirs): Added the new logo by alphalog Oct 20 16:11:43 (my suggestion) Oct 20 16:11:54 raster, will a palm pre running shr suffice? :) Oct 20 16:12:05 yes. it should be smooht as silk Oct 20 16:12:15 that baby is powerful enough Oct 20 16:12:37 if you have shr on one.. u'll be amazed how much better evas runs Oct 20 16:12:45 Weiss, I only want mplayer with pulseaudio...and it seem to take ages... Oct 20 16:12:56 raster, :) Oct 20 16:13:02 i think even my new "3d" code in evas will work fine on those things Oct 20 16:13:14 (its software 3d for now - acceleration is perfectly possible) Oct 20 16:13:17 Gnutoo: you probably need to ask JaMa in that case Oct 20 16:13:25 ok Oct 20 16:13:26 nb - evas's gl engine got a revamp - its now both desktop gl and gles2.0 Oct 20 16:13:30 so a palm pre has gles2.0 hardware on it Oct 20 16:13:37 it can hw render evas stuff Oct 20 16:13:54 thus why i say "for accel - something other than gta02" Oct 20 16:14:01 somethnig that does gles2.0 will be good Oct 20 16:14:25 or simlpy something with a better cpu and memory subsytem with no straw between cpu and video ram Oct 20 16:17:00 what was software_16 designed for? Oct 20 16:17:43 raster, you so are suggesting me to buy a pre? is that what you are saying? :) Oct 20 16:17:59 it will do much better Oct 20 16:18:02 btw, raster, index sometimes behaves weird when I "run too fast" down the index Oct 20 16:18:04 personally i'd go for an n900 Oct 20 16:18:06 and sometimes even segfaults Oct 20 16:18:21 yes - higher res, so it'll be slower. has to render 2.5x the pixels. so expect 2.5-3x slower fps's Oct 20 16:18:35 hmmm i havent noticed segs... hmmm Oct 20 16:18:39 do you think it's my fault (working with index) or is it the widget's fault? Oct 20 16:18:40 if u get a bt.. send it along! Oct 20 16:18:46 not sure Oct 20 16:18:54 i havent seen a seg on the demo code Oct 20 16:19:00 so for now.. i point figners at you L:) Oct 20 16:19:07 but.. a backtrace will tell more Oct 20 16:19:09 :) Oct 20 16:19:11 what was software_16 designed for? Oct 20 16:19:13 sec. Oct 20 16:19:15 the finger may be re-pointed Oct 20 16:19:58 cool. :) Oct 20 16:24:34 raster, I'm too lazy to install the elementary debug libs :) Oct 20 16:24:41 I'll just chekc my code more throughly :) Oct 20 16:25:49 TAsn: u dont test on desktop first? Oct 20 16:26:13 raster, not this. Oct 20 16:26:29 as I don't write it Oct 20 16:26:32 mrmoku does Oct 20 16:26:34 hmm thats the hard way then :) Oct 20 16:26:55 and I'm too lazy to emulate opimd for list population. Oct 20 16:26:57 ... Oct 20 16:27:01 anyhow, it happens on the moko Oct 20 16:27:12 can't reproduce on my pc. Oct 20 16:30:33 hehehe ok ok Oct 20 16:31:12 mrmoku|away, btw, phonefsod is rock solid, doesn't crash at all, which is very good :) but phoneuid still has it issues, though mainly the contacts segfault I'm describing. :) Oct 20 16:35:31 would eb great if the db would be to move from /etc/ to /var/lib/frameword Oct 20 16:37:05 mrmoku|away, ping. (I want to discuss some changes concerning first time e17 wizard) Oct 20 16:39:17 currently I have a weird thing ... all calls have a non integer timestamp and the opimd pimb_sqlite_calls.py except timestamp as integer Oct 20 16:42:18 prahal, Oct 20 16:42:49 mv /etc/freesmartphone/opim/*.db to a backup location Oct 20 16:42:52 and restart the phone. Oct 20 16:48:48 SHR: 03jesus 07shr-themes * rd4138d33c102 10/e-wm/e-wm-theme-illume-gry/ (71 files): e-wm-theme-illume-gry added Oct 20 16:49:13 raster, still here? Oct 20 16:49:55 raster, are you sure there isn't a way to make X11 engine faster? Oct 20 16:50:09 Heinervdm, here? Oct 20 16:51:56 SHR: 03jesus 07shr-themes * r690c797af162 10/elementary/elementary-theme-gry/ (43 files): elementary-theme-gry: fixed inwin Oct 20 16:53:08 TAsn: making X faster means tailoring it to your target hw and special requirements. That's exactly opposite direction Xorg is heading at aiui Oct 20 16:53:12 yes I though about it but I will loose the history of the calls . Done , but only restarting frameworkd . Were those already non int in previous shr released (would an upgrade path be of interest ?) Oct 20 16:53:29 mrmoku|away: phoneui suite crashed on incoming call Oct 20 16:53:46 alexxy, what do the logs say? Oct 20 16:54:06 prahal, actually, a normal upgrade path should have existed Oct 20 16:54:13 TAsn: i'll try to reproduce it Oct 20 16:54:44 alexxy, just check the logs... Oct 20 16:54:54 /var/log/phoneuid.log Oct 20 16:55:07 TAsn: i already restarted phone =) Oct 20 16:55:14 since i should recall =) Oct 20 16:56:39 alexxy, afaik the logs are appended not truncated to this file .. you should still have the logs from previous crash Oct 20 16:56:52 btw Oct 20 16:56:54 alexxy, Oct 20 16:57:01 what's nicer in the new phoneui suite Oct 20 16:57:18 a crash means you should only restart /etc/X11/Xsession.d/80phoneuid :) Oct 20 16:57:26 ok i'll check logs Oct 20 16:57:48 TAsn: it uses opimd Oct 20 16:58:16 it fater then old one Oct 20 16:58:48 what? Oct 20 16:59:14 there was a python >2.6 syntax in opimd from frameworkd ... are those avoided (is it a mistake) or is python 2.6 a requirement ? (because well I compiled a few for 2.5 only and I would have to spend a bit of time to go 2.6 ... not critical but I wonder if I should tag this high priority ... right now I replaced the syntax by a 2.5 compatible one Oct 20 17:05:06 TAsn: logs was on memory mounted partition Oct 20 17:05:12 so i cannot check them Oct 20 17:05:21 ok i'll check logs Oct 20 17:05:21 TAsn: it uses opimd Oct 20 17:05:21 it fater then old one Oct 20 17:05:23 I didn't get that. Oct 20 17:08:22 heh Oct 20 17:08:31 i'll reproduce this crash in 5 minutes Oct 20 17:09:41 okie Oct 20 17:09:46 btw Oct 20 17:09:46 if you can Oct 20 17:09:50 opkg install gdb Oct 20 17:09:55 and the dbg packages Oct 20 17:10:01 and run it from there. Oct 20 17:15:02 mrmoku, hey. Oct 20 17:15:31 mrmoku|away, btw, phonefsod is rock solid, doesn't crash at all, which is very good :) but phoneuid still has it issues, though mainly the contacts segfault I'm describing. :) Oct 20 17:15:31 mrmoku|away, ping. (I want to discuss some changes concerning first time e17 wizard) Oct 20 17:15:37 concerning the wizard Oct 20 17:15:41 listen to what I want to do. Oct 20 17:15:46 mrmoku, did recipe for the gry theme work? Oct 20 17:16:03 I want to remove all the useless modules Oct 20 17:16:16 (like quicklaunch or auto desktop file creation) Oct 20 17:16:33 and add a module of our own that just runs a script we'll choose, what do you think? :) Oct 20 17:18:01 mrmoku, btw, did you see alphalog already gave us the logos? :) Oct 20 17:18:10 I want to start a theme contest Oct 20 17:18:13 JesusMcCloud: yup works Oct 20 17:18:16 especially since we just found out Oct 20 17:18:19 (raster said) Oct 20 17:18:30 that x11-16 sucks, incomplete and should not be used. Oct 20 17:18:32 TAsn: yup to all Oct 20 17:18:46 TAsn: I know... he said that since ever :) Oct 20 17:18:54 including theme contest? as no one objected that in ml Oct 20 17:19:08 the interesting part was Oct 20 17:19:13 Ainulindale, what are our rules concerning suggestions (like theme content) that no one responds to? Oct 20 17:19:22 mrmoku, if they don't support it, neither should we. Oct 20 17:19:25 [19:12] raster | 18:10:39> ye s- its faster, but partly because it drosp quality (no smooth scaling at all - u can do this just by turnging that off on objects anyway) Oct 20 17:19:33 yes Oct 20 17:19:37 TAsn: mrmoku: logs for crashing with incoming call Oct 20 17:19:38 I tried to find out how to do it ;) Oct 20 17:19:47 alexxy, gimme ;) Oct 20 17:19:51 frameworkd.log http://pastebin.ca/1633130 Oct 20 17:19:58 not interesting Oct 20 17:20:04 only phoneuid.log is interesting Oct 20 17:20:11 phonefsod.log http://pastebin.ca/1633131 Oct 20 17:20:17 TAsn: I'm doing some nice stuff for contacts in libphone-ui Oct 20 17:20:17 maybe also phonefsod Oct 20 17:20:22 mrmoku, :))) Oct 20 17:20:23 what? Oct 20 17:20:30 phoneuid.log http://dpaste.com/109815/ Oct 20 17:20:44 mrmoku, good to know, thanks Oct 20 17:21:02 phonefsod still running Oct 20 17:21:05 mrmoku, please build fprintf phonefsod phnoeuid etc etc Oct 20 17:21:07 alexxy, I know. Oct 20 17:21:16 it's just phoneuid as I suspected. Oct 20 17:21:20 phoneuid crashed Oct 20 17:21:28 2009.10.20 21:14:50.428835 [libphone-ui] Attempting to resolve name for: "tel:�" Oct 20 17:21:28 yeah Oct 20 17:21:29 btw Oct 20 17:21:31 ouch Oct 20 17:21:34 how can i restart it Oct 20 17:21:35 yeah, very ouch. Oct 20 17:21:36 :| Oct 20 17:21:38 alexxy, Oct 20 17:21:39 easy Oct 20 17:21:47 /etc/X11/Xsession.d/80phoneuid Oct 20 17:21:51 TAsn: (fprintf) what are you talking about? that _is_ fprintf Oct 20 17:22:18 his logs are *not* fprintf Oct 20 17:22:18 :) Oct 20 17:22:25 TAsn: I just gave it back the nice timestamp ;) Oct 20 17:22:27 maybe he just didn't update ;) Oct 20 17:22:29 oh Oct 20 17:22:29 brb Oct 20 17:22:31 YUCK! :) Oct 20 17:22:34 what do we need Oct 20 17:22:39 miliseconds for? Oct 20 17:22:52 that's plain noise. Oct 20 17:23:10 alexxy, what did you do? Oct 20 17:23:16 just received a call? Oct 20 17:23:27 i asked my friend to call me Oct 20 17:23:36 is he in your contact list? Oct 20 17:23:38 when i try to recieve call its crashed Oct 20 17:23:43 yep Oct 20 17:24:08 look at line 149 Oct 20 17:24:10 is this his number? Oct 20 17:24:22 2009.10.20 21:14:35.300587 [libphone-ui] Attempting to resolve name for: "tel:+79213356325" Oct 20 17:24:26 its number Oct 20 17:24:53 it's his number? Oct 20 17:24:53 yes Oct 20 17:25:08 cool, sec I think I know what went wrong. Oct 20 17:26:48 TAsn: Oct 20 17:26:48 9.10.20 21:14:37.885668 [libframeworkd-glib] launched async query for a single contact (callback) ... Oct 20 17:26:51 2009.10.20 21:14:37.886533 [libphone-ui-shr] got contact: "" error? (0) Oct 20 17:26:56 see not only noice Oct 20 17:27:02 s/noice/noise/ Oct 20 17:27:03 mrmoku meant: see not only noise Oct 20 17:27:14 why not? Oct 20 17:27:17 I want to see how long stuff takes ;) Oct 20 17:27:19 :) Oct 20 17:27:20 lol. Oct 20 17:27:22 (at least for now) Oct 20 17:27:42 ok I have no idea why this happens. :| Oct 20 17:27:57 TAsn: Attempting to resolve name for: "tel:�" Oct 20 17:28:05 ok, I do. Oct 20 17:28:07 that looks stinky ;) Oct 20 17:28:13 yeah, and I know what's wrong. Oct 20 17:28:36 call-incoming-view.c:23 Oct 20 17:28:40 we don't strdup Oct 20 17:28:48 mrmoku: please reduce to 2 digits ms Oct 20 17:28:59 3 at most Oct 20 17:29:17 though I wonder. Oct 20 17:29:20 uSec is plain nonsense and actually noisy Oct 20 17:29:28 dos1: still here? Oct 20 17:29:46 mrmoku: i think yes ; Oct 20 17:29:47 no we don't actually need to free. Oct 20 17:29:47 ;x Oct 20 17:29:48 hm.. Oct 20 17:29:50 *strdup. Oct 20 17:29:50 DocScrutinizer-8: yeah... maybe some digit less would suffice :P Oct 20 17:30:03 we don't really need to copy it either. Oct 20 17:30:07 dos1: does GetResult for contact queries work as described by the API? Oct 20 17:30:28 mrmoku: yup Oct 20 17:30:32 good boy :) Oct 20 17:30:32 mrmoku: also 4digit year could go completely Oct 20 17:30:49 mrmoku: as well as month - at least imho Oct 20 17:30:53 DocScrutinizer-8: you don't expect freerunners to be alive in the next millenium? ;) Oct 20 17:31:15 sure I do Oct 20 17:31:29 but you don't want to keep the logs... ok Oct 20 17:31:40 don't think todays logs timestanps are such important then Oct 20 17:31:49 DocScrutinizer-8: but as you always say... we have more critical stuff to solve :P Oct 20 17:31:59 yep Oct 20 17:32:02 for sure Oct 20 17:32:34 but if you ever again touch that line - now at least you know what I suggest for format of timestamp Oct 20 17:32:41 well... I have to say that one thing I hated about ophonekitd logs is that you could not compare the timestamps (because there were none :P) with the ones in frameworkd.log Oct 20 17:32:49 so I tried to do the same timestamping Oct 20 17:32:55 * JesusMcCloud just sent bb files for elementary-theme-gry and e-wm-theme-illume-gry to shr-devel and hopes they work Oct 20 17:33:05 JesusMcCloud: thanks Oct 20 17:33:24 mrmoku, no guarantees I don't know if they work Oct 20 17:33:44 JesusMcCloud: we'll see Oct 20 17:34:25 mrmoku: no you will, I won't since I still have no enviroment set up to build shr Oct 20 17:35:53 mrmoku: for the record : DD-HHMM:SS.mmm Oct 20 17:36:56 hmm, M is meant for Minutes, not Month ;-P Oct 20 17:40:11 qucik question ragardin bb recipe: ist it RECOMMENDS or RRECOMMENDS or does both work? Oct 20 17:42:23 JesusMcCloud: aiui these are complete oposite of each other Oct 20 17:43:17 DocScrutinizer-8: basically I want to recommend another package during opkg install Oct 20 17:43:28 "aber frag besser nochmal deine Elt... err mrmoku, weil so ganz sicher bin ich mir da nich" Oct 20 17:44:11 * DocScrutinizer-8 is now known as Hein Bloed Oct 20 17:44:22 where's the usb_mode file node laying these days? Oct 20 17:44:24 JesusMcCloud: are you sure RECOMMENDS exists? Oct 20 17:44:30 nope Oct 20 17:44:45 mickey|zzZZzz: why do you need to know? you just use dbus-send and? ;) Oct 20 17:44:58 grepping in the OE tree I can only find RRECOMMENDS Oct 20 17:45:06 so that is what you want :) Oct 20 17:45:10 lindi-: wait wait, i'm the one implementing the interface, not using it Oct 20 17:45:16 thanks Oct 20 17:45:42 mickey|zzZZzz: lindi- : lol Oct 20 17:46:13 hostmode is present and controls power iirc, shouldn't usb_mode be there as well? Oct 20 17:46:57 ah, supposed to be in /sys/devices/platform/s3c2410-ohci/usb_mode Oct 20 17:47:07 or did the kernel guys shuffle that around again? Oct 20 17:49:12 mickey|zzZZzz: /sys/devices/platform/s3c-ohci/usb_mode Oct 20 17:49:25 corrected bb files are sent Oct 20 17:49:50 DocScrutinizer-8: excellent, thanks Oct 20 17:50:16 mickey|zzZZzz: mompl, verifying Oct 20 17:52:02 mickey|zzZZzz: http://wiki.openmoko.org/wiki/GTA02_sysfs#same:_.2Fsys.2Fdevices.2Fplatform.2Fs3c2410-ohci.2Fusb_mode Oct 20 17:53:51 mickey|zzZZzz: common best practice seems a " `find /sys -name usb_mode` " Oct 20 17:54:44 DocScrutinizer: yes, eventually we may resort to that w/ caching Oct 20 17:55:12 freesmartphone.org: 03mickey 07cornucopia * ra41cae9df1af 10/fsodeviced/src/plugins/openmoko_powercontrol/plugin.vala: fsodeviced: openmoko_powercontrol: add UsbHost resource Oct 20 17:55:23 caching sems ok ;-P Oct 20 17:55:26 seems Oct 20 17:55:29 i think that should have been the last thing missing for a drop-in replacement Oct 20 17:55:45 i recommend turning off all subsystems except ogsmd and ogspd in frameworkd now Oct 20 17:55:50 and using the fso2 substitutes Oct 20 17:56:04 obviously they need more testing Oct 20 17:56:13 err, could you elaborate Oct 20 17:57:05 fsonetworkd, fsotimed, fsodeviced are ready for deploying and testing Oct 20 17:57:05 always get no messages (though there are) from query in phone-ui-shr ... except if I run a query through d-feet but then the phoneui-messages crashes (I bet because the query was freed and it try to access freed data) Oct 20 17:57:24 does phoneui-message works for someone ? Oct 20 17:57:25 which means the python-subsystems can be disabled, the new one enabled, and tested Oct 20 17:57:49 mrmoku: TAsn : any ideas why libphone* crashed? Oct 20 17:59:10 mickey|zzZZzz: have you already got some sponsoring for your fso company? Oct 20 17:59:50 bumbl: no, still desperately looking. Oct 20 18:00:35 http://openmoko.opendevice.org/~dos/splash.png Oct 20 18:00:39 what do you think? :D Oct 20 18:00:54 hmm i hope your palm pre effort will pay off Oct 20 18:01:05 yes, that's my last hope to get any funding for fso Oct 20 18:01:05 moin Oct 20 18:01:30 to show a powerful hardware running our stack Oct 20 18:01:52 dos1: nice. how do you make the fb file, do you have to get a fb content while the file is being displayed? Oct 20 18:01:59 dos1: nice! Oct 20 18:02:42 (that's only recombining of alphaone's work, i'm not good artist ;)) Oct 20 18:02:43 dos1, great! now we need a theme that matches that :P Oct 20 18:02:52 vanous123: cat /dev/fb0 > splash.fb ;) Oct 20 18:03:06 yeah, i thought so... Oct 20 18:03:45 dos1: looks good Oct 20 18:04:15 dos1: question is whether to have dark splash and blue theme, or, if lighter background on splash wouldn't feel better... Oct 20 18:05:06 vanous123: with blue theme you can have blue splash ;) Oct 20 18:05:49 true, so what theme with dark splash? :) Oct 20 18:06:17 nvm , it was phonefsod that needed to be restarted after frameworkd restart Oct 20 18:07:22 alexxy, no. Oct 20 18:07:34 TAsn: i'm back Oct 20 18:07:41 Heinervdm, hey. Oct 20 18:07:44 I wanted to ask Oct 20 18:07:56 is a better xorg glamo driver will bring better Oct 20 18:08:10 graphic handling Oct 20 18:08:15 like scrolling in evas and such. Oct 20 18:08:28 dos1, http://openmoko.opendevice.org/~dos/splash.png Oct 20 18:08:37 remind me next time I need a design project to hire you :) Oct 20 18:08:39 you rock. :) Oct 20 18:08:46 awesome! :) Oct 20 18:08:59 I really like the current SHR font better, but this is also nice :) Oct 20 18:09:07 TAsn: that's just wallpaper from alphaone with minor editing :P Oct 20 18:09:11 dos1, btw, saw the news concerning X11-16? Oct 20 18:09:17 dos1, I know, I use it as a wallpaper. :) Oct 20 18:09:19 TAsn: news about segfaults? Oct 20 18:09:31 and about x11-16 being incomplete and buggy Oct 20 18:09:37 that's known :P Oct 20 18:09:37 and that raster says we should not use it. Oct 20 18:09:43 ffs Oct 20 18:09:54 I did a lot of debugging trying to figure out why it's segfaulting here Oct 20 18:10:01 but everyone knew x11-16 Oct 20 18:10:02 wth?! Oct 20 18:10:20 alexxy, I'll give it a better look soon, don't worry ;) Oct 20 18:11:12 dos1, btw. Oct 20 18:11:36 TAsn: no idea about that :) JaMa and me just try to get it running, developent is mostly done by larsc and Weiss. They will know what a better glamo driver will bring :) Oct 20 18:11:48 how did you add the launcher buttons at the bottom? Oct 20 18:11:48 mind adding that to default theme as well? Oct 20 18:12:21 vanous123: there's also some *.pl to create the bootsplash fb-image from a .bmp or sth, on PC. Ask wpwrak or try to figure in http://svn.openmoko.org/developers/werner/ Oct 20 18:12:25 TAsn: this scap rocks http://scap.linuxtogo.org/files/2bf68357b02545ad26a6b420f37d3483.png Oct 20 18:12:27 btw, I'm changing the default theme to have this background as default and also changing the top bar coloring a bit. Oct 20 18:12:37 bumbl, SWEET! Oct 20 18:12:51 dos1, http://scap.linuxtogo.org/files/78873cfdbd131d3a110e842aaf563e18.png Oct 20 18:13:18 anyhow, I'm changing the default theme to be nicer Oct 20 18:13:42 DocScrutinizer: i love to dig in werners stuff, will check it out :) Oct 20 18:13:49 Heinervdm, thanks. Oct 20 18:13:55 TAsn: soo... we want my splash as default or that alphaone's one? :D Oct 20 18:14:00 larsc, Weiss: I wanted to ask Oct 20 18:14:00 is a better xorg glamo driver will bring better Oct 20 18:14:00 graphic handling Oct 20 18:14:09 dos1, YOURS. :) Oct 20 18:14:19 i created mine because i didn't like his splash (but his wallpaper rocks;)) Oct 20 18:14:28 yeah, I think the same. Oct 20 18:14:28 ;) Oct 20 18:14:37 anyone knows how to fix this error in zip-native: http://pastebin.com/f64973712 Oct 20 18:16:22 dos1, I would set alphaone's one as desktop backghround, and yours as init splash ;) Oct 20 18:16:46 Sharwin_F, exactly. Oct 20 18:17:29 :) Oct 20 18:17:58 dos1, I have a hard question. Oct 20 18:18:35 how can I make niebiee be in black (actually dark greenish grey, but mostly black, only a little bit of green) with alphaone's background? Oct 20 18:18:45 I just tried, though it's too hard for meh. Oct 20 18:18:54 hmm Oct 20 18:19:06 +1 for that! Oct 20 18:19:11 Sharwin_F, :)))) Oct 20 18:19:13 some colors are defined in theme, and some in images Oct 20 18:19:22 take in account shr-today background for the coloring :P Oct 20 18:19:23 dos1, I saw that. Oct 20 18:19:30 Sharwin_F, exactly Oct 20 18:19:33 I like his theme a lot. Oct 20 18:19:37 I want that coloring. Oct 20 18:19:49 though with a touch of green. Oct 20 18:20:35 mrmoku, I just noticed something weird. Oct 20 18:20:40 here Oct 20 18:20:42 ? Oct 20 18:21:38 well, i prepared nice colorset in niebiee theme by accident when i was preparing layout to my website Oct 20 18:21:40 we all love coloring themes xD http://static.funnyjunk.com/pictures/fucking_love_coloring.jpg Oct 20 18:21:50 and i just reused them Oct 20 18:22:00 I'd love to see forced line breaks of too long lines in shr-messages, where might I go with that? Oct 20 18:22:03 and that was the only one colorset i liked Oct 20 18:22:06 :D Oct 20 18:22:17 s/colorset i liked/colorset i created and i liked/ Oct 20 18:22:29 i know how to make niebiee theme pink ;D Oct 20 18:22:43 but dunno about greenish grey Oct 20 18:23:12 call-incoming-view.c:90 window_view_show(data->parent.win, options, call_active_view_show, call_active_view_hide, NULL); Oct 20 18:23:34 dos1, no Oct 20 18:23:35 I meant Oct 20 18:23:39 BLACK Oct 20 18:23:41 with a shade of green Oct 20 18:23:42 :) Oct 20 18:23:49 sec I'll give you colorcode Oct 20 18:24:00 TAsn: whatsup Oct 20 18:24:14 mrmoku, call-incoming-view.c:90 window_view_show(data->parent.win, options, call_active_view_show, call_active_view_hide, NULL); Oct 20 18:24:30 why do we use that? Oct 20 18:24:37 don't we get a signal for active call Oct 20 18:24:40 ? Oct 20 18:24:44 and just pop the active call ourselves? Oct 20 18:24:50 (*by a signal) Oct 20 18:24:56 TAsn: not phoneuid Oct 20 18:24:58 phonefsod does Oct 20 18:25:01 remember? :P Oct 20 18:25:01 ok Oct 20 18:25:04 yeah Oct 20 18:25:04 but Oct 20 18:25:08 phonefsod gets the signal Oct 20 18:25:15 and pops the active call window or not? Oct 20 18:25:20 yup Oct 20 18:25:28 DocScrutinizer: when you create your list, make sure that it is in {"Control Name", "Alias"} format Oct 20 18:25:58 TAsn: call windows are somewhat special... Oct 20 18:26:01 mrmoku, we need to "unspecial them" Oct 20 18:26:02 :) Oct 20 18:26:09 dos1, git html notation code: 202a01 Oct 20 18:26:40 even darker than taht. Oct 20 18:27:04 larsc: ok Oct 20 18:27:07 dos1: there is some special _sort_by thing for queries, right? Oct 20 18:27:46 mrmoku, do we or don't we get an active call signal that pops a screen in phoneuid? Oct 20 18:28:15 TAsn: a phoneuid method gets called by phonefsod Oct 20 18:28:22 ok, Oct 20 18:28:24 so not a signal in dbus sense of signals Oct 20 18:28:36 btw Oct 20 18:28:52 nvm the btw Oct 20 18:28:54 mrmoku, but ok Oct 20 18:29:09 so I can drop the show window from libphone-ui-shr right? Oct 20 18:29:11 ahh _sortby and _sortdesc Oct 20 18:29:18 window_view_show(data->parent.win, options, call_active_view_show, Oct 20 18:29:18 call_active_view_hide, NULL); Oct 20 18:29:21 this I meant. Oct 20 18:29:36 TAsn: no idea without closely looking Oct 20 18:29:46 this view/frame system is quite confusing :P Oct 20 18:29:55 mrmoku, couldn't agree more. Oct 20 18:30:02 I'm trying to break out of it Oct 20 18:30:08 TAsn: what would be the correct _sortby for contacts? Oct 20 18:30:12 feel free to do the same when you can. Oct 20 18:30:26 mrmoku, first name or last name, users should be able to choose Oct 20 18:30:27 * mrmoku wants to finish his contacts work first.. Oct 20 18:30:30 :) Oct 20 18:30:38 mrmoku, added support for many contact fields? Oct 20 18:30:40 mrmoku, btw Oct 20 18:30:44 please consider Oct 20 18:30:54 don't consider, nvm. :) Oct 20 18:30:57 that's what I'm doing ;) Oct 20 18:31:20 phoneui_contacts_get Oct 20 18:31:46 TAsn: btw... I need a nice name Oct 20 18:31:46 phoneui_contact_sanitize_content Oct 20 18:31:56 something like that Oct 20 18:31:59 remind me, what are you trying to do? Oct 20 18:32:00 :) Oct 20 18:32:06 making a phoneui utility function? Oct 20 18:32:19 gets a contact data hashtable from dbus and returns a newly allocated hashtable with sanitized values Oct 20 18:32:21 TAsn: yup Oct 20 18:32:26 mrmoku: yup, there is sorting Oct 20 18:32:39 so sanitize contact, yeah. Oct 20 18:32:48 mrmoku, btw, please rebuild pyphonelog Oct 20 18:33:07 dos1, btw, my life are a lot better since I dropped that blue niebiee beast :) Oct 20 18:33:14 too much blue for me :) Oct 20 18:33:16 dos1: have some nice example for _sortby and _sortdesc regarding contacts? :) Oct 20 18:33:17 ;DDD Oct 20 18:33:37 '_sortby':'Name' Oct 20 18:33:41 and nothing more ;) Oct 20 18:33:44 ok, thanks Oct 20 18:33:54 mrmoku, there's an example though Oct 20 18:33:57 pyphonelog Oct 20 18:33:57 :) Oct 20 18:34:00 dos1: and what if there is no Name? just FirstName and LastName? Oct 20 18:34:01 '_sortdesc':1 Oct 20 18:34:05 if you want from Z to A Oct 20 18:34:06 dos1, btw, fixed the pre_limit and post_limit issue? Oct 20 18:34:09 (or s/1/true/) Oct 20 18:34:13 TAsn: not yet, but i will Oct 20 18:34:17 cool. Oct 20 18:34:19 dos1: and nothing for A to Z Oct 20 18:34:28 mrmoku: yup Oct 20 18:34:29 ok Oct 20 18:35:53 ok, let's settle it here and now Oct 20 18:35:59 mrmoku, dos1 are you against me starting a theme contest? Oct 20 18:36:00 TAsn: you strictly need the count of contacts for you index limiting? Or do you see some way without it? Oct 20 18:36:07 nop Oct 20 18:36:16 mrmoku, I need it. ;| Oct 20 18:36:18 TAsn: theme contest for illume/elementary? Oct 20 18:36:21 start contests as much as you wish... they seem to have good results :) Oct 20 18:36:34 dos1, actually a theme contest in general Oct 20 18:36:35 for everything Oct 20 18:36:39 submissions can be Oct 20 18:36:43 for elm+illume Oct 20 18:36:47 or also for gtk+ Oct 20 18:36:55 (in addition to the base elm+illume) Oct 20 18:37:09 and "more points" will be added for submissions with gtk+ themes Oct 20 18:37:13 and splash themes Oct 20 18:37:13 TAsn: i'm against, as i want niebiee to rule the world and be the only one possible choise! Oct 20 18:37:19 people are going to be blueeeeeee!!!!! Oct 20 18:37:19 dos1, :) Oct 20 18:37:20 hahaha Oct 20 18:37:22 :> Oct 20 18:37:23 evil. Oct 20 18:37:35 but seriously, no, nothing against ;) Oct 20 18:37:49 * TAsn is now attempting a sed s/blue/green/g on his system as he's generally against blue. ;) Oct 20 18:38:09 TAsn: how should i name that splash? Oct 20 18:38:44 we still have shr-splash-theme-default non-used Oct 20 18:39:00 but that could be winner of contest Oct 20 18:39:36 dos1, I don't mind how you name it Oct 20 18:39:39 maybe Oct 20 18:39:46 splash-alphaone-dos Oct 20 18:39:50 or something :{ Oct 20 18:39:54 naaaaah Oct 20 18:39:55 nah Oct 20 18:39:56 yeah Oct 20 18:39:56 that's ugly :P Oct 20 18:39:56 :) Oct 20 18:39:58 hehe yeah Oct 20 18:40:03 hm.. splash-logo1 Oct 20 18:40:07 sounds fine with me. Oct 20 18:40:37 shr-splash-theme-logo? Oct 20 18:41:05 yes. Oct 20 18:41:10 mrmoku, Oct 20 18:41:21 how do you feel with me wrapping phoneuid in a loop? Oct 20 18:41:21 :) Oct 20 18:41:30 as it *does* crash Oct 20 18:41:35 and we don't want it to crash :) Oct 20 18:42:12 dos1, http://build.shr-project.org/ LOL Oct 20 18:42:17 TAsn: :DDDD Oct 20 18:42:40 btw, we really need to fix the e17 theme :(((( Oct 20 18:42:45 It rules and it's needed :| Oct 20 18:42:57 TAsn: pyphonelog built Oct 20 18:43:12 mrmoku, danke che. (I probably spelled it wrong, well, I'm not german) Oct 20 18:43:43 s/che/schön/ :) Oct 20 18:46:53 TAsn: (wrapping in a loop) how? Oct 20 18:47:11 in a bash script Oct 20 18:47:56 btw, what about adding a package finder to the web like the one in angstrom? Oct 20 18:48:12 TAsn: if you make sure it will _not_ continue to loop when one stops x ;) Oct 20 18:48:18 http://www.angstrom-distribution.org/repo/ Oct 20 18:48:36 hm.. interesting. :) Oct 20 18:48:39 will think of something. Oct 20 18:48:42 TAsn: and if you will remove it again after phonefsod does that... Oct 20 18:50:19 cool, found what's wrong with e17 theme Oct 20 18:50:21 it actually works here :) Oct 20 18:50:33 I hate the stupid sob who broke it and didn't bother fixing it though ;) Oct 20 18:50:54 TAsn: JesusMcCloud proposed to start a wiki page for shr-wizard Oct 20 18:50:59 care to do that? Oct 20 18:51:02 mrmoku, you are still adding shr/openembedded to BB_PATH in the makefile Oct 20 18:51:07 mrmoku, sure thing. Oct 20 18:51:10 doing a theme contest Oct 20 18:51:12 and then that Oct 20 18:51:19 playya_: ouch... forgot to remove that then :| Oct 20 18:51:27 mrmoku, a month of submissions? Oct 20 18:52:29 heyho Oct 20 18:52:41 TAsn: hmm... no idea. doing themes is difficult and might take longer... on the other hand we want it NOW ;) Oct 20 18:52:48 morphis: heyho Oct 20 18:52:53 :P Oct 20 18:52:59 mrmoku, so a month then :) Oct 20 18:53:14 argh, I get a BSOD whe ntrying to enter in Illume-Wrench->Look->Themes Oct 20 18:54:27 wow. we are already using vala-0.7.7-fso5 Oct 20 18:55:07 hmpf Oct 20 18:55:13 morphis: ! Oct 20 18:55:17 morphis: hey Oct 20 18:55:27 hey dos! Oct 20 18:55:34 s/dos!/dos1/ Oct 20 18:55:34 morphis meant: hey dos1 Oct 20 18:55:34 morphis: do you know anything about problems with hoversels in python-elementary apps? Oct 20 18:55:50 mrmoku, I think I fixed the theme recipe, sec though. Oct 20 18:55:59 dos1: hm Oct 20 18:56:05 dos1: there was something Oct 20 18:56:43 don't know exactly what it was Oct 20 18:58:51 morphis: what does raster say to the calendar? Oct 20 18:59:37 pushing new theme Oct 20 19:00:05 mrmoku: can you add recipe? shr-splash-theme-logo, copying some other recipe should be enough ;) Oct 20 19:00:06 SHR: 03seba.dos1 07shr-themes * r9c1bbdecfcdb 10/shr-splash/shr-splash-theme-logo/ (9 files in 2 dirs): shr-splash-theme-logo: new theme with our new shiny logo :) Oct 20 19:01:57 dos1: ok Oct 20 19:02:49 dos1: PV? Oct 20 19:03:19 0.1 then ;) Oct 20 19:03:56 ui new theme Oct 20 19:04:00 mrmoku, Oct 20 19:04:02 shr-devel Oct 20 19:04:06 apply and build Oct 20 19:04:07 :) Oct 20 19:04:48 hmm. is it possible that xorg encodings misses a depency to font-util? Oct 20 19:05:23 mrmoku, fixed :) Oct 20 19:06:41 mrmoku, alive? Oct 20 19:06:48 TAsn: yup Oct 20 19:06:56 playya_: I got some mail about that... moment Oct 20 19:07:10 morphis, they changed the signal name to "selected" in hoversels Oct 20 19:07:24 playya_: I had trouble compiling encodings 1.0.3 from the shr/import branch Oct 20 19:07:27 it needs font-util-native, but that fails because it's not a dep of encodings-1.0.3 Oct 20 19:07:30 adding font-util-native to DEPENDS in the bb file fixes compiling Oct 20 19:07:36 is what someone mailed me... Oct 20 19:08:32 had the same idea. testing Oct 20 19:08:52 Heinervdm: I don't send him the current version until now Oct 20 19:09:08 Heinervdm: cause I run out of time to the rest work to finish it Oct 20 19:09:20 morphis: ok Oct 20 19:09:25 TAsn: ah ok Oct 20 19:09:41 dos1, TAsn: a simple signal change should be easy to fix Oct 20 19:09:55 morphis, hehe great, please do :) Oct 20 19:10:20 mrmoku, mind rebuilding gtk+ theme? Oct 20 19:11:22 as I fixed it Oct 20 19:11:28 please do it both in unstable and mrmoku tests Oct 20 19:11:36 (btw, before building apply the patch from shr-devel) Oct 20 19:12:07 dos1, I don't remember what you told me Oct 20 19:12:07 Heinervdm: I hope I have the time in the next days to fix the rest stuff of the calendar widget Oct 20 19:12:20 do you have time to change the coloring of the theme? Oct 20 19:12:22 :) Oct 20 19:12:35 I really think it can be an awesome contender. Oct 20 19:12:39 morphis: ok, would be nice. i hope i have time to test it again :) Oct 20 19:12:47 btw, I also want a decent icon theme. Oct 20 19:12:53 (in the contest) Oct 20 19:14:02 TAsn: not now ;x Oct 20 19:14:06 :{ Oct 20 19:14:17 but i'll maybe do something like that Oct 20 19:14:20 :) Oct 20 19:14:30 just don't know when Oct 20 19:14:36 TAsn: there is no such thing as 'build in unstable' Oct 20 19:14:46 mrmoku, build and sync with unstable Oct 20 19:14:46 as mrmoku = unstable before synching to the world Oct 20 19:14:52 oh Oct 20 19:14:53 :| Oct 20 19:14:58 so please build ;) Oct 20 19:15:04 and it already was building :P Oct 20 19:15:10 btw mrmoku thought about something Oct 20 19:15:12 (together with the logo splash :) Oct 20 19:15:15 I can make the loop script Oct 20 19:15:18 build in mrmoku, as that theme works in unstable Oct 20 19:15:19 mrmoku, r4? Oct 20 19:15:24 that it'll loop Oct 20 19:15:24 as it was broken after last sync ;) Oct 20 19:15:32 TAsn: event name for hoversel switched from "clicked" to "selected"? Oct 20 19:15:35 until it'll die because of a sigkill/sigterm Oct 20 19:15:40 morphis, aye. Oct 20 19:15:51 TAsn, dos1: Then I will fix it with only test if py-elm compiles fine Oct 20 19:15:56 :))) Oct 20 19:16:00 good enough. Oct 20 19:16:01 thanks. Oct 20 19:16:10 morphis: i'll test rest :P Oct 20 19:17:11 dos1: fixed in r43169 Oct 20 19:17:16 :) Oct 20 19:17:27 ooohhh EFL bump YES :D Oct 20 19:17:38 :) Oct 20 19:17:56 mrmoku: python-elementary should be enough Oct 20 19:18:17 as last version (before this fix) compiles fine with our current EFL rev Oct 20 19:18:46 dos1: well... we should bump anyway Oct 20 19:19:20 compiling python-elementary Oct 20 19:19:32 mrmoku, we want to loop unless exited with sigkill/sigterm Oct 20 19:19:33 right? Oct 20 19:20:46 morphis: elementary/elementary.c_elementary_hover.pxi ? not hoversel? Oct 20 19:21:46 dos1: oh no ... Oct 20 19:22:13 TAsn: try :P Oct 20 19:22:50 dos1, TAsn: there is already a callback for selected!? Oct 20 19:22:54 dos1: shr-splash-theme-logo/xsplash-vga.ppm': No such file or directory Oct 20 19:22:57 morphis, no idea Oct 20 19:23:15 dos1, try it then. Oct 20 19:23:47 I reworked the change Oct 20 19:25:38 mrmoku, adding font-util-native as a depency fixes the build for me, too Oct 20 19:26:25 playya_: care to send a patch :) Oct 20 19:29:01 mrmoku: checking Oct 20 19:30:37 mrmoku, amazing success ;) Oct 20 19:30:41 it restarts on everything Oct 20 19:30:45 except for sigterm Oct 20 19:30:47 and sigkill ;) Oct 20 19:31:02 SHR: 03seba.dos1 07shr-themes * rdde900d0cca4 10/shr-splash/shr-splash-theme-logo/ (xserver-vga.ppm xsplash-vga.ppm): shr-splash-theme-logo: fix file name of xsplash Oct 20 19:31:16 btw, what stops it when stopping X? I think nothing, only the X disconnection stops it... Oct 20 19:32:28 mrmoku: ^^^^ Oct 20 19:33:06 dos1: already building :) Oct 20 19:35:19 morphis: Exception TypeError: "'elementary.c_elementary.Radio' object is not callable" in 'elementary.c_elementary._hoversel_callback' ignored Oct 20 19:35:59 morphis: i'm getting such messages when selecting hoversel Oct 20 19:36:21 hm Oct 20 19:36:28 morphis: not always it's Radio, sometimes even custom classes Oct 20 19:36:38 mrmoku, Oct 20 19:36:46 SHR: 03tom 07phoneuid * ra45be7bfbee2 10/data/phoneui-wrapper.sh: added the basic looping wrapper Oct 20 19:37:31 mrmoku, please change the recipe so it'll also ship with the wrapper. Oct 20 19:37:31 SHR: 03tom 07phoneuid * r3e7721921266 10/data/80phoneuid: changed the xsession.d script to launch the wrapper Oct 20 19:37:40 and build it and let's give it a go ;) Oct 20 19:43:55 mrmoku, btw, it works flawlessly :) please let me know when you are building it :) Oct 20 19:44:15 stops on a sigkill continues on a segfault Oct 20 19:44:41 oh wait, don't yet. Oct 20 19:46:15 morphis: it doesn't work :( Oct 20 19:46:33 hm Oct 20 19:46:45 I will look over it tomorrow if I have some time Oct 20 19:46:52 I am off Oct 20 19:46:53 bye Oct 20 19:51:10 TAsn: sanitized contact data... char * or GValue? Oct 20 19:51:27 depends on what you are sanitizing Oct 20 19:51:36 what we get from opimd Oct 20 19:51:48 neither Oct 20 19:51:51 just use Oct 20 19:52:04 G_MACRO_BLA_BLA Oct 20 19:52:08 to cast to types Oct 20 19:52:16 GINT_TO_POINTER Oct 20 19:52:17 for example Oct 20 19:52:18 :) Oct 20 19:52:26 ??? Oct 20 19:52:38 like I did here Oct 20 19:52:41 g_hash_table_insert(options, "id", GINT_TO_POINTER(data->parent.id)); Oct 20 19:52:53 call-inocming-view.c:88 Oct 20 19:52:56 TAsn: I know GINT_TO_POINTER... but what has it to do with contact data? Oct 20 19:53:05 that is all char *, no? Oct 20 19:53:09 (at least now) Oct 20 19:53:11 only names, yeah Oct 20 19:53:19 I just meant when you have ints cast to ints Oct 20 19:53:22 and use this. Oct 20 19:53:29 though actually Oct 20 19:53:34 why not gvalues ? Oct 20 19:53:40 I mean for internal use as well. Oct 20 19:53:48 we have to be consistent Oct 20 19:53:52 well... that is what I wanted to discuss with you :) Oct 20 19:53:55 and using gvalues internally may let us Oct 20 19:53:59 just pass stuff to opimd Oct 20 19:54:02 without worrying. Oct 20 19:54:05 don't you think? Oct 20 19:54:07 ok, agree Oct 20 19:54:20 cool, so now we gotta use gvalues *everywhere* Oct 20 19:54:54 mrmoku, here we go Oct 20 19:55:03 SHR: 03tom 07phoneuid * r484a8b1376a8 10/data/phoneui-wrapper.sh: added handling for x restart Oct 20 19:55:07 please build and add phoneui-wrapper.sh to /usr/bin in recipe Oct 20 19:55:08 ;) Oct 20 19:55:35 protects me from segfaults Oct 20 19:55:41 and works briliantly after X restart. Oct 20 19:55:43 btw Oct 20 19:56:10 mrmoku, JesusMcCloud: wiki.openmoko.org/wiki/Shr_wizard Oct 20 19:56:55 mrmoku, (just writing about the build with saying your name so it'll mark it bold ;) Oct 20 19:56:58 TAsn: coolio now I know where to look, when I am wondering why ma battery drans so fast after opkg upgrade Oct 20 19:57:15 JesusMcCloud, depends on a lot of stuff. Oct 20 19:57:20 mainly what you updated from and to. Oct 20 19:58:01 TAsn: I know, but the first thing I am gonna suggest on the wiki page is that one can select if one has a #1024 fixed moko or not Oct 20 19:58:09 JesusMcCloud, you probably meant "write" not "look" ;) Oct 20 19:58:15 JesusMcCloud, what for? Oct 20 19:58:21 what difference does it make? Oct 20 19:58:27 deep sleep mode of TI calypso Oct 20 19:58:46 make a difference between having to charge evry day or every third day Oct 20 19:59:52 ok Oct 20 19:59:55 but who cares in sw? Oct 20 20:00:13 (I know what #1024 is, I just know why the software would care) Oct 20 20:00:15 TAsn: that's defined in frameworkd.conf Oct 20 20:00:21 really? Oct 20 20:00:25 ok then. Oct 20 20:00:26 really Oct 20 20:00:27 :) Oct 20 20:00:32 JesusMcCloud, add it then. Oct 20 20:00:43 already at it Oct 20 20:00:43 I should really get my phone echo + #1024 fixed already. Oct 20 20:00:52 mrmoku, built? :) Oct 20 20:00:59 and i think there are different alsa state files for buzz-fixed or buzz not fixed Oct 20 20:01:38 the freerunners audio subsystem is imho mainly crafted out of black magic Oct 20 20:01:53 hehehe Oct 20 20:02:06 abra cadabra Oct 20 20:02:53 DocScructinizer-8: be careful, or gremlins will jump out of the wolfson codec! Oct 20 20:03:19 JesusMcCloud, also add that then. :) Oct 20 20:03:35 TAsn do you really want the suggestion for wizard in the wikipage or on the discussion page ? Oct 20 20:03:43 wiki Oct 20 20:03:48 ok Oct 20 20:03:52 as these are not suggestions Oct 20 20:03:58 these are things that'll probably go in. Oct 20 20:04:09 discussion will be reserved for what I delete :) Oct 20 20:05:15 what's new in recent shr images when there are no updates in the unstable repo? Oct 20 20:05:15 Heinervdm: basicaly nope, no buzzfix specific statefles Oct 20 20:05:45 DocScrutinizer-8: ok, i thought i heared sth like that some months ago Oct 20 20:05:53 JesusMcCloud: do you think I'm scared of the gremlins I breed? Oct 20 20:06:34 DocScrutinizer-8: they can become freaky Oct 20 20:06:47 Tanuva: almost everything Oct 20 20:07:03 Heinervdm: there was the assumption we needed to compensate the 3dBm diff in sensitivity. I think we got more severe issues with audio that that Oct 20 20:07:19 ah ok Oct 20 20:07:32 JesusMcCloud: you have no idea how freaky *I* am every day Oct 20 20:08:41 DocScrutinizer-8: ok freaky is a bad argument, but gremlins are so destrucitve http://www.nerve.com/CS/blogs/modernmaterialist/2009/02/gremlins2.jpg and they almost breed like tribbles Oct 20 20:08:53 Heinervdm: but why is upgrading impossible? having to customize everything again on new images... Oct 20 20:10:28 Tanuva: because there were too much things that had broken everything, now we fixed most. If the last few things are fixed too, it will be synced Oct 20 20:11:17 ah, still that issue. then I'm gonna wait :) Oct 20 20:15:09 TAsn: building now Oct 20 20:15:18 mrmoku, thanks ;) Oct 20 20:15:54 if openembedded gives me the update... Oct 20 20:16:07 it hangs :| **** ENDING LOGGING AT Tue Oct 20 20:16:14 2009 **** BEGIN LOGGING AT Tue Oct 20 22:16:15 2009 Oct 20 22:50:00 hi **** ENDING LOGGING AT Tue Oct 20 22:56:54 2009 **** BEGIN LOGGING AT Tue Oct 20 23:36:15 2009 Oct 21 00:04:50 TAsn: (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: undefined symbol: _glapi_tls_Context) Oct 21 00:04:50 (EE) GLX: could not load software renderer Oct 21 00:04:50 GLX broken in feed Oct 21 01:29:46 ok I got the phoneui-message working ... but I had to fiddle with the opimd service . Ie explicitely set the values sent via the service as dbus.Boolean (instead of int) this one was indeed required ( dbus.Int32 and dbus.String those I believed they improved the status, as especially Timestamp was null without this ... I bet the cast to dbus types is required because the GPtrArray(GHashTable(G_TYPE_STRING, G_TYPE_VALUE)) does Oct 21 01:29:47 not specify a type for G_TYPE_VALUE thus python is not detecting the requriement for it ... or maybe it prevents them from behing freed too early . not sure but still it works now) Oct 21 02:03:26 hi everyone!!! I tried to build shr for mini2440 I'm following this url http://trac.shr-project.org/trac/wiki/Building%20SHR to do that however I need to know what files I have to modify to that board Oct 21 02:06:51 well I would like to know what file I have to modify to do that? Oct 21 02:52:19 Hi! **** ENDING LOGGING AT Wed Oct 21 02:59:59 2009