**** BEGIN LOGGING AT Sun Dec 02 02:59:56 2007 Dec 02 03:15:42 * CVirus is drinking his 15th cup of coffee Dec 02 04:11:52 I sort of got a genious idea Dec 02 04:11:57 dunno if it's mentioned by anyone Dec 02 04:11:57 but Dec 02 04:12:03 scheduled sms/mss/email sending Dec 02 04:12:08 mms* Dec 02 04:12:10 Like Dec 02 04:12:16 It's 5 am here Dec 02 04:12:26 but i wanna send someone a message, without waking them up Dec 02 04:12:38 So i set the phone to send the message i write in, at a specified time Dec 02 04:13:02 or something whatever, someone ping pong me if it's a good idea, im gonna goto sleep :| Dec 02 04:13:34 Flexd: Sounds like a good idea to me. Dec 02 04:13:38 (I should really learn to write longer sentances huh? 10 lines with just me typing, dang!) Dec 02 04:14:44 And i think it can be handled either by implementing it as Calender events or using cron or something (or adding a whole schedule system to the sms app) Dec 02 04:15:17 cron seems like a natural way. Dec 02 04:15:24 but as im sort of rambling now, i'm gonna goto bed before i say soemthing stupid, like 20 hours since i slept :| Dec 02 04:15:43 Have a good snooze. Dec 02 04:15:51 (good) Dec 02 04:15:58 back in like 24hours :P Dec 02 04:42:06 Does anyone know of a program which can run on the neo which will interpret the nmea stream, and produce a display of position, satellite coverage, etc? Dec 02 07:29:03 Can anyone comment on the 850MHz band and Neo1973 usage in the US? Is the Neo just not going to work in the US? Dec 02 07:56:45 GTA01 will not work for those people whose carrier only has 850MHz in the location where they want it to work. Dec 02 07:57:20 GTA02 may have two tri-band variants, one which does 850 and one which does 900. This has not been announced as an official plan yet. Dec 02 08:02:12 hmm - they'd quit anyway. Dec 02 08:04:47 rwhitby: wasn't there any rumour about gsm firmware update to solve that issue? Dec 02 08:09:56 emdete: nope, gsm firmware update is about sims, not frequencies Dec 02 08:10:30 frequencies require hardware changes (850MHz filters instead of 900MHz filters - the board is only laid out with a three-way filter switch, not a four-way) Dec 02 08:11:31 has any one compiled the gadgetfs.o in your system? i can not find gadgetfs.c in my kernel source . Dec 02 08:28:00 anyone where is the file "gadgets.c", google can not find it at all Dec 02 08:29:23 Does anyone know if a standard way for applications to access the GPS information has been established? If multiple apps what that info, they can't all parse the NMEA stream, right? Will there be a daemon or something that writes the position data somewhere? Dec 02 08:37:30 ms Dec 02 08:37:33 oops Dec 02 11:04:59 hi Dec 02 11:35:12 i have two packages one is cairo-directfb, the other is cairo.gtkfb image DEPENDS the former as staging. gtk needs the later. Dec 02 11:35:24 when i changed between the two images,i must rebuild one of them in order to get correct header files. Dec 02 11:35:36 is there any method to avoid this? Dec 02 12:54:42 readon: do you use directfb /and/ x11? Dec 02 13:01:42 emdete, yes, i want to try them both Dec 02 13:01:55 but not the same time Dec 02 13:04:40 okay... understand. perhaps use 2 build trees? Dec 02 13:05:16 directfb is really nice, btw... i like the api, it's very clean and stable (compared to other graphic apis) Dec 02 14:06:01 http://flexd.pastebin.com/f40058bf4 Dec 02 14:13:08 dual core rules. Dec 02 14:18:56 flexd, I heard this idea several times - seems reasonable to me but for me cron suffices for this task Dec 02 14:19:23 hmm Dec 02 14:19:31 Could just be built into the sms app imo Dec 02 14:22:07 aye Dec 02 14:23:27 smsapp code is where ? Dec 02 14:26:10 dunno Dec 02 14:26:42 openmoko/trunk/src/target/OM-2007.2/applications/openmoko-messages2 Dec 02 14:26:51 mwester: ping Dec 02 14:32:13 * balrog-kun doesn't mind waking up others Dec 02 14:35:29 Me neither Dec 02 14:35:47 But certain girls try to strangle me if i wake them up, i need safety :P Dec 02 14:44:17 flexd, I see it the other way round: some girls strangle me if I don't send them an sms exactly 0:00 on their birthday ^^ Dec 02 14:45:06 josch: it would be nice to have generator of such sms :) Dec 02 14:45:21 No that is okay too, but she wasnt all that happy when i sent her a good morning message at 6 am when i went to work when she didnt goto school and woke up 13~ each day.. :P Dec 02 14:45:40 so when adding contact you'll just add her to birthday category and moko vill send sms automaticaly :) Dec 02 14:45:44 I almost died :( Dec 02 14:46:40 hmm 6am, she isn't the only person which would kill you for that Dec 02 14:47:37 * amarsh04 suspects that Mononoke is a Miyazaki fan Dec 02 14:47:57 * josch suspects mononoke to be female Dec 02 14:49:56 Mononoke: no shit, i was confuzzled when i woke up :p Dec 02 14:50:19 ho can even someone wake up so early? Dec 02 14:50:36 a loud obnoxious alarm on my cellphone Dec 02 14:50:57 that's very dangerous for the phone Dec 02 14:51:05 which is also why i a) hate my phone, and it's hardly working from the times i've chucked into the wall b) I cant ever ever use my neo as a alarm :P Dec 02 14:51:57 try it, you'll do great crashtesting Dec 02 14:56:08 hmm.. I used to wake up at 6 every morning when I was still in elementary school Dec 02 14:56:16 crashtesting is already done be me - no worries Dec 02 14:56:53 * josch wakes up be a cron alarm on all my seven desktops at the same time Dec 02 14:57:08 s/be/by/ Dec 02 14:57:21 I said it here some time in past Dec 02 14:57:38 * Mononoke uses cron > mplayer All_the_songs_I_hate/* Dec 02 14:58:46 Mononoke, I can remember ^^ Dec 02 15:02:32 * mwester wiffles and the ping-pong ball falls to the floor. +1 point for abraxa_ Dec 02 15:05:47 * mwester checks his neo's "AGPS Test", and notes "Fixes: 0 good 117057 fail 117057 total" Dec 02 15:05:49 :( Dec 02 15:06:04 mwester: where do you have your neo? in home? Dec 02 15:06:09 it wont work there Dec 02 15:06:29 some one tell me what do "Factory reset" Pozition in u-boot menu ?? Dec 02 15:06:32 (lacking favourable conditions) Dec 02 15:07:31 borg_: Apparently so. But it didn't aquire the signal in the 20 - 30 minute segments between buldings yesterday either. My Garmin, and two no-name taiwanese external GPS units sync up find here in my office. :( Dec 02 15:07:52 er, fine even Dec 02 15:08:57 well, it's above freezing, and the precipitation has stopped. I'll place it in a plastic bag, and put it on the table outside for an hour or two. Dec 02 15:11:43 linux-openmoko-2.6.22.5-moko11+svnr3238-r10/temp/run.do_compile.5264: line 734: uboot-mkimage: command not found Dec 02 15:11:51 Who broke the kernel bb recipe? Dec 02 15:15:22 mwester, try this: ((cd build; . ../setup-env; bitbake uboot-openmoko); make openmoko-devel-image) Dec 02 15:18:56 Kinda worrisome that it's been broken since late last week -- I get the impression I'm the only person who builds from scratch anymore. The implications of which are interesting... Dec 02 15:25:11 mwester: er... I build the whole tree from scratch thursday-friday Dec 02 15:26:13 Hmmm. I started a build on friday am, and had the above failure. Dec 02 15:26:50 * cesarb looks at his work tree: neo1973-angstrom-linux-gnueabi/linux-openmoko-2.6.22.5-moko11+svnr3238-r10 Dec 02 15:28:28 the only reference to mkimage on my logs is on line 1621 Dec 02 15:28:34 "mkimage" command not found - U-Boot images will not be built Dec 02 15:31:03 mwester: I have a build/tmp/staging/x86_64-linux/bin/uboot-mkimage, perhaps it's because I always run "make tools" before "make image", while the default is the opposite? Dec 02 15:31:06 I have that same text. But then apparently it goes ahead and builds the uboot image anyway. Dec 02 15:31:20 Ah, that could do it. Dec 02 15:31:55 (I do that because "make tools" is much faster and builds dfu-util, which can be quite useful) Dec 02 15:32:55 I copied dfu-util to /usr/local/bin where it's even more useful. :) Dec 02 15:35:35 NineX: the "factory reset" builds in memory a default environment (which includes a default partition table) and boots Dec 02 15:37:00 mwester: I tried friday night to get a fix in my home, and failed; the next day I went to a nearby park (still a lot of buildings around, but I can see the whole sky instead of just half of it), and it got a 3D fix Dec 02 15:37:26 mwester: and, most interesting, after that I can easily get a fix even inside my home, in the same places it didn't get a fix before Dec 02 15:37:47 mwester: it probably saved the "last known good fix" and is using it to select the correct satelites or something like that Dec 02 15:38:35 mwester: so, you could try staying for some minutes in a area with a good view of the sky, until it gets a fix, and then try again in the places it wasn't working before Dec 02 15:45:46 cesarb, can confirm this Dec 02 15:46:10 josch: ? Dec 02 15:46:27 cesarb, I mean this behaviour of gps Dec 02 15:46:33 was the same for me Dec 02 15:46:40 don't know why though Dec 02 15:47:07 hey Dec 02 15:47:14 josch: I'm guessing the nvram dat files were included in the package by mistake, and are in fact pointing somewhere in the exact opposite place in the globe Dec 02 15:47:19 anyone have any idea of what the difference between the consumer-ready and developer hardware will be? Dec 02 15:47:29 Ok, that's encouraging. The sats were all low on the horizon when I was outside last (according to the Garmin, anyway). The Garmin now says I have a bunch of them closer to directly overhead, and the Neo is outside on the table. We'll see shortly :) Dec 02 15:47:41 josch: which confuses the optimization which uses the last known good fix, until it gets enough sats to be 100% sure it's wrong Dec 02 15:48:00 what are the nvram files for anyway? Dec 02 15:48:17 mwester: the sats are all kinda low around here ;-) I think no track passes overhead... Dec 02 15:48:19 * mwester was also wondering what the magical nvram files were for... Dec 02 15:48:38 josch: I'm guessing that they store useful things like last known good fix, last known good almanac... Dec 02 15:48:44 cesarb: that could be good - they are for military use, after all :D Dec 02 15:49:21 mwester: the civilian uses probably already way surpassed the military uses Dec 02 15:49:36 mwester: it's generally useful for everyone, military or not Dec 02 15:49:36 So if that's the case, then the presence of them would be the very worst thing when one travels from Ottawa to Chicago. Dec 02 15:49:58 mwester: but we really need a _local_ positioning system too, for when we're inside buildings or "urban canyon"s Dec 02 15:50:13 Oh I know - I'm just stirring the pot (there's always a few people about who distrust GPS because of the military heritage. Dec 02 15:50:35 cesarb: A _local_ system is exactly the project I was intending to work on with the neo. Dec 02 15:50:38 mwester: _computers_ have a military heritage Dec 02 15:50:52 8Here there are little girls??? Dec 02 15:51:15 <_diego__> does anybody knows what .ipk should I install for using struct module in python? Dec 02 15:52:12 mwester: if there's a good reason to mistrust GPS, it would be because it's US-controlled (but that reason only applies if you mistrust the US government/military in particular) Dec 02 15:52:25 The idea was that one would have a database, and a daemon that would collect and correlate all forms of data that could be used for positioning: GSM towers, wireless hotspot MACs, bluetooth MACs, etc. Combined with the motion detectors, the Neo would be able to "guess" if you had entered the executive boardroom and placed the Neo face-down on the desk -- and automatically go into "do not disturb" mode. Dec 02 15:53:29 mwester, this sounds soooo scifi to me ^^ Dec 02 15:53:33 mwester: I also had the same idea (but not as far as the "gesture" part of putting the neo in the desk, perhaps since I usually leave my cell phone in my pocket or belt all the time to avoid losing it) Dec 02 15:54:32 mwester: I know there is a database of all the cell towers in my country (which unfortunately seems to have moved to somewhere I didn't find yet; that website is confusing). IIRC it had the coordinates for them, but unfortunately not their network IDs Dec 02 15:54:57 GPS is one way : from them > to you, there is no reason for being paranoid at all Dec 02 15:55:04 what us carriers support the neo1973? Dec 02 15:55:11 worst thing person controling GPS can do is to shut it down Dec 02 15:55:31 m4t, the neo is unlocked Dec 02 15:55:44 mwester: but combining the "engineering mode" (%EM) output with some learning mode (while outside, try to find out where the cells are; so, when inside, you can have a good guess as to what the GPS would say) could get some interesting results Dec 02 15:55:45 m4t, ah you mean the 850 issue? Dec 02 15:56:01 josch: don't forget the 3G SIM issue Dec 02 15:56:07 The motion detectors are a key ingredient I think; they allow the neo to do some really cool things. For example, if the GPS says it has moved a great distance, and it is late in the evening, and the neo has not been moved in some time, it would great if it would just quietly beep and offer to set an alarm for the morning -- the "business traveller" profile. Dec 02 15:56:50 yea im using sprint right now and i know thats cdma Dec 02 15:56:55 so im not sure if its in my area Dec 02 15:56:57 mwester: the main obstacle currently, as I see it, is the fact that the kernel control of the battery power is problematic Dec 02 15:57:00 do u guys use att or what? Dec 02 15:57:24 cesarb, just carry around a huge battery pack :-P Dec 02 15:57:25 im in cincinnati btw Dec 02 15:57:26 cesarb: Yes. I've been terribly disappointed by the reality of the hardware as it relates to my dream application. Dec 02 15:57:54 mwester: as I said, I went outside to get a fix; came back home and got a fix at the windows.... and the phone _powered off_ and didn't power back on Dec 02 15:57:57 m4t: T-Mobile. The Neo pukes on most AT&T/Cingular SIMS. Dec 02 15:58:18 mwester: half an hour of USB power cured it, but even then that's ridiculously wrong Dec 02 15:58:26 I've noticed the battery guage doesn't actually change to indicate the charge remaining. Dec 02 15:58:34 mwester: it should _warn_ of low battery, shutdown on low battery... Dec 02 15:58:40 mwester: yeah, it was half full Dec 02 15:58:59 ... and when the Neo powers off, it should turn off *everything* IMO. Dec 02 15:59:04 mwester: so, we have two problems: Dec 02 15:59:20 1. the way it deals with low battery is awful Dec 02 15:59:28 2. it eats way too much battery Dec 02 15:59:56 3. it doesn't resume from suspend very well at all Dec 02 15:59:59 mwester: actually, it only needs to turn off the amp and the modem. the PMU turns off the rest. Dec 02 16:00:12 <_diego__> 2) is well known, is the reason for the delay of GTA02 Dec 02 16:00:25 Are you sure the GPS is not also on the wrong side of the PMU chip? Dec 02 16:00:34 mwester: fun experiment: plug the usb, power menu, "lock" (which actually means susped), unplug the usb. locked up neo! Dec 02 16:00:56 <_diego__> cesarb, it works for me (most of the time, not always) Dec 02 16:01:03 mwester: speedevil (IIRC) did a lot of experiments, and the only issues were the amp and the modem Dec 02 16:01:11 <_diego__> it just exit from suspend Dec 02 16:01:26 mwester: also, the info you can get by looking at the wiki/mailing lists point to only those two directly on the battery Dec 02 16:01:43 _diego__: for me, it exited from suspend into text mode, with a single kernel message on top Dec 02 16:01:49 cesarb: There have been a number of interesting bug-battles of late, perhaps you didn't see those? Dec 02 16:02:00 ~ombug 1003 Dec 02 16:02:00 mwester: I'm still catching up Dec 02 16:02:03 ~ombug 1003 Dec 02 16:02:10 !ombug 1003 Dec 02 16:02:11 * * Bug 1003, Status: REOPENED, Created: Unknown Dec 02 16:02:12 * * mwester(AT)dls.net: GSM modem is not powered down when Linux is shut down Dec 02 16:02:13 * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1003 Dec 02 16:02:21 mwester: went "too busy irl" away for a couple of weeks Dec 02 16:02:33 Ah, ok. Dec 02 16:02:58 mwester: I think I caught up with about half of the buglog list for the past month alreay Dec 02 16:03:15 yea i think there's t-mobile service here Dec 02 16:03:21 heh after while of googling about GPS hacks: U.S. military claimed to destroy a GPS jammer with a GPS-guided bomb during the Iraq War. Dec 02 16:03:23 <_diego__> I've upgraded my software 3 or 4 time, but never had consistent problem with resume Dec 02 16:03:30 what do you see wrong on that sentence? Dec 02 16:03:36 Mononoke: nothing Dec 02 16:03:37 * cesarb has also read about something called "monotone.openmoko.org" and has no clue yet as to what it's about. A different tree? Dec 02 16:03:45 speaking of speedevil... Dec 02 16:03:51 how can GPS guided bomb destroy GPS jammer ? Dec 02 16:04:00 Mononoke: the GPS aided JDAM assistance kits have an increased error if they can't use GPS Dec 02 16:04:07 however they have internal inertial navigation Dec 02 16:04:22 and are wired to the planes inertial navigation and GPS till it's released Dec 02 16:04:26 SpeedEvil: thx :) it just sounded wired Dec 02 16:04:44 they are less accurate - but much more accurate than a 'dumb' bomb Dec 02 16:05:05 Mononoke: blowing up a jammer is easy with an anti-radiation missile... jammers are just too visible Dec 02 16:05:14 err - no Dec 02 16:05:21 jammers can be made for $10 Dec 02 16:05:29 missiles cost $100K+ Dec 02 16:05:58 It's much easier to jam civil GPS, but military GPS can be jammed too. However, it doesn't help. Dec 02 16:06:00 SpeedEvil: I said easy, not cost-effective ;-) Dec 02 16:06:21 Because if you're up against a world power, it doesn't matter. Dec 02 16:06:24 so building bunch of jammers jamming sky :) Dec 02 16:06:30 As they are not sitting over your jammer. Dec 02 16:06:51 But flying from where they have good GPS coverage to make their INS accurate. Dec 02 16:06:53 jamming gps?? URL OR IT DIDN'T HAPPEN! Dec 02 16:07:12 josch: phrack Dec 02 16:07:13 lol Dec 02 16:07:31 josch: http://www.gpsworld.com/gpsworld/article/articleDetail.jsp?id=43404&&pageID=1 Dec 02 16:07:37 so yes the INS starts to drift as they come over your jammer field - but unless it's >> 1 hour, it doesn't really drift enough to make it hard. Dec 02 16:07:42 josch: (source: wikipedia) Dec 02 16:08:00 there are no building i nstructions :-( Dec 02 16:08:07 Consider even with coding gain that the GPS satellites broadcast about 50Kw over the entire earths surface. Dec 02 16:08:23 50kw hmm Dec 02 16:08:26 a 10W jammer is inexpensive Dec 02 16:08:27 enough to bake chicken :) Dec 02 16:08:50 (the real power is 50W, the power you need to jam them is 50kW) Dec 02 16:08:50 bake... more like incinerate Dec 02 16:09:23 or... you just take out the satelite and be done with it ? Dec 02 16:09:24 what would directed jamming do to satelite? let's say I would have some antena with ~50kW turned on satelite > Dec 02 16:09:39 leila: not easy Dec 02 16:09:46 sydan, not impossible Dec 02 16:10:16 and way better price for missile vs price for sat ratio :) Dec 02 16:10:19 leila: aside from control hacks, u need a missle that can make geo-sync? Dec 02 16:10:21 and as there aren't so many satelites but you realy don't have problem to collect 50kW antenas and so.. Dec 02 16:11:28 you don't need 50Kw - you need 50Kw * beamwidth at satellite Dec 02 16:11:41 even with deep-space-network class dishes (34m) this is quite large Dec 02 16:12:57 Meanwhile, back at the NSA, a bit of code running on a supercomputer in the basement has flagged this channel, and has begun to track/trace messages to the originators... :P Dec 02 16:13:16 but is it even possible to do such thing like jamming directly the satelite? Dec 02 16:13:55 http://groups.google.co.uk/group/sci.space.history/browse_thread/thread/302bbf6241b1f0be/ef309ade40b98cfa?hl=en&lnk=gst&q=%22gps+jamming%22+sci.space.policy#ef309ade40b98cfa Dec 02 16:13:58 basically not Dec 02 16:14:10 you can't jam the satellite without burning stuff on it out Dec 02 16:14:16 i wonder... high altitude plain + large microwave Dec 02 16:14:24 plane* Dec 02 16:14:29 leila: do the numbers. Dec 02 16:14:38 i dont know the numbers Dec 02 16:14:49 leila: you need a dish kilometers across to make an appreciable amount of the otuput energy hit the sat Dec 02 16:15:03 From memory around 800Km at 2.4Ghz Dec 02 16:15:12 lol Dec 02 16:15:29 And it needs to be out of the atmosphere, or the water vapor will absorb the energy. Dec 02 16:15:39 easier to build a laser i suppose Dec 02 16:15:53 Lasers will be dispersed by the atmosphere. Dec 02 16:15:56 mwester: naah - most microwaves get out of the atmosphere just fine. Hence satellite TV Dec 02 16:16:18 hmm laser could actualy work :) Dec 02 16:16:20 mwester, they already can work around that by compensation Dec 02 16:16:25 but that would be quite big laser Dec 02 16:16:28 Bottom line is that it's still far more efficient to put something into orbit, manipulate it alongside the victim satellite, then blow it up. Dec 02 16:16:35 large ... yes Dec 02 16:16:36 mwester: err - no Dec 02 16:16:55 getting anything on orbit is still quite expensive Dec 02 16:17:06 mwester: it's more efficient to shoot something up to orbital altitude, and explode a payload of 5mm tungsten ball bearings in fron to fhte sat Dec 02 16:17:07 * josch thinks jamming gps is for pussies - why not directly nuke the satellites? Dec 02 16:17:10 and most of spy agencies know exact content of every rocket Dec 02 16:17:14 Getting lasers or dishes that large is also quite expensive. Dec 02 16:17:21 SpeedEvil, seconded Dec 02 16:17:31 so in short GPS seems to be safe :) Dec 02 16:17:42 yup Dec 02 16:17:47 with the cloud density set to hit it with 20 or so bbs Dec 02 16:18:03 SpeedEvil: how about some decoy targets instead? http://www.missileballoon.com/simulated.html Dec 02 16:18:05 josch: blowing sats up can cause a chain reaction which makes a large amount of orbits unusable for decades Dec 02 16:18:33 OJW: the GPS sats are not able to dodge and their orbits are well-known to the cm. Dec 02 16:18:54 however, getting something to GPS altitude is bloody hard. Dec 02 16:18:58 * josch goes getting some rockets duct taped together Dec 02 16:19:14 Knocking down LEO stuff is possible for anyone that can make an IRBM Dec 02 16:19:46 cesarb has the best point in this conversation tho Dec 02 16:19:57 imho easyer is hacking those sats while using some information from NASA, still seems to be more possible than builing large laser :) Dec 02 16:19:58 http://en.wikipedia.org/wiki/Kessler_Syndrome Dec 02 16:20:36 Mononoke: the uplink for the gps sats is most likely encrypted (due to its original military main use) Dec 02 16:21:02 cesarb: it's published that the sats can operate (in degraded mode) for weeks with no comms from earth Dec 02 16:21:30 cesarb: the most recent ones can even compute a position between them to remove some sources of error. Dec 02 16:21:45 cesarb: ranging between the sats to compute relative orbits. Dec 02 16:22:10 SpeedEvil: cool Dec 02 16:24:42 * mwester discovers that he is 233m above sea level, according to the NEO. Dec 02 16:25:05 Ooh - must have been an earthquake -- now at 232. Dec 02 16:25:15 :) Dec 02 16:25:16 vertical res is not that good Dec 02 16:25:20 without WAAS Dec 02 16:25:35 mwester: so you have a fix now? Dec 02 16:25:51 Which of these figures give an idea of relative accuracy? Dec 02 16:26:18 borg_: Yep, with sats directly overhead, and outside, it finally got a fix. :) Dec 02 16:26:25 nice :) Dec 02 16:27:46 Interesting. It has 6 of them within the 45 degree arc overhead, but it has rejected one of those, and selected two far closer to the horizon. Dec 02 16:28:03 mwester: it also got several meters of variation in the vertical direction for me (not to mention when it decided I was standing over water, and when I try on a window it thinks I'm on the other side of the street) Dec 02 16:28:44 btw is it possible to make Openmoko to triangulate positions of BTS while using GPS ? Dec 02 16:30:16 when will the 'more useful' version of the neo be launched? I thought it was october but i still see 'developer version'.. Dec 02 16:30:19 mwester: I don't think estimated error is in the standard NMEA output - sometimes its a proprietary sentence PGRME on garmin Dec 02 16:30:21 GPS + map + position of BTS + signal strength from BTS = ideal debugging Dec 02 16:30:45 not that most mobile companies already have such stuff Dec 02 16:30:48 sorry just read the title Dec 02 16:33:57 Writchie: there's a "dilution of position" thingy Dec 02 16:34:00 good morning Dec 02 16:34:40 why is openembedded creating directories in my /usr/src (owned by root)? Dec 02 16:35:26 * cesarb thinks it would be way cooler if the gps hardware only sent the sattelite data and the part which calculates the position was free software Dec 02 16:35:51 cesarb: i think the dilution of position is horizontal onlly IIRC Dec 02 16:37:48 vertical too Dec 02 16:38:05 Writchie: the reference I'm looking at shows separate horizontal and vertical DOP Dec 02 16:38:13 Writchie: there's also a "position" DOP Dec 02 16:38:15 hdop and vdop is seperate Dec 02 16:38:25 they are both really shortcuts Dec 02 16:38:43 the 'right' measure is a wierd blobby shape with the error in each direction Dec 02 16:38:54 Looks like the GTGSA sentence has both Dec 02 16:39:17 which tends to be widest where the position uncertainty around that axis is poorest Dec 02 16:40:10 and without WAAS the blob is bigger vertically Dec 02 16:40:23 usually - depending on the geometry Dec 02 16:40:24 for ecample, if you're next to a (non-reflecting) wall, on a clear horizon, then with an even distribution of satellites, the worst uncertainty will be towards the wall and down Dec 02 16:40:31 (on that axis) Dec 02 16:48:59 just thinking out loud: I'm thinking parts of gsmd would have to be moved to the kernel, so the kernel can always control the gsm power (knowing when and how to issue the @POFF command) Dec 02 16:50:55 cesarb: it's not so much power onoff as suspend/resume. Dec 02 16:51:29 to put the modem in gsm idle able to wakeup from presume requires stuff at the serial driver level. Dec 02 16:52:43 in general, not neo specific, it could also require things be done at GSM7.10 mux level, since that were the standard GSM sleep/awake stuff is specified. Dec 02 16:52:52 mwester: Reason I pinged you was because I wondered if you had tested your kernel with a recent rootfs - from my (and other people's) experience, Alsa does not work with it =\ Dec 02 17:08:09 abraxa_: No, I've not tested recently. I guess I should take a look, but it will probably have to wait until later in the week, as I 'm on the road again for a while. Dec 02 17:08:43 Does the Hardware run faster than QEMU? Dec 02 17:09:03 mwester: Ah okay... and don't worry, the stock kernel does work as a replacement - just thought I'd let you know Dec 02 17:09:08 mrcucumber: Yes, definitely Dec 02 17:09:36 Hello Dec 02 17:09:37 That's good. Dec 02 17:09:51 Heya Neolink Dec 02 17:11:48 What Dec 02 17:12:10 What are you want Dec 02 17:12:19 ops Dec 02 17:12:32 I feel good Dec 02 17:13:34 mrcucumber: ballpark - the hardware behaves as a P100, with a poor display card. Dec 02 17:13:51 mrcucumber: the exception is memory bandwidth, which is much better than in P100 dayss Dec 02 17:19:24 moin Dec 02 17:19:44 openmoko server down? Dec 02 17:19:50 or having problems? Dec 02 17:23:01 buildhost and wiki are working just fine here Dec 02 17:24:20 ERROR Dec 02 17:24:22 The requested URL could not be retrieved Dec 02 17:24:32 Which URL? Dec 02 17:24:34 Generated Sun, 02 Dec 2007 17:37:25 GMT by openmoko.xelerance.com (squid/2.6.STABLE5) Dec 02 17:24:40 any URL Dec 02 17:24:48 For what host? Dec 02 17:25:09 The following error was encountered: Dec 02 17:25:09 * Invalid Request Dec 02 17:25:11 mh Dec 02 17:25:20 just www.openmoko.org Dec 02 17:25:27 yeah Dec 02 17:25:44 are they changing something? Dec 02 17:25:48 it worked five minutes ago on my n770 Dec 02 17:25:55 * abraxa_ shrugs as long as buildhost and wiki work Dec 02 17:26:36 funny Dec 02 17:28:36 nah, does totally not work here Dec 02 17:31:12 hhf423 you can try nailing 193.110.157.154 in as www.openmoko.org in your hosts file.. currently investigating Dec 02 17:31:30 roh: ok, thanks. I was using google cache :-) Dec 02 17:32:20 seems one of the forwarding proxys makes problems, the rest should work Dec 02 17:34:38 Installing gllin (1.0+r350-r0) to root... Dec 02 17:38:44 hhf423 gismo is checking it out. thanks for reporting Dec 02 17:39:39 roh: np Dec 02 17:39:52 just remember, when something odd happens and you do not know of any moko-hackers around, just file a bug against the infrastructure in bugzilla. that way we guranteed get the info if we are on or not ;) Dec 02 17:39:56 * hhf423 is waiting for the neo to get a fix Dec 02 17:40:11 roh: ah, ok Dec 02 17:41:02 roh: say, at some point in time there were some king of "nightly builds" on openmoko buildhost. That has stopped. Is that going to be started again at some point? Dec 02 17:41:34 hhf423 i dunno do be fair, but yes, i want them also Dec 02 17:41:47 I mean, using the community provided images is fine, but in a way you can not be sure how much they deviate from standard openmoko Dec 02 17:42:02 roh: maybe you can take that up with someone? Dec 02 17:42:10 yes. we are currently working on a new snapshop (well.. mickey is) Dec 02 17:42:33 roh: sure, but that would be one of the tested snapshots, right? Dec 02 17:42:34 and i think we should have these and nighly builds for people to try Dec 02 17:43:22 uh, what does PGLOR,IGR,81.2,7,71397,0,1*02 mean when coming from gllin? Dec 02 17:43:25 snapshots are manually selected compositions. that also involves selecting the sane-svn revisions for everything and lots of testing (manual) Dec 02 17:44:23 roh: I understand that, and its a good thing, because we can point beginners there. but if anyone does feel more like an adventure :-) Dec 02 17:44:31 now we got our own mtn repo which gets manually fed from org.oe.dev to get it more stable (for moko) and have less often broken builds Dec 02 17:44:58 PGLOR,IGR,81.2,7,71413,0,1*09 Dec 02 17:45:39 hhf423 i think it would be best that you file the nightly builds as a bug. that way anybody can comment we an do not loose track Dec 02 17:46:07 roh: ah, can do that Dec 02 17:46:15 tnx Dec 02 17:46:46 hhf423: it seems to be a basic state reporting Dec 02 17:47:33 the second field goes to 'FIX' when it's got a fix Dec 02 17:48:02 ah..its a NMEA private filed from GL ;) Dec 02 17:48:07 yeah Dec 02 17:48:09 eh field Dec 02 17:48:15 the info seems mostly there in other ways Dec 02 17:48:17 makes sense P GL OR Dec 02 17:49:08 ah Dec 02 17:51:36 wtf? Dec 02 17:51:36 NOTE: Task failed: /home/j/hak/openmoko/build/tmp/work/armv4t-angstrom-linux-gnueabi/openmoko-dates2-0.1.0+svnr661-r2/temp/log.do_configure.11234 Dec 02 17:51:44 anyone able to complete a build this weekend? Dec 02 17:51:49 whats going on, anyone know? Dec 02 17:53:42 torpor: from the community build, celtune has the most up to date Dec 02 17:54:01 * * OM Bug 1065 has been created by hndispatch-hhf423(AT)yahoo.de Dec 02 17:54:02 * * No nightly build available Dec 02 17:54:03 * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1065 Dec 02 17:54:07 i want to try to complete my own bild gainst the new openmoko mtn .. been running it for 2 days but it just crapped out. Dec 02 17:54:10 anyone finished it? Dec 02 17:54:56 the latest stuff still does not ask for PIN for me Dec 02 17:55:44 is there any workaround? Dec 02 17:56:09 I can see in the logs that there is a PIN request, but the GUI does not seem to pick it up Dec 02 17:59:41 hello all Dec 02 18:00:11 anybody is using ipkg with SD card to store installed files on? Dec 02 18:00:13 hi zdanek Dec 02 18:01:00 hi Dec 02 18:01:16 I got some problems with linking installed files Dec 02 18:01:30 I do all according to the wiki Dec 02 18:03:16 is it normal to get this error: ** (matchbox-panel-2:2124): DEBUG: battery_applet: timeout Dec 02 18:03:52 and got errors Dec 02 18:05:34 hhf423: are you using ipkg with SD card? Dec 02 18:05:44 zdanek: no Dec 02 18:06:12 anybody else does? Dec 02 18:06:28 I think celtune does Dec 02 18:10:13 so Dec 02 18:10:26 just taped the neo to the window. hope it get a fix :-) Dec 02 18:10:41 :) Dec 02 18:11:23 but why would I get that matchbox error? Dec 02 18:12:37 hahaha Dec 02 18:12:45 putin's party won Dec 02 18:12:52 who would have guessed that? Dec 02 18:13:01 hrhr Dec 02 18:13:10 in soviet russia, parties vote YOU! Dec 02 18:16:41 guys, I install gllin and I get ipkg: invalid magic Dec 02 18:16:58 zdanek: how big ist gllin? Dec 02 18:17:20 package is 10k Dec 02 18:17:26 hehe Dec 02 18:17:31 than make vi gllin Dec 02 18:17:35 or open it with firefox ;) Dec 02 18:17:35 after decompression? I don't know Dec 02 18:17:41 you probably downloaded the webpage Dec 02 18:17:44 ehee Dec 02 18:17:58 you cant copy the link and donwload it with wget or something similar Dec 02 18:18:07 because they want you to accept the eula Dec 02 18:18:16 1976050 2007-12-02 18:30 gllin_1.0+r350-r0_fic-gta01.ipk Dec 02 18:18:21 so download it with your browser and scp it to the neo or something Dec 02 18:18:42 sure! thx borg_ Dec 02 18:18:43 :D Dec 02 18:18:55 hhf@hhf-desktop:~$ md5sum gllin_1.0+r350-r0_fic-gta01.ipk Dec 02 18:18:55 2019d71f72faa87501c56d99b470ea62 gllin_1.0+r350-r0_fic-gta01.ipk Dec 02 18:19:28 FYI, pax_utils_native won't build if you have other arm tools on the system. I had to move my entire /usr/src directory out of the way before it would build. Dec 02 18:19:29 borg_: maybe you're using ipkg with SD card option? Dec 02 18:19:49 zdanek: i did Dec 02 18:19:58 * hhf423 is bored and so just cliecked on "upgrade to ubuntu 7.10", expects his system to become fked up beyond recognition Dec 02 18:19:59 but you don't anymore? Dec 02 18:23:02 zdanek: no, i boot from sd card now Dec 02 18:23:15 oh Dec 02 18:23:25 thats easier, you can just install all you need, there is always enough space ;) Dec 02 18:23:30 i have some "file not found"s Dec 02 18:23:36 and you can swap your installation with friends ;) Dec 02 18:23:40 http://wiki.openmoko.org/wiki/Booting_from_SD Dec 02 18:23:51 hmm Dec 02 18:24:12 so if I run OM from SD the files are stored there too? Dec 02 18:24:15 i'm booting from SD .. its great. Dec 02 18:24:53 what about performance? SD is slower than flash Dec 02 18:26:14 hey Dec 02 18:26:20 how can I disable boot into gui? Dec 02 18:28:11 Ace__: change default runlevel to 3 in /etc/inittab i think Dec 02 18:28:24 ok, cool Dec 02 18:29:36 uh Dec 02 18:29:46 what row exactly? Dec 02 18:30:42 # The default runlevel. Dec 02 18:30:43 id:5:initdefault: Dec 02 18:30:54 i would gess you have to change this to 3 Dec 02 18:32:24 ok, testing Dec 02 18:32:45 where can I get info on what the numbers mean exactly? Dec 02 18:33:37 Ace__: google linux runlevel Dec 02 18:34:24 dont seem to help changing that to 3 Dec 02 18:36:26 or, hmm ok.. it stops at full bar on splash screen Dec 02 18:59:35 heh, cool. my Neo has a fix Dec 02 19:00:07 it just needs a while of clear sky. window works as long as there is enough sky. Dec 02 19:00:28 now we need GPS to set the clock of the phone Dec 02 19:02:19 Ace__: disable psplash as well. Dec 02 19:03:43 hhf423: from my experience, after you got the first fix, you don't need that much sky anymore Dec 02 19:04:22 mwester, how do I do that? Dec 02 19:05:04 cesarb: yes, it looks like that. but closing the external blinds drives the signal down quite a bit :-) Dec 02 19:07:58 how many sats do I need for a fix? four? Dec 02 19:08:41 hhf423: three for a 2D fix, four for a 3D fix Dec 02 19:08:58 one for each dimension Dec 02 19:09:07 hhf423: (that's because it also needs to know an extra dimension, time) Dec 02 19:09:20 ah, thanks Dec 02 19:09:35 it seems to pick up time very fast Dec 02 19:09:50 even without one sat going blue, no? Dec 02 19:10:38 hhf423: blue? Dec 02 19:11:07 blue in openmoko-agpsui2 Dec 02 19:11:27 hhf423: dunno, I used "tail -f gllin/log/..." :D Dec 02 19:11:39 hhf423: (yeah, I was reading the NMEA directly :P ) Dec 02 19:12:24 ah, then you should install that, nice tool Dec 02 19:13:56 What seems to be the most common application logic language for OpenMoko so far? Dec 02 19:14:05 ERROR: No providers of build target openmoko-agpsui2 Dec 02 19:15:52 Ace__: Several ways. easiest is to delete /etc/init.d/psplash Dec 02 19:16:12 StylusEater: C Dec 02 19:16:19 and doing a fgrep for openmoko-agpsui2 on openembedded/packages returned 0 hits :( Dec 02 19:16:24 hhf423: where is that package? Dec 02 19:16:33 mwester: so C (for app. logic) and GTK+ (for UI) Dec 02 19:16:54 cesarb: see repositories in wiki, see celtune repro Dec 02 19:17:05 Dunno about the UI, but C for app logic. There's been some talk about Python as well, but I don't think it's on the image yet. Dec 02 19:17:50 mwester: Python was on the latest build I got from mokomakefile :-) Dec 02 19:17:51 StylusEater: all gui applications on the image are written in c with gtk as gui toolkit Dec 02 19:18:36 how does a gps log line with a valid position start? Dec 02 19:18:38 I'm trying to compare other development stacks out there to OpenMoko...one of the parts is app language and UI Dec 02 19:18:39 there are somehow lots of python develops around here, and lots of gtk application written in python Dec 02 19:18:49 GPGSV? Dec 02 19:18:56 s/develops/developers/ Dec 02 19:18:57 borg_ meant: there are somehow lots of python developers around here, and lots of gtk application written in python Dec 02 19:18:59 hhf423: it starts the same as one without a valid position Dec 02 19:19:10 hhf423: GSV is the sats visible Dec 02 19:19:33 hhf423: look at GGA for the position Dec 02 19:20:01 hhf423: if GSA has "A,3" you have a 3D fix (A,2 is 2D fix and A,1 is no fix) Dec 02 19:20:09 StylusEater: e.g. http://wiki.openmoko.org/wiki/SettingsGUI this is python with gtk Dec 02 19:20:15 mwester: thx Dec 02 19:20:27 borg_: all in python though, yes? Dec 02 19:20:37 hhf423: see http://www.gpsinformation.org/dale/nmea.htm for the details Dec 02 19:20:42 borg_: but access some c libs I assume Dec 02 19:20:48 of course Dec 02 19:20:57 hhf423: another good one is http://gpsd.berlios.de/NMEA.txt Dec 02 19:21:00 they are using the python bindings of gtk Dec 02 19:23:44 borg_: thx Dec 02 19:27:33 cesarb: thanks Dec 02 19:28:29 * cesarb notices mokomakefile has changed Dec 02 19:30:42 http://downloads.openmoko.org/snapshots/2007.11/ Dec 02 19:30:55 mickey just released a new snapshop Dec 02 19:30:58 eh shot Dec 02 19:31:07 all, is it worth purchasing the Neo 1973 as it is now - or is there a newer version imminent for release with better hardware? just trying to determine if now is a good time to purchase one ... Dec 02 19:31:53 blight: that is hard to say, because it is unknown when the newer version will be ready Dec 02 19:32:23 blight: but you can't use the ols version of the neo as an every day phone at the moment Dec 02 19:32:24 borg_: how long would you be prepared to wait for the next device? Dec 02 19:32:38 borg_: i see - I suspected as much - wasn't sure if there was a known date or not Dec 02 19:33:07 borg_: that's fine - seems like a nice toy to hack on - something for the holidays to play with Dec 02 19:33:26 don't know, my guess is february Dec 02 19:33:42 i think the latest official date from the fic guys is end of december Dec 02 19:34:06 can I use the makefile to get the new snapshot? Dec 02 19:34:19 borg_: would that be GTA02? Dec 02 19:34:26 mrcucumber: just do a normal make update Dec 02 19:34:34 blight: yes Dec 02 19:34:36 mrcucumber: you have the new version allready probably ;) Dec 02 19:34:59 borg_: okay Dec 02 19:41:46 hm, I do not _have_ to upgrade uboot to the november snapshot... but is there any benefit I would get from upgrading it? Dec 02 19:43:30 (btw, roh forgot to link to http://lists.openmoko.org/pipermail/community/2007-December/011980.html which is the announcement) Dec 02 19:50:51 cesarb: you need a version with at least svn 3147 to get the charge current in slow charge to 100ma instead of <50ma Dec 02 19:51:17 but I'm not sure of any known good u-boots Dec 02 19:51:38 Writchie: well, a "snapshot" uboot is supposed to be a good one, right? ;-) Dec 02 19:51:48 (the august snapshot one has worked very well so far) Dec 02 19:51:57 i would assume that november is the last good snapshot. Dec 02 19:52:07 but it doesn't have the charge fix. Dec 02 19:52:31 AFIK from the date Dec 02 19:53:25 i don't know the statuts of the uboot image in the this new snapshot Dec 02 19:53:34 Writchie: it's u-boot-gta01bv4-1.3.0+git20071201+svnr3484-r0.bin, so if the fix is on 3147, it should have the fix Dec 02 19:54:03 but the big question is this version problem free. Dec 02 19:54:08 cesarb: the uboot of the image is probably testet, so you can't brick your phone with it Dec 02 19:54:11 SD for example Dec 02 19:54:23 i don't know which fixes it contains and which not Dec 02 19:54:29 s/image/snapshot/ Dec 02 19:54:29 Writchie: yeah, it's a good question, which will probably be known soon ;-) Dec 02 19:55:39 anybody know if there will be source rev level exactly equivalent to the snapshot images? Dec 02 19:57:20 BTW: this is a development snapshot - might not be stable. Dec 02 19:57:52 would really be nice to build ontop of at least a declared "stable" u-boot and kernel patchset. Dec 02 20:00:30 so Dec 02 20:00:51 now that I have a GPS fix, how do I convert the GPGGA line into something google maps understands? Dec 02 20:01:25 cesarb: readme implies august u-boot is OK and november is unknown. Dec 02 20:02:29 I'm running an up-to-date uboot. It has the bug where it hangs on boot unless you boot from the Aux menu, and the crash when trying to read from the SD card Dec 02 20:02:47 svnr ? Dec 02 20:02:58 Writchie: I read it different. For me, the readme implies pre-august u-boot will not work, but you don't need november u-boot since august u-boot will work Dec 02 20:04:31 cesarb: i was assuming that since it says that if you have pre-august you SHOULD update to August (not November) I'm assuming the status of November is uncertain. Dec 02 20:04:50 Writchie: makes sense Dec 02 20:04:53 u-boot-gta01bv4-1.2.0+git20071201+svnr3484-r2.bin (although it's actually 1.3.0 - the bitbake recipe seems to be out of date) Dec 02 20:04:59 i agree it implies that pre-august may not work. Dec 02 20:05:15 but that may due to accidental NAND-ERASE stuff. Dec 02 20:05:41 is August known stable and does it have the SD problems Dec 02 20:06:08 Writchie: august is very stable, but it's also... old. Dec 02 20:06:25 does it boot OK from SD? Dec 02 20:06:34 Writchie: as in "doesn't have all the cool cutting-edge features you CANNOT LIVE WITHOUT!!!!11one" Dec 02 20:07:01 cesarb: but don't work ;) Dec 02 20:07:04 Writchie: never tried, but I think it boots OK (perhaps doesn't work with as many SD cards as a more recent one, however) Dec 02 20:07:49 i'll guess i'll try the August on one and the current snapshot on the other. Dec 02 20:08:17 hate to give up the original load out of the box because that is still the most stable for low-level work. Dec 02 20:08:38 * cesarb wonders why his link which is supposed to me 1M/300K is behaving like back when it was 300K/300K Dec 02 20:09:01 ah Dec 02 20:09:10 cesarb: maybe small RWIN? Dec 02 20:09:59 hhf423: with linux's crazy autotuning rwin stuff and several tcp streams? unlikely. most likely is that they lost the configuration of whatever controls the bandwidth like last time. Dec 02 20:10:25 hhf423: either that or someone is doing several heavy downloads nearby Dec 02 20:11:10 cesarb: or the host you are getting data from is loaded Dec 02 20:11:44 hhf423: I have two torrents, two downloads, and reading from the archives at lists.openmoko.org... Dec 02 20:12:28 i'm seeing 435KB from openmoko so that's not a problem. Dec 02 20:13:49 s/435KB/435KBPS/ Dec 02 20:13:49 Writchie meant: i'm seeing 435KBPS from openmoko so that's not a problem. Dec 02 20:28:48 OJW: how to zoom in in pyroute? Dec 02 20:29:56 it's changed now, it's click top-right to zoom in, click top-centre to zoom out Dec 02 20:30:11 so no more smooth zooming? Dec 02 20:30:18 now that all the map images are drawn "correct size" (no rescaling) Dec 02 20:30:42 well, cairo doesn't seem to have noticed. I was hoping it would speed-up a lot when it didn't have to rescale Dec 02 20:32:43 OJW: what are these three areas over dotted line? Dec 02 20:33:15 the 3 buttons. menu, zoom-out, zoom-in Dec 02 20:33:16 3 buttons? Dec 02 20:33:20 yeah Dec 02 20:33:22 :D Dec 02 20:33:31 cool idea Dec 02 20:33:56 are you using it on a neo? Dec 02 20:33:59 yes Dec 02 20:34:02 right now Dec 02 20:34:12 and I'm fighting with glliin to get my pos Dec 02 20:34:15 is it any less slow? Dec 02 20:34:24 than before? Dec 02 20:34:32 I didn't use it before Dec 02 20:34:35 ok Dec 02 20:34:58 I guess you only notice if you're dragging the map or sketching Dec 02 20:35:07 it's quite slow sometimes but I'm installing a lot of packages in background so it's hard to check Dec 02 20:35:12 yes Dec 02 20:36:23 hi all can i get all the essential softwares related to openmoko downloaded from a place?is there any cd or so?means i would like to pass all the softwares to my friend who is also gonna start with openmoko but dont have any internet connection..( i have 3 debian etch dvds for him) Dec 02 20:39:07 aeshyamae: the sdk is not ready yet, in the meantime you could get mokomakefile, build everything ("make all") which will as a side effect download everything you need into sources/, (optionally) clean the build (make clean) which will not erase the sources (but only what was built), and ship it to him Dec 02 20:39:26 OJW: I've found some kind of bug Dec 02 20:39:44 if I zoom in, all screen gets white Dec 02 20:39:59 okay- because it's thinking and thinking... Dec 02 20:40:17 but if I sketch like to move map Dec 02 20:40:23 it rapidly comes back Dec 02 20:40:51 aeshyamae: that will still miss the official images (make download-images) and the splash file for the qemu build (that only gets downloaded on make flash-neo-official or make flash-neo-local, and is clobbered by make clean) Dec 02 20:40:55 any thoughts about pyroute vs. navit? Dec 02 20:40:59 if I don't touch screen after pushing zoom-in - it don't comes back Dec 02 20:41:24 I didn't use navit Dec 02 20:41:37 I should check it if it's on OM Dec 02 20:44:11 cesarb: ook i am trying.. make all, make download-images, make flash-neo-official, and cleaning up.... Dec 02 20:44:32 OJW: got that bug? Dec 02 20:46:05 aeshyamae: cleaning up will clear the downloaded splash image from flash-neo-official, it would be best to not clean up qemu (use make clean-openembedded instead of make clean) Dec 02 20:47:02 cesarb: oo thanks.. Dec 02 20:47:10 cesarb: i am on the way:) Dec 02 20:47:12 aeshyamae: and I can't guarantee it will all work offline... never tried it (you will have all the files you need, but I don't know if bitbake will for instance try to contact some server). Your friend might need to hack on things a bit to make them work. Dec 02 20:48:04 cesarb: ok no problem..i shall try this atleast.. Dec 02 20:49:29 yes, navit is on OM Dec 02 20:59:57 "Seems like spam could be used to actually get a message out in a very quick and widespread way about injustice, working for peace, and other political issues. Why hasn't this happened yet? Spamming is so easy and inexpensive - seems like a perfect tool for subversion." Dec 02 20:59:57 WORLD PEACE THROUGH MARIJUANA www.havethisbook.com very interesting FREE non-fiction, enjoy, newly updated! Dec 02 20:59:59 :] Dec 02 21:01:01 zdanek: ok, so sometimes it doesn't redraw? Dec 02 21:02:00 OJW: it always doesnt redraw Dec 02 21:02:03 ptw: well, the average spam clicker probably cares more about viagra than world peace :P Dec 02 21:02:05 I click zoom Dec 02 21:02:07 zoom in Dec 02 21:02:21 and after 2sec. it goes blank Dec 02 21:02:35 if I click somewhere on map it redraw Dec 02 21:02:36 s Dec 02 21:02:38 I can reproduce that on my PC, so I can have a look Dec 02 21:02:52 if I don't click it remains blank Dec 02 21:04:01 are the clicks reliable on pyroute on the neo? does it ever ignore clicks in the menu? Dec 02 21:05:06 it ignores sometimes clicks on menu-button Dec 02 21:05:18 ok, thanks Dec 02 21:05:47 OJW: is it possinble to put some own POIs on the map? Dec 02 21:05:58 some kind of defining own POI Dec 02 21:06:27 you can click on the map and "bookmark" Dec 02 21:06:33 I have access to vehicle tracking system and I'd like to put car icon on map and refresh it realtime Dec 02 21:06:57 oh, if you want a custom POI layer, then just look at poi_*.py and modify one of them to read your data Dec 02 21:09:38 OJW: can you give me your email to ask some questions as they appear in the future? Dec 02 21:11:08 openmoko@blibbleblobble.co.uk Dec 02 21:11:26 thx Dec 02 21:13:20 okay, goodnight folks Dec 02 21:26:01 uhm, could someone link me a .glade file? Dec 02 21:26:21 doesnt matter what the window looks like really, just need to test something :z Dec 02 21:31:52 heh, install glade :) Dec 02 21:32:14 flexd, I could give you the .glade of pyphone Dec 02 21:32:19 yes please :D Dec 02 21:32:29 http://www.gnome.org/~newren/tutorials/developing-with-gnome/html/apb.html Dec 02 21:32:30 xkr47: windows machine, lazy etc etc :p Dec 02 21:32:32 google also helps :) Dec 02 21:32:33 flexd, http://rabenfrost.net/openmoko/glade.glade Dec 02 21:32:55 flexd, looks like this: http://rabenfrost.net/openmoko/pyPhone_Dialer.png Dec 02 21:32:56 (I googled: example .glade) Dec 02 21:32:59 xkr47: I have no problem finding, just wanted a .glade file ;) Dec 02 21:33:08 strange... Dec 02 21:33:14 if you had no problem, then.... :O Dec 02 21:33:19 <- lazy Dec 02 21:34:13 Just moving from python -> c Dec 02 21:34:19 with all my code, reworking *some* stuff :p Dec 02 21:35:17 flexd: good luck.. there is #gtk+ on freenode and gimpnet with people that can help if you have problems Dec 02 22:03:19 i am still playing around with gps. now i wonder about a NMEA sentence typ GGA which contains a fix of 6. all documents state fix may be 0, 1 and 2. why does gllin send 6? what does that mean? does someone know? Dec 02 22:04:02 waas? Dec 02 22:04:10 though I thought it was not supported Dec 02 22:06:18 SpeedEvil: explain... Dec 02 22:07:39 doesn't it send "8" when it's in demo mode? Dec 02 22:07:57 dunno Dec 02 22:08:10 OJW: may be, it sends 6 when it signal quality gets bad. Dec 02 22:08:43 garmin ones send 8 when the GPS is turned off and they're simulating movement. so maybe it's a code for some special situation like that Dec 02 22:09:02 then, if it gets better, fix gets 0 and if it knows where it is again it gets 1 again Dec 02 22:09:15 I'll also note that my car nav system sends 6 occasionally too Dec 02 22:09:30 1/1000th of points are 6 for that Dec 02 22:10:47 may that be a kind of 'on hold' or something? used by navigation systems that are connected to car speed? Dec 02 22:11:23 no Dec 02 22:11:55 what else? its reproducable that 6 comes if it cant see any satellites Dec 02 22:12:10 of the neo - several tracks - I have 9000 '1' 938 '00' and 6 '3' Dec 02 22:12:11 maybe that it's dead-reckoning? Dec 02 22:12:36 gah Dec 02 22:12:44 * SpeedEvil removes the head -10000 from his script Dec 02 22:15:34 Ok - my carnav syste. 340K points 1, 690 6s, 4750 blank Dec 02 22:16:09 my neo - 2700 6's, 27k '00s' 95K '1' Dec 02 22:16:42 00s = blank? Dec 02 22:16:49 so it no Dec 02 22:16:51 no Dec 02 22:18:01 actually "00" Dec 02 22:19:20 and in the carnav system, actually blank Dec 02 22:23:00 so 1/2 of my GPSs send '0' when they have no fix, one sends "00" one sends "" Dec 02 22:23:13 seems you need to be liberal in what you accept Dec 02 22:23:24 SpeedEvil: and the neo seems to send '6'... Dec 02 22:23:51 No - 6 is less common than '0' Dec 02 22:24:41 that may be, but if i cover my neo and it can't see any sat it says '6', if it again sees sats but has no fix it says '0' Dec 02 22:26:29 hm, and it send sentences with $PGLOR,FIX or ,IGR... what's that? Dec 02 22:26:44 looking at the dumps Dec 02 22:26:55 it looks like 6 is 'signal interrupted Dec 02 22:27:06 if the signal is interrupted too long it gives no fix Dec 02 22:27:14 if it comes back it immedaiteyl goes to fix Dec 02 22:27:21 Well... Dec 02 22:27:32 emdete: going by the normal way NMEA is parsed, it would be a LOR sentence sent for something of type PG (GPS is GP) Dec 02 22:27:33 I'd really ignore that unless you have a pressing need. Dec 02 22:27:49 emdete: I'd guess LOR is LORAN... Dec 02 22:27:50 just use GPGGA, GPRMC Dec 02 22:28:05 I really doubt that Dec 02 22:28:19 it's some sort of status Dec 02 22:28:36 SpeedEvil: shure... its just out of curiosity... ;) Dec 02 22:28:43 it occurs first in every file Dec 02 22:28:43 cesarb: do you have docs? Dec 02 22:29:08 SpeedEvil: i get it all the time... 20 or more with FIX then one with IGR Dec 02 22:29:24 emdete: only what I got from wikipedia (on the NMEA article) Dec 02 22:29:30 yes, it also occurs in the middle of files Dec 02 22:30:11 IGR = I'm Guessing Right now Dec 02 22:31:31 hm, it seems to have some structure... pairs of key,value Dec 02 22:32:02 my first one has FIX,964.3 and then it goes FIX,1.0 Dec 02 22:32:17 $PGLOR,FIX,964.3,TR,964.3,ST,U,NS,A,DR,N,PS,A*03 <- my very first one Dec 02 22:32:56 the first line of every log is $PGLOR,RID,GLL,182,5,023*4D Dec 02 22:32:58 for me Dec 02 22:33:28 SpeedEvil: mine too, was looking only at the part where it got the fix Dec 02 22:34:01 SpeedEvil: perhaps that one is some sort of version... Dec 02 22:36:03 strange, my FIX has always 1.0 in the next field... Dec 02 22:37:10 found another with something other than 1.0: $PGLOR,FIX,32.0,ST,U,NS,A,DR,N,PS,A*1A Dec 02 22:38:00 in fact, the first FIX after recovering signal has something other than 1.0, at least for me Dec 02 22:38:09 (and at least on this log) Dec 02 22:40:29 it's a pity we can't just RTFS :( Dec 02 22:41:47 RTFREB Dec 02 22:42:09 RTFM? Dec 02 22:42:32 josch: there is no M Dec 02 22:42:51 * xkr47 meant Reverse-Engineered Binary ;) Dec 02 22:42:59 lol I should really read the f**** manual :-) Dec 02 22:43:39 or you could work on reverse engineering the chip protocol. :) Dec 02 22:44:18 and it's really a pity we can't change the way the calculation is done... some math geek might be able to for instance devise a more devious anti-multipath filter, for instance Dec 02 22:44:34 yeah Dec 02 22:44:43 * cesarb notices he accidentally doubled the "for instance" Dec 02 22:45:12 * xkr47 didn't Dec 02 22:45:38 * josch neither ^^ Dec 02 22:45:48 Or, more in my field of knowledge, better integrate the calculation loop with the power management _and_ with a ntp-style time update (adjtime) Dec 02 22:47:07 I doubt they used something like gtk's NOHZ-friendly timeout routine (which rounds the timeout in a certain way to reduce the number of wakeups) Dec 02 22:48:01 preliminary guesswork gave me a result of it being plausible to wakeup from timer every 3 min for 1s sor so and compute it. Dec 02 22:48:18 this would be a maybe 10m accurate position. Dec 02 22:48:25 which gives about 8 months life Dec 02 22:49:43 (this assumes a smart pre-boot system, and the system actually suspended-disk) Dec 02 22:49:51 SpeedEvil: btw, do you know what work has been done in the power management front in these weeks I was mostly away? Dec 02 22:50:19 Ok. Detailed breakdown: Dec 02 22:50:26 that's it Dec 02 22:50:31 well - not quite Dec 02 22:50:43 there is a patch to GSMd to turn the modem off Dec 02 22:50:47 as I understand it Dec 02 22:51:04 no frequency stuff? Dec 02 22:51:13 not as I understand it Dec 02 22:51:50 there is also a big open question in why the modem module is drawing some 3-5 times more than it should Dec 02 22:51:54 nothing in the serial driver to support wakeup AFAIK Dec 02 22:51:57 (when the phone is off) Dec 02 22:52:19 which means 2, not 10 days standby with the phone off and modem on Dec 02 22:52:44 i don't see the solution in standby anyway :/ Dec 02 22:52:54 what? Dec 02 22:53:03 what solution rather Dec 02 22:53:33 SpeedEvil: I don't think the modem can go into the lower power mode of GSM idle until the handshake take places. Otherwise it has to be ready to instantly accept commands over the interface. Dec 02 22:53:34 i'm okay with a phone that need power every... say 20h. but it need to be able to be steady on Dec 02 22:53:55 emdete: why does it need to be on? Dec 02 22:54:06 ...and play music some hours of that Dec 02 22:54:12 emdete: for music, yes. Dec 02 22:54:21 SpeedEvil: my app gets events from internet Dec 02 22:54:21 For most other tasks, no. Dec 02 22:54:52 in principle that can do wake on incoming packet Dec 02 22:54:55 if you can wake it up fast enough and keep a steady internet connection i'm finewith standby also Dec 02 22:55:06 in practice - ... Dec 02 22:55:48 However. It looks like it can hit 8-10 hours, even with the CPU at 100Mhz Dec 02 22:56:05 at 12Mhz, with the clocks set right, it should be considerably lwer Dec 02 22:56:37 AFAIK it will consume more than the 10mw maintaining a GPRS attach Dec 02 22:56:47 for a prototype like the gta01 i would be more than happy with 8h for my app. it just a proof of concept anyway Dec 02 22:57:25 so, i will seek for bed now.. have a good night (or whatever daytime) Dec 02 22:57:27 bye Dec 02 22:58:42 i know the topic says not to talk about gta02 (not expecting a release date or anything), but is GTA02 supposed to be the same version that's to go on general release? Dec 02 22:58:57 SpeedEvil: are they at least trying to do a better power mgmt job on '02? Dec 02 22:59:23 At the moment, as I understand it, there is little work on anything but the core drivers. Dec 02 23:00:35 the X driver for example is a big lump of code. Dec 02 23:00:50 * cesarb thinks http://xkcd.com/349/ is sort of relevant Dec 02 23:01:19 lol - i was reading that comic a few nights ago Dec 02 23:01:29 * Writchie posted here a few days ago Dec 02 23:01:58 http://xkcd.com/327/ <---- i like that 1 :p Dec 02 23:03:56 cesarb, lmao Dec 02 23:04:43 ajbrun, yeah when I showed this to my friends everyone suddenly understood what sql injections are Dec 02 23:04:56 GSM idle (on similar device with calypso) shows GPRS IDLE as 2.4ma avg 140ma peak Dec 02 23:05:31 avg? Dec 02 23:05:38 2.4 avg Dec 02 23:05:45 oh Dec 02 23:06:03 its 154mA peak for GSM, 140mA peak for GPRS Dec 02 23:06:04 so that's 400h standby? Dec 02 23:06:11 both are 600u Dec 02 23:06:16 min Dec 02 23:06:19 (with the battery) Dec 02 23:06:27 which is damn good - if... Dec 02 23:06:44 yes - especially if the rest is 100ua as you reported. Dec 02 23:06:54 I don't suppose you've got access to the serial lines on that? Dec 02 23:07:00 to see what it's being sent Dec 02 23:07:03 yes Dec 02 23:07:10 if the wakeup stuff has been done Dec 02 23:07:22 what is the wakeup stuff? Dec 02 23:07:34 states of the serial lines? Dec 02 23:07:40 yes Dec 02 23:07:46 need to drop RTS Dec 02 23:08:05 drop - as in to 0V? Dec 02 23:08:09 and after some delay (I presume) the chip will do into suspend. Dec 02 23:08:13 logic low Dec 02 23:08:28 and give us an EINT when it has activity Dec 02 23:08:44 and will then start sending when RTS goes high Dec 02 23:08:46 what's the serial commands that need to be sent? Dec 02 23:08:55 none Dec 02 23:09:06 I mean to enable this mode. Dec 02 23:09:48 if none - that's odd, as it does not suspend when the CPU is off Dec 02 23:09:51 the standard has this done by the mux code but that doesn't work. FIC modified the code apparently for the handshake using RTS and a GPIO pin from the modem (which is wired to an EINT on the SoC). Dec 02 23:10:08 and at that time the CPU has no voltage on the serial pins Dec 02 23:10:25 usless the GPIO on the SoC has been reprogrammed, the inputs will float high Dec 02 23:10:57 Is it possible to program it so that it keeps it low - even though as I thought the whole GPIO is unpowered? Dec 02 23:10:57 or driven high from their last state - can't tell for sure Dec 02 23:11:19 accoring to specs the GPIO outputs are powered during suspend. Dec 02 23:11:48 they can be inputs of outputs with pull ups or pull downs. Dec 02 23:11:56 Suspend isn't off though. Dec 02 23:12:20 Suspend will have the SDRAM in self refresh which should not be too bad. Dec 02 23:12:29 oh yeah - I forgot about that mode Dec 02 23:12:29 SoC itself will be basically leakage current Dec 02 23:12:41 2AI was thinking of the one higher. Dec 02 23:12:43 'idle' Dec 02 23:13:18 suspend is really "POWER OFF" with only one of the 2 power supplies. Dec 02 23:13:29 OFF AFAIK is both power supplies off Dec 02 23:14:15 the basic problem is that all hardware state has to be restored. Dec 02 23:14:27 and this is not the normal linux driver architecture Dec 02 23:14:32 yeah. So off is suspend-disk Dec 02 23:14:48 what does OLPC do! Dec 02 23:14:52 yeah - its really more like suspend-disk from software point of view Dec 02 23:15:07 * SpeedEvil notes that they seem to have killed the suspend bug. Dec 02 23:15:21 Which was stopping the machine resuming 1/100kth of the time Dec 02 23:15:22 who? Dec 02 23:15:27 OLPC Dec 02 23:15:35 yes - they had some hardware bugs Dec 02 23:15:37 One Laptop Per Child Dec 02 23:15:48 noise I think Dec 02 23:16:16 more gotcha's can be expected here because the hardware is still not verified (not even GTA01). Dec 02 23:16:20 yeah Dec 02 23:17:12 ATM I think the only real unknowns are the modem serial and the USB. Dec 02 23:17:39 USB? Dec 02 23:17:41 Writchie: ah, but these are the _known_ unknowns. What about the _unknown_ unknowns? Dec 02 23:17:44 for BT Dec 02 23:17:46 the bluetooth? Dec 02 23:18:05 cesarb: /me is in the minority with agreeing wholeheartedly with that speech. Dec 02 23:18:09 its too ... meta! Dec 02 23:18:11 cesarb: the other gotchas Dec 02 23:18:38 so far the hardware seems rather stable overall Dec 02 23:18:54 modem has stayed up for weeks on one of mine. Dec 02 23:18:55 "Reports that say that something hasn't happened are always interesting to me, because as we know, there are "known knowns"; there are things we know we know. We also know there are "known unknowns"; that is to say we know there are some things we do not know. But there are also "unknown unknowns" — the ones we don't know we don't know." -- Rumsfeld Dec 02 23:19:41 and also unknown knowns Dec 02 23:19:43 cesarb: Nice quote ;) Dec 02 23:19:51 Writchie: if you discount the nasty noise/smell if you plug the USB without the battery, and the people who had WSODs... Dec 02 23:20:44 ah yes Dec 02 23:20:44 plugging in without battery is probably a validation issue - I'd never try this with any phone I paid for Dec 02 23:20:50 the whine of death Dec 02 23:20:54 its very sad. Dec 02 23:21:54 same as reverse polarity Dec 02 23:21:57 Writchie: but yeah, the hardware is way more solid than the software ;-) Dec 02 23:22:04 absolutely Dec 02 23:22:21 but the low level stuff isn't actually not that bad. Dec 02 23:22:38 except the rate of motion seems to be close to zero. Dec 02 23:23:22 Writchie: I think 100% of the work being done is to the new drivers for GTA02 Dec 02 23:23:32 appears so Dec 02 23:23:37 Writchie: which does make sense since only they can do them Dec 02 23:23:56 Writchie: while people from the outside can (in theory) do the other things Dec 02 23:24:42 i think yesterday there was a guy here who could send tcp packets over wlan with the gta02 Dec 02 23:24:45 well, IMNSHO, you need to do all of the low-level software things necessary to verify the hardware. Dec 02 23:24:50 sounded very promising Dec 02 23:24:54 concerning the wlan drivers Dec 02 23:24:56 (in practice, the barrier of entry is too high -- you need to know a lot of linux/uboot architecture, plus a good grasp of low level stuff) Dec 02 23:25:07 cesarb: it does look like GATA01, however, is a complete orphan Dec 02 23:26:51 Writchie: not really, a lot of code is common between GTA01 and GTA02 Dec 02 23:27:16 but if it doesn't apply to GTA01 its not being verified. Dec 02 23:27:21 Writchie: for instance, if someone manages to do some crazy thing to have the USB BT dongle wake up the system, it will apply to both Dec 02 23:27:46 yeah - but if it takes the out-of-band it will only work on GTA01 and not GTA02 Dec 02 23:29:32 as soon as I finish up the mux I'll start working on the modem suspend Dec 02 23:31:52 I have the intention of taking a look at some power issues, mostly adding some safeguards to kernel and uboot to shut down completely on critical battery (waiting for the crashy userspace is madness) and the BT wakeup issue (which needs polling). However, I do not know if I will have the time to do all that... Dec 02 23:34:55 cesarb: some work on overall device management issues has started on http://www.freesmartphone.org Dec 02 23:40:08 hm, interesting, mokomakefile built uboot-openmoko_1.2.0+gitf34024d4a328e6edd906456da98d2c537155c4f7+svn2943.bb, there is a uboot-openmoko_svn.bb which is 1.2.0+git${SRCDATE}+svnr${SRCREV}, but the november snapshot built uboot 1.3.0! Dec 02 23:43:21 cesarb: What monotone server did you sync to with the makefile? Dec 02 23:43:35 CM: the default one Dec 02 23:43:50 CM: (or rather, there were only one, the OE one) Dec 02 23:44:06 s/were/was/ Dec 02 23:44:06 cesarb meant: CM: (or rather, there was only one, the OE one) Dec 02 23:44:22 cesarb: rwhitby told me I could use make OM_MONOTONE_SITE=monotone.openembedded.org update Dec 02 23:44:57 Because default was now supposed to point to a versioned monotone.openmoko.org I think.. Dec 02 23:45:07 CM: you mean make update-bleeding-edge? that's from yesterday's mokomakefile, my compile is from thursday ;-) Dec 02 23:45:22 Aha, heh Dec 02 23:45:42 That was from thursday evening I think, been a way a few days.. Dec 02 23:45:45 ;) Dec 02 23:46:05 cesarb: mickey uses autorev, not the fixed revs. Dec 02 23:46:23 One would expect that the fixed revs were all updated to match the snapshot ... Dec 02 23:46:32 rwhitby: even then, there is no recipe for uboot-openmoko I could find which was for 1.3.0 Dec 02 23:46:44 rwhitby: the ones I found are for 1.2.0 Dec 02 23:47:17 The uboot-openmoko_svn.bb has a hard-coded "1.2.0" version string even though upstream u-boot is now 1.3.0 Dec 02 23:47:35 * CM takes a nap Dec 02 23:47:51 mmontour: even then, the november snapshot uboot seems to be using a hardcoded 1.3.0 version string Dec 02 23:48:44 * cesarb is doing the extremly slow monotone update to OE to see if 1.3.0 is new there Dec 02 23:50:29 * cesarb notices a WTF... mtn is CPU BOUND with my slow downlink??? Dec 02 23:50:51 :/ Dec 02 23:50:54 what link? Dec 02 23:51:43 I haven't looked at the november snapshot. I built my own u-boot from the _svn.bb a couple of days ago, and it is actually 1.3.0 despite the 1.2.0 version string Dec 02 23:51:56 SpeedEvil: doing make update-bleeding-edge while the torrent client is leaving only about 10K of download speed for mtn Dec 02 23:52:01 SpeedEvil: and it is pegging my CPU hard Dec 02 23:52:13 SpeedEvil: this is a 2GHz 64-bit CPU! Dec 02 23:52:32 * SpeedEvil sighs. Dec 02 23:52:43 I've just upgraded to a AMD X Dec 02 23:52:46 PM2500 Dec 02 23:55:33 cesarb: my theory is that monotone encrypts each data packet it sends, but rather than decrypting the received data in the normal way, it uses a brute force attack. Dec 02 23:55:48 Nothing else can explain the amount of CPU required per byte of data transmitted. Dec 02 23:55:52 mwester-laptop: lol Dec 02 23:56:19 mwester-laptop: there's folding@home support in there too. Dec 02 23:56:41 we all should feel good about how much CPU monotone uses, cause we're helping cancer research. Dec 02 23:57:15 Not to mention all the Intel share-holders we're helping out. Dec 03 00:07:19 mwester-laptop: I have an AMD CPU, you insensitive clod! Dec 03 00:10:19 mercurial ftw! Dec 03 00:11:05 hg > mtn? why? Dec 03 00:11:19 because mtn sucks ;) Dec 03 00:15:17 oh damn, I forgot I shouldn't mention "mtn" in this channel, because it *always* starts a crazy source control system discussion :P Dec 03 00:15:28 * cesarb has been away for too long Dec 03 00:39:33 how do I force bitbake to build uboot-openmoko (and only it) from the _svn revision instead of the old 1.2.0+git...+svn2943-r1? Dec 03 00:52:36 cesarb: from the build dir, "bitbake -b ../openembedded/packages/uboot/uboot-openmoko_svn.bb" Dec 03 00:53:21 mmontour: NOTE: package uboot-openmoko-1.2.0+git20071203+svnr1: started <- the version number looks strange... Dec 03 00:53:32 NOTE: package uboot-openmoko-1.2.0+git20071203+svnr1-r2: task do_fetch: started Dec 03 00:54:51 You may need to patch bitbake for autorev support Dec 03 00:55:47 mmontour: great, more magic. Dec 03 00:55:50 There are instructions on the "OpenMoko2007.2" wiki page, and that's what I'm using Dec 03 01:06:13 mmontour: works, thanks Dec 03 01:06:48 * cesarb wonders if rwhitby should add that patch to the mokomakefile quilt dir Dec 03 01:09:46 cesarb: which patch? Dec 03 01:09:55 rwhitby: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-September/003035.html Dec 03 01:10:06 rwhitby: referenced by http://wiki.openmoko.org/wiki/OpenMoko2007.2 Dec 03 01:10:43 rwhitby: I added that to patches/bitbake-HEAD and added the extra line from the wiki to the local.conf on my overlay tree Dec 03 01:11:05 rwhitby: that enabled me to get the correct revision for ( . ./setup-env && cd build && bitbake -c build -b openembedded/packages/uboot/uboot-openmoko_svn.bb ) Dec 03 01:11:26 svnr3484-r2 instead of svnr1-r2 Dec 03 01:11:58 (I had to edit the patch to make it work with -p1, it was originally for -p0) Dec 03 01:17:58 rwhitby: looks like the extra line in local.conf is only for people who want bleeding edge stuff, but when added it needs the patch **** ENDING LOGGING AT Mon Dec 03 02:59:56 2007