**** BEGIN LOGGING AT Mon May 24 02:59:57 2010
May 24 03:22:18 <gonzoism> ~nf
May 24 03:22:19 <apt> The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help)  - - - Recommended URLs and channels(chanlogs etc):see ~RL  - - -  NEWSFLASH [2010-03-28 21:09 UTC]:buildhost got rebooted... new RAM will arrive beginning of next week
May 24 03:23:00 <gonzoism> hi openmoko-ers
May 24 03:25:02 <gonzoism> text input for sms has been broken for a few weeks.  you type stuff and it doesn't go into the text input box.
May 24 03:26:13 <gonzoism> to reproduce, just try to send a sms message, or reply to one.
May 24 04:45:33 <gonzoism> hi docscrutinizer51
May 24 04:46:08 <gonzoism> how are you ? i am well.
May 24 04:55:28 <DocScrutinizer> gonzoism: about to go to sleep. otherwise fine :-)
May 24 04:55:46 <DocScrutinizer> bye
May 24 04:56:49 <gonzoism> bye
May 24 04:56:57 <gonzoism> :)
May 24 08:32:19 <daniele_athome> morning...
May 24 08:32:33 * daniele_athome is missing his beloved freerunner... :(
May 24 08:37:42 * thrashold is away: Gather your rosebuds while ye may...
May 24 08:38:00 * thrashold is back (gone 00:00:00)
May 24 08:51:07 <JaMa> daniele_athome: sent for reworks?
May 24 08:51:33 <daniele_athome> JaMa, yes :(
May 24 08:51:39 <daniele_athome> in germany
May 24 09:35:58 <md2k7> bitbake -i tells me:
May 24 09:36:01 <md2k7> ERROR: Nothing to do.  Use 'bitbake world' to build everything, or run 'bitbake --help' for usage information.
May 24 09:36:17 <md2k7> how do i get to the bitbake shell?
May 24 09:36:38 <md2k7> (run from shr-unstable directory)
May 24 09:49:52 <CIA-60> freesmartphone.org: 03zub 07vala-terminal * r0241cf2f1971 10/src/ (mainwindow.vala terminal.vala): 
May 24 09:49:52 <CIA-60> freesmartphone.org: vala-terminal: Make window title handling respect terminal tabs.
May 24 09:49:52 <CIA-60> freesmartphone.org: vala-terminal does not remember the title per tab. The last tab to set
May 24 09:49:52 <CIA-60> freesmartphone.org: the title wins whether if it's active or not. This pach fixes the
May 24 09:49:52 <CIA-60> freesmartphone.org: behaviour.
May 24 09:49:53 <CIA-60> freesmartphone.org: Signed-off-by: David Kozub <zub@linux.fjfi.cvut.cz>
May 24 09:50:04 <mickeyl> zub: ^^
May 24 10:14:32 * JaMa played a bit with gprs on my prepaid SIM and now they blocked service because they make charge for it (about 500Kc ~ 20e) hmm :/ is there any reliable list of calls and data transfers? (seems like it's not posible to get detailed listing on prepaid card)
May 24 10:16:11 <PaulFertser> JaMa: /var/log/ppp.log should have messages from pppd with traffic counters logged on every disconnect.
May 24 10:17:11 <PaulFertser> JaMa: call listing should be stored in opimd, but without the duration, i'm afraid. If you're running with debug, you can deduce it from the logs of course.
May 24 10:17:21 <PaulFertser> TAsn: btw, what about call duration in the call log?
May 24 10:18:00 <JaMa> I've already rebooted (without expecting this) so /var/log is gone :/
May 24 10:18:43 <JaMa> and pyphonelog doesn't show any new call (I never call with FR so it would be only some accidental call from my pocket which i doubt)..
May 24 10:18:44 * mickeyl thinks fsogsmd should keep those lists, but it's not trivial
May 24 10:18:53 <PaulFertser> JaMa: oh, probably that'll make you SHR folks consider storing logs on a permanent storage.
May 24 10:20:05 <JaMa> yup I'll change it before buying more credit to that card :)
May 24 10:20:26 <lindi-> non-permanent /var/log sounds very odd indeed
May 24 10:21:25 <JaMa> but good thing is that I used gprs to spend that credit (because I have to buy some (at least ~16e) every 6 months or so, otherwise the SIM is disconnected)
May 24 10:22:15 <JaMa> just didn't expect it to be so fast (without downloading any large data and disconnecting from gprs when not needed)
May 24 10:33:31 <PaulFertser> JaMa: here operators round all traffic up to 100k every hour :/
May 24 10:35:48 <JaMa> here too, but it's still a bit too much for screen session over openvpn (2 hours in train) but maybe there was some transfer on background I wasn't aware off (strange)
May 24 10:36:38 <JaMa> even Xorg wasn't running.. so only 2 console sessions opened
May 24 10:42:50 <zub> mickeyl: good :)
May 24 10:44:18 <PaulFertser> JaMa: round all traffic up every hour? I thought it's something specific to my strange country... 
May 24 10:44:25 <zub> JaMa: which operator? I have gprs with vodouch for some 17CZK/24hrs (IIRC). There is some FUP which is fairly easy to trigger, but for keeping oneself occupied while on train it works ok. :)
May 24 11:02:37 <JaMa> zub: t-mobile old twist card
May 24 11:04:23 <zub> na ja
May 24 11:08:51 <Q-Master> JaMa: check the navit plz. It works, but shows complete crap instead of a map. I think that it might be of a broken bin file, but I am not sure.
May 24 11:09:48 <JaMa> Q-Master: looks like extra lines over map?
May 24 11:10:01 <Q-Master> JaMa: exactly
May 24 11:10:11 <JaMa> Q-Master: I've seen it in some rev, please try latest
May 24 11:10:20 <JaMa> and report back
May 24 11:10:26 <mickeyl> anyone with a BSSID that's in the skyhook db?
May 24 11:11:44 <Q-Master> JaMa: seems that I have the latest one
May 24 11:12:17 <JaMa> Q-Master: svnr3292?
May 24 11:12:32 <Q-Master> JaMa: let me check
May 24 11:19:42 <Q-Master> JaMa: there are in unstable repo: opkg list_installed | grep navit
May 24 11:19:42 <Q-Master> navit - 1:0.1.0+svnr3279-r5.5.4
May 24 11:19:42 <Q-Master> navit-icons - 0.1.0+svnr3276-r1.4
May 24 11:19:42 <Q-Master> navit-locale-ru - 1:0.1.0+svnr3279-r5.5.4
May 24 11:20:13 <JaMa> Q-Master: please check "Navit packages" on SHR MLs
May 24 11:20:24 <JaMa> Q-Master: newer are regulary in my feed for testers
May 24 11:21:01 <JaMa> Q-Master: I've seen those lines, but redownloaded map in the same time when some svn commit was upgraded on my freerunner
May 24 11:21:24 <Q-Master> I think that it is a navit problem
May 24 11:21:28 <JaMa> Q-Master: so when nobody complained on 3279 I pushed it (expecting that only my map was messed)
May 24 11:21:35 <Q-Master> I've updated the map not so long ago
May 24 11:22:05 <JaMa> if you can confirm that 3292 with same map works as expected (without extra lines) I'll push it to shr feeds
May 24 11:22:51 <Q-Master> JaMa: can you gimme the url. can't find it in my e-mails...
May 24 11:23:14 <JaMa> http://jama.homelinux.org/org.openembedded.shr/
May 24 11:23:44 <JaMa> Q-Master: http://lists.shr-project.org/pipermail/shr-user/2010-May/005098.html
May 24 11:25:24 <Q-Master> and where are navit-icons?
May 24 11:25:44 <JaMa> all/
May 24 11:26:10 <JaMa> but the same as in SHR feeds now (again)
May 24 11:26:23 <Q-Master> ah
May 24 11:27:49 <Q-Master> JaMa: everything stayed the same
May 24 11:28:06 <Q-Master> let me try to reload the bin file
May 24 11:29:07 <TAsn> PaulFertser, what about it? It's there.
May 24 11:30:34 <JaMa> I used planet extractor and extra lines were gone
May 24 11:32:46 <JaMa> Q-Master: and extra lines I had from cloudmade maps
May 24 12:07:37 <PaulFertser> TAsn: eh? Guess i overlooked it, sorry.
May 24 12:14:51 <Q-Master> JaMa: yep seems that this is a cloudmade problem. redownloading from planet extractor
May 24 12:26:36 <CIA-60> freesmartphone.org: 03mickey 07cornucopia * r1edd7446ee46 10/fsotdld/ (9 files in 6 dirs): fsotdld: first work towards location provider class library
May 24 12:34:58 <shazkhan> I got an image built but why did I get: ERROR: Error Method already seen: devshell_emit_env in' devshell.bb' now in 'ti-devshell.bb'
May 24 12:35:17 <shazkhan> Is it important to correct this error?
May 24 12:39:20 <mickeyl> yes
May 24 12:39:53 <shazkhan> mickeyl: How?
May 24 12:41:48 <mickeyl> you probably include or require a file that defines the method
May 24 12:42:16 <mickeyl> or perhaps it was copied
May 24 12:42:27 <mickeyl> so either rename
May 24 12:42:30 <mickeyl> (the method)
May 24 12:42:35 <mickeyl> or factor it out into an .inc file
May 24 12:43:57 <shazkhan> Should I try the image ... maybe it will work?
May 24 12:44:38 <shazkhan> mickeyl: While renaming any name that makes sense should work or what? Did not get the .inc point ...
May 24 12:45:09 <mickeyl> if said method is helpful enough to be in both files, it makes sense copying it into an .inc file
May 24 12:45:15 <mickeyl> and then requiring this .inc file
May 24 12:45:30 <mickeyl> that way you have access to the method, but do not define it twice
May 24 12:45:49 <JaMa> shazkhan: I was already fixed.. are you sure you have latest org.openembedded.dev branch?
May 24 12:46:14 <shazkhan> No the latest was giving me some problems!
May 24 12:46:38 <JaMa> http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=90fc51ebe1c85b8c539dcb3a62e44933b74b1649
May 24 12:47:10 <JaMa> are you SURE you have latest?
May 24 12:47:12 <shazkhan> I'll try it on my build host that I just prepared.
May 24 12:47:37 <shazkhan> I want to add some utilities and libraries into SHR. Can you give me some starting tips or references?
May 24 12:48:22 <shazkhan> I am not used to bb recipies and related ... where can I take a quick start?
May 24 12:48:34 <JaMa> I guess you've already read shr wiki entry about it?
May 24 12:48:53 <shazkhan> JaMa: The latest I tried was 24 hrs back ..
May 24 12:49:06 <shazkhan> JaMa: Has it been updated?
May 24 12:49:25 <shazkhan> since then
May 24 12:49:26 <JaMa> this was fixed 7 days ago as that link shows
May 24 12:50:18 <JaMa> but there is NO devshell_emit_env method defined in current ti-devshell.bb so please double check and make sure you have latest oe.dev :)
May 24 12:52:00 <shazkhan> JaMa: Ok ... but is the latest bug free ... Actually the reason to have problems with it might be due the reason that I was building over an earlier image without doing make clobber and I was stuck with cannot find -lstdc++!
May 24 12:53:56 <CIA-60> freesmartphone.org: 03mickey 07cornucopia * r566f38488dc2 10/fsotdld/src/ (4 files in 3 dirs): fsotdl: load all location providers on startup
May 24 12:55:29 <JaMa> shazkhan: rebuild from scratch (removing tmp dir) should be pretty safe to build image
May 24 12:56:08 <JaMa> shazkhan: missing stdc++ is usually messed staging/sysroots dir which is a bit harder to fix (than removing tmp dir)
May 24 13:20:24 <shazkhan> JaMa: Thanks for the point. Can you please give me a pointer that can quickly let me add utils and libs to SHR?
May 24 13:21:38 <shazkhan> Jama: When doing git pull for OE then which OE should be updated ... the one in shr-unstable or the one in ../shr-unstable?
May 24 13:24:55 <JaMa> shazkhan: if you're using SHR makefile then make update should be enough
May 24 13:25:14 <JaMa> shazkhan: and I guess you meant shr-unstable/.. not ../shr-unstable :)
May 24 13:25:37 <JaMa> shazkhan: but check "make update" output for any "Remote end hung-up" error messages
May 24 13:25:53 <JaMa> shazkhan: and then "git log" in shr-unstable/openembedded
May 24 13:26:39 <shazkhan> k
May 24 13:26:51 <JaMa> shazkhan: and I can give you pointer if you answer if you've already read those 2 wiki pages I wanted to point
May 24 13:27:46 <shazkhan> JaMa: building shr and developing with shr ... I have read the first one :)
May 24 13:28:43 <shazkhan> JaMa: For kernel configuration I found a useful tip at: http://groups.google.com/group/beagleboard/browse_thread/thread/5252f87b4fcefd41?pli=1
May 24 13:29:15 <shazkhan> I mean to have a custom .config
May 24 13:29:52 <JaMa> shazkhan: http://wiki.shr-project.org/trac/wiki/Howto%20get%20my%20application%20in%20the%20SHR%20feed
May 24 13:44:05 <CIA-60> freesmartphone.org: 03mickey 07cornucopia * r491dbcdbf96c 10/fsotdld/src/plugins/ (location/plugin.vala provider_location_freegeoip/plugin.vala): fsotdld: first sketch at provider_location_freegeoip
May 24 13:44:09 <CIA-60> freesmartphone.org: 03mickey 07cornucopia * rddf1bec45473 10/fsotdld/src/lib/locationprovider.vala: fsotdld: add trigger and update to ILocationProvider
May 24 14:34:23 <JaMa> Q-Master: you can watch this thread for broken cloudmade maps fix and ping me back :) http://www.mail-archive.com/navit-users@lists.sourceforge.net/msg00058.html
May 24 15:01:58 <Martix> hello
May 24 15:03:12 <Martix> could FR wakeup from suspend by accelerometer interrupt?
May 24 15:03:57 <dos1> Martix: it already can
May 24 15:04:07 <dos1> Martix: search on wiki, it should be described somewhere
May 24 15:04:09 <lindi-> dos1: it needs kernel changes though?
May 24 15:04:23 <dos1> lindi-: i don't think it needs changes
May 24 15:04:40 <dos1> lindi-: hmm.... or maybe
May 24 15:12:33 <Weiss> hmm... where does the source code for Qi-UBI come from?
May 24 15:14:26 <JaMa> Weiss: it's small patch directly in OE
May 24 15:14:55 <Weiss> aha, yeah.. just found it
May 24 15:14:59 <JaMa> Weiss: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/qi/files/rootfstype.ubifs.patch
May 24 15:15:17 <Martix> dos1: I've found it can, but no how-to
May 24 15:16:37 <JaMa> Weiss: any news about gdrm-2.6.34 (I've read only about that possible breakage due drm headers)
May 24 15:16:43 <JaMa> ?
May 24 15:17:14 <Weiss> JaMa: working on it now.. seems it's really a little deeper than that..
May 24 15:19:32 <JaMa> ok, thanks
May 24 15:37:44 <vanous123> mrmoku|away: PaulFertser: re: gprs - so i had put my fr through a test today, result was great, rock stable
May 24 15:38:02 <vanous123> i think it was my second sim, stealing gms reg...
May 24 15:38:15 <vanous123> s/gms/gsm/
May 24 15:38:16 <apt> vanous123 meant: i think it was my second sim, stealing gsm reg...
May 24 15:38:45 <vanous123> so, mickeyl, thank you again :)
May 24 15:39:26 <vanous123> had probably about 10 calls, gprs on/off probably 5-7 times
May 24 15:50:47 <Q-Master> JaMa: after exporting from planet extractor everything is ok.
May 24 15:52:15 <mrmobil> JaMa: navit worked nice
May 24 15:52:19 <bumbl> hi - is it safe to upgrade unstable at the moment?
May 24 15:52:36 <JaMa> mrmobil: did you use maps from cloudmade?
May 24 15:52:37 <mrmobil> apart from two hardlocks
May 24 15:53:21 <mrmobil> JaMa: the 1.3GB one
May 24 15:53:55 <JaMa> mrmobil: btw koen send me proposal for bumping newer much faster EFL http://trac.enlightenment.org/e/changeset/49087, but we both found issues after enabling it :/
May 24 15:54:17 <Weiss> bumbl: I just flashed the lasted SHR-unstable image, and the world hasn't yet fallen apart. this FR is only for development, though, so I haven't tested much
May 24 15:54:22 <JaMa> mrmobil: strange, that one should show aditional highways :/
May 24 15:54:24 <raster> u'd need 2 cpu cores to see that speedup
May 24 15:54:25 <raster> :)
May 24 15:54:33 <JaMa> mrmobil: http://www.mail-archive.com/navit-users@lists.sourceforge.net/msg00058.html
May 24 15:54:51 <JaMa> raster: why it's not written above that benchmark data? :) or is it? ;)
May 24 15:55:36 <bumbl> Weiss: thank you
May 24 15:56:04 * JaMa wants 8core Openmoko Beagle Hybrid :)
May 24 15:56:07 <raster> JaMa: bewcause the change is all about multi-core stuff
May 24 15:56:24 <raster> it allows 2 (or more) frames to be ina  render pipelione at the same time
May 24 15:56:32 <raster> thus 1 cpu core can work on 1 frame while another on the next frame
May 24 15:56:37 <raster> thats what its all about
May 24 15:56:48 <raster> so if u had lets say an nvidi ategra2 with 2 cortex-a9 cores
May 24 15:56:52 <raster> or an omap4.. u'd be golden
May 24 15:56:59 <raster> there are other changes in evas recently
May 24 15:57:08 <raster> a whole bunch of neon assembly is in to use th neon unit
May 24 15:57:12 <raster> the n900 wil be able to use that
May 24 15:57:19 <raster> as such u can also use opengl-es as well
May 24 15:57:21 <mrmobil> do we have multi core on FR? ;)
May 24 15:57:23 <JaMa> ah so I was excited without real reason, but I guess koen has omap4 for test :)
May 24 15:57:25 <raster> evas works on the n900's gl
May 24 15:57:39 <raster> beware - the gl driver does have bugs and will cause rendering artifacts
May 24 15:57:43 <raster> i have filed bugs with nokia
May 24 15:58:11 <raster> mrmobil: the fr is like saying "woiw.. do we have multicore on out 386?" :)
May 24 15:58:43 <raster> "we really should make more use of our trident gfx accel! - we did plug it inot the isa bus.. so we may as well use it!" :)
May 24 15:59:04 <JaMa> mrmobil: ask golden delicious guys to attach as many beagles as you need :)
May 24 15:59:54 * mrmobil remembers trident :P
May 24 16:00:13 <mrmobil> and ISA bus
May 24 16:00:23 * JaMa too
May 24 16:00:26 <mrmobil> JaMa: :P
May 24 16:06:08 <bumbl> trident gfx accel? you are not talking about this trident (http://en.wikipedia.org/wiki/Trident_%28missile%29), are you?
May 24 16:06:52 <Weiss> bumbl: one of those probably has more DSP power than the FR :)
May 24 16:08:29 <Weiss> bumbl: also, the world *does* seem to have fallen apart after all :(
May 24 16:08:41 <Weiss> at least with 2.6.34
May 24 16:12:07 <Weiss> "INIT: Id "S" respawning too fast: disabled for 5 minutes" // "INIT: no more processes left in this runlevel"
May 24 16:12:15 <TAsn> PaulFertser, np.
May 24 16:15:34 <mrmobil> ok... battety is getting low... incredibly there are still plsces without GSN :/
May 24 16:15:52 <mrmobil> bb tomorrow... maybe
May 24 16:55:13 * Weiss wonders why 2.6.34+an old rootfs works, but 2.6.34+a new one doesn't at all
May 24 17:00:49 <md2k7> my 2.6.34 boots with old rootfs, but no ssh access
May 24 17:00:57 <md2k7> and X/Y swapped touch screen
May 24 17:01:02 <md2k7> so no use :P
May 24 17:01:11 <Weiss> did you also install the modules?
May 24 17:01:13 <md2k7> no usbnet even
May 24 17:01:27 <md2k7> ah yes that's the problem :)
May 24 17:02:15 <Weiss> looks like some low(ish)-level problem with remounting /dev or / during boot.. it can't find lots of files after that, e.g. /lib/libcrypt.so which causes it to break
May 24 17:03:09 <md2k7> Weiss: is it possible to get a console via USB on a booting kernel?
May 24 17:03:24 <mickeyl> anyone know of a web service to return the own IP?
May 24 17:03:40 <Weiss> mickeyl: whatismyip.com or something
May 24 17:03:56 <md2k7> that's just what i was aabout to suggest
May 24 17:03:57 <mickeyl> hmm
May 24 17:04:03 <mickeyl> i know that page
May 24 17:04:07 <Weiss> md2k7: there might be something with usbserial you can do, but I just use a debug board
May 24 17:04:07 <mickeyl> but can't find a web service
May 24 17:04:21 <Weiss> oh.. for a program to use?
May 24 17:04:24 <mickeyl> yes
May 24 17:04:49 <md2k7> mickeyl: why not just check network config?
May 24 17:04:58 <mickeyl> doesn't help
May 24 17:04:59 <mickeyl> NAT
May 24 17:08:38 <PaulFertser> mickeyl: easily parseable: http://checkip.dyndns.org/
May 24 17:08:59 <PaulFertser> mickeyl: and this one: http://ipdetect.dnspark.com/
May 24 17:09:05 <mickeyl> PaulFertser: that helps, thanks!
May 24 17:09:14 <md2k7> i'm waiting for IPv6 to finally resolve these crappy issues
May 24 17:09:19 <md2k7> NAT is a pain in the ass
May 24 17:09:23 <mickeyl> true
May 24 17:09:29 <mickeyl> but it's going to be there for a looooooooooooong time :/
May 24 17:09:31 <PaulFertser> (that's what ddclient can use to obtain the ip, got from its source) 
May 24 17:09:51 <md2k7> mickeyl: well it has been said that we've only a few more years to go until no IPv4 addresses are left
May 24 17:24:37 <spaetz> Right, I still believe its our kids who will see ipv6 in widespread use, not us :)
May 24 17:25:20 <spaetz> There's plenty of unused lying around at military, University, etc.... Also more crappy NATing will happen before, I bet.
May 24 17:28:20 <JaMa> md2k7: testing 2.6.34 from shr-kms?
May 24 17:28:52 <JaMa> md2k7: then you need to use xinput-calibrator properly (and there is bug swaping calibration .. :)
May 24 17:52:28 <pespin>  JaMa, when are you planning to switch to .32 officialy?
May 24 17:53:47 <daniele_athome> JaMa, yeah, when? :)
May 24 17:55:14 <Wonka> which one was the latest LTS kernel? .32 or .34?
May 24 17:55:59 <Weiss> LTS?
May 24 17:56:24 <spaetz> Long term support, I presume
May 24 17:56:40 <spaetz> does that matter when our kernels are essentially forks anyway?
May 24 17:57:22 <Wonka> are they?
May 24 17:57:48 <Wonka> not regarding IP stack, filesystems, and many other things, I presume...
May 24 17:58:26 <Weiss> where did the idea of an LTS kernel come from?
May 24 17:58:36 <Wonka> GregKH, afair
May 24 17:59:11 <Wonka> "I will backport patches to this kernel specially long" like
May 24 17:59:38 <Weiss> oo.. didn't know about that
May 24 18:01:36 <spaetz> http://www.mail-archive.com/arch-dev-public@archlinux.org/msg11402.html
May 24 18:01:59 <spaetz> 2.6.32
May 24 18:02:54 <Wonka> ah, good :)
May 24 18:03:13 <Wonka> if it had been .34, I'd have been in favour of rather switching to .34 ;)
May 24 18:03:16 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r4e68bb6eb3fd 10/libfsobasics/ (configure.ac fsobasics/utilities.vala): libfsobasics: return array in textForUri() and bump version
May 24 18:03:18 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * r6975f8bf0a78 10/fsotdld/ (2 files in 2 dirs): fsotdld: use libfsobasics to gather own IP and feed that into freegeoip
May 24 18:23:06 <Weiss> growl..
May 24 18:36:02 <spaetz> was that your stomach? (I'm hungry)
May 24 18:41:34 <GNUtoo> hi Kensan 
May 24 18:50:13 <Weiss> spaetz: nope, just my desire not to spend all my time chasing uninteresting bugs
May 24 19:16:14 <badcloud> can someone help me set up a cross c. env.? I'm stuck on 'make setup' (fatal: git checkout: branch org.openembedded.dev already exists)
May 24 19:17:18 <shazkhan> badcloud: delete everything apart from your makefile and start over if this is your first time.
May 24 19:17:36 <badcloud> shazkhan: this is the 2nd time
May 24 19:17:49 <shazkhan> :)
May 24 19:17:52 <badcloud> after the 1st, I 'rm -rf shr-unstable'
May 24 19:18:21 <shazkhan> rm -rf * and then wget Makefile again then make setup
May 24 19:18:42 <badcloud> k
May 24 19:18:53 <shazkhan> Hope you have good bandwidth
May 24 19:19:22 <Heinervdm> badcloud: you can just run make setup again and again until it's succesfull
May 24 19:19:52 <Heinervdm> sometimes the git servers are a bit overloaded
May 24 19:20:49 <shazkhan> Heinervdm: I think he has corrupted the metadata and oe repo as far as I understand
May 24 19:21:29 <shazkhan> rm -rf shr-unstable
May 24 19:22:12 <Heinervdm> rm -rf shr-unstable doesn't harm, a make setup will regenerate it
May 24 19:22:41 <shazkhan> He is already in the initial phase so a cleaner way is better for him but I am a starter my self so I cannot disagree here!
May 24 19:23:39 <badcloud> 3rd attempt
May 24 19:24:07 <shazkhan> :)
May 24 19:25:20 <Weiss> JaMa: sorry, just need to vent this: WTF?? arguments to drm_ioctl() are BACKWARDS :
May 24 19:25:23 <Weiss> :o
May 24 19:25:28 <badcloud> looks like it's working :)
May 24 19:26:17 <shazkhan> badcloud: rm -rf * or iterating make setup?
May 24 19:26:18 <badcloud> I needed to make an empty dir for makefile
May 24 19:26:27 <shazkhan> ?
May 24 19:26:42 <badcloud> shazkhan: rm -fr, making an empty dir for makefile
May 24 19:26:48 <badcloud> cd'ing to it, then running again
May 24 19:27:28 <shazkhan> badcloud: you mean you were doing make setup in you home directory or somewhere other files were already present?
May 24 19:27:41 <badcloud> apparently so *blush*
May 24 19:28:19 <shazkhan> normally we do mkdir some-dir then cd into it and then wget the Makefile and then run make setup
May 24 19:28:40 <shazkhan> it's ok ... but which distro are you building?
May 24 19:32:06 <badcloud> I'd like to build qtmoko
May 24 19:32:16 <badcloud> but someone gave me the link for shr-unstable
May 24 19:40:50 <shazkhan> badcloud: shr-unstable is easier to begin with because most of the dependencies and utilities are available to an application programmer and user respectively.
May 24 19:41:08 <badcloud> I see
May 24 19:41:16 <badcloud> 3rd time did not work
May 24 19:41:22 <badcloud> that's why I'm trying qtmoko
May 24 19:41:24 <badcloud> no point then?
May 24 19:41:45 <shazkhan> what is the error?
May 24 19:42:02 <badcloud> fatal: git checkout: branch org.openembedded.dev already exists
May 24 19:42:24 <shazkhan> delete it the existing one ....
May 24 19:42:43 <badcloud> I don't think I have the stomach for a 4th time
May 24 19:42:51 <shazkhan> :)
May 24 19:43:13 <badcloud> I'm gonna see how well qtmoko fairs
May 24 19:43:27 <shazkhan> what is your objective? You want to build an image or you want to run an image?
May 24 19:44:08 <md2k7> err... xinput_calibrator does nothing for me... pressing the cross does not do anything
May 24 19:44:08 <badcloud> I think you might need to tell me that. I just want to compile some cli programs
May 24 19:44:18 <badcloud> for debian arm
May 24 19:44:29 <badcloud> that will be able to run on my fr
May 24 19:44:53 <md2k7> badcloud: 'small' cli programs? install gcc to freerunner ;-)
May 24 19:45:12 <md2k7> you need to copy /usr to SD card partition and mount it from there
May 24 19:45:15 <shazkhan> Use the toolchain then ... it is far easier!
May 24 19:45:27 <shazkhan> openmoko toolchain.
May 24 19:45:51 <shazkhan> http://wiki.openmoko.org/wiki/Toolchain
May 24 19:46:10 <badcloud> easier still, I have h1 on one of my sd part.
May 24 19:46:20 <badcloud> I could just chroot from it, right?
May 24 19:46:26 <badcloud> or not?
May 24 19:47:00 <shazkhan> badcloud: the idea of installing a gcc is far easier then the toolchain one ... nice point md2k7
May 24 19:47:19 <badcloud> well, I'll give it a try
May 24 19:47:22 <shazkhan> h1 means hackable1?
May 24 19:47:50 <badcloud> shazkhan: yeah
May 24 19:48:15 <Weiss> JaMa: ok, got it... http://lwn.net/Articles/119652/
May 24 19:48:16 <md2k7> well you just need some space, if you boot from SD card it's OK
May 24 19:48:33 <badcloud> md2k7: do I need to boot from it nessisarily?
May 24 19:48:42 <badcloud> chroot's not good enough?
May 24 19:49:03 <md2k7> i guess it will suffice, i'm not sure how the hackable will then respond if you try to boot it later
May 24 19:49:17 <badcloud> I actually don't use h1
May 24 19:49:20 <md2k7> ah ok
May 24 19:49:41 <shazkhan> if you have gcc there and then u can build on it and use it on qtmoko or shr if ..... if you have similar libraries.
May 24 19:50:23 <shazkhan> badcloud just opkg install gcc on your fr ... are you using qtmoko or shr?
May 24 19:50:33 <badcloud> qtmoko on nand
May 24 19:50:44 <badcloud> I got shr-u and h1 on seperate usd parts
May 24 19:50:53 <badcloud> I'm running qt
May 24 19:51:33 <badcloud> for me, qtmoko has been most phone "stable"
May 24 19:51:53 <shazkhan> md2k7: I have no idea what qtmoko uses as package manager and if it has gcc in its repos
May 24 19:51:53 <md2k7> badcloud: just mount (--bind) /usr onto the SD card, will be the easiest
May 24 19:51:59 <md2k7> mhm
May 24 19:52:13 <md2k7> just boot shr-u then...
May 24 19:52:57 <badcloud> how does mount --bind /usr work?
May 24 19:53:00 <badcloud> I'd rather do that
May 24 19:53:11 <md2k7> well you will still need a compiler package
May 24 19:53:17 <badcloud> that's fine
May 24 19:53:19 <md2k7> it's just so that /usr resides on the SD card
May 24 19:53:23 <shazkhan> thats right ... and use static libraries if you want to run ur cli programs on qtmoko .... can u confirm this md2k7?
May 24 19:54:02 <badcloud> well, at presesnt I'm toying with chroot from h1's root dir
May 24 19:54:03 <md2k7> probably
May 24 19:54:09 <md2k7> or same lib versions
May 24 19:54:30 <shazkhan> I think toolchain will be a better option for him ...
May 24 19:54:59 <md2k7> badcloud: you need to copy your /usr to SD card (cp -a /usr /media/mmcblk0pXX)
May 24 19:55:34 <md2k7> then you can mount --bind /media/mmcblk0pXX/usr /usr
May 24 19:55:39 <md2k7> or so i think
May 24 19:55:58 <badcloud> well, last thing I wanna do is overcroud nand
May 24 19:56:31 <shazkhan> md2k7: Whats this --bind thingy ... never tried it ...
May 24 19:56:52 <md2k7> shazkhan: it's mounting a directory to another directory
May 24 19:57:10 <shazkhan> seems to be a comon linux thingy
May 24 19:58:22 <shazkhan> badcloud: I think the toolchain is something you should try http://wiki.openmoko.org/wiki/Toolchain.
May 24 19:58:41 <badcloud> shazkhan: having a looksee now :)
May 24 19:58:47 <md2k7> anyone any notes on my xinput_calibrator? it doesn't do anything when I press the red cross
May 24 19:58:49 <md2k7> it just times out
May 24 19:58:57 <shazkhan> k
May 24 19:59:57 <Weiss> md2k7: press a bit harder? it seems a bit temperamental here too
May 24 20:00:09 <Weiss> after a few attempts, it just about calibrates sensibly
May 24 20:01:25 <md2k7> Weiss: is it sensitive to exact position? (IMHO it can't be... it doesn't know ANYTHING if even X/Y are swapped)
May 24 20:01:45 <Weiss> indeed.. shouldn't be
May 24 20:11:42 <badcloud> is this recent?? tar -xjvf ~/sources/openmoko-XYZ-arm-linux-gnueabi-toolchain.tar.b
May 24 20:11:47 <badcloud> whoops
May 24 20:11:50 <badcloud> http://wiki.openmoko.org/wiki/Toolchain#Installing_New_Libraries
May 24 20:13:35 <md2k7> I guess enlightenment has somehow grabbed mouse
May 24 20:13:46 <md2k7> how can i get through the init dialogs?
May 24 20:14:04 <shaz123> badcloud: the toolchain works perfect for me although it's not very recent
May 24 20:14:20 <md2k7> (xev doesn't even appear for example)
May 24 20:15:03 <shaz123> badcloud: If you are dealing with cli programs then I don't think u will need any of adding new libs to the toolchain although it is easy.
May 24 20:15:17 <badcloud> shaz123: oh, ok
May 24 20:15:24 <badcloud> shaz123: I'm a bit new to the game
May 24 20:15:31 <badcloud> shaz123: what's the next step?
May 24 20:15:37 <shaz123> same here ;p
May 24 20:15:54 <badcloud> ha
May 24 20:16:08 <shaz123> build you cli program and copy it to your nand or usd and run it
May 24 20:16:32 <badcloud> where do I copy the source code?
May 24 20:16:44 <badcloud> which dir do I need to be in when doing configure; make; make install?
May 24 20:16:59 <shaz123> anywhere u can manage easily and access it
May 24 20:17:34 <badcloud> but if I do that, won't it compile for the host comp.'s architecture?
May 24 20:17:58 <shaz123> for instance your program is abc. Then make a test dir in ur home directory and put ur source there in a sub dir named after you program
May 24 20:18:12 <shaz123> did u read the toolchain page?
May 24 20:18:15 <md2k7> you need to pass the arch to configure... or set environment variables (iirc)
May 24 20:19:02 <md2k7> maybe toolchain has a script that sets up environment? like . ./setup-env in shr?
May 24 20:19:07 <badcloud> shaz123: maybe I didn't read enough
May 24 20:19:17 <shaz123> ~/test/abc/<source files like .c and Makefile and configure>
May 24 20:20:13 <shaz123> badcloud: you need to . /usr/local/openmoko/arm/bin/setup-env ... this will setup ur cross environment for the session
May 24 20:20:46 <badcloud> shaz123: got it
May 24 20:21:07 <shaz123> then all you need to do is ./configure --host or --build =arm.angstrom-linux-gnueabi
May 24 20:21:17 <shaz123> and then make
May 24 20:21:45 <shaz123> and do the install manually if not sure how to setup the prefix dir variable
May 24 20:21:58 <shaz123> we'll keep that for a next time ;)
May 24 20:21:58 <badcloud> do I need to be root for the whole ordeal?
May 24 20:22:28 <shaz123> The gurus say it is not right and my experiance says that it might crash your host!
May 24 20:22:36 <badcloud> got it
May 24 20:24:05 <shaz123> need to finish a draft of a publication for boss see ya guys ...
May 24 20:25:57 <Weiss> JaMa: what's this xinput_calibrator bug?
May 24 20:27:12 <Weiss> it seems to work properly if I calibrate twice
May 24 20:28:44 <Weiss> here is my calibration if anyone is having trouble:
May 24 20:28:45 <Weiss> xinput set-int-prop "Touchscreen" "Evdev Axes Swap" 8 1
May 24 20:28:45 <Weiss> xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 110 923 905 120
May 24 20:32:19 <Weiss> something odd going on with Illume scrolling
May 24 20:32:58 <Weiss> in the preferences window at least
May 24 20:35:29 <md2k7> I have no scrolling problems?! (2.6.34)
May 24 20:35:40 <Weiss> hmm actually... it's generally having difficulty recognising "clicks"
May 24 20:35:42 <md2k7> thanks for calibration data btw, saved me from headaches
May 24 20:36:00 <Weiss> no problem
May 24 20:36:28 * md2k7 needs to convert FSO
May 24 20:38:17 <Weiss> evdev keycode thingies seem to have changed yet again
May 24 20:48:22 <md2k7> well I can't make calls with 2.6.34 kernel
May 24 20:48:51 <md2k7> frameworkd log just contains some oeventsd warning
May 24 20:49:07 <md2k7> guess it's just an audio issue
May 24 20:56:43 <md2k7> and somehow opkg always wants to "upgrade kernel" (stuff is in NAND)
May 24 20:57:01 <md2k7> and then  * opkg_configure: kernel-image-2.6.34.postinst returned 1.
May 24 21:05:02 <md2k7> mhm, no sound drivers in 2.6.34...
May 24 21:05:11 <Weiss> d'oh...?
May 24 21:05:14 <md2k7> no wonder it doesn't speak :P
May 24 21:05:34 <md2k7> at least neither in my build (from today's sources) nor in mrmoku's modules.tgz
May 24 21:08:10 <Weiss> configuration?
May 24 21:09:02 <md2k7> don't know, SHR default
May 24 21:09:12 <md2k7> can I dump it somehow?
May 24 21:13:23 * md2k7 only sees bitbake recipes and no config whatsoever
May 24 21:13:44 <md2k7> i sometimes wonder where all the stuff really comes from and goes to in bitbake :)
May 24 21:14:06 <md2k7> thought there should be a complete build tree lying around...
May 24 21:14:37 <Weiss> did you bitbake it yourself?
May 24 21:15:02 <Weiss> oh joy, opkg segfaulting again
May 24 21:15:09 <md2k7> as said, just SHR defaults... so I just swapped kernel version in a recipe
May 24 21:15:14 * Weiss is very tempted to do "which opkg | xargs rm -f"
May 24 21:16:03 <md2k7> hey, i found my config (or so i believe)
May 24 21:16:20 <Weiss> I wonder how other OE-based distros survive.. do they also use opkg? if so, how did it fall into such disrepair?
May 24 21:17:14 <md2k7> have you made swap space? ;-)
May 24 21:17:29 <md2k7> 2.6.34 config: http://pastebin.com/YwZYLZ6U
May 24 21:18:57 <md2k7> wm8753, ar6000 etc. all set to y... i don't see anything special
May 24 21:21:35 <Weiss> swap is what causes opkg to crash?
May 24 21:25:05 * Weiss ponders using a "real" package manager, maybe with the database on the host machine somehow if resources are a problem
May 24 21:25:07 <md2k7> no, the opposite
May 24 21:25:16 <md2k7> if you update many packages at the same time
May 24 21:25:24 <md2k7> opkg downloads into /tmp, which is in RAM
May 24 21:25:50 <md2k7> that's why you need swapspace
May 24 21:26:35 <Weiss> ah, ok
May 24 21:26:56 * Weiss went for the option of substituting opkg with "ar x" and "tar"
May 24 21:27:09 <md2k7> :D
May 24 21:27:47 <md2k7> well good night
May 24 21:29:13 <Weiss> nn
May 24 22:01:54 <spaetz> opkg sucks in so many ways...
May 24 22:02:25 <spaetz> how does it dare to frequently kill my "status" database, corrupting information about what I have installed?
**** ENDING LOGGING AT Tue May 25 02:59:57 2010