**** BEGIN LOGGING AT Sun Mar 11 02:59:58 2012 Mar 11 16:14:43 SHR: 03shr-devel 07buildhistory * r62ab40006460 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/gcc/ (g++/latest gcc-dbg/latest gcc-dev/latest gcc/latest): Build 201203111554 of shr 20120311 for machine om-gta04 on opmbuild Mar 11 16:55:59 morphis: hi Mar 11 17:12:44 hi Mar 11 17:31:19 freesmartphone.org: 03barklome 07aurora * r5678597eb686 10/aurora-daemon/ (5 files in 3 dirs): aurora-daemon: start tasks app Mar 11 17:31:20 freesmartphone.org: 03barklome 07aurora * rcf84825a4b03 10/aurora-daemon/runtime/ (application.cpp rootwindow.cpp rootwindow.h): aurora-daemon: implement list of running apps Mar 11 18:05:04 SHR: 03shr-devel 07buildhistory * r3bc4d493b07d 10/packages/armv4t-oe-linux-gnueabi/gcc/ (5 files in 5 dirs): Build 201203111733 of shr 20120311 for machine om-gta02 on opmbuild Mar 11 18:09:25 freesmartphone.org: 03barklome 07aurora * re14681080fef 10/aurora-daemon/runtime/ (application.cpp application.h rootwindow.cpp rootwindow.h): aurora-daemon: separate running app list from rootWindow Mar 11 18:26:02 heyho Mar 11 18:26:27 freesmartphone.org: 03morphis 07for-release * rd234c4870f8d 10cornucopia/libfsotransport/Makefile.am: Mar 11 18:26:27 freesmartphone.org: libfsotransport: include necessary 3rdparty header files for distribution Mar 11 18:26:27 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:26:28 freesmartphone.org: 03morphis 07for-release * rbfe9f023b7a6 10cornucopia/ (15 files in 15 dirs): Mar 11 18:26:28 freesmartphone.org: Bump version to 0.10.0 and for all FSO dependencies too Mar 11 18:26:28 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:26:30 freesmartphone.org: 03morphis 07for-release * r217c0ef34da1 10cornucopia/scripts/ (bump-fso-glib-version.sh check-fso-glib-version.sh): Mar 11 18:26:30 freesmartphone.org: scripts: add scripts to check and bump required libfso-glib version Mar 11 18:26:30 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:26:31 freesmartphone.org: 03morphis 07for-release * ra6409838596c 10cornucopia/ (16 files in 16 dirs): Mar 11 18:26:31 freesmartphone.org: drop GITV as version postfix for all components Mar 11 18:26:31 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:26:32 freesmartphone.org: 03morphis 07for-release * r0b7a0aec71ec 10cornucopia/libfsosystem/ (fsosystem/path.vala tests/testpath.vala): Mar 11 18:26:34 freesmartphone.org: libfsosystem: add vim mode line at end of all vala source files Mar 11 18:26:34 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:26:34 freesmartphone.org: 03morphis 07for-release * r38240b343d26 10cornucopia/libfsosystem/tests/Makefile.am: Mar 11 18:26:35 freesmartphone.org: libfsosystem: use $(top_srcdir) rather than a static ../ path specification Mar 11 18:26:59 freesmartphone.org: libgsm0710mux: change maintainers email address Mar 11 18:26:59 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:26:59 freesmartphone.org: 03morphis 07for-release * r65f4f90c228a 10cornucopia/ (9 files in 3 dirs): Mar 11 18:26:59 freesmartphone.org: libfsosystem: remove integration tests for module and network and integrate them into fsotest Mar 11 18:27:00 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:27:00 freesmartphone.org: 03morphis 07for-release * r602216a031d1 10cornucopia/fsotest/configure.ac: Mar 11 18:27:01 freesmartphone.org: fsotest: require 0.10 version of all relevant FSO components Mar 11 18:27:01 freesmartphone.org: Signed-off-by: Simon Busch Mar 11 18:27:02 freesmartphone.org: 03morphis 07for-release * rb681503d4136 10cornucopia/RELEASE-TODO: Add list of things we have to do before the 0.10.0 release Mar 11 18:31:17 GNUtoo: ping Mar 11 18:32:43 morphis, pong Mar 11 18:33:37 GNUtoo: hi. does uboot on nexus read mmc? i get strange mmc timeouts both on uSD and emmc Mar 11 18:33:41 GNUtoo: you got my message about the linux-bcm3229-firmware package I created? Mar 11 18:33:58 Alex[sp3dev], there is no uSD on nexus and no uboot yet Mar 11 18:34:12 which one? the one on IRC, yes I got the IRC message Mar 11 18:34:23 GNUtoo: http://pastie.org/3572369 Mar 11 18:34:38 it's really simple but should copy the firmware files on first boot Mar 11 18:34:51 ok Mar 11 18:34:54 GNUtoo: i think you told me you had it running by chainloading? anyway, i wonder what may be the reason since i've enabled regulators Mar 11 18:35:18 Alex[sp3dev], I told you that If I were to work on uboot I would not chainload Mar 11 18:36:21 GNUtoo: sorry, i thought you said you didn't like the idea of chainloading but got it booting this way. sorry for misinterpretation Mar 11 18:36:23 GNUtoo: it's a bcm4329, right? Mar 11 18:37:17 morphis, yes Mar 11 18:38:07 and the kernel modules is also known as bcm4329? Mar 11 18:38:25 yes, ok Mar 11 18:40:38 yes Mar 11 18:40:46 or brcmfmac Mar 11 18:40:53 it's the module that you tried the other day Mar 11 18:40:58 (bcm4329) Mar 11 18:54:28 angelox|laptop: heyho Mar 11 18:55:56 GNUtoo: what did we decide on the GPS problem for the GTA04 last time we talked about it? Mar 11 19:15:44 morphis, we decided to add it in oeventsd Mar 11 19:15:57 and that what I was doing right now before eating Mar 11 19:41:41 morphis, basically I already implemented the trigger/event or whatever it's called for it Mar 11 19:42:10 now I need to implement the "look if GPS is on or off and act accordingly" Mar 11 19:46:48 morgner, how's GTA03A4? Mar 11 19:46:51 oops Mar 11 19:46:58 morgner, how's GTA04A4? Mar 11 19:47:02 oops Mar 11 19:47:10 morphis, how's GTA04A4? Mar 11 19:47:26 GNUtoo, how's GTA04A4? Mar 11 19:47:39 I've no A4 but only A3 Mar 11 19:47:56 what's the diff? Mar 11 19:48:02 I wanted to know the A4 status on SHR Mar 11 19:48:20 some bugs fixed and audio routing is different: Mar 11 19:48:25 instead of routing in software Mar 11 19:48:35 the modem PCM is connected to the sound card Mar 11 19:48:46 and of course only the CPU control the paths Mar 11 19:48:52 so that's a lot better Mar 11 19:48:59 the fr was like that too, wasn't it? Mar 11 19:49:08 freerunner is like A4 yes Mar 11 19:49:25 but on A3 the modem is connected to the SOC McBSP port instead Mar 11 19:49:27 * TAsn-Laptop barely remembers the good ol' days of the fr :P Mar 11 19:49:33 so the CPU has to do the routing like for n900 Mar 11 19:50:05 GNUtoo, how's the gta04 in general? Mar 11 19:50:20 A3 and A4 is very different because of that Mar 11 19:50:28 so I cannot tell in general Mar 11 19:50:34 because that impact it a lot Mar 11 19:50:38 A4 is way better Mar 11 19:50:46 gotcha. Mar 11 19:51:00 A3 is very badly supported by SHR Mar 11 19:51:08 basically SHR is dying Mar 11 19:51:12 we're short of developers Mar 11 19:51:34 and everyone left apart JaMa + me + sometimes there are people that shows up but that's random Mar 11 19:51:55 like foo tell he will be back Mar 11 19:51:58 even mrmoku ? Mar 11 19:52:04 yes he's not back Mar 11 19:52:07 mrmoku, :( Mar 11 19:52:09 he told he will be back Mar 11 19:52:15 he came up here like 2 days Mar 11 19:52:20 and then disapeared again Mar 11 19:52:22 it's hard Mar 11 19:52:30 and I'm about to leave too Mar 11 19:52:34 :( Mar 11 19:52:35 because I hate working alone Mar 11 19:52:46 hehe, I get you. Mar 11 19:52:50 I hate hitting my head against the wall because no one is there Mar 11 19:52:57 I'm currently putting my hopes in tizen Mar 11 19:53:10 you need to come back Mar 11 19:53:19 I don't have much time nowadays Mar 11 19:53:21 tizen won't solve all problems Mar 11 19:53:28 tizen won't even solve half Mar 11 19:53:33 but at least hw will be awesome. Mar 11 19:53:42 and software will be playable Mar 11 19:54:03 yes if you want non-free 3d and everything that depends on it.... Mar 11 19:54:27 you can't win everything in one go Mar 11 19:54:31 nowadays in SHR there is a card-like interface with software composting Mar 11 19:54:34 you have to win war gradually Mar 11 19:54:51 I don't call wining the dependance on non-free 3d Mar 11 19:55:10 neither do I Mar 11 19:55:17 in meego everything was dependant on that Mar 11 19:55:17 but having a full stack open is a good start Mar 11 19:55:30 that's why android was a good start Mar 11 19:55:30 so to be usable you needed to reverse a non-free 3d driver Mar 11 19:55:35 we won that war Mar 11 19:55:37 android can work without 3d Mar 11 19:55:40 everyone know what open source is Mar 11 19:55:46 GNUtoo, same as tizen Mar 11 19:55:53 so android was the first win Mar 11 19:55:55 ah ok so tizen may be nice then Mar 11 19:55:57 in that regard Mar 11 19:56:07 now we want to win the "real linux" war Mar 11 19:56:11 you listen too much to geremy alisson Mar 11 19:56:18 or at least that's what I want to win Mar 11 19:56:22 GNUtoo, who's that? Mar 11 19:56:29 he said we won and we didn't notice it Mar 11 19:56:42 but when you look deeper Mar 11 19:56:50 you've got a rootkit in your BIOS now Mar 11 19:56:59 ahah, yeah Mar 11 19:57:01 that war we lost Mar 11 19:57:20 in phones for instance qualcomm phones have the sound card attached to the modem Mar 11 19:57:20 that's why I'm trying to win other wars Mar 11 19:57:28 the non-free rils spy a lot Mar 11 19:57:30 etc... Mar 11 19:57:43 I don't use non free crap Mar 11 19:57:44 personally I've coreboot on my desktop Mar 11 19:58:05 I install cyanogenmod on my phones Mar 11 19:58:13 cyanogen has non-free ril Mar 11 19:58:16 to avoid any avoidable proprietary software Mar 11 19:58:21 GNUtoo, true actually Mar 11 19:58:35 the non-free ril of the nexus S can read/write all files on your filesystem Mar 11 19:58:43 lol Mar 11 19:58:53 and usually non-free rils also look at cellID to locate you Mar 11 19:58:56 etc... Mar 11 19:59:17 but even with non-free rils Mar 11 19:59:21 you are in a better state Mar 11 19:59:26 then you are with an iphone Mar 11 19:59:31 or a symbian phone Mar 11 19:59:33 or wp7 Mar 11 19:59:37 yes but not than a freerunner Mar 11 19:59:39 so that's a win Mar 11 19:59:46 it's not enough Mar 11 19:59:54 but the free runner has a lot of "loses" Mar 11 19:59:58 of course Mar 11 20:00:00 I bought a free runner Mar 11 20:00:06 because I believe that's the future Mar 11 20:00:11 or at least Mar 11 20:00:13 basically imagine you want to revolt now and they shut down your revolution because of that Mar 11 20:00:14 the future I want to see Mar 11 20:00:28 I know Mar 11 20:00:29 we need to get rid of that kind of control and we need it as soon as possible Mar 11 20:00:33 I know Mar 11 20:00:39 that's why I bought an fr Mar 11 20:00:41 to support the company Mar 11 20:00:41 GNUtoo: what about non-free firmwares in wlan/bt/wimax eeprom? my opinion on free software is that we can't have free sw everywhere until we have free hardware and all datasheets.. as for shr, my opinion is that it'd be better to properly integrate fso stack to ubuntu/debian (make nightly packages) and have a standalone gtk/qt4 dialer so that we can use any WM Mar 11 20:00:44 because we cannot trust the people who govern us anymore Mar 11 20:00:57 GNUtoo, when could we? Mar 11 20:01:12 GNUtoo, so yes Mar 11 20:01:17 I know the goals I'm aiming for Mar 11 20:01:25 and I'm doing it one step at a time Mar 11 20:01:35 Alex[sp3dev], the firmwares run in a separate CPU....so it should be considered differently Mar 11 20:01:46 I haven't noticed any evilness in the tizen internals Mar 11 20:01:50 for instance in the case of the baseband I'm very interested in replacing it Mar 11 20:01:56 and that's a good start Mar 11 20:02:00 that + real linux Mar 11 20:02:06 GNUtoo: but nearly all peripherals can have access to DMA.. Mar 11 20:02:10 GNUtoo, now, if you want to install it on the 04 Mar 11 20:02:11 ah ok Mar 11 20:02:11 you can Mar 11 20:02:14 just change stuff Mar 11 20:02:15 GNUtoo: well, talking pessimism won't help. if anything, it only discourages people from working on SHR Mar 11 20:02:18 change the closed parts Mar 11 20:02:47 Alex[sp3dev], I was afraid of denial of services from the modem, specially if it has access to some PMU Mar 11 20:02:49 and compile it to work on the 04 Mar 11 20:02:51 you can do that Mar 11 20:02:56 because it's standard linux Mar 11 20:02:59 and that's a huge win Mar 11 20:03:08 you'll have a tizen compatible phone Mar 11 20:03:08 a huge win95 ? Mar 11 20:03:17 misc, :) Mar 11 20:03:18 antrik, I work on SHR, coreboot, nuttx for osmocom-bb etc....I try as hard as possible to get freedom Mar 11 20:03:41 GNUtoo, I'd love to be free as possible Mar 11 20:04:03 Alex[sp3dev], so on a freerunner what could access DMA exactly? Mar 11 20:04:05 but our interests clash with the ones of the people who produce our hw Mar 11 20:04:21 GNUtoo: I mean the earlier whining about SHR dying :-) Mar 11 20:04:24 TAsn-Laptop, depends who, not gta04 people Mar 11 20:04:32 that doesn't do any good Mar 11 20:04:41 GNUtoo, because they are *you* Mar 11 20:04:42 antrik, it's a reality, the other day nschle85 PM-ed me because of that Mar 11 20:04:43 not really you Mar 11 20:04:46 but you-like Mar 11 20:04:49 but they are not the hw vendors Mar 11 20:04:50 :) Mar 11 20:04:54 GNUtoo: graphics accelerator [ok, it doesn't have radio] for sure. probably nothing else since modem is usb Mar 11 20:04:57 which are pushed by the content vendors Mar 11 20:04:59 who want drm Mar 11 20:05:01 and locked stuff Mar 11 20:05:05 you can't win at this atm Mar 11 20:05:06 ok so by hardware vendors you mean SOC vendors and peripherals etc.... Mar 11 20:05:23 you'd have to make others want the same freedoms you want Mar 11 20:05:32 how do you make that? you should them life on your side is better Mar 11 20:05:36 and it is. Mar 11 20:05:39 android showed that Mar 11 20:05:44 tizen will hopefully show that Mar 11 20:05:46 Alex[sp3dev], ah ok you were responding for gta04, imagine I run the GTA02 instead with a free modem code..... Mar 11 20:05:56 GNUtoo: it's a self-fulfilling prophecy. the more you talk about SHR dying, the more you make it so Mar 11 20:06:15 GNUtoo, I can't promise anything Mar 11 20:06:18 antrik, do you have any other idea to get the devs backs? Mar 11 20:06:26 GNUtoo: i have an idea Mar 11 20:06:34 but maybe, once we get the elev8 (js for efl) up and running Mar 11 20:06:43 I'll start hacking on shr again Mar 11 20:06:49 GNUtoo, I actually wanted to the other day Mar 11 20:06:55 but my gta02 didn't boot Mar 11 20:07:00 GNUtoo: push FSO stack to ubuntu. many devices need good power management and sensors capabilities handled by it. and since ubuntu is going to make a phone distro, that may be a chance Mar 11 20:07:07 I tried a couple of times, but I get something is wrong. Mar 11 20:07:33 antrik, btw did you publish your work for the forwarder for gta02 earpiece(like on openmoko wiki) Mar 11 20:08:25 morphis, what do you think of Alex[sp3dev] idea? Mar 11 20:08:40 SHR itself is not interesting to many people because common distros like ubuntu/fedora and gentoo have more packages. what people really want is that they can just have a metapackage which will install a finger-friendly WM so that they can untar rootfs to any device without having to add machine-specific recipes Mar 11 20:09:02 Alex[sp3dev], shr is not interesting enough because the UI sucks. Mar 11 20:09:05 :) Mar 11 20:09:12 and the ui sucks Mar 11 20:09:12 GNUtoo: no... I'm being a lazy bum as usual :-( Mar 11 20:09:18 no, it's because no SHR phone is usable yet Mar 11 20:09:21 TAsn-Laptop: there's no alternative which would not require opengl Mar 11 20:09:25 GNUtoo, that's why the ui sucks Mar 11 20:09:27 :) Mar 11 20:09:29 gta02 is unreliable: suspend problem Mar 11 20:09:32 Alex[sp3dev], sure there is Mar 11 20:09:37 Alex[sp3dev], EFL works just fine without gl Mar 11 20:09:39 other phones are WIP Mar 11 20:09:48 just on less than *awful* hardware Mar 11 20:09:57 altough crespo could be ready sooner than the other Mar 11 20:10:06 Alex[sp3dev], I've tried efl on an old samsung phone (we actually demonstrated at cebit) Mar 11 20:10:08 TAsn-Laptop: i think a standalone dialer would be cool. so that you can have gnome shell, gpe or any other wm Mar 11 20:10:08 with sw rendering Mar 11 20:10:13 a year ago Mar 11 20:10:26 Alex[sp3dev], we already have a standalone dialer Mar 11 20:10:27 ... Mar 11 20:10:36 Alex[sp3dev], we have software compositing in efl and we even have elfe that has a palm-pre card-like interface Mar 11 20:10:53 Alex[sp3dev], all the shr apps are standalone Mar 11 20:11:02 Alex[sp3dev]: what exactly do you mean by "standalone"?... Mar 11 20:11:22 antrik, TAsn-Laptop: ok, i thought SHR dialer depends on WM Mar 11 20:11:22 he means without shr daemon I guess Mar 11 20:11:28 Alex[sp3dev], nopes. Mar 11 20:11:37 GNUtoo, no, he meant without e17 Mar 11 20:11:41 and it doesn't depend on e17 Mar 11 20:11:41 ok Mar 11 20:11:52 "so that you can have gnome shell, gpe or any other wm" Mar 11 20:11:54 :( Mar 11 20:11:55 :) Mar 11 20:12:02 or xfce46 Mar 11 20:12:23 GNUtoo, I believe that whatever future open source phone Mar 11 20:12:26 should rely on efl Mar 11 20:12:30 so I'm working on that Mar 11 20:12:37 ok Mar 11 20:12:41 that's how I got into efl in the first place Mar 11 20:12:54 tried to make it better for our uses in shr Mar 11 20:12:57 and it is getting better Mar 11 20:12:59 all the time Mar 11 20:13:08 and jama and others are making OE better Mar 11 20:13:12 yes Mar 11 20:13:24 but if I quit we are in huge trouble Mar 11 20:13:29 that's true Mar 11 20:13:35 and I need other devs to work with me Mar 11 20:13:39 not to quit Mar 11 20:13:47 and [Rui] is using an FR which is admirable. :) Mar 11 20:13:49 I haven't used SHR much but some things that i didn't like are. 1. menus - too small. i think it would be cool to use softkeys like in qtopia to actiate menu 2. keyboard doesn't pop up on text edit fields (or is it configurable?) and 3. some apps like notes and file browser dialogs have a lot of controls but they are too tiny and text doesn't fit Mar 11 20:13:54 GNUtoo, we can hire you a babysitter ;P Mar 11 20:14:12 GNUtoo: gta02 is not really unreliable as long as you use 2.6.34 Mar 11 20:14:13 1. don't know what you are talking about. Mar 11 20:14:16 2. wrong. Mar 11 20:14:23 3. yeah. Mar 11 20:14:40 lindi-, true, I've used it as my phone for a long time, and [Rui] still uses it. :) Mar 11 20:14:58 Alex[sp3dev], 1) did you add the DPI ? Mar 11 20:15:01 talking about OE... some OE guy at FOSDEM told me that just as with scratchbox, it's possible to distribute prebuilt packages for crosscompilation, so one could just install the prebuilt dependencies and build only the part one needs, instead of having to build the whole fucking thing each time... why doesn't SHR make use of that possibility? Mar 11 20:15:18 TAsn-Laptop, unless the babysitter works on SHR too I guess that would not be very usefull Mar 11 20:15:30 GNUtoo, haha :P Mar 11 20:15:33 TAsn-Laptop: compare http://www.winmobiletech.com/092007MidletBible/JblendMain3D.png and http://img189.imageshack.us/img189/3133/pdfbmp.png . in the first case, the menu can also be activated by a hardware button Mar 11 20:15:39 what I need is more devs Mar 11 20:15:59 because the work to do is huge Mar 11 20:16:04 Alex[sp3dev], those menus are reasonably sized Mar 11 20:16:13 I've made them that size Mar 11 20:16:16 and I'm already involved in too much projects Mar 11 20:16:30 because I thought that's a good enough compromise between finger size and screen estate Mar 11 20:16:33 which is a problem because that can create a burn out Mar 11 20:16:34 you can change the gtk theme Mar 11 20:16:39 if you disagree Mar 11 20:16:46 GNUtoo, yep. Mar 11 20:16:59 it's just a mather of time Mar 11 20:17:11 the question is how much time will I stand before it arrives? Mar 11 20:17:49 Alex[sp3dev]: keyboard popping up used to work in the past... Mar 11 20:19:38 TAsn-Laptop: ok, that's not a major issue. I personally would love to have FSO but my old phone (xperia x1 which is a wvga version of dream) is too slow and I haven't finished porting uboot to sgs2 and without it I cannot dual-boot. I don't have much experience with building ubuntu packages but if you find my idea good I may try making packages for nightly fso Mar 11 20:20:08 Alex[sp3dev], I think morphis had the same idea Mar 11 20:20:48 which reminds me Mar 11 20:20:56 I should probably install it on my sgs Mar 11 20:21:04 sgs1? Mar 11 20:21:09 yeah Mar 11 20:21:16 Alex[sp3dev]: Dream shouldn't be too slow for running SHR... Mar 11 20:21:17 I remember someone told me it's possible Mar 11 20:21:32 TAsn-Laptop, talk to paulk-desktop for sgs1 modem support Mar 11 20:21:47 I don't even mind using it as a tablet Mar 11 20:21:57 antrik: yes, it is quite bearable. but I bought sgs2 with the sole purpose of getting it running ubuntu with working telephony ;) Mar 11 20:22:00 antrik, Alex[sp3dev] dream has been abandoned (no more interest in it from me) Mar 11 20:22:25 Alex[sp3dev]: BTW, are you aware that there is some (partial) FSO packaging in Debian? Mar 11 20:22:34 sgs1 modem support should even already be in SHR, in theory Mar 11 20:22:44 ok Mar 11 20:22:56 so the best way is to try it Mar 11 20:23:02 except for data I think Mar 11 20:23:08 ok Mar 11 20:23:13 antrik: yes, but last time i checked last year it was outdated and there were some problems with dependencies. but we can likely reuse them Mar 11 20:26:17 GNUtoo, I come lurking here and there and know what you did. obviously you did put lot of work in shr and I like to praise you... but it still sucks because nothing seems to have been finised and everything came crumbling down. It is not your fault, well you might could have finished one thing... but this half done attitude seems to be default in arm-linux world. Mar 11 20:28:03 it's not a personal critique, even when it somehow sounds like it. it's more a gerneral "beeing pissed with everything and everone". Mar 11 20:28:46 randomguylurking, It was good strategically to drop some devices Mar 11 20:29:00 that improved the other devices support Mar 11 20:29:09 it was just too much to have that much devices Mar 11 20:29:15 and some devices were not worth Mar 11 20:29:18 like the htcdream Mar 11 20:29:26 even if it was finished Mar 11 20:31:55 I don't think the majority of potential users agrees that Dream is not worth it... Mar 11 20:33:03 GNUtoo, Yes and No. I am a n900 owner. It seems to be the best upstream supported mobile phone.... and still the only thing it runs is maemo. I am getting pretty paranoid here, because nobody finished thing here. It doesn't matter which distro. Nemo, SHR, Nitdroid, Ubuntu.... Mar 11 20:33:52 randomguylurking, I wanted to get the n900 finished, but I cannot do everything..... Mar 11 20:34:03 I'm one person only and there is only 24h/day Mar 11 20:34:15 so I tried as hard as possible to get involved other devs in it Mar 11 20:34:21 but not one wanted to do it Mar 11 20:34:42 GNUtoo, the 24h/day limitation is not really an interesting one Mar 11 20:34:48 the real problem Mar 11 20:34:50 is day jobs Mar 11 20:35:38 I could have done magic if I didn't have a day job... :) Mar 11 20:37:39 GNUtoo, yes I understand that and I didn't intend to pressure you. It more to it, and you are not the only Developer that got hands on this device.... still there is only little, very little progress on this device. and most of the owner seem contend with this nokia-monster maemo. (monster, because when I insert a sim its telling nokia I use this phone and I could never get used to this) Mar 11 20:38:35 randomguylurking, what are your skills? Mar 11 20:38:55 because to get usable the main problem right now for n900 is the sound quality for the remote person Mar 11 20:39:15 mrmoku, didn't finish his work on it Mar 11 20:39:49 GNUtoo, to bitch about everything and tell the world is about to end. // no, shr segfaults on n900 like crazy. Mar 11 20:40:09 what image? Mar 11 20:40:12 maybe bugreport Mar 11 20:40:28 some stuff is known to segfault with the lastest images tough Mar 11 20:40:30 Nah, it's only you now anyway. Mar 11 20:40:41 like midori, eve, firefox Mar 11 20:40:49 yay. uboot can finally read emmc on sgs2. a dirty hack to lower clock frequency saved the day Mar 11 20:40:58 Alex[sp3dev], nice Mar 11 20:41:49 no microsd, though. which is not so nice Mar 11 20:46:16 n900 sefaults pretty much everywhere and randomly. but nemo or ubuntu are not better at all. the only distro that runs nearly stable (next to maemo) on n900 is archlinux but there is no good touchscreen interface and there is no phone funktionality. Mar 11 20:46:39 randomguylurking, did you overclock? Mar 11 20:46:44 like in the past Mar 11 20:46:48 or currently Mar 11 20:47:34 because on my n900 I guess that only the browsers and software that is known to segfault segfaults Mar 11 20:47:43 I can retest if you want Mar 11 20:49:16 GNUtoo: nah, don't bother. Mar 11 20:49:47 randomguylurking, your problem really seems like the result of overclocking Mar 11 20:54:14 GNUtoo: look, my device is ok. It's the software that sucks. or can you explain why maemo doesn't segfault, archlinux nearly never, shr all the time and nemo whenerver wifi is in action. Mar 11 20:59:28 ah whatever, I don't ever care anymore. I had my hopes for armlinux but wherever I look things make me mad. the n900 is my third arm device and "best kernel supported" doesn't mean shit. one the second thought also x86 linux sucks more and more. Mar 11 21:00:57 * pespin still alive, busy with new eflvala stuff + apps aupgrade though ;) Mar 11 21:01:06 so we lost linux to poettering with systemd and gnome with *Kits? Mar 11 21:01:54 freesmartphone.org: 03barklome 07aurora * r69b18ee3f69b 10/aurora-daemon/ (3 files in 2 dirs): aurora-daemon: rework task switcher Mar 11 21:01:59 I'll need testers for eflvala apps working with newer eflvala running in SHR soon ;) Mar 11 21:02:03 anyway, my day sucks and now I am going to get drunk. Mar 11 21:02:27 as I'm finishing upgrading them ,but probably some reference-kind bug will appear which makes them crash ;) Mar 11 21:06:51 GNUtoo: hi Mar 11 21:07:19 GNUtoo, how do I rebase my neweflvala branch on top of new master? Mar 11 21:07:39 git checkout neweflvala; git rebase master ? Mar 11 21:07:56 * pespin loves being git noob Mar 11 21:08:12 pespin, hi Mar 11 21:08:15 angelox|laptop, hi Mar 11 21:08:23 pespin, git rebase origin/master Mar 11 21:08:36 while beeing on neweflvala branch Mar 11 21:08:53 a good idea is to use -b when checkout a new branch Mar 11 21:09:03 what does that do? Mar 11 21:09:18 GNUtoo: there is some way of editing an program's code in OE then compile and build it fastly? "without needing pack and then do_clean do_build" Mar 11 21:09:24 git checkout newevlvala is a local branch? Mar 11 21:09:50 angelox|laptop, checkout morphis's devshell in morphis's meta-staging Mar 11 21:10:01 I reated it locally and pushed to git.shr-project.org Mar 11 21:10:37 well, it seems I pushed it to git-shr-project.org master lol Mar 11 21:11:41 GNUtoo: sry, where is that? Mar 11 21:12:05 ah no, I think I did it correctly :P Mar 11 21:13:05 angelox|laptop, something that you bitbake and that you source Mar 11 21:14:33 GNUtoo: i meant, where can i get that branch you said (morphis's meta-staging) Mar 11 21:16:03 another little noob git question. If I'm in master and I want to clone the origin's neweflvala branch into my local git repo in my neweflvala branch, what do I need to do? Mar 11 21:16:29 git branch neweflvala; git checkout neweflvala; git pull origin neweflvala; ? Mar 11 21:17:08 pespin, git checkout origin/newefvala -b newevlvala Mar 11 21:17:22 ah that's what the -b is about :P Mar 11 21:17:27 git checkout checks out something Mar 11 21:17:32 and -b creates a branch Mar 11 21:17:39 a local branch.... Mar 11 21:18:19 nice, thanks :) Mar 11 21:18:20 dos1, hi Mar 11 21:18:24 what does that does: Mar 11 21:18:30 def trigger(self, **kargs): Mar 11 21:18:36 GNUtoo: hi Mar 11 21:18:40 in fso_actions.py Mar 11 21:18:48 GNUtoo: what you mean by "does"? Mar 11 21:18:49 in frameworkd Mar 11 21:19:00 what's its goal? Mar 11 21:19:03 what this function does, or this line, or **kargs? Mar 11 21:19:09 the function Mar 11 21:19:16 lemmie check Mar 11 21:19:25 GNUtoo: **kargs is a keyworded arguments list Mar 11 21:19:29 like, a hash table Mar 11 21:19:33 Alex[sp3dev], I know.... Mar 11 21:19:46 the problem is that trigger doesn't seem to be called Mar 11 21:19:54 I've that: Mar 11 21:20:05 trigger: ResourceState() Mar 11 21:20:10 filters: HasAttr(resource,"GPS") Mar 11 21:20:17 actions: HandleGTA04GPS() Mar 11 21:20:26 the trigger is in HandleGTA04GPS() Mar 11 21:20:51 altough the __init__ is called Mar 11 21:21:30 angelox|laptop: https://github.com/morphis/meta-staging Mar 11 21:22:02 morphis, did you get my responses? Mar 11 21:22:17 GNUtoo: what did we decide on the GPS problem for the GTA04 last time we talked about it? Mar 11 21:22:21 morphis, we decided to add it in oeventsd Mar 11 21:22:54 and I'm finishing it right now Mar 11 21:23:24 GNUtoo: ok Mar 11 21:23:58 * GNUtoo hopes that morphis didn't change his mind and that GNUtoo shouldn't have to restart implementing it from scratch Mar 11 21:24:09 morphis: thanks Mar 11 21:26:12 GNUtoo: should i clone that and just bitbake devshell? Mar 11 21:26:21 you should clone it Mar 11 21:26:35 then you should add it to your layers Mar 11 21:26:42 and then bitbake the devshell Mar 11 21:28:31 GNUtoo: ok, i'll try and sry noob questions Mar 11 21:28:40 ok, np Mar 11 21:31:44 dos1, did you find something? Mar 11 21:34:32 GNUtoo: well, if i understand it correctly it should get called whenever ResourceState() somehow changes with HasAttr(resource,"GPS") Mar 11 21:34:45 are you sure this rule works with some other action? Mar 11 21:34:50 yes it does Mar 11 21:35:02 I added a Command('echo foo') Mar 11 21:35:05 and it prints foo Mar 11 21:37:40 and it's for sure not called at all with your action? Mar 11 21:37:46 with actions: Command('echo foo') it works Mar 11 21:37:59 but if I add HandleGTA04GPS it fails Mar 11 21:38:09 it doesn't print anything Mar 11 21:38:15 so I guess it's not called Mar 11 21:40:07 GNUtoo: no I will not Mar 11 21:40:14 do you have any logger in HandleGTA04GPS? Mar 11 21:40:15 and also Mar 11 21:40:24 could you check logs from frameworkd initialization Mar 11 21:40:28 when rules are parsed? Mar 11 21:40:40 maybe your action is not registered properly Mar 11 21:41:31 possible Mar 11 21:41:46 because if I've 1 action (Command) it works Mar 11 21:42:04 but when I add HandleGTA04GPS init of gta04 gps prints somehting Mar 11 21:42:16 but even command stop working Mar 11 21:42:49 no logger Mar 11 21:42:51 only prints Mar 11 21:42:58 which prints to stdout Mar 11 21:43:04 test1 Mar 11 21:43:06 like that Mar 11 21:43:09 oops Mar 11 21:43:20 # frameworkd Mar 11 21:43:20 test1 Mar 11 21:44:30 wait a second Mar 11 21:44:34 I forgott super() Mar 11 21:44:44 GNUtoo: HandleGTA04GPS is a command? Mar 11 21:44:55 in oeventsd? Mar 11 21:45:06 yes I'm adding it right now Mar 11 21:45:39 why a command not just an additional python script you execute with system(..)? Mar 11 21:46:01 I mean it's an Action to be more exact Mar 11 21:46:15 actions: Command("/usr/bin/tsmd_control enable") Mar 11 21:46:18 like this Mar 11 21:46:34 but then how to do enable or disable? Mar 11 21:46:46 http://git.freesmartphone.org/?p=framework.git;a=blob;f=etc/freesmartphone/oevents/palmpre/rules.yaml;h=da53035da4831bc804c57f16f3db51bb201979a1;hb=HEAD Mar 11 21:46:50 command would be that: Mar 11 21:46:52 two different rules Mar 11 21:46:58 /usr/bin/tsmd Mar 11 21:47:15 ahh sorry Mar 11 21:48:00 hmmm Mar 11 21:48:13 that way we don't add device specific code to oeventsd Mar 11 21:48:23 mickeyl, prefered the always-integrated stuff Mar 11 21:48:39 *always preferred Mar 11 21:48:47 :) Mar 11 21:48:53 he didn't express any opinion on that particular mather Mar 11 21:48:54 you asked mickeyl about this problem? Mar 11 21:49:00 but usually he prefers that Mar 11 21:49:21 I mean with htcdream I wanted to calls commands for the GPS Mar 11 21:49:32 and I had to do a fsodtldt plugin instead Mar 11 21:49:34 etc... Mar 11 21:49:45 same for audio routing for gta04 Mar 11 21:49:55 he always was against external commands Mar 11 21:50:27 in this case we're only abstracting things Mar 11 21:51:28 so what should I do then? Mar 11 21:51:46 I rewrite that python thing in vala or in C? Mar 11 21:51:47 add an extra script Mar 11 21:51:58 no do it in python as you already did Mar 11 21:52:02 should be easy Mar 11 21:52:04 ok Mar 11 21:52:17 so then how to add it in oe? Mar 11 21:52:18 but lets have it separated from the oeventsd core Mar 11 21:52:28 EXTRA_MACHINE_RRECOMMANDS? Mar 11 21:52:37 which will make python mandatory for every image? Mar 11 21:52:46 thats what we have device specific utilities for Mar 11 21:52:57 it's already for SHR images Mar 11 21:53:04 yes Mar 11 21:53:11 hm Mar 11 21:53:12 but for instance aurora images Mar 11 21:53:32 which has no python in it Mar 11 21:53:42 * pespin going to have dinner, will push all eflvala changes to E svn after dinner. Mar 11 21:53:43 and indeed how to handle GPS in aurora Mar 11 21:53:49 that's a good quesiton Mar 11 21:53:50 EXTRA_MACHINE_RRECOMMANDS is not the right place, yes Mar 11 21:53:58 GNUtoo: don't think about aurora Mar 11 21:54:04 think about different images Mar 11 21:54:04 ok Mar 11 21:54:22 no I mean something different: Mar 11 21:54:29 if I add support to rules.yaml Mar 11 21:54:36 it won't work on aurora Mar 11 21:54:40 because that's frameworkd Mar 11 21:54:45 which isn't in aurora Mar 11 21:55:01 and GPS is crucial for suspend Mar 11 21:55:34 do we have a *-conf package for each machine for frameworkd? Mar 11 21:56:06 I think so Mar 11 21:56:21 frameworkd-config - 1:0.9.5.9+gitr1+8713309e9e7fe3314e2eaf571c84f6b51aefaf2b-r20 Mar 11 21:56:28 GNUtoo: if we're thinking a fso-only way we expect frameworkd on every image which is using fso Mar 11 21:57:06 ok Mar 11 21:57:13 so aurora will ship frameworkd now? Mar 11 21:57:18 ok Mar 11 21:57:21 don't know Mar 11 21:57:32 hmmm Mar 11 21:57:40 but every image which will use FSO on the gta04 should Mar 11 21:57:45 ok Mar 11 21:57:47 as it's now a runtime dependency Mar 11 21:57:51 what's left in frameworkd? Mar 11 21:57:53 opimd? Mar 11 21:57:55 otherwise suspend will not work Mar 11 21:57:58 and oeventsd Mar 11 21:57:59 oeventsd? Mar 11 21:58:00 nothing more Mar 11 21:58:01 ok Mar 11 21:58:17 GNUtoo: about the OE issue we should talk with JaMa Mar 11 21:58:18 and both are hard to rewrite in vala? Mar 11 21:58:26 yes Mar 11 21:58:26 he should now best what to do here Mar 11 21:58:36 anyway I've to submit him my gpsd 3.4 recipe Mar 11 21:58:37 GNUtoo: it takes time Mar 11 21:58:42 ok Mar 11 21:59:03 and nobody has the time Mar 11 21:59:15 yes if we had 1 more dev.... Mar 11 21:59:27 (opimd is superfluous anyway I think) Mar 11 21:59:35 ok Mar 11 21:59:42 could SHR work without opimd? Mar 11 21:59:54 GNUtoo: don't know Mar 11 21:59:58 ok Mar 11 22:00:10 it's too bad we don't have the time Mar 11 22:00:17 because there are only 2 lefts.... Mar 11 22:00:47 anyway better spend the time somewhere else Mar 11 22:01:06 morphis: how should i get a hardware-key press event and send it to aurora-daemon? what is the best way Mar 11 22:01:31 angelox|laptop: you mean listening for a hardware key press? Mar 11 22:01:43 morphis: yes Mar 11 22:01:49 which one? Mar 11 22:01:50 morphis, or I could make a vala dbus daemon for the GPS handler Mar 11 22:02:19 maybe in vala Mar 11 22:02:19 GNUtoo: is it necessary to have a statefull daemon? Mar 11 22:02:20 morphis: power button, i want to set it to open the task switcher (is already working) Mar 11 22:02:30 yes of course Mar 11 22:02:33 it's necessary Mar 11 22:02:39 ah no Mar 11 22:02:44 not nessary sorry Mar 11 22:02:54 if you read each time the GPS input Mar 11 22:02:58 it's not necessary Mar 11 22:03:03 to findout you : Mar 11 22:03:07 1) read the GPS Mar 11 22:03:07 angelox|laptop: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Input.html;hb=HEAD Mar 11 22:03:13 2) issue or not a sysfs command Mar 11 22:03:28 angelox|laptop: you should listen for the org.freesmartphone.Device.Input.Event signal Mar 11 22:03:51 angelox|laptop: the name of the power key will always be POWER on every device Mar 11 22:04:12 GNUtoo: so only a simple script should be enough Mar 11 22:04:12 so no dbus Mar 11 22:04:14 only commands Mar 11 22:04:16 GNUtoo: yes Mar 11 22:04:16 ok Mar 11 22:04:26 I'll do it in python for now then Mar 11 22:04:28 GNUtoo: and add it to the utilities Mar 11 22:04:35 ok Mar 11 22:04:35 GNUtoo: should be the easiest way Mar 11 22:04:42 morphis: hmm ok Mar 11 22:04:58 GNUtoo: and about the OE problem JaMa should now the best way I hope :) Mar 11 22:05:15 angelox|laptop: it's the best way to do that platform-independent Mar 11 22:05:37 angelox|laptop: you can add a simple QML component for that Mar 11 22:06:28 morphis: but with qml component will it work in every app? Mar 11 22:07:12 angelox|laptop: it should Mar 11 22:07:28 angelox|laptop: but don't create the dbus connection for each component instance Mar 11 22:07:35 share the instance between all component instances Mar 11 22:08:06 hmm Mar 11 22:08:48 angelox|laptop: you know what I mean? Mar 11 22:09:10 not 100% :P Mar 11 22:09:19 sorry Mar 11 22:10:11 class EventComponent { Mar 11 22:10:12 private: Mar 11 22:10:23 static QFsoEventListener *instance; Mar 11 22:10:24 }; Mar 11 22:10:48 everytime you create new object of class EventComponent you will have the same QFsoEventListener instance Mar 11 22:11:04 so you don't have ten dbus connections when you use the component ten times Mar 11 22:11:11 I have to leave now Mar 11 22:11:14 good night boys Mar 11 22:11:15 ok i see Mar 11 22:11:20 good night morgner Mar 11 22:11:26 morphis* Mar 11 22:13:01 Alex[sp3dev]: does the SGS2's battery charges when plugged to usb when using your kernel? Mar 11 22:17:46 angelox|laptop: i think not. Mar 11 22:17:58 angelox|laptop: i will add that stuff later. debugging uboot now Mar 11 22:18:19 Alex[sp3dev]: ok Mar 11 22:18:28 Alex[sp3dev]: what are uboot status? good ? :) Mar 11 22:20:26 angelox|laptop: framebuffer works. uboot can read emmc partitions. reading kernel from /system freezes, reading from /data works. microsd doesn't work for unknown reason. i'm thinking of a way to make it possible to load custom kernel from microsd or stock android images from emmc, so that rom-makers community also uses uboot and we can dualboot Mar 11 22:23:21 ok, it launched kernel finally. i placed kernel at /sdcard/boot/vmlinux.uimg and it loads.. but without microsd boot that's a no-go Mar 11 22:23:55 i see... Mar 11 22:49:19 slyon: yo, I just added 14th to my calendar :-) Mar 12 00:10:20 good night boy Mar 12 00:10:24 s/boy/boys/ Mar 12 00:10:25 angelox|laptop meant: good night boys Mar 12 02:03:07 SHR: 03shr-devel 07buildhistory * r9e9113dc09ca 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/gcc/ (cpp/latest gcc-dbg/latest gcc-dev/latest gcc/latest): Build 201203120028 of shr 20120311 for machine om-gta04 on opmbuild **** ENDING LOGGING AT Mon Mar 12 02:59:58 2012