**** BEGIN LOGGING AT Wed Sep 17 02:59:57 2008 Sep 17 03:53:23 Hi guys Sep 17 03:56:35 I am compiling the kernel with the toolchain rather than OE and when I start the make process my custom .config is over-written and thus my appended CONFIG_XXXX are not built into the kernel Sep 17 03:56:54 How can this make behavior be controlled? Sep 17 04:08:56 if you're using the toolchain, then isn't there no custom make behaviour? Sep 17 04:08:59 shaz: how come your .config file is over-written ? Sep 17 04:09:31 normal kernel compiles don't do that Sep 17 04:11:56 charlie137: I added six lines of CONFIG_XXXXX to .config and when I started the MAKE it echoed on stdout that Writing to .config (or writing configuration to config file). I checked the .config file in another terminal and my appended CONFIG_XXXXXXX were missing Sep 17 04:12:42 shaz: you started make from the kernel directory right ? Sep 17 04:12:46 rwhitby: I need to get some extra CONFIG_XXXXXXX into the .config! What other alternatives do I have? Sep 17 04:13:03 charlie137: yes :) Sep 17 04:14:29 I did not use ./build but gave the CROSS_COMPILE= and ARCH=arm on command line Sep 17 04:14:31 shaz: make oldconfig Sep 17 04:14:38 OK Sep 17 04:15:12 where does ./build come from? Sep 17 04:15:50 from git openmoko repository Sep 17 04:17:42 shaz: that build script is an openmoko addition - it's not in the standard kernel source Sep 17 04:18:16 so perhaps they have made other changes which mess with .config handling Sep 17 04:20:07 rwhitby: You suggest I use a standard kernel? But how do I do approx 75 patches for GTA02 (if I am right :) )? What I did was got standard kernel 2.6 from git and then checkedout a standard from openmoko. Sep 17 04:20:25 I did not like the script too. Even the wiki mentioned problems with it. Sep 17 04:20:53 shaz: I'm not suggesting that. All I'm saying is that you will need to ask the people who made those changes to the normal kernel build procedure, rather than expecting just anyone to be able to help you. Sep 17 04:22:14 rwhitby: You mean Andy et al? Sep 17 04:22:20 yp Sep 17 04:22:44 Thanx :o) Sep 17 04:23:05 I just email the OM kernel mailing list Sep 17 04:23:06 unless make oldconfig just happens to still work Sep 17 04:23:54 It gave me an error but have'nt given it much attention. Let me give it a few peeks and tweeks Sep 17 04:30:38 rwhitby: What does this mean? make[1]: *** No rule to make target `/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi-'. Stop.make: *** [/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi-] Error 2 Sep 17 04:31:19 rwhitby: OOPs got it Sep 17 04:31:24 did you put an extra space in CROSS_COMPILE=/usr/local... ? Sep 17 04:32:14 I missed the CROSS_COMPILE Sep 17 04:32:23 and olconfig worked Sep 17 04:33:00 so now I add my lines into .config and then do a make? Sep 17 04:36:07 Is securityfs enabled in the the standard OM kernel that comes as a default in FR? Sep 17 04:40:54 shaz. I tried mounting securityfs but it wasn't a recognized fs type Sep 17 04:41:03 so, I'm guessing it isn't enabled by default Sep 17 04:42:46 MY .config is again wiped back to default! This is very frustrating. Sep 17 04:43:39 hil__: so it means we have to get it in through .config too .... Sep 17 04:44:17 hil__: Did you see any entries available for it in menuconfig? Sep 17 04:50:38 http://www.gossamer-threads.com/lists/linux/kernel/964821 Sep 17 04:52:52 +#ifdef CONFIG_SECURITYFS Sep 17 05:06:38 take a look at lines 478-491 in the kernel Makefile for the .config overwriting problem Sep 17 05:06:42 i think this may help Sep 17 05:07:18 or stuff above it...(not this specifically) Sep 17 05:09:03 also take a look at line 471 Sep 17 05:10:30 the created file is include/config/auto.conf ... note the timestamp at the top Sep 17 05:14:04 shaz: add your lines, then do oldconfig Sep 17 05:14:41 ya got it Sep 17 05:14:55 if that doesn't work, then it means OM have bastardized the Makefile and you'll need to read that to find out where you need to put the lines so they get picked up Sep 17 05:15:48 i dont think it's an OM specific problem. It's just the way the configs are being collected Sep 17 05:18:39 with a normal kernel, you can edit .config, then run make oldconfig, and your changes will be preserved. Sep 17 05:18:53 if it's doing something else, then OM has changed the behaviour Sep 17 05:31:43 rwhitby: They have bastardized :) the build indeed. This time it did not say that configuration written to .config but it change the .config secretly. Sep 17 05:32:28 hnn.. because the procedure defined by rwhitby obviously isn't working Sep 17 05:32:38 described* Sep 17 05:34:09 Line 471 that you mentioned earlier from the Makefile describes the same behavior. But it is'nt working that way. Sep 17 05:34:33 I'll try it once more so that I am sure that am not making any mistake. Sep 17 05:35:18 pastebin the log of the start of the build, including all command to alter the .config, and run the make. Sep 17 05:35:32 I expect they've got some code in there to make sure the .config is correct for gta01 or gta02 and that's clobbering your changes Sep 17 05:36:53 K Sep 17 05:37:11 I don't think it's in the Makefile; I've done many custom .config builds (I do nothing but) and the OM kernel makefile has been standard. Sep 17 05:38:08 i'm trying to make openmoko-asu-image ... most of it gets built but i get an error in qtopia-phone-x11... http://pastebin.com/m1c649e7d ... can anyone help ? Sep 17 05:38:35 for example, how can I get rid of this -fvisibility=hidden option? Sep 17 05:38:51 (i'm using the makefile btw) Sep 17 05:46:44 mwester: Here you go http://pastebin.com/m7ad00597 Sep 17 05:47:30 rwhitby: It'll be nice if you can have a peek as well :) the above link Sep 17 05:47:35 ok. i got it... it seems like gcc > 4 can work with this fvisibility option but < 4 can;t Sep 17 05:48:27 shaz: is the ima patch actually applied before you run make oldconfig? Sep 17 05:49:12 So I should first make changes to .config then run make oldconfig and then make changes to .config and then run make Sep 17 05:49:21 rwhitby: yes its applied Sep 17 05:49:56 but how can I make openmoko use gcc > 4 ? Sep 17 05:50:04 no, make changes, run oldconfig (which should preserve your changes), then run make Sep 17 05:50:44 the other alternative is that your changes are incompatible with something else in Kconfig which is overridding them. In that case, try make menuconfig and apply the changes in there Sep 17 05:51:21 I did it and oldconfig wrote configurations to .config as pastebin link shows Sep 17 05:51:47 menuconfig does not show it then it means that there is some inconsistenciy with kconfig Sep 17 05:52:55 does not show IMA entries for selection Sep 17 05:53:24 What could be the possible solution? Because the patch has made changes to Kconfig too. Sep 17 05:53:45 if menuconfig doesn't show the selections, then oldconfig will always elide them Sep 17 05:53:56 so you need to work out the Kconfigs Sep 17 05:54:25 K. Let me see :) Sep 17 05:57:04 anyone had any problems with -fvisibility=hidden option in qtopia-phone-x11 package? Sep 17 06:30:58 hi Sep 17 06:33:05 alien: Hi how r u doing Sep 17 06:38:38 How do we set a generic toolchain like uclibc toolchain to build OM distribution? Sep 17 06:38:44 Anybody done it before? Sep 17 06:39:04 you want to build the whole OpenMoko distribution with uclibc? Sep 17 06:39:46 Ya. At least it can be tried :) Sep 17 06:40:06 which other distributions have you compiled with uclibc before? Sep 17 06:40:42 none. Just kernels and individual packages Sep 17 06:41:04 rwhitby: do you know where can I send a patch for an OE bb dile? Sep 17 06:41:08 I'd expect you'll probably be the first to try Sep 17 06:41:09 s/dile/file/ Sep 17 06:41:38 http://bugs.openembedded.net ? Sep 17 06:41:47 aleix: The canonical place is the OE bugtracker. But if it's something useful to me, then I can help you out ;-) Sep 17 06:42:02 Trent Jaeger of Pensilvinia state university used OM distro for OSK 5912 Sep 17 06:42:22 I guess he used a similar technique Sep 17 06:42:23 rwhitby: it's just a fix for the illume-theme-asu. it's working now on SHR :-) Sep 17 06:42:27 shaz: OM or OE? Sep 17 06:42:35 OM Sep 17 06:42:49 aleix: pastebin it and I'll take a look and see whether it's obvious enough that I can just commit it Sep 17 06:42:55 Thats what he mentioned in his paper :) Sep 17 06:43:01 aleix: raster should take a look at it too Sep 17 06:43:34 shaz: did he use uclibc? Sep 17 06:43:37 rwhitby: sure, but it's really simple the config files are not installed Sep 17 06:44:45 a theme shoudl come with cfg files Sep 17 06:44:46 rwhitby: http://pastebin.com/d347c73f2 (complete file) Sep 17 06:44:52 theres a separate package for that Sep 17 06:45:27 aleix: can you pastebin the patch? Sep 17 06:45:27 rwhitby: He did not mention but it would have been montavista tools because thats what comes with OSK if I remember Sep 17 06:45:43 raster: i just followed the illume-theme-freesmartphone Sep 17 06:45:53 its "Wrong" Sep 17 06:45:53 shaz: not necessarily. OE builds for lots of embedded boards, including OMAP beagleboard for instance Sep 17 06:46:01 see illmue_sv.bb Sep 17 06:46:08 PACKAGE_ARCH_${PN}-config-illume = "all" Sep 17 06:46:09 PACKAGE_ARCH_${PN}-config-asu = "all" Sep 17 06:46:12 (snippet) Sep 17 06:46:19 it builds a illume-config-asu Sep 17 06:46:34 or -illume package with cfg files in it Sep 17 06:46:40 theme just changes "skin" Sep 17 06:46:42 * rwhitby defers to raster Sep 17 06:46:43 cfg changes config Sep 17 06:47:08 as such illume upstream has asu and illume cfg in it Sep 17 06:47:17 asu should get split out and managed by asu people (om) Sep 17 06:47:22 raster: yes, i saw that Sep 17 06:47:22 its in illume's src tree righty now Sep 17 06:47:37 rwhitby: But the distro was OM I am sure and rest dont know for sure. So what do you think about uclibc? We can give it a try. Sep 17 06:47:38 in future it'll be deprecated and illume will just shipt its own default config (Recommended) Sep 17 06:47:44 Can we configure it in OE Sep 17 06:48:04 shaz: sure, the distro could easily have been OM and glibc, not uclibc. Sep 17 06:48:28 I think you are right Sep 17 06:48:36 why do you want to go through the guaranteed hassle you'll get trying to build OM on uclibc? Sep 17 06:48:43 uclibs is a little too much :) Sep 17 06:48:56 for fun Sep 17 06:49:00 raster: mmmm, ok, so, but can I manage to compile and install the cfg files? sorry, newbie here Sep 17 06:49:29 morning Sep 17 06:49:30 shaz: ok, have fun :-) Sep 17 06:50:08 rwhitby: lolz. So how do we do it for lets say glibc? Any starting tips? Sep 17 06:50:13 raster: i mean, i did like in fso theme, but you say it's wrong Sep 17 06:50:23 methril: Hi Sep 17 06:50:33 shaz: OE already builds OM using glibc ... Sep 17 06:50:43 aleix: you van compile and install. illume already does that itself Sep 17 06:50:43 raster: and i don't see how to work out with illume-config[illume|asu] Sep 17 06:50:47 as part of illume's build Sep 17 06:51:03 illume (upstream) has asu and illume config profiles Sep 17 06:51:09 it compiles them and packages them separately Sep 17 06:51:11 raster: ahhhh... i see Sep 17 06:51:21 the config should not be tagged onto a theme Sep 17 06:51:27 its a separate package for config Sep 17 06:51:30 raster: ok, got it now Sep 17 06:51:33 the config will DEPEND on the theme Sep 17 06:51:36 not the other way around Sep 17 06:51:38 :) Sep 17 06:51:46 DEPEND or RDEPEND? Sep 17 06:51:52 config is a (or should be) a user choice Sep 17 06:52:03 choose your preferred default config profile to start with Sep 17 06:52:08 rwhitby: R. Sep 17 06:52:26 a lot of i's are nto dotted and t's not crossed int he packaging Sep 17 06:52:31 i know Sep 17 06:52:32 :) Sep 17 06:52:50 but the packaging and initial setup needs a major overhaul Sep 17 06:52:54 i did a chunk already Sep 17 06:52:57 more still to do Sep 17 06:53:12 but i need to work on upstream, stuff for illume like a real good default theme Sep 17 06:53:24 and code changes to standardise the code more and re-cycle existing subsystems Sep 17 06:53:36 probably modularise some bits more and make them options etc. Sep 17 06:53:50 (like those useless boxes at the bottom of the launcher) Sep 17 06:53:57 move the launcher to a gadget Sep 17 06:54:06 etc. etc. Sep 17 06:54:22 FYI: As shown on http://tinderbox.openembedded.net/builders/testing@freesmartphone.org/ we now have stability of fso-testing feeds and images Sep 17 06:54:48 (all can now be found at downloads.freesmartphone.org) Sep 17 06:54:58 rwhitby and how are the feeds for shr unstable? Sep 17 06:55:25 rwhitby: Can't I get my custom toolchain into OE to build OM? Sep 17 06:55:54 rwhitby: cool Sep 17 06:56:11 methril: those should be available at shr.bearstech.com Sep 17 06:56:22 shr is going to change the distro name? or its openmoko? Sep 17 06:56:33 (downloads.freesmartphone.org for FSO images and feeds, shr.bearstech.com for SHR images and feeds) Sep 17 06:57:05 yes, i was taking a look at oestats Sep 17 07:03:51 hmm - git.freesmartphone.org is not answering pings Sep 17 07:15:20 while building openmoko-asu-image, I get this error in do_rootfs: Configuring xtscal ... Cannot satisfy the following dependencies: kernel-2.6.21 ... (many tmes)... Sep 17 07:17:13 why does it need 2.6.21. The kernel version is 2.6.24 in this distro, right Sep 17 07:23:02 raster: illume-theme-asu works fine now and configs are successfully installed as well. i just updated OE Sep 17 07:25:25 raster: is it possible to automatically close illume menu, when the configure button is pressed? Sep 17 07:40:31 aleix: hmmm - i could look into it Sep 17 07:40:38 but theres an indirect path there Sep 17 07:44:38 raster: what do you mean? Sep 17 07:45:00 well the config wrench button knowsn nothing of the top shelf Sep 17 07:45:03 so it cant go close it Sep 17 07:45:07 it doesnt know that it exists Sep 17 07:45:10 its generic Sep 17 07:45:17 raster: but you do it with the "remove" for example Sep 17 07:45:24 so it cant go close something it doesnt directly have a relationship with Sep 17 07:45:31 thats not a gadget Sep 17 07:45:35 the wrench is a generic gadget Sep 17 07:45:37 remove is not Sep 17 07:45:39 its part of the shelf Sep 17 07:45:44 ah, ok Sep 17 07:45:45 thus it knows about itself Sep 17 07:45:46 :) Sep 17 07:46:10 i'd need to eithewr make a generic system to say "hey - anything that is popped up.slid out - please go back now" Sep 17 07:46:18 i see.. i just thought it could be useful, as it is an automatic action i always have to do by hand Sep 17 07:46:24 possibly just make it always go back when a new window is shown or focused Sep 17 07:46:25 etc. Sep 17 07:46:35 i know Sep 17 07:46:41 it just isnt as simple as u think :) Sep 17 07:46:45 its a little mroe invovled Sep 17 07:46:49 ok :_) Sep 17 07:46:53 though right now.. thats definitely not on my "worried" list Sep 17 07:46:53 :) Sep 17 07:46:58 got bigger fish to fry Sep 17 07:47:02 i do agree its annoying Sep 17 07:47:04 hehe, i imagine Sep 17 07:55:16 aleix: just tell raster that e17 can't do what you want to do, and that it never will be able to, and I bet he'll have it whipped up overnight ... Sep 17 07:56:33 rwhitby: :-) Sep 17 07:56:54 hahahahahha Sep 17 07:57:57 raster: so, now, what? just kidding ;-) Sep 17 07:58:27 hahaha Sep 17 07:59:55 aleix: alternatively, think of some insanely cool application of that new generic feature, and plant the seed in raster's head, and it will also appear overnight ... Sep 17 08:00:25 (or say that some other window manager can already do something like that) Sep 17 08:00:25 this linux-2.6.21 kernel is giving me a headache... why is it needed by all these packages in om2008.8 :( Sep 17 08:00:48 and I can't find it in any .bb file either :'( Sep 17 08:01:49 hil__: No 2.6.21 stuff gets built here using MokoMakefile for org.openmoko.asu.stable ... Sep 17 08:02:37 perhaps your linux-openmoko recipe failed to build, and you used -k with bitbake, and it's doing it's virtual/kernel try and build every kernel in existence dance ... Sep 17 08:02:59 i know.. but I keep getting these errors that say dependency failed 2.6.21 required by xtscal Sep 17 08:03:07 I removed that package and then xset needs it Sep 17 08:03:18 and when I removed that, task-base needs it Sep 17 08:03:34 try building just linux-openmoko Sep 17 08:03:40 hehehe Sep 17 08:03:48 alright. i'll try that Sep 17 08:03:49 right now... need the time Sep 17 08:03:56 got paid work to do that takes priority :) Sep 17 08:04:32 it's building 2.6.24+git (as it should) Sep 17 08:04:36 done Sep 17 08:04:44 now, should I go with make image again? Sep 17 08:06:15 same error Sep 17 08:09:15 rm -rf anything under tmp/work and tmp/stamps with linux-2.6.21 in the name Sep 17 08:11:03 ok. great. I just rm -rf'd the whole tmp Sep 17 08:11:14 now i have to restore from backup Sep 17 08:11:16 :( Sep 17 08:11:28 * hil__ going away Sep 17 11:49:41 mickey|dinner: ping - anything else we need to do for fso 3.0.1 ? Sep 17 12:17:48 hi everyone Sep 17 12:17:57 is this the right channel to aks questions about fso-gpsd? :) Sep 17 12:42:37 hi Sep 17 12:42:58 i would like to develop some applications for the openmoko Sep 17 12:43:18 but i want to do it in the 2008.08 style Sep 17 12:44:08 is there any example which i could add to the toolchain example, so I can build an application fitting in 2008.08 style? Sep 17 12:44:19 reet: fso-gpsd, yes, but even more appropriate would be smartphones-userland@linuxtogo.org Sep 17 12:44:30 i dunno whether the author of it is here, atm. Sep 17 12:44:42 jrei: 2008.08 style meaning based on E or Qtopia? Sep 17 12:45:15 i guess so, i am not shure what should be prefered Sep 17 12:45:38 ok mickeyl, I'll try here fist Sep 17 12:45:56 I'm using the latest fso-gpsd in debian Sep 17 12:46:17 somehow it seems to "see" the sats but it does not use them Sep 17 12:46:27 (fso-gpsd:1301): DEBUG: SatellitesChanged(index=11, prn=2, used=FALSE, elevation=38, azimuth=100, snr=0) Sep 17 12:46:31 used=FALSE Sep 17 12:46:36 12 sats counted Sep 17 12:46:42 I have no idea why ... Sep 17 12:46:54 /org/freedesktop/Gypsy: GetTime -> 0 Sep 17 12:46:58 /org/freedesktop/Gypsy: GetFixStatus -> 1 Sep 17 12:48:25 <_sh|AJuOnLiNE> mickeyl: pm ? Sep 17 12:48:42 if necessary Sep 17 12:48:58 then go ahead Sep 17 12:49:42 hi Sep 17 12:50:40 mickeyl: how can I get more logs to debug the problem? Sep 17 12:59:34 i don't know much about fso-gpsd Sep 17 13:00:05 fso logs you can get a lot by doing http://wiki.openmoko.org/wiki/OpenmokoFramework#How_to_debug Sep 17 13:00:45 ok thanks Sep 17 13:09:11 mickeyl, evening, i have pushed the fsod code to my gsoc repo for now...understandably, the first subsystem ported was the Device subsystem. i still need to think over how to implement the controller, when thats done..Time subsystem will find its way in since its the smallest around Sep 17 13:09:24 right Sep 17 13:09:29 i thought a bit about the strategy Sep 17 13:09:46 i think we have the following order of importance Sep 17 13:09:56 1.) Controller Sep 17 13:10:05 2.) Time (because it's small) Sep 17 13:10:12 3.) Usage (simple) Sep 17 13:10:22 4.) Event (will be great if we have more speed there) Sep 17 13:10:36 5.) Gps (to improve speed) Sep 17 13:10:41 [might rather want to enhance gypsy...] Sep 17 13:10:49 6.) Gsm (unlikely, since it's huuuuuuuuuuuuuuuuuuuuuuuge) Sep 17 13:12:38 yes Sep 17 13:12:47 *gulp* Sep 17 13:13:15 the bigger they are, the funner it gets Sep 17 13:13:18 hehe Sep 17 13:13:29 gsm is nasty since it makes huge use of Python's dynamic features Sep 17 13:13:50 that's pretty hard to rebuild in a statically typed language Sep 17 13:13:52 mickeyl, yeah, and not mention async callbackas and a{sv} absence in vala Sep 17 13:13:56 oh right Sep 17 13:14:05 without async we should not even try to do gsm Sep 17 13:14:08 nor gps Sep 17 13:14:20 that reminds me to push Jürg... Sep 17 13:14:22 mickeyl, we could prolly get over it by writing work-around hacks in C and binding .vapi Sep 17 13:14:34 Sup3rkiddo: we could, but that's losing the fun Sep 17 13:14:48 is there a bug open wrt. async callbacks and a{sv} ? Sep 17 13:15:01 i think i filed a bug Sep 17 13:15:05 lemme take a look Sep 17 13:15:56 ok, I'd like to comment to raise the importance ;) Sep 17 13:16:20 mickeyl, with regards to gsmd we have the ixonos code....maybe we could re-use it to respect the controller? Sep 17 13:16:45 hmm Sep 17 13:16:50 good idea Sep 17 13:16:55 but i think it's not flexible enough Sep 17 13:17:02 oh ok Sep 17 13:17:19 I'd rather try to move the concept of ogsmd directly to Vala Sep 17 13:17:29 but as I've said... at the end of the day it makes no sense Sep 17 13:17:36 will bring no additional speed Sep 17 13:17:41 sind we're waiting for the modem all the time Sep 17 13:17:58 mickeyl, hmmm...we try to load python plugins from vala/c then Sep 17 13:17:58 that would just be an academic experience for people who have problems with Python Sep 17 13:18:10 that would include me Sep 17 13:18:14 [python plugins from Vala] yes, that sounds better to me Sep 17 13:18:32 a nice academic experience, but are you willing to spend 6+ months for it? :) Sep 17 13:18:36 just for the sake of compiled code? Sep 17 13:19:01 mickeyl, wow Sep 17 13:19:15 i was thinking on 2-3 month scale Sep 17 13:19:27 unlikely. it took me 3 months to do it in Python Sep 17 13:19:34 now imagine how long it needs in something less dynamic Sep 17 13:19:41 mickeyl: before I hit the sack, is there anything else you need done regarding the fso feeds and corresponding images? both fso-testing and fso-unstable should be there and kept up to date now ... Sep 17 13:20:02 rwhitby: can't think of anything, i guess we can announce that Sep 17 13:20:07 mickeyl, aha, emdete has filed a bug report on a{sv}, http://bugzilla.gnome.org/show_bug.cgi?id=538237 Sep 17 13:20:32 mickeyl: I'll let you do the honours ... Sep 17 13:20:34 ok, commenting on that one Sep 17 13:20:46 rwhitby: good. anything in particular you want me to mention? Sep 17 13:21:03 rwhitby: can we add more devices as time goes on? Sep 17 13:21:07 * mickeyl thinking of his beloved EZX series Sep 17 13:21:14 mickeyl: sure Sep 17 13:21:17 great Sep 17 13:21:23 as long as it builds, it can go in :-) Sep 17 13:21:28 *nod* Sep 17 13:21:43 Sup3rkiddo: oh, there's a commit wrt. a{sv}! Sep 17 13:21:50 Sup3rkiddo: we should check whether that does it Sep 17 13:21:56 so it's set up so that the fso-testing images access the fso-testing feeds, and the fso-unstable images access the fso-unstable feeds. Sep 17 13:21:59 mickeyl, and async support too Sep 17 13:22:09 Sup3rkiddo: right. there should be a seperate bug for that Sep 17 13:22:24 rwhitby: good work. Sep 17 13:22:35 rwhitby: the description what makes up testing and unstable is in the README, right? Sep 17 13:22:56 http://downloads.freesmartphone.org has all the good stuff Sep 17 13:22:57 mickeyl, i do see a number of open bugs on async callbacks...maybe its there i and wasn't paying attention..lemme ask in #vala to confirm Sep 17 13:23:04 oki Sep 17 13:23:50 mickeyl: any changes to http://downloads.freesmartphone.org text? Sep 17 13:24:26 (I'll pretty it up with more hyperlinks in the coming days) Sep 17 13:25:08 rwhitby: nothing except perhaps an introductionary sentence what FSO is about Sep 17 13:25:18 but people who visit this site prolly know ;) Sep 17 13:26:31 mickeyl: is www.freesmartphone.org sick? Sep 17 13:26:57 yes, power outage today Sep 17 13:27:15 kind of scheduled, but i completely forgot Sep 17 13:27:58 I was going to copy some text from there ... Sep 17 13:30:01 mickeyl: so downloads.freesmartphone.org is already more reliable than www.freemsmartphone.org ;-) Sep 17 13:30:13 heh Sep 17 13:31:04 ok, I'm gone - I'll read the announcement in the morning :-) Sep 17 13:33:36 mickeyl: you can mention that the machine serving downloads.freesmartphone.org is in the same rack as master.kernel.org ... Sep 17 13:34:00 hehe Sep 17 13:34:03 cool, ya Sep 17 13:34:08 g'night Sep 17 13:34:56 OSUOSL is a great place for FOSS hosting. We (nslu2-linux.org) are very lucky to be there. Sep 17 13:35:15 i can imagine, yea Sep 17 13:53:43 s there any good source for openmoko source documentation. Sep 17 13:53:50 -Is Sep 17 13:55:12 I am looking for an overview of the boot process in particular. Sep 17 13:58:42 checked the wiki yet? Sep 17 13:59:59 hi Sep 17 14:26:59 please can someone review my flashing ? (http://pastebin.com/d1e442416) Sep 17 14:29:25 what is this : mtdparts variable not set, see 'help mtdparts' ? Sep 17 14:32:42 <_sh|AJuOnLiNE> mickeyl: sent mail Sep 17 15:08:45 Ainulindale: How is the invisible shield weird? Sep 17 16:23:55 wurp2|working: if you're curious about the invisible shield you can try mine out ... just dropped it in the trash Sep 17 16:37:25 sicu: wow Sep 17 16:37:28 sicu: why? Sep 17 16:37:45 I'll gladly pay the $5 or whatever to mail it to me :-) Sep 17 16:38:03 hey Sep 17 16:38:14 Ainulindale, did you look at my mails? :) Sep 17 16:38:45 wurp2|working: giving it another try now ... bloody thing won't stick, and is far from invisible Sep 17 16:39:19 at this rate .. it will take 5hrs+ to get all the side-flaps to stick properly :/ Sep 17 16:39:51 sicu: Hrm, did you ask other IS users how it was working for them? Sep 17 16:40:14 tried ... no one's replied yet Sep 17 16:40:16 I know I heard from a user in #openmoko who seemed happy with his, and Ainulindale did too Sep 17 16:40:53 hmmm, must be doing something wrong then Sep 17 16:40:57 ChaosEagle has one Sep 17 16:41:09 Or maybe you just got a dud :-( Sep 17 16:41:33 but I think CE only has his on front & back, not sides Sep 17 16:41:45 I believe Ainulindale put the whole thing on his Sep 17 16:42:22 I did get a "far from invisible" vibe about it from them, but they didn't seem to think it actually obscured Sep 17 16:43:35 well, the front and back both have 'flaps' that cover the rounded sides, but they just wont stick :/ Sep 17 16:43:40 wurp2|working, what is IS? Sep 17 16:43:54 quickdev: invisibleSHIELD Sep 17 16:47:19 just used a finger to keep pressure on the side of one of the flaps for 10mins seems to stick (for now) Sep 17 16:47:46 too bad there's 10 flaps ... and that's just the back Sep 17 16:48:06 ah well, guess i'll only have to do this once Sep 17 16:52:41 10 minutes?!? Ouch! Sep 17 16:52:55 btw, ?!? is the new ? Sep 17 16:54:06 yeh, hope the back was a dud ... Sep 17 16:54:29 ?? --> btw, ?!? is the new ? Sep 17 16:56:27 the IS is new ... if that is what you were asking? Sep 17 16:56:37 Just mocking myself for using ?!? too often Sep 17 16:56:56 ah, gotcha :p Sep 17 16:58:01 should have been: btw, '?!?' is the new '?' Sep 17 16:58:55 guess i could halve the time this takes by using both hands, but then i couldn't chat in here :p Sep 17 17:00:35 heh Sep 17 17:01:16 just put blocks of foam rubber on the sides and wrap it in rubber bans Sep 17 17:01:20 s/bans/bands/ Sep 17 17:03:14 * sicu sighs; now he tells me Sep 17 17:04:35 well, I didn't figure you had blocks of foam rubber. I was just harassing you while you labor over it. Sep 17 17:06:26 duct tape. Sep 17 17:06:45 The only tools a man ever really needs: duct tape, and wd-40 Sep 17 17:08:39 mwester: I'm not sure wrapping his phone in duct tape to hold his invisible shield on long enough to stick is a great idea... Sep 17 17:09:07 Soaking it in wd-40 should loosen the duct tape, though. Sep 17 17:09:23 uh-huh Sep 17 17:10:35 just bought both last week, hehe Sep 17 17:11:39 i'm sure wd-40 would do my FR a world of good ... perhaps even render it usable as an everyday phone Sep 17 17:12:37 sicu: Qtopia did that for me Sep 17 17:13:33 and as you said, soaking it in wd-40 would loosen the duct tape (put probably also loosen the invisibleSHIELD that has problems sticking in the first place :p Sep 17 17:13:46 * mwester is still pretty sleepy from an all-nighter working on Qtopia patches to workaround some Calypso bugs; Qtopia now looks very nice indeed on the GTA01 Sep 17 17:13:48 mwester, I read about you in kernel topics. I assume you know what's going on :) do you know a page / mailing list where I can find out what's the current state of suspend? Sep 17 17:13:58 * mwester ducks Sep 17 17:14:29 Er, no progress or change on the suspend issue for many many weeks. I've been meaning to update some data, but haven't got to it. Sep 17 17:14:38 Is there a specific thing you're curious to know? Sep 17 17:20:16 mwester, yes. I installed the 2008.8 and sometimes it goes to suspend, I press the power button, it comes up for some seconds and the it goes back to suspend and the power button doesn't work anymore...I wonder if suspend works for other people Sep 17 17:21:13 :( I am unable to work on 2008.8 because Om can't get the stable asu branch buildable. So I've been working on FSO and Qtopia for the past couple of weeks. Sep 17 17:22:28 I'm hopeful that I can do something productive with 2008.9, if they release that, but in general 2008.8 was such a load of horse manure -- completely unusable -- that I just can't debug or work on suspend/resume problems. Sep 17 17:23:28 mwester, ah, ok...does suspend by pressing power works in fso? is it planned at all? Sep 17 17:23:49 (You really need to have a user-space that works, to some small degree, in order to have a meaningful suspend/resume process; the first 2008.8 release was useful in testing what happens when you attempt to suspend the FR when the GSM is busy spewing error messages back to a broken user-space at 115200 baud endlessly) Sep 17 17:24:31 FSO suspend seems to work; it is missing the ability to actually flow-control the GSM, IIRC. But so is Qtopia. And both are easily fixed. Sep 17 17:25:31 Anyway, I'm gonna run -- need to grab some lunch and go test my Qtopia patches in the real world for a moment. bbl Sep 17 17:25:50 mwester, where can I find that fso kernel where suspend works? Sep 17 17:25:51 mwester: where can I get the Qtopia you're working on for gta01? :-) Sep 17 17:26:05 he escaped Sep 17 17:28:31 alphaone, atm I used your kernel. Where do you compile it from? Sep 17 18:00:17 hi, I am following the procedure on the wiki to use the toolchain. It worlk for a stand alone application but there is a problem when I want to install a shared library Sep 17 18:01:12 I tried "om-conf --prefix=/usr/local/openmoko libnew" and "cd libnew; make install" to add the library to the toolchain but it does not install in the right folder Sep 17 18:01:42 it installs in /usr/lib on my computer Sep 17 18:02:00 Is there a problem with the procedure on the wiki ? Sep 17 18:02:02 change the prefix variable? Sep 17 18:02:15 oh wait Sep 17 18:02:26 I used "--prefix=/usr/local/openmoko" Sep 17 18:02:33 yes :D Sep 17 18:02:40 but: brb Sep 17 18:03:18 brb ? Sep 17 18:05:47 ok I see: be right back Sep 17 18:06:04 I need to review my chating words :) Sep 17 19:00:07 any ideas why "om-conf --prefix=/usr/local/openmoko libnew" is not working on my system? Sep 17 19:01:40 And I'm I doing things correctly? I have a n app, lets say newapp that uses a shared library names libnew, so I need to build libnew with a prefix to install it to the toolchain folder, right? Sep 17 19:05:09 jmichel: I've heard mwester (or maybe it was rwhitby) saying that the toolkit won't really work for anything much more complicated than Hello, World. Sep 17 19:06:27 So what are people doing to build app for the phone? They use the complete build environment with the Mokomakefile ? Sep 17 19:11:45 rwhitby: do you maintain shr.bearstech.org? is it possible to upgrade ms3 using the shr unstable files Sep 17 19:12:50 jmichel: yes Sep 17 19:15:22 jmichel: It is possible to use can use the toolchain Sep 17 19:15:27 take a look at http://andreasdalsgaard.blogspot.com/2008/07/openmoko-development-in-5-minutes.html Sep 17 19:15:51 the guide is a bit outdated Sep 17 19:16:18 you should download the newest deb Sep 17 19:16:19 http://smartere.dk/openmoko/openmoko-toolchain_0.20080521-ubuntu6_i386.deb Sep 17 19:22:55 AndreasD: I used the end of the page procedure, "Add packages to the openmoko-toolchain:" to install a library to my toolchain and it worked... thanks for your help Sep 17 19:23:18 jmichel: np Sep 17 19:23:48 btw. the patches isn't required anymore Sep 17 19:24:21 I'll probably update the guide in the weekend Sep 17 19:25:13 AndreasD: Now i tried to build my app and I have problems with STL libraries string and vector Sep 17 19:25:29 Do I have to do something to use those? Sep 17 19:26:12 I honestly Sep 17 19:26:16 dod't know Sep 17 19:26:40 but I could image that you should Sep 17 19:28:34 jmichel: hmm could you try and put your error on pastebin.ca ? Sep 17 19:29:55 AndreasD: Thanks but I really need to go now so I will post the information tomorrow to find a solution for the STLs Sep 17 19:30:39 jmichel: okay, see you Sep 17 19:38:48 Ainulindale, here? Sep 17 19:42:57 AndreasD, do you know how tried to make the gtk dialer work on shr? Sep 17 19:44:04 quickdev: Last thing I did was to make the GUI come up on calls Sep 17 19:44:28 AndreasD, ah, ok - did you do the ophonekitd integration? Sep 17 19:44:53 My current frameworkd is a bit broken so I don't know if calls will work Sep 17 19:45:10 or if the call should be initiated first Sep 17 19:45:12 yes Sep 17 19:45:32 wurp2|working: all flaps are now secured ... invisiShield = quick&easy ;) Sep 17 19:45:36 I'd like to integrate my dialer into ophonekitd and may need some help Sep 17 19:47:49 quickdev: have you looked at libframework-phonegui-gtk Sep 17 19:48:48 your dialer should provide the functions in frameworkd-phonegui.h Sep 17 19:51:16 quickdev: I have to go now, any quick questions? Sep 17 19:51:40 AndreasD, I will ask you in a few days Sep 17 19:51:47 if there are questions remaining Sep 17 19:51:50 thanks. Sep 17 19:53:26 okay great, np Sep 17 20:05:09 sicu: Hooray! Congratulations! Sep 17 22:00:25 <_sh|AJuOnLiNE> i am new to openmoko development and developing in linux environment. i use fedora, can I stage my development on this distro ? Sep 17 22:01:01 Yep Sep 17 22:01:18 Most people are working on a debian flavor, I think, but I dunno why fedora would be a problm Sep 17 22:02:01 <_sh|AJuOnLiNE> i ave been thinking of installing Debian Etch Sep 17 22:02:06 <_sh|AJuOnLiNE> have** Sep 17 22:03:39 <_sh|AJuOnLiNE> just for the sake, that i could get a wider developer audience to help in case i get stuck Sep 17 22:03:48 I'm running on ubuntu Gibbon, but I have also built on debian 4.0 Sep 17 22:05:35 <_sh|AJuOnLiNE> ok Sep 17 22:08:19 Fedora 9 works fine. Sep 18 00:15:17 scarlson: whassup? Sep 18 00:15:51 I've recently and successfully built 2008.8 with mokomakefile (My phone is currently running the image) great feeling btw. Sep 18 00:16:14 org.openmoko.asu.stable? Sep 18 00:16:20 yep Sep 18 00:17:21 I'm working on a touch screen coordinate calibration issue with xrandr. When the screen is rotated and/or is set to a 320x240 the xy coordinates are all screwed. Sep 18 00:17:24 My question is.. Sep 18 00:17:40 Its really a basic question as to the mechanics of mokomakefile Sep 18 00:17:55 If i pulled say. xserver-kdrive-glamo. make a patch. Sep 18 00:18:00 let me pull my commands from last night... Sep 18 00:18:51 I'll just list them if you don't mind, for conversations sake.. Sep 18 00:18:55 cd build/ Sep 18 00:20:23 . ../setup-env Sep 18 00:21:13 bitbake -c patch xserver-kdrive-glamo Sep 18 00:21:21 move the folder.. make some changes.. Sep 18 00:21:30 located in /tmp/work/arm...... Sep 18 00:21:35 cd - Sep 18 00:21:45 bitbake -c compile xserver-kdrive-glamo Sep 18 00:21:56 bitbake -c build xserver-kdrive-glamo Sep 18 00:22:00 as per the wiki.. Sep 18 00:22:27 This ended up being about 500 tasks or so... succesfully built. Sep 18 00:22:47 My question is, where is the result? Am I even going about this correctly? Sep 18 00:23:17 (very new to this), I am assuming I will be repeating and testing, several, several times. Sep 18 00:24:31 I'd like to effeciently pull the pieces i want to modify, and build system image... but also ideally build ipk/opk for testing on existing system Sep 18 00:24:36 Am I way off base here? Sep 18 00:24:43 the result should be in tmp/work/*/xserver-kdrive-glamo/... Sep 18 00:25:09 if a packaging task was run, then there will be a new ipk in tmp/deploy/glibc/ipk/*/xserver-kdrive-glamo* Sep 18 00:26:15 mickey|zzZZzz: any ETA on when git.freesmartphone.org will be back up? It's stopping the fso-unstable autobuilds ... Sep 18 00:28:16 as in Sep 18 00:28:29 make build-package ? Sep 18 00:29:12 or are we talking about om-make-ipkg Sep 18 00:29:27 om-make-ipkg has nothing to do with mokomakefile and bitbake Sep 18 00:29:38 that's om-toolchain stuff Sep 18 00:29:42 Ok. Sep 18 00:29:57 bitbake -c build, or make build-package-* should create the ipks Sep 18 00:30:47 make build-package-* Will that create a ipk for "everything" or just my recent request. Sep 18 00:31:00 or * being replaced with package name. Sep 18 00:32:22 got it.. bitbake -c build xserver-kdrive-glamo Sep 18 00:32:34 I may have let the compile run all night, and forgot to run this.. Sep 18 00:32:44 As this is all clearly documented on the wiki, Sep 18 00:43:55 Thanks for you time rwhitby Sep 18 00:44:21 When I have the cluster up, my buddy and I will be working on imlpementing dspcc and such, I will keep you posted. Sep 18 00:46:35 scarlson: ok. note that we've now got the nslu2-linux autobuilder working on fso stuff, and downloads.freesmartphone.org is hosted at osuosl, so the need for extra cpu has diminished somewhat. Sep 18 00:47:00 No sweat.. I will be implementing it for personal gains as well. Sep 18 00:47:14 Hey just got slapped with some errors Sep 18 00:47:29 NOTE: QA checking staging Sep 18 00:47:31 ERROR: QA Issue: libcurl.pc failed sanity test (tmpdir) in path /media/mokobuild/build/tmp/staging/arm-angstrom-linux-gnueabi/usr/lib/pkgconfig Sep 18 00:47:33 ERROR: QA Issue: sdl.pc failed sanity test (tmpdir) in path /media/mokobuild/build/tmp/staging/arm-angstrom-linux-gnueabi/usr/lib/pkgconfig Sep 18 00:47:34 ERROR: QA Issue: openssl.pc failed sanity test (tmpdir) in path /media/mokobuild/build/tmp/staging/arm-angstrom-linux-gnueabi/usr/lib/pkgconfig Sep 18 00:47:36 ERROR: QA staging was broken by the package built above Sep 18 00:47:37 ERROR: Error in executing: Sep 18 00:47:39 ERROR: Exception: Message:1 Sep 18 00:47:40 ERROR: Printing the environment of the function Sep 18 00:47:42 ERROR: Build of /home/scott/code/mokobuild/openembedded/packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb do_qa_staging failed Sep 18 00:47:44 ERROR: Task 9 (/home/scott/code/mokobuild/openembedded/packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb, do_qa_staging) failed Sep 18 00:47:45 NOTE: Tasks Summary: Attempted 623 tasks of which 617 didn't need to be rerun and 1 failed. Sep 18 00:47:47 ERROR: '/home/scott/code/mokobuild/openembedded/packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb' failed Sep 18 00:47:50 NOTE: build 200809172031: completed Sep 18 00:47:52 ouch.. Sep 18 00:48:54 Any thoughts as to what went wrong here? Sep 18 01:06:59 scarlson: QA errors Sep 18 01:07:11 you're installing .pc files with bogus paths in them Sep 18 01:32:55 are python bindings for libframeworkd available? Sep 18 02:02:46 hi Sep 18 02:17:43 Guys anybody knows why selinux is not shown in menuconfig because I saw it being included in its parent Kconfig Sep 18 02:18:27 in linux/security/kconfig Sep 18 02:19:50 does it have to do any configuration in linux/security/Makefile? **** ENDING LOGGING AT Thu Sep 18 02:59:57 2008