| 00:03.32 | *** join/#openmoko Vndmtrx (n=0x0fff@unaffiliated/vndmtrx) |
| 00:09.20 | *** join/#openmoko raster (n=raster@p2220-ipbf2608marunouchi.tokyo.ocn.ne.jp) |
| 00:11.43 | *** join/#openmoko daltona (n=daltona@cap31-4-82-234-41-108.fbx.proxad.net) |
| 00:14.33 | *** join/#openmoko summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 00:16.17 | technil | anyone gotten : |
| 00:16.21 | technil | Cannot set alternate interface: could not set alt intf 0/253: Invalid argument |
| 00:16.34 | technil | when attempting to flash |
| 00:17.05 | technil | ? |
| 00:17.44 | roh | nope |
| 00:18.58 | *** join/#openmoko merriam_ (n=merriam@85-211-20-34.dyn.gotadsl.co.uk) |
| 00:21.38 | *** join/#openmoko ahbritto (n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net) |
| 00:23.49 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
| 00:26.01 | cdbot2 | * * OM Bug 782 has been created by <autobuild-report> |
| 00:26.02 | cdbot2 | * * linux-gta01-2.6.21.6-moko11-r1_0_0_2831_0-do_prepatch |
| 00:26.03 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=782 |
| 00:27.31 | *** join/#openmoko tg (i=tg@x-net.hu) |
| 00:34.16 | *** join/#openmoko shackan (n=frob@host110-150-dynamic.3-87-r.retail.telecomitalia.it) |
| 00:41.51 | cesarb | pciutils? acpid? hdparm??? |
| 00:42.01 | cesarb | s/packaged/packages/ |
| 00:42.14 | cesarb | no wonder it takes ages to compile... |
| 00:45.33 | SpeedEvil | Are there usb enclosures that support hdparm? |
| 00:45.59 | rwhitby | technil: are you running as root? |
| 00:46.03 | SpeedEvil | I suppose it's not completely insane to think that a phone might have a PCI bus. |
| 00:46.08 | SpeedEvil | Only mostly. |
| 00:46.11 | *** join/#openmoko PanchoFiets (n=blodg8@adsl-69-236-86-64.dsl.pltn13.pacbell.net) |
| 00:46.48 | *** join/#openmoko orospakr (n=orospakr@CPE001a70d1de84-CM0019474a8676.cpe.net.cable.rogers.com) |
| 00:47.42 | cesarb | SpeedEvil: it's not insane to compile these for the neo. |
| 00:47.53 | cesarb | SpeedEvil: it's insane to compile these BY DEFAULT for the neo |
| 00:48.20 | *** part/#openmoko mdt (n=mdt@littlelun.emdete.de) |
| 00:48.31 | SpeedEvil | True. |
| 00:48.47 | cesarb | SpeedEvil: after all, there are always people insane enough to try to do absurd things like PCI-over-ethernet |
| 00:48.50 | SpeedEvil | acpid actually makes sense. |
| 00:48.56 | SpeedEvil | Perhaps. |
| 00:49.10 | SpeedEvil | I haven't seen PCI over ethernet. |
| 00:49.13 | cesarb | SpeedEvil: it would make sense if the neo had acpi... apmd makes more sense, since it has fake apm IIRC... |
| 00:49.16 | SpeedEvil | Only ethernet over PCI. |
| 00:49.21 | SpeedEvil | At the moment. |
| 00:49.33 | cesarb | SpeedEvil: PCI over etherenet doesn't exist AFAIK, but never doubt crazy people... |
| 00:49.40 | cesarb | s/etherenet/ethernet/ |
| 00:51.58 | *** join/#openmoko daltona (n=daltona@cap31-4-82-234-41-108.fbx.proxad.net) |
| 00:52.05 | cesarb | hm, my sourceforge password has expired... |
| 00:52.25 | cesarb | It's expired too fast, I had that password for only about 8 years! |
| 00:55.35 | raster | hehe |
| 00:59.49 | cesarb | The email does look very suspicious... tracking image with id, tracking id on all the links (even the unsubscribe one!), and "in response to your interest in the SourceForge.net Marketplace" sounds bogus |
| 01:00.06 | SpeedEvil | I seem to remember getting something from SF recently |
| 01:00.18 | cesarb | To add to that, it's been _years_ since I last logged to sourceforge, to change to my permanent email address... there's no way I checked any new checkbox |
| 01:01.09 | cesarb | But, annoyingly, the received lines seem legit |
| 01:02.21 | cesarb | And, even more annoyingly, "marketplace.sourceforge.net" has 0 ghits |
| 01:04.00 | cesarb | marketplace.sourceforge.net does not seem to exist... odder and odder |
| 01:06.46 | *** join/#openmoko greentux (n=lemke@Z7991.z.pppool.de) |
| 01:07.40 | *** join/#openmoko bluelightning (n=blueligh@222-154-184-205.jetstream.xtra.co.nz) |
| 01:07.41 | *** join/#openmoko satadru (n=satadru@cpe-69-201-133-23.nyc.res.rr.com) |
| 01:08.24 | *** join/#openmoko tg (i=tg@digit.drk.hu) |
| 01:08.49 | satadru | should make update with the mokomakefile be failing? |
| 01:09.04 | satadru | Stuck at mtn: doing anonymous pull; use -kKEYNAME if you need authenticationmtn: connecting to monotone.openembedded.or |
| 01:13.34 | rwhitby | satadru: that usually indicates that the openembedded monotone server is either overloaded or down |
| 01:13.46 | satadru | ah |
| 01:14.01 | satadru | ok... I figured that just pinging it wouldn't tell me anything |
| 01:14.06 | satadru | ok. Thanks |
| 01:14.22 | rwhitby | you can run those commands manually, using monotone.nslu2-linux.org instead, if you like. |
| 01:14.38 | rwhitby | or just wait and someone will fix it. |
| 01:14.58 | rwhitby | (though you might need to wait until Europe wakes up) |
| 01:15.51 | SpeedEvil | (though can't help) |
| 01:27.55 | *** join/#openmoko ccube (n=Miranda@87.230.22.107) |
| 01:32.12 | raster | die die! |
| 01:32.13 | raster | :) |
| 01:46.21 | BryceLeo | damn raster went on another killing spree |
| 01:47.30 | raster | fuck i hate xml |
| 01:47.54 | raster | nothing like dealing with xml to make me want to main and slaughter |
| 01:48.06 | technil | maim? |
| 01:48.36 | BryceLeo | lol, xml can be a pain in the butt |
| 01:48.38 | cesarb | raster: hey, XML is so good, even microsoft is moving their office formats to it! ;-) |
| 01:48.58 | BryceLeo | isn't that just a big downer to a good bit of tech |
| 01:49.11 | raster | technil: yeah. maim. i code to much. main is a built-in finger response |
| 01:49.12 | raster | :) |
| 01:49.20 | cesarb | raster: lol |
| 01:49.49 | raster | u have to escape too much crap in xml |
| 01:50.01 | raster | and then it's not entirely clear which escapes u use where |
| 01:50.04 | raster | cdata is limited |
| 01:50.05 | raster | etc. |
| 01:50.39 | BryceLeo | escaping is a bit of a pain |
| 01:51.04 | raster | a little bit of escaping is easy |
| 01:51.05 | raster | eg |
| 01:51.19 | SpeedEvil | Just make it all hex. |
| 01:51.20 | raster | "hello \"world\" blah blah" |
| 01:51.22 | raster | is fine |
| 01:51.24 | SpeedEvil | Problem solved. |
| 01:51.26 | hads | mickey|zzZZzz: Thanks much for adding pySerial to the feed. |
| 01:51.32 | SpeedEvil | Who needs readability. |
| 01:51.35 | raster | SpeedEvil: it's already better than that |
| 01:51.36 | raster | its binary |
| 01:52.02 | cesarb | raster: xml was never meant to be hand-edited |
| 01:52.22 | raster | ok |
| 01:52.25 | raster | background |
| 01:52.30 | raster | alreayd got all my data and config |
| 01:52.31 | ixs | raster: \" only for attributes. CDATA is okay with quotes, but you should use entitites IIRC anyway and no backslash-escapes... |
| 01:52.31 | cesarb | raster: it's supposed to be a format one tool generates and another tool eats |
| 01:52.32 | raster | nice and compact |
| 01:52.35 | raster | in binary blobs |
| 01:52.36 | roh | #*mumble* |
| 01:52.40 | raster | with nice api's to access it |
| 01:52.45 | ixs | raster: because " makes it so much more readable... |
| 01:52.46 | roh | UBOOT_UPSTREAM_REV = "3e66c078003607a7d1d214c15a5f262bc1b4032f" |
| 01:52.47 | aloril | (script) wiki RecentChanges: [[OpenMoko_Local_Groups:_Chicago]] [[SettingsGUI]] |
| 01:52.48 | raster | its very coder-friendlt |
| 01:52.55 | raster | friendly |
| 01:53.03 | raster | you basically pass a pointer to a data struct |
| 01:53.12 | ixs | coder friendly? ROFL! |
| 01:53.16 | raster | it gets written to disk in a platform-independant way in a compact binary bloc |
| 01:53.19 | cesarb | raster: binary formats are a pain when you have to use things like init=/bin/sh (or, even worse, break=), and don't have everything mounted |
| 01:53.24 | ixs | getNextChild() et all suck royally |
| 01:53.25 | raster | u can point the api to the blob and get back your data struct |
| 01:53.32 | raster | linked lists, hash tables, etc. |
| 01:53.33 | raster | all nice |
| 01:53.50 | raster | anyway |
| 01:54.03 | raster | there are a bunch of people whoi seem to think they must have their config files as text |
| 01:54.19 | raster | and want to reconfigure their wm/gui by editing text files |
| 01:54.20 | *** join/#openmoko Chairboy (n=chatzill@c-24-22-81-82.hsd1.mn.comcast.net) |
| 01:54.29 | raster | i'm a bit tired of hearing the moans |
| 01:54.48 | raster | (despite any of their complaints are just issues with the gui config tools not being complete or havign the feature they want) |
| 01:54.54 | SpeedEvil | Binary blobs can be really evil in 20 years time. |
| 01:54.55 | cesarb | raster: config files as text, automagically cached to binary files, is the best of both worlds... fast but easy to fix when everything breaks (just nuke the cache and fix the text config) |
| 01:54.57 | raster | so i'm writign a blob -> ascii dumper |
| 01:55.00 | raster | and thern ascii -> blob |
| 01:55.10 | raster | everyone of course moans that any such ascii must be xml |
| 01:55.13 | raster | because then its good |
| 01:55.19 | raster | and can be edited using tools |
| 01:55.32 | raster | (for gods sake - thats what is already provided for editign the blob directly!) |
| 01:55.50 | cesarb | raster: there are way better formats than xml... for instance the format used for /var/lib/dpkg/available is a good one |
| 01:56.05 | raster | cesarb: i know |
| 01:56.11 | *** join/#openmoko alex-weej_ (n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com) |
| 01:56.12 | raster | its just the xml weenies have started screaming |
| 01:56.24 | raster | and all it does is cause me pain in having to write out valid xml then have to parse it all again |
| 01:56.32 | raster | including all the crud and mess they can make of it |
| 01:56.34 | raster | interestingly |
| 01:56.38 | cesarb | raster: have them write a "your config->xml/xml->your config" mangler ;-) |
| 01:56.41 | raster | the config file in binary blob is 28kb |
| 01:56.45 | cesarb | raster: since it's all turing machines in the end |
| 01:56.46 | raster | the xml version is 1.4m |
| 01:56.53 | cesarb | raster: wow |
| 01:56.55 | raster | and 24,000 lines long |
| 01:57.01 | *** join/#openmoko fgau (n=fgau@pD953A536.dip0.t-ipconnect.de) |
| 01:57.04 | cesarb | raster: how big is the xml gzipped? |
| 01:57.13 | raster | i challenge the "i must edit my config in text" crowd to deal with that |
| 01:57.20 | cesarb | raster: since, as every xml weenie should tell you, xml is meant to be gzipped |
| 01:57.21 | raster | cesarb: 32kb |
| 01:57.36 | raster | still bigger |
| 01:57.40 | raster | but thats not the issue |
| 01:57.40 | cesarb | raster: so, the entropy is about the same, it's just that xml is absurdly verbose |
| 01:57.45 | raster | i'm not chanign my configs to xml |
| 01:58.06 | raster | i'm just writign an "export to ascii" and "import from ascii" routine |
| 01:58.09 | raster | all the data is ther in the blob |
| 01:58.18 | raster | the code to handle it is open and documented |
| 01:58.29 | raster | so its no worse than a png or jpeg in terms of being binary |
| 01:58.34 | raster | its just very programmer friendly |
| 01:59.18 | cesarb | ...and years later decided to switch completely to KDE |
| 01:59.27 | raster | ixs: nb - xml is not the coder friendly thing - my stuff is :) i designed it for me - a mucho-lazy coder, to do all the nasty work for me and just hand me a data strcuture i can use directly |
| 01:59.31 | cesarb | raster: do you know the 'sng' tool? |
| 01:59.52 | raster | sng? |
| 02:00.12 | ixs | raster: ahh kay. misunderstood you there. I had to do a bit of xml mangling lately for a project... Ughhhh! |
| 02:00.14 | cesarb | raster: apt-get install sng |
| 02:00.21 | raster | ixs: i know |
| 02:00.23 | raster | xml is a PITA |
| 02:00.38 | cesarb | raster: it's a cool utility which converts a png file to a text representation, which can roundtrip back to png |
| 02:00.45 | raster | oooh |
| 02:00.48 | raster | pfft |
| 02:00.53 | raster | why would i need that? |
| 02:00.57 | ixs | raster: but the project was completely buzzword compliant. xml, sax, dom, axis2, wsdl, xpath, yaddayaddayadda |
| 02:00.58 | cesarb | raster: very useful when you want to peek at a png, or hack it a bit |
| 02:01.02 | raster | edit an image in a text editor? |
| 02:01.03 | raster | hahahaha |
| 02:01.11 | raster | ixs: my sympathies |
| 02:01.26 | raster | cesarb: generally gimp does a good job of that :) |
| 02:01.27 | ixs | ohhh yeah. I forgot java... |
| 02:01.29 | ixs | but thanks. :D |
| 02:01.38 | raster | or one of a dozen quick and dirty image displayers |
| 02:01.41 | ixs | i love academic work... |
| 02:01.43 | cesarb | raster: gimp will not let you edit every chunk directly |
| 02:01.49 | raster | ixs: my deepest sympathies |
| 02:01.56 | ixs | :-> |
| 02:02.02 | cesarb | raster: some specialized command-line utils might |
| 02:02.03 | raster | cesarb: all i care about are mah piksholz! |
| 02:02.16 | raster | hell |
| 02:02.23 | raster | <PROTECTED> |
| 02:02.29 | cesarb | raster: I've already used it to debug transparency issues on some png files on wikipedia... |
| 02:02.30 | raster | the get re-compiled into .edj's for use |
| 02:02.31 | raster | :) |
| 02:02.34 | ixs | 'twas fun though. After a horrible week I actually had the feeling of somewhat understanding java... but luckily I was nearly finished then. |
| 02:02.59 | SpeedEvil | pnmtools |
| 02:03.09 | cesarb | raster: anyway, didn't you say you were making a blob->text/text->blob converter, to silence the everything-must-be-text crowd? you could take a look at sng for inspiration |
| 02:03.27 | SpeedEvil | any graphics format to any other., |
| 02:03.34 | SpeedEvil | including text |
| 02:03.52 | raster | cesarb: yes. |
| 02:04.13 | raster | i already have what i want |
| 02:04.23 | raster | i just got th exml stick thrown at me |
| 02:04.27 | raster | "because it can be validated" |
| 02:04.33 | raster | "you can use xml editign tools" |
| 02:04.35 | raster | yadda yadda |
| 02:04.40 | raster | come onm people |
| 02:04.44 | raster | thats what the gui config dialogs ARE |
| 02:04.46 | cesarb | raster: ouch, "because it can be validated" is a completely bogus argument :P |
| 02:04.46 | raster | tyhey are TOOLS |
| 02:04.52 | raster | and they dont need to work on the xml goop |
| 02:04.58 | raster | cesarb: yup |
| 02:05.10 | raster | the config loader validates as it parse |
| 02:05.14 | raster | parses the binary |
| 02:05.16 | cesarb | raster: and pure text formats are way better than overdone xml, since they can be edited easily with vim |
| 02:05.16 | raster | if its not happy |
| 02:05.29 | raster | it winds back its decoding and hands u a NULL pointer |
| 02:05.30 | raster | simple |
| 02:05.35 | raster | who cares |
| 02:05.37 | cesarb | raster: do you have a standalone validator utility, like samba's testparm? |
| 02:05.37 | raster | if its not happy |
| 02:05.40 | raster | somethnig fucked with it |
| 02:05.51 | ixs | raster: sounds like a typical "if all you've got is a hammer, every problem looks like a nail" situation to me |
| 02:05.53 | raster | its not meant to be fucked with outside the api to load/save it |
| 02:06.06 | cesarb | raster: two words: bit flip |
| 02:06.20 | SpeedEvil | FEC! |
| 02:06.32 | raster | mwester: these are not systemc configs |
| 02:06.33 | cesarb | SpeedEvil: most people don't even have ECC memory |
| 02:06.44 | ixs | cesarb: well, bitflipp |
| 02:06.45 | raster | also i am going to add in revision history ability |
| 02:06.54 | ixs | ing is a good reason for text files |
| 02:06.54 | raster | so if the current revision is screwed - drop back to the past one |
| 02:07.02 | ixs | you can fix them easier then binary blobs |
| 02:07.07 | raster | and you can roll back changes |
| 02:07.18 | raster | all nicely handled for u |
| 02:07.23 | raster | no need to fix |
| 02:07.24 | BryceLeo | lol we've got a server at school with one ecc and one non ecc.... they just realizied that means no ecc |
| 02:07.25 | raster | why do u have to fix? |
| 02:07.27 | BryceLeo | not half ecc... |
| 02:07.31 | BryceLeo | *facepalm* |
| 02:08.00 | raster | cesarb: its 2 api calls to validate |
| 02:08.01 | raster | :) |
| 02:08.17 | raster | as for bit flipos |
| 02:08.22 | raster | if a bit just decides to flip |
| 02:08.28 | raster | u have hw issues |
| 02:08.33 | raster | who knwos what else is mangled |
| 02:08.38 | ixs | because I wanna keep my config and just flip the one char back instead of doing a whole rollback? |
| 02:08.56 | *** join/#openmoko Richard (n=tgr@221.137.146.122) |
| 02:08.56 | SpeedEvil | raster: look at the uncorrected error rate on your hard drive. |
| 02:08.56 | raster | and the bit can flip again |
| 02:09.03 | raster | u are masking the real problem |
| 02:09.05 | cesarb | raster: well, let's say you have a customized GUI configuration which took weeks to perfect... it's midnight, and as you hear thunder, you lose power... unfortunately, you don't have a UPS, and your filesystem is XFS (known for happily filling files with zeroes)... |
| 02:09.08 | SpeedEvil | It'll be somewhere around 1 in 10^13 IIRC |
| 02:09.25 | ixs | raster: basicially no. bitflippers are a reality. And they do happen without flakey hardware as well. |
| 02:09.28 | SpeedEvil | That is a large number, but not when you consider the number of computers. |
| 02:09.33 | raster | cesarb: no problem. configs are written atomically |
| 02:09.34 | Richard | openmoko has migrated its own oe to oe main stream? |
| 02:09.37 | raster | its either all there or not |
| 02:09.43 | *** join/#openmoko lysanderslair (n=jeff@CPE0014bf4ad3e5-CM000a7363f3b6.cpe.net.cable.rogers.com) |
| 02:09.54 | ixs | raster: take a 250GB drive, copy the data to another and then do a md5sum over it. chances are, you'll get different results. |
| 02:10.00 | cesarb | raster: I said it's xfs, so your "atomically" doesn't mean much ;-) |
| 02:10.17 | raster | not much i can do about crap fs's |
| 02:10.18 | raster | :) |
| 02:10.34 | raster | the problem here is |
| 02:10.43 | raster | you now require a level of nerdy expertise to fix things |
| 02:10.47 | raster | that imho shouldnt be required |
| 02:10.50 | raster | a system should fix itself |
| 02:10.56 | raster | without needing u to drop to vi |
| 02:10.59 | *** join/#openmoko poffy (n=poffy@c-76-30-222-129.hsd1.tx.comcast.net) |
| 02:11.00 | raster | in single user mode |
| 02:11.15 | raster | you average consumer usign an OM phone |
| 02:11.23 | raster | doesnt want to have to figure out vi |
| 02:11.28 | raster | while at the airport |
| 02:11.33 | raster | on a touchscreen in text mode |
| 02:11.37 | raster | (impossible anyway) |
| 02:11.43 | raster | just to get their ui back |
| 02:11.56 | raster | you should have a config system that works without that |
| 02:12.09 | madewokherd` | a system shouldn't become broken enough that you have to resort to vi |
| 02:12.15 | ixs | raster: no problem as long as the user only changes stuff via the gui it should be salvageable... |
| 02:12.15 | raster | text editing is just a nerd excuse for not makign your config system handle mistakes |
| 02:12.17 | ixs | at least I hope. |
| 02:12.22 | raster | madewokherd`: exactly |
| 02:12.28 | ixs | and for the worst case, I absolutely want a backup tool on the moko |
| 02:12.29 | raster | madewokherd`: but thats is the point people are making |
| 02:12.49 | raster | ixs: thats my aim. i'm trying to put the big "hands off" sign on config files |
| 02:12.50 | ixs | raster: I think your mixing up desktop usage and phone usage. |
| 02:12.53 | raster | dont sctrew with them with vi |
| 02:13.01 | raster | so the only things that can destroy them really are: |
| 02:13.04 | raster | 1. hw errors |
| 02:13.06 | raster | 2. os errors |
| 02:13.30 | raster | 3. original, software errors in the lib encoding/decodign the cfgs |
| 02:13.35 | ixs | raster: I absolutely want to be able to fiddle with them on my development phone. I do not wanna have to touch them on my phone-phone though. |
| 02:13.44 | SpeedEvil | 4. enemy action. |
| 02:13.48 | raster | fair enough |
| 02:13.57 | raster | my aim is going directly for the phone-phone |
| 02:14.23 | raster | i need to put in versioning and roll-back |
| 02:14.39 | raster | still |
| 02:14.43 | raster | but i think that should cover it |
| 02:14.44 | ixs | raster: great for you, but don't. The big plus for the moko is the developer friendlyness. do not take it away by having a binary blog and api cals everywhere. |
| 02:14.54 | raster | if that doesnt work - there's still coded-in defaults |
| 02:15.10 | cesarb | ixs: isn't that why he is creating the blob->text/text->blob tools? |
| 02:15.10 | raster | ixs: too late |
| 02:15.15 | raster | been down that road for years |
| 02:15.37 | raster | i'm putting int the deb-blob and blob for the FEW who insist they have to be able to screw with the data in text editors |
| 02:16.05 | raster | almost every time someone says they must used text config editing its a sign of a missing feature |
| 02:16.16 | raster | in fact to date - every insance has been |
| 02:16.17 | raster | eiuther that |
| 02:16.26 | raster | or just a bug in code that is not complete |
| 02:17.03 | *** join/#openmoko dietricha (n=dietrich@c-71-236-150-155.hsd1.or.comcast.net) |
| 02:17.29 | raster | for now i just want to dump/un-dump in a text format that taxes as little code to output and parse as possible |
| 02:17.36 | cesarb | raster: I can see one particular interesting case of text config editing: generating the config via a script, instead of via a GUI dialog (not a problem if your config API can work in a byte-order independent way without any GUI running) |
| 02:17.48 | *** join/#openmoko ccube_ (n=Miranda@87.230.22.107) |
| 02:18.27 | raster | cesarb: the api is C. you NEED data strcutures to be able to write or read from the api |
| 02:18.29 | cesarb | raster: if you didn't decide yet on a text format, take a look at sng as I said... it's not hard to parse |
| 02:18.36 | raster | but when encoded the blob is endian-agnostic |
| 02:19.02 | raster | all data is presented to the program in the systems native word alignment, padding and endinaness |
| 02:19.11 | cesarb | raster: does the config api work without X running? |
| 02:20.13 | raster | sng is very similar to .edc |
| 02:20.17 | raster | very c-struct like |
| 02:20.18 | raster | {}'s |
| 02:20.23 | raster | chunk headers |
| 02:20.32 | raster | and yes |
| 02:20.38 | raster | the config api is a singl tiny library |
| 02:20.40 | raster | no x needed |
| 02:20.48 | raster | config files are like zip files |
| 02:20.51 | raster | with multiepl sections |
| 02:20.58 | raster | u can random-access read and/or write |
| 02:21.08 | raster | it will handle compressing each sectin for you if u ask |
| 02:21.18 | *** join/#openmoko El_Salvador (n=Brescia@adsl-233-190.37-151.net24.it) |
| 02:21.23 | raster | and data structs are dumped to the sections |
| 02:21.43 | raster | encoded in a nested chunck-header+payload-size+payload style format |
| 02:22.39 | *** join/#openmoko Zoolooc_ (n=fredsiba@p54952E88.dip0.t-ipconnect.de) |
| 02:23.54 | cesarb | how do I know which is L and which ir R on neo's headphone? |
| 02:26.22 | BryceLeo | cesarb: audacity out two diff tones to each channel |
| 02:26.27 | BryceLeo | then play it on the phone |
| 02:26.47 | cesarb | BryceLeo: that's a lame way to do it... no markings on the headphone itself? |
| 02:28.06 | cesarb | hm, does the button on the headset generate an input event somewhere? |
| 02:28.19 | hads | I imagine they were shipped as 'good enough' headphones to do the job. Most people will buy or use their own preference. |
| 02:29.02 | cesarb | hads: like the just-barely-long-enough USB cables? |
| 02:29.08 | raster | developers dont need ears |
| 02:29.10 | raster | :) |
| 02:29.20 | hads | :) |
| 02:29.50 | hads | cesarb: My box is 30cm away from my desk so doesn't matter to me :) |
| 02:31.10 | cesarb | hads: my box is on the floor, to the right side of the desk (in fact, to the right of the mini-tower-sized space within the desk). The keyboard tray/monitor is on the _left_ side of the desk |
| 02:31.11 | xaid | any plans of an AC charger when the GTA02 ships? it'd be easier when you're on-the-go :) |
| 02:31.35 | cesarb | hads: the keyboard cable would barely make it, if I didn't plug my keyboard and mouse into my monitor |
| 02:31.53 | hads | cesarb: Rearrange your desk ;) |
| 02:32.25 | cesarb | hads: not easy, to the left of it is my brother's computer ;-) |
| 02:32.56 | raster | xaid: errr the neo ships with one |
| 02:33.00 | raster | its ac->usb |
| 02:33.05 | raster | then u usb->neo |
| 02:33.09 | raster | from the charger |
| 02:33.24 | ixs | raster: uhh no. |
| 02:33.26 | *** part/#openmoko BryceLeo (n=bryce@nj-71-48-102-108.dhcp.embarqhsd.net) |
| 02:33.29 | ixs | raster: there's no charger with the neo |
| 02:33.33 | raster | hmmm |
| 02:33.34 | raster | really? |
| 02:33.38 | cesarb | ixs: raster has a P0 IIRC |
| 02:33.46 | raster | hmm |
| 02:33.47 | raster | yeah |
| 02:33.48 | ixs | raster: it was planned, but they couldn't source one for p1 |
| 02:33.51 | *** join/#openmoko holtmann (n=holtmann@nikita.holtmann.net) |
| 02:33.54 | raster | maybe i just have a different model |
| 02:34.00 | raster | fair enough |
| 02:34.02 | raster | sorry bout that |
| 02:34.06 | raster | :( |
| 02:34.12 | cesarb | hads: I ended up using my palm's rusty old USB cable, which is quite long |
| 02:34.13 | ixs | raster: problem was that the chargers they found did not do the power negotiation correctly or so |
| 02:34.20 | raster | yeah |
| 02:34.22 | raster | i noticed |
| 02:34.31 | raster | i thoguht it was the neo problem |
| 02:34.36 | raster | mine takes an eternity to charge over usb |
| 02:34.49 | raster | and it loses power like a seive loses water |
| 02:34.55 | hads | heh |
| 02:35.01 | xaid | how about the iPod's AC charger? anyone tried that? i wonder if its Neo-friendly |
| 02:35.02 | ixs | mhm. there's a workaround, you can just switch the uboot loader to force 500mA charging mode, but that might fry your computer if it does not deliver. |
| 02:35.09 | raster | mind u - i love the idea of usb only charging |
| 02:35.10 | *** join/#openmoko olv (n=olvaffe@123-193-215-175.ethome-ip.ethome.com.tw) |
| 02:35.18 | raster | no more billions of ac adaptors to lugi lug a laptop anyway |
| 02:35.23 | cesarb | raster: oh, btw, do you know the latest trick to reduce the neo's battery usage? |
| 02:35.27 | raster | things mayaswell recycle its power adaptor |
| 02:35.43 | raster | cesarb: nup - but i know that when idle it'll get a few hrs before going splat |
| 02:35.56 | raster | if 2007.02 ever compiles... |
| 02:35.59 | raster | i might play a bit |
| 02:36.11 | raster | ok |
| 02:36.14 | raster | got my text format: |
| 02:36.17 | raster | group "blah" struct { |
| 02:36.17 | raster | <PROTECTED> |
| 02:36.17 | raster | <PROTECTED> |
| 02:36.17 | raster | ... |
| 02:36.27 | raster | etc. |
| 02:36.30 | raster | i like |
| 02:36.31 | raster | simple |
| 02:36.41 | raster | i only need to escape strings in quotes |
| 02:36.44 | raster | and only do it simply |
| 02:36.46 | cesarb | raster: the trick is to change the mixer "Amp Mode" to Off |
| 02:36.52 | raster | hmm |
| 02:36.54 | raster | really |
| 02:37.08 | raster | how long do u get standby then? |
| 02:37.10 | ixs | raster: http://wiki.openmoko.org/wiki/Bootloader#Battery_charger_related |
| 02:37.30 | *** part/#openmoko holtmann (n=holtmann@nikita.holtmann.net) |
| 02:37.42 | raster | ixs: i know. i have been intimately familiar with that info |
| 02:37.47 | cesarb | raster: since the amp connected directly to the battery and the kernel doesn't currently turn it off when powering down, if you don't set "Amp Mode" to Off (and turn off the GSM modem) before powering off your phone, it'll drain your battery |
| 02:38.06 | raster | turning off |
| 02:38.12 | raster | or just going into sleep/low power? |
| 02:38.17 | raster | (ie when screensaver kicks in etc.) |
| 02:38.21 | cesarb | !ombug 781 |
| 02:38.22 | cdbot2 | * * Bug 781, Status: ASSIGNED, Created: Unknown |
| 02:38.23 | cdbot2 | * * cesarb(AT)cesarb.net: LM4857 should be turned off on a reboot notifier |
| 02:38.24 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=781 |
| 02:38.35 | raster | aaah |
| 02:38.38 | raster | actually TUNRING it off |
| 02:38.41 | raster | i noticed that too |
| 02:38.44 | raster | power down neo |
| 02:38.48 | raster | battery drains |
| 02:38.54 | raster | that is what u are talking about |
| 02:39.07 | raster | i was also worried abotu "standby" time |
| 02:39.08 | ixs | yeah sucks. killed some batteries too |
| 02:39.20 | raster | ie neo is alive |
| 02:39.23 | raster | but screen blank |
| 02:39.28 | raster | it should go into low poer mode |
| 02:39.28 | cesarb | raster: SpeedEvil made some measurements, and if you set "Amp Mode" to Off and turn off the modem (AT%POFF IIRC), it will use so little power he couldn't even measure it |
| 02:39.39 | raster | power down everything it can and still stay on the netowork |
| 02:39.54 | raster | cesarb: when in standby - or off? |
| 02:40.00 | cesarb | raster: off |
| 02:40.07 | raster | so it should be |
| 02:40.08 | raster | :) |
| 02:40.12 | raster | it should use 0 |
| 02:40.18 | raster | its off damnit! |
| 02:40.19 | raster | :) |
| 02:40.45 | cesarb | raster: actually, there's always a very small amount of leakage current, but his testing rig can't get below a few hundred uA |
| 02:40.54 | cesarb | raster: should be enough for several days |
| 02:41.13 | raster | thats off enough for me |
| 02:41.22 | raster | hmm |
| 02:41.25 | raster | should be mroe than that |
| 02:41.31 | raster | u should manage sevefral days on standby |
| 02:41.33 | cesarb | raster: as to the power management (standby, etc), SpeedEvil is also looking into it... (he's playing with several processor voltages/speeds and seeing what each one consumes, for instance) |
| 02:41.38 | raster | ie cpu ram gsm et.c powered up |
| 02:41.43 | raster | but in low poer mode |
| 02:41.59 | raster | i knoiwmy n800 pulls a few days at least |
| 02:42.19 | raster | (now i reflashed it...) |
| 02:42.51 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-43-179.37-151.net24.it) |
| 02:43.32 | ixs | mhm, something else: anyone ever tried gpephone on the moko? somehow I like it much more than the openmoko stuff. Openmoko is more and organizer less a phone and gpephone reminds me very much of my siemens s65... |
| 02:43.42 | ixs | and I hate organizers. :D |
| 02:46.12 | raster | things will improve over time |
| 02:49.59 | hads | cesarb: I think it's @POFF |
| 03:00.46 | *** join/#openmoko SP-8472 (i=8472@dslb-084-056-238-159.pools.arcor-ip.net) |
| 03:02.20 | *** join/#openmoko Tv (n=tv@207.181.6.54) |
| 03:02.35 | *** join/#openmoko freelock (n=john@foraker.freelock.com) |
| 03:02.44 | Richard | is there sound control daemon in openmoko now? |
| 03:04.53 | *** join/#openmoko zmedico (n=zmedico@ip68-4-152-120.oc.oc.cox.net) |
| 03:05.07 | *** join/#openmoko j_ack (n=j_ack@p508D84AB.dip0.t-ipconnect.de) |
| 03:06.16 | *** join/#openmoko ahbritto (n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net) |
| 03:06.26 | Richard | It seems gpephone is not as hot as openmoko. |
| 03:07.27 | SpeedEvil | OM is the hottest phone around. |
| 03:07.34 | SpeedEvil | At least till we fix the power managment. |
| 03:08.04 | xaid | :D |
| 03:08.12 | cesarb | SpeedEvil: wb |
| 03:08.23 | Richard | sure, hottest |
| 03:09.20 | SpeedEvil | hold power off, and power goes off |
| 03:10.11 | Richard | take battery away. :) |
| 03:11.07 | Richard | SpeedEvil: is there a sound state control daemon in OM now? or integrited to other daemons? |
| 03:11.19 | SpeedEvil | <PROTECTED> |
| 03:12.03 | Richard | why no? |
| 03:12.15 | SpeedEvil | because there isn't |
| 03:12.19 | SpeedEvil | yet at least |
| 03:13.18 | cesarb | We need a power control daemon, and a sound state control daemon... |
| 03:13.38 | cesarb | However, the power control daemon needs to know the sound state (so it can know when to power off/on the amp chips) |
| 03:13.52 | cesarb | Perhaps a "chipsetd" could do everything ;-) |
| 03:13.53 | SpeedEvil | sound state is complex though. |
| 03:14.31 | SpeedEvil | it's got to work out if the requested new request can be satisfied without interrupting existing events |
| 03:14.40 | SpeedEvil | and dynamically reconfigure the chip. |
| 03:14.55 | cesarb | SpeedEvil: it also has to priorize, perhaps mix things |
| 03:15.05 | cesarb | SpeedEvil: and there are too many possible sound routings |
| 03:15.06 | Richard | power daemon needn't know sound known, it just needs know someone ask for not to sleep. |
| 03:15.25 | SpeedEvil | The sound routings have to be ideally dynamic. |
| 03:15.42 | cesarb | Richard: it's not a matter of not to sleep, it's a matter of _which_ chips it can sleep, and _which_ modes can be used for each chip |
| 03:15.45 | cesarb | SpeedEvil: agreed |
| 03:15.48 | SpeedEvil | you need to be able to say 'I want to play a mono sound' |
| 03:16.22 | SpeedEvil | and it'll work, even if the chip has to be reconfigured so that it can carry on recording from GSM and talking to it. (doing voicemail) |
| 03:16.43 | cesarb | SpeedEvil: we have at least, as inputs, BT GSM DAC mic headphone, and as outputs, BT GSM ADC headset speakers headphone |
| 03:17.04 | SpeedEvil | Consider the voicemail case when playing a stereo mp3 on the speakers. |
| 03:17.24 | SpeedEvil | There are cases when we can run out of resources. |
| 03:17.37 | cesarb | A friend of mine has the idea of describing the chip routing in Lua tables, and using Lua to calculate the routing... |
| 03:17.49 | SpeedEvil | hmm |
| 03:18.01 | raster | lua is nice |
| 03:18.20 | raster | shame its still too fat/slow :( |
| 03:18.27 | cesarb | raster: I worked with the guy who had the idea of calling that language 'Lua'... |
| 03:18.30 | Richard | We just maintain several audio modes |
| 03:18.34 | cesarb | raster: 150k runtime, fat? |
| 03:18.37 | raster | yup |
| 03:18.48 | SpeedEvil | Richard: several audio modes loses lots of flexibility. |
| 03:18.55 | SpeedEvil | Richard: it's fine near-term. |
| 03:18.58 | raster | emrbyo's runtime is about 30k |
| 03:19.02 | cesarb | raster: you know, some of us work with multi-hundred-megabyte java interpreters |
| 03:19.12 | cesarb | raster: 150k is lost in the noise |
| 03:19.18 | raster | its also sebveral times faster than lua |
| 03:19.20 | raster | but it shceats |
| 03:19.25 | raster | u need to compile to bytecode first |
| 03:19.37 | raster | cesarb: sure - but every bit helps |
| 03:19.38 | raster | :) |
| 03:19.43 | raster | i also wanted fast |
| 03:19.47 | Richard | SpeedEvil: virtual audio modes, no dedicate to specific chips. |
| 03:19.50 | SpeedEvil | Is there a linux on JVM? |
| 03:19.50 | raster | and sandboxed to the hilt |
| 03:20.03 | cesarb | raster: you can do that trick with lua too... (precompile to bytecode and compile the runtime to not have the compiler) |
| 03:20.09 | raster | so i went the small/pawn route |
| 03:20.16 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 03:20.17 | raster | too late |
| 03:20.18 | raster | :) |
| 03:20.26 | raster | already been down that road |
| 03:20.32 | raster | happy where i am |
| 03:20.44 | cesarb | raster: and lua is also sandboxed enough if you don't put the base library on the function's environment |
| 03:21.02 | cesarb | raster: the problem with lua is that it insists floating point is good enough as the only numeric type |
| 03:21.06 | raster | this may all be new |
| 03:21.15 | raster | this wasn't the case about 3 or 4 years ago |
| 03:21.28 | cesarb | raster: because, after all, nowadays floating point is as fast as fixed point on modern CPUs |
| 03:21.39 | raster | pfft |
| 03:21.42 | raster | i prefer embryo |
| 03:21.45 | raster | everything is a 32bit int |
| 03:21.46 | raster | :) |
| 03:21.52 | cesarb | (of course, that completely ignores ARMv4T...) |
| 03:22.08 | raster | floats are done by overloading operators in an extended class |
| 03:22.11 | cesarb | raster: too fat, it will not work on 16bit embedded controllers ;-) |
| 03:22.16 | raster | yeah |
| 03:22.22 | raster | most of my stuff won't |
| 03:22.30 | raster | thats the line at which i "don't care anymore" :) |
| 03:22.48 | raster | 32bit or bust |
| 03:22.50 | raster | :) |
| 03:23.17 | cesarb | raster: oddly, that's the same line gcc picked ;-) |
| 03:23.21 | SpeedEvil | I'd imagine a 386 alike engineered solely for cost would be somewhere around the $10 mark now - with everything embedded. |
| 03:23.28 | raster | cesarb: i'm happy with that :) |
| 03:23.40 | SpeedEvil | gcc can do 16 bit |
| 03:24.13 | raster | mah ints will be 32bit.... or i will strangle thee! |
| 03:24.16 | raster | :) |
| 03:25.00 | raster | cesarb: though lua is nice |
| 03:25.04 | raster | dont get me wrong |
| 03:25.14 | raster | when i was shopping for alogic extension language |
| 03:25.19 | raster | lua didn't have a lot of this |
| 03:25.33 | raster | small did |
| 03:26.26 | cesarb | SpeedEvil: .code16gcc is a hack |
| 03:28.12 | *** join/#openmoko amarsh04 (n=amarsh04@CPE-124-182-103-77.sa.bigpond.net.au) |
| 03:28.18 | cesarb | hm, the default splash screen does nice hologram-like effects if you vary your viewing angle |
| 03:28.40 | raster | the one in uboot? |
| 03:28.52 | cesarb | raster: the one with the progress bar |
| 03:28.59 | raster | hmm |
| 03:29.02 | raster | i havent seen that |
| 03:29.08 | raster | is that the psplash one? |
| 03:29.10 | cesarb | raster: it seems it's a neat side effect of limited viewing area of the screen |
| 03:29.30 | raster | i assume this is new in .02? |
| 03:29.45 | cesarb | raster: IIRC it is |
| 03:29.56 | raster | aaah |
| 03:29.59 | raster | must replace that |
| 03:30.03 | raster | must... |
| 03:30.24 | raster | all the code is done |
| 03:30.28 | raster | just need to package it up |
| 03:30.44 | raster | if my .02 build ever works... |
| 03:31.08 | raster | http://www.rasterman.com/files/exquisite-02.avi |
| 03:31.17 | cesarb | hrm, just because I decide to run the neo "untethered", Today decides to use only a very small part of the screen |
| 03:32.42 | raster | why is the gamma on almost every screen i see so screwed |
| 03:32.50 | raster | light grey just blends into white |
| 03:39.55 | *** join/#openmoko guest_ (n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net) |
| 03:50.35 | *** join/#openmoko arw_ (i=familia@201.244.110.213) |
| 03:52.47 | aloril | (script) wiki RecentChanges: [[Web_Browser]] |
| 04:01.11 | *** join/#openmoko summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
| 04:04.01 | cdbot2 | * * OM Bug 783 has been created by rod(AT)whitby.id.au |
| 04:04.02 | cdbot2 | * * usb networking mac address changes on each boot |
| 04:04.03 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=783 |
| 04:05.07 | *** join/#openmoko dkirker (n=dkirker@c-24-6-210-139.hsd1.ca.comcast.net) |
| 04:11.25 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 04:12.38 | *** join/#openmoko amarsh04 (n=amarsh04@CPE-124-182-103-77.sa.bigpond.net.au) |
| 04:16.16 | *** join/#openmoko poffy (n=poffy@c-76-30-222-129.hsd1.tx.comcast.net) |
| 04:24.20 | *** join/#openmoko slomo (n=slomo@ubuntu/member/slomo) |
| 04:37.26 | *** join/#openmoko a_thing (n=notroot@libervis/athing) |
| 04:38.07 | a_thing | What devices are planned to use OpenMoko besides Neo1973? |
| 04:38.34 | ckuethe | rumor has it that there are about 8 unannounced devices planned |
| 04:38.37 | ckuethe | from FIC |
| 04:38.54 | cw666 | where is that rumor from? |
| 04:39.04 | ckuethe | dunno. that's why it's a rumor |
| 04:39.15 | a_thing | haha |
| 04:39.21 | a_thing | any with a camera? |
| 04:39.37 | a_thing | that's the only thing preventing me from getting the Neo1973 |
| 04:39.57 | a_thing | and hopefully something durable enough to snowboard with... |
| 04:40.44 | ckuethe | i haven't heard one way or the other about camera |
| 04:40.53 | a_thing | perfect device would have a harddrive, camera, and be durable |
| 04:41.12 | ckuethe | i'm sure that they're at least considering one model with a camera |
| 04:41.17 | a_thing | rather have it all in there than carry around several SD cards |
| 04:41.29 | gcb77 | I just did an update, and got the new terminal... |
| 04:41.31 | cw666 | a_thing: and an 8-core processor |
| 04:41.34 | cw666 | and an fpga magic slot |
| 04:41.39 | gcb77 | looks really nice, but I can't hit RET |
| 04:41.43 | cw666 | and highspeed satellite comms |
| 04:41.49 | a_thing | those too :P |
| 04:41.53 | cw666 | and be tiny, and have 200+ hours of battery life |
| 04:41.54 | cw666 | and cost $5 |
| 04:42.33 | cw666 | anyhow, seriously, given GTA01 has issues, and GTA02 wont resolve all of those |
| 04:42.46 | cw666 | i doubt there are 8 more in the pipeline unnanounced, that seems so unlikely |
| 04:43.44 | ckuethe | hence rumors |
| 04:44.11 | *** join/#openmoko phlintphour (n=phlintph@70-101-190-205.dsl2.mon.ny.frontiernet.net) |
| 04:45.17 | cw666 | thermite it |
| 04:45.55 | cw666 | i might have a party and do so, because everyone knows it's good to be drunk when playing with fire |
| 04:46.18 | a_thing | haha |
| 04:47.19 | *** join/#openmoko phlintphour (n=phlintph@70-101-190-205.dsl2.mon.ny.frontiernet.net) |
| 04:47.54 | *** join/#openmoko Linux_Galore (n=richard@60-242-20-212.static.tpgi.com.au) |
| 04:49.12 | ixs | cw666: what issues does gta01 have? hardware or software issues? |
| 04:50.03 | cw666 | ixs: well, minor hw issues, it's not clear how bad those are, hopefully nothing we can't work around or resolve |
| 04:50.18 | cw666 | sw is far from ready yet, so can't really expect not to have issues there |
| 04:50.33 | ixs | cw666: if you're referring to battery runtime, there have been some breakthroughs lately. |
| 04:51.17 | cw666 | ixs: that's not so bad, i get more than a day from mine right now |
| 04:51.33 | ixs | ohh my? |
| 04:51.43 | ixs | that's not much actually. |
| 04:51.53 | ixs | :D |
| 04:52.12 | cw666 | ixs: no, it's terrible compared to the 4+ days other phones get... but it's much better than the 12 hours others see |
| 04:52.31 | cw666 | w/ some hacks here i can mostly get away with using it as a phone too |
| 04:52.48 | ixs | ahh well, stable phone and sms is a must |
| 04:53.01 | cw666 | i suspect it's a month off, for me anyhow |
| 04:53.08 | cw666 | depends what others do and what their needs are for them |
| 04:53.18 | cw666 | but im thinking maybe i can use it as my primary phone come say october |
| 04:55.37 | *** join/#openmoko BenC (n=bcollins@debian/developer/bcollins) |
| 04:57.18 | *** join/#openmoko tg (i=tg@x-net.hu) |
| 04:57.41 | a_thing | Can't be worse than my old RAZR... |
| 04:57.52 | a_thing | was a challenge to stay out a whole day and keep my phone alive |
| 04:59.36 | cw666 | a_thing: my RAZR gets me 3-4 days easy |
| 04:59.49 | cw666 | maybe more |
| 05:00.27 | a_thing | that piece of shit broke in like 3 months |
| 05:00.30 | a_thing | a few accidental drops |
| 05:00.37 | a_thing | and the screen popped off |
| 05:00.52 | cw666 | we have thre of them here, they seem to be ok |
| 05:01.03 | cw666 | the original one i had was terrible, these seem ok |
| 05:01.17 | cw666 | the kid plays with mine and it's still works |
| 05:02.15 | ixs | ohhhh. happy mailman day to you all |
| 05:21.27 | blindcoder | moin |
| 05:25.03 | gcb77 | anyone else tried using DTMF tones from the second tab in a call? |
| 05:27.22 | *** join/#openmoko El_Salvador (n=Brescia@adsl-ull-7-182.42-151.net24.it) |
| 05:30.11 | *** join/#openmoko Clint (n=Clint@thumb.scru.org) |
| 05:31.51 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:33.35 | Kero | 3352 out of 3352 tasks :) but where is the image? |
| 05:44.28 | *** join/#openmoko phlintphour (n=phlintph@70-101-190-205.dsl2.mon.ny.frontiernet.net) |
| 05:45.42 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:55.09 | *** join/#openmoko jas4711 (n=jas@m83-178-14-41.cust.tele2.se) |
| 05:56.10 | daMaestro | yess... i have a moment.. where are the latest snapshots? /me looks in the normal places |
| 05:58.25 | rwhitby | daMaestro: http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/ is recent, and boots nicely for me. In particular http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/uImage-2.6.22.5-moko11-r2-fic-gta01.bin and http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/OpenMoko-openmoko-devel-image-glibc-P1-August-Snapshot-20070829-fic-gta01.rootfs.jffs2 |
| 05:59.19 | daMaestro | wow, buildhost images |
| 05:59.26 | daMaestro | much progress must have been made ;-) |
| 05:59.56 | daMaestro | has mokomakefile been updated for om2007.2? or is it still your makefile? |
| 06:04.34 | *** part/#openmoko phlintphour (n=phlintph@70-101-190-205.dsl2.mon.ny.frontiernet.net) |
| 06:08.41 | *** join/#openmoko goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com) |
| 06:09.39 | *** join/#openmoko tholin (n=tholin@85.8.6.155.static.se.wasadata.net) |
| 06:12.23 | rwhitby | daMaestro: mokomakefile is up to date. |
| 06:12.41 | rwhitby | (and mokomakefile is my makefile too) |
| 06:15.30 | Sup3rkiddo | i can safely remove build-2007.1 right...been out of action for a long time...and came to know about 2007.2 only a week back.. |
| 06:17.43 | rwhitby | yep |
| 06:17.50 | Sup3rkiddo | oh well, what the heck..i will nuke it |
| 06:18.03 | Sup3rkiddo | oh thanks..cool ascii art btw ;P |
| 06:18.06 | *** join/#openmoko LaF0rge (n=laforge@rd.tw.openmoko.org) |
| 06:18.36 | daMaestro | rwhitby, ;-) |
| 06:18.52 | daMaestro | LaF0rge, i like your PTR record.. nice. |
| 06:21.14 | LaF0rge | daMaestro: well, finally we have real internet here |
| 06:23.11 | aloril | (script) planet: Rod Whitby: Replacing dropbear with openssh http://www.rwhitby.net/blog/nslu2-linux/replacing-dropbear-with-openssh.html |
| 06:23.15 | ljp | you had fake internet before? |
| 06:23.19 | rwhitby | LaF0rge: I'm trying to work out a way for the usbnet g_ether hwaddr to remain constant. Do you have any pointers that I could follow? The naieve "ifconfig usb0 hwaddr xx:yy:zz:aa:bb:cc" didn't work, so I guess I need to go looking in the kernel source ... |
| 06:25.17 | daMaestro | hmm strangely http://wiki.openmoko.org/wiki/Dfu-util doesn't list how to flash the rootfs |
| 06:25.33 | rwhitby | dfu-util -a rootfs -D image.jffs2 |
| 06:25.40 | daMaestro | ahh, there is a related link |
| 06:26.16 | daMaestro | ahh so altsetting 5 == rootfs? |
| 06:26.27 | rwhitby | yep - no need to use the numbers when the names work. |
| 06:26.39 | daMaestro | cool |
| 06:31.24 | *** join/#openmoko AvengerMoJo (n=alex@219.142.237.250) |
| 06:37.50 | aloril | (script) planet: Rod Whitby: Intercepting hotplug on the Freecom FSG-3 http://www.rwhitby.net/blog/openmoko/intercepting-hotplug-on-the-freecom-fsg-3.html |
| 06:38.19 | *** join/#openmoko bmidgley2 (n=brad@c-24-2-92-215.hsd1.ut.comcast.net) |
| 06:41.20 | AvengerMoJo | hi |
| 06:46.19 | LaF0rge | rwhitby: I think you can easily pass it to the kernel at bootup time |
| 06:48.05 | LaF0rge | module_param(dev_addr, charp, S_IRUGO); |
| 06:48.05 | LaF0rge | MODULE_PARM_DESC(dev_addr, "Device Ethernet Address"); |
| 06:48.11 | LaF0rge | module_param(host_addr, charp, S_IRUGO); |
| 06:48.11 | LaF0rge | MODULE_PARM_DESC(host_addr, "Host Ethernet Address"); |
| 06:53.21 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-ull-149-154.44-151.net24.it) |
| 06:53.54 | *** join/#openmoko sixfeet (i=sixfeet@p5484DC15.dip.t-dialin.net) |
| 07:02.01 | rwhitby | LaF0rge: thx - I guess I can do that in the u-boot environment. |
| 07:03.35 | AvengerMoJo | is the openmoko using matchbox for most of the development? |
| 07:10.47 | *** join/#openmoko bluefir (n=dave@milligan.bluefir.org) |
| 07:13.07 | rwhitby | AvengerMoJo: don't know what you mean. matchbox is a window manager. |
| 07:18.35 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 07:19.30 | AvengerMoJo | rwhitby: right ... since the UI base a lot on the windowmanager .. I'm just wonder the design will be using matchbox as base or still think of other |
| 07:22.18 | rwhitby | AvengerMoJo: I think the latest is http://wiki.openmoko.org/wiki/GUI_Style_Guidelines - that was linked from http://blogs.gnome.org/thos/2007/08/21/openmoko-20072/ |
| 07:22.44 | AvengerMoJo | rwhitby: thanks |
| 07:23.31 | *** join/#openmoko summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 07:23.53 | AvengerMoJo | rwhitby: I'm not sure it is my problem or what ... the keyboard didn't show up ... it used to be able trigger by the top menu |
| 07:24.38 | rwhitby | you need to start the input manager application |
| 07:25.21 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 07:25.42 | AvengerMoJo | do you what command it is? openmoko-keyboard? |
| 07:25.56 | AvengerMoJo | because I try to use the GUI it will start something else :) |
| 07:26.22 | *** join/#openmoko Cap_J_L_Picard (n=ewanm89@host81-159-105-52.range81-159.btcentralplus.com) |
| 07:30.34 | AvengerMoJo | rwhitby: you get jtag ? |
| 07:30.52 | *** join/#openmoko a__thing (n=notroot@c-98-193-50-46.hsd1.il.comcast.net) |
| 07:31.12 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 07:31.28 | rwhitby | yep |
| 07:32.36 | *** join/#openmoko gambler (n=orion@124-171-133-95.dyn.iinet.net.au) |
| 07:33.44 | AvengerMoJo | which root fs I should pick for this uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel? |
| 07:34.03 | *** join/#openmoko chris^ (n=kraetzi@ACAEA6E5.ipt.aol.com) |
| 07:34.51 | *** join/#openmoko a_thing_ (n=notroot@c-98-193-50-46.hsd1.il.comcast.net) |
| 07:36.11 | *** join/#openmoko cjb (n=cjb@pullcord.laptop.org) |
| 07:37.21 | CIA-20 | openmoko: 03rwhitby * r156 10mokomakefile/trunk/Makefile: Tweaked the setup-mtn target so that it doesn't get affected by the timestamp on OE.mtn changing by an mtn pull. Added the openmoko-feed target. |
| 07:37.56 | rwhitby | AvengerMoJo: http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/ is recent, and boots nicely for me. In particular http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/uImage-2.6.22.5-moko11-r2-fic-gta01.bin and http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/OpenMoko-openmoko-devel-image-glibc-P1-August-Snapshot-20070829-fic-gta01.rootfs.jffs2 |
| 07:39.18 | *** join/#openmoko Richard (n=tgr@221.137.146.122) |
| 07:39.44 | AvengerMoJo | rwhitby: thanks |
| 07:39.54 | Richard | OM needs qtopia-core-opensource? |
| 07:40.08 | rwhitby | for qmake I believe |
| 07:40.26 | *** join/#openmoko Rac0r (n=rac0r@p4FD65929.dip.t-dialin.net) |
| 07:41.00 | Richard | what needs to build using qmake? |
| 07:41.45 | rwhitby | don't remember - might have been webkit |
| 07:42.23 | AvengerMoJo | Richard: qt apps? |
| 07:42.41 | Richard | OM have qt apps? |
| 07:43.05 | Richard | I just run bitbake openmoko-devel-image, it tries to down qtopia source. |
| 07:43.58 | rwhitby | that's for qmake |
| 07:48.21 | AvengerMoJo | rwhitby: is there a way not using the dfu-utl to update kernel? |
| 07:49.00 | rwhitby | dunno. why not use dfu-util? |
| 07:52.31 | aloril | (script) wiki RecentChanges: [[Translation_HOWTO/de]] [[Talk:Neo1973:_GTA01Bv4_versus_GTA02_comparison]] |
| 07:53.15 | AvengerMoJo | rwhitby: will just want to update easier :) inside of neo |
| 07:53.22 | AvengerMoJo | e.g. ipk upgrade kernel :) |
| 07:55.34 | rwhitby | right - I'm sure you'll be able to use mtd tools to write the kernel partition directly - I presume writing the uImage file directly will work, but haven't tried it. |
| 07:57.04 | AvengerMoJo | need to know what dfu exactly did .... don't want to break it hehe :) |
| 07:57.14 | *** join/#openmoko chris^ (n=kraetzi@ACAEA6E5.ipt.aol.com) |
| 07:57.38 | AvengerMoJo | where you get the jtag ? |
| 08:01.16 | *** join/#openmoko darmou (n=darmou@ppp59-167-75-34.lns1.mel6.internode.on.net) |
| 08:01.45 | *** join/#openmoko xamindar (n=xamindar@c-67-188-248-96.hsd1.ca.comcast.net) |
| 08:05.58 | *** part/#openmoko sixfeet (i=sixfeet@p5484DC15.dip.t-dialin.net) |
| 08:15.20 | rwhitby | AvengerMoJo: I was a P0 developer who got a Debug Board with the GTA01Bv3 prototype. |
| 08:16.50 | *** join/#openmoko yoyo (n=yoyo@nat.zegrze.maverick.com.pl) |
| 08:16.58 | yoyo | hi all ( czesc ) |
| 08:22.47 | univac | cze |
| 08:24.17 | *** join/#openmoko gamin (n=m@car06-3-82-240-156-91.fbx.proxad.net) |
| 08:31.24 | *** join/#openmoko rob_w|laptop (n=rob_w@213.218.19.104) |
| 08:34.22 | *** join/#openmoko ecraven (i=nex@eutyche.swe.uni-linz.ac.at) |
| 08:37.59 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 08:38.10 | roh | AvengerMoJo in theory that should be possible.. |
| 08:38.33 | roh | ive not tried that ever.. so dunno |
| 08:43.54 | *** join/#openmoko mypapit (n=mypapit@pdpc/supporter/active/mypapit) |
| 08:47.59 | yoyo | I'w can't build any my glade application why? |
| 08:50.09 | yoyo | there is a libglade bat when I try to use it I get undefined reference to ... |
| 08:50.53 | *** part/#openmoko jas4711 (n=jas@m83-178-14-41.cust.tele2.se) |
| 08:53.11 | aloril | (script) planet: Rod Whitby: Setting the OpenMoko timezone http://www.rwhitby.net/blog/nslu2-linux/setting-the-openmoko-timezone.html |
| 08:59.10 | *** join/#openmoko emdel (n=emdel@host12-220-dynamic.10-79-r.retail.telecomitalia.it) |
| 09:00.57 | *** join/#openmoko borg_ (n=olaf@80.149.17.21) |
| 09:03.16 | gcb77 | Got my t-mobile prepaid card password using the "Manual SMS" |
| 09:16.38 | *** join/#openmoko nnpiggy (n=nnpiggy@qiqinebs.chi.il.us) |
| 09:22.11 | *** join/#openmoko joao (n=joao@35-165.5-85.cust.bluewin.ch) |
| 09:22.51 | *** join/#openmoko morricone (n=foobar@dslb-084-057-155-169.pools.arcor-ip.net) |
| 09:23.19 | *** join/#openmoko Ghiottone (n=ale@151.72.78.45) |
| 09:28.38 | Ghiottone | hello |
| 09:28.59 | Ghiottone | is anyone using distcc to compile openmoko and can help me setting it up? |
| 09:31.21 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-091-089-102-236.hsi2.kabelbw.de) |
| 09:31.31 | PBeck | hi |
| 09:31.44 | *** join/#openmoko Maledictus (n=Malebob@f048002157.adsl.alicedsl.de) |
| 09:32.32 | CIA-20 | openmoko: 03laforge * r2880 10/trunk/src/target/u-boot/patches/ (series uboot-gta02.patch): * add proper MODEM_ON/MODEM_RST handling to 'neo1973 gsm on' command of GTA02 |
| 09:33.13 | CIA-20 | openmoko: 03laforge * r2881 10/trunk/src/target/u-boot/patches/uboot-serial_terminal.patch: * add initial version of serial terminal patch (can be used for passthrough). |
| 09:33.43 | *** join/#openmoko _rob (n=rob@85.233.59.8.static.cablesurf.de) |
| 09:34.38 | *** join/#openmoko chetan (n=chetan@122.163.24.204) |
| 09:38.41 | *** join/#openmoko jujun (n=JulienN@LPuteaux-151-42-19-56.w193-252.abo.wanadoo.fr) |
| 09:39.15 | Ghiottone | hello |
| 09:43.31 | gcb77 | Is anyone else having trouble with the ENTER key in the new terminal? |
| 09:53.30 | aloril | (script) wiki RecentChanges: [[Talk:Neo1973:_GTA01Bv4_versus_GTA02_comparison]] |
| 09:56.26 | yoyo | gcb77: some update in terminal is updating |
| 09:58.04 | gcb77 | yoyo: I saw the backspace fix was checked in earlier, I just didn't see anything for enter |
| 09:58.18 | gcb77 | I'll wait and do an update tomorow, see what happens |
| 09:59.49 | yoyo | gcb77: I don't use a terminal on moko. and ma by because of that I don't know any thing about some problems with terminal. ssh to moko |
| 10:01.17 | yoyo | dos someone try to use gpephone on moko gsmd? |
| 10:03.12 | Ghiottone | anyone knows how to setup distcc? |
| 10:10.33 | roh | Ghiottone i advice you not do do that |
| 10:11.51 | Ghiottone | roh, why? |
| 10:12.25 | *** join/#openmoko zmedico (n=zmedico@ip68-4-152-120.oc.oc.cox.net) |
| 10:13.02 | yoyo | sorry I need to say it loud. I while ride today one of this toy :) http://www.tauruslogistics.co.nz/images/cat_d9/caterpillar_d9.jpg |
| 10:14.17 | joao | yoyo huge beast! Don't drive it over your Moko though :-) |
| 10:14.45 | *** join/#openmoko ruoso (n=ruoso@89.181.115.213) |
| 10:15.03 | roh | Ghiottone because it will propably break builds and be extremely hard to set up if it should interact with oe properly |
| 10:15.04 | yoyo | the best is that i even don't have a driving license :) |
| 10:15.14 | dirak1 | cool |
| 10:16.39 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 10:20.45 | Ghiottone | roh, damn. any detailed reason or a webpage I could look at? I have a laptop on which OE must stay and an unused SMP desktop :( |
| 10:24.31 | yoyo | sia |
| 10:29.35 | *** join/#openmoko baze (n=baze@xdsl-195-14-222-201.netcologne.de) |
| 10:31.31 | roh | Ghiottone nope.. at least i cannot find any reasonable howto or description how to integrate distcc correctly into oe and how to make shure it works at all when crosscompiling |
| 10:35.53 | robster | roh: i think you want http://en.opensuse.org/Icecream |
| 10:37.35 | SpeedEvil | Ghiottone: A silly solution - though only one processor - is to nfs (or other) mount the laptop disk on the server, and run the build chrooted into that. |
| 10:37.51 | SpeedEvil | Can often be faster IME. Especially if you've got more RAM on the desktop |
| 10:37.57 | robster | SpeedEvil: compiling on nfs sucks. |
| 10:38.47 | *** join/#openmoko thomasg (n=thomasg@p57AFF4FB.dip.t-dialin.net) |
| 10:39.40 | nox-Hand | counter |
| 10:39.41 | SpeedEvil | Depends on the delta between the compile performance of each |
| 10:39.41 | aloril | http://londerings.novalis.org/wlog/index.php?title=Neo1973_counter Got it, get yours from openmoko.com (and read topic) (1805;252) |
| 10:41.44 | *** join/#openmoko Cap_J_L_Picard (n=ewanm89@host81-159-105-52.range81-159.btcentralplus.com) |
| 10:45.46 | borg_ | rwhitby: nice! :) |
| 10:46.08 | rwhitby | wow, I just heard the openmoko audibly ring for the first time! |
| 10:46.33 | rwhitby | some funny bell chiming sound |
| 10:48.47 | joao | rwhitby reliable gsm attach on 07.02? You fixed the flow things? |
| 10:50.11 | rwhitby | joao: the patch I submitted fixed the gsm registration state machine, and I just restart gsmd in /etc/matchbox/session |
| 10:50.26 | roh | robster nice one.. still does not tell how to tape that to oe... bug ig Ghiottone is bored... i would be interrested in the results |
| 10:52.05 | joao | rwhitby brilliant first the build files now this... |
| 10:53.53 | rwhitby | it's a cunning plan that mickey|zzZZzz had - send a couple of broken free phones to an engineer, and he just has to fix them. |
| 10:54.11 | joao | :-) |
| 10:55.48 | rwhitby | each new thing I get working, I will be adding the packages I used to the task-openmoko-feed.bb file (which causes them to be automatically built and released) and blog the procedure. |
| 10:56.18 | Ghiottone | baqck |
| 10:56.21 | Ghiottone | back* |
| 10:56.43 | rwhitby | others can copy or link that into the wiki - I keep it all in my blog so I know where to find all the things I need to do when I reflash a new rootfs ... |
| 10:57.02 | Ghiottone | robster, nice. it seems that icecream is an evolution of distcc. but how does it get which compiler to use? |
| 10:59.13 | *** join/#openmoko daltona (n=daltona@cap31-4-82-234-41-108.fbx.proxad.net) |
| 11:00.20 | *** join/#openmoko baze (n=baze@xdsl-195-14-206-24.netcologne.de) |
| 11:04.54 | PBeck | one question. how can i get a summary about all bugs in bugzilla? |
| 11:05.21 | PBeck | where can i see all bugs |
| 11:05.29 | PBeck | resolved and bugs there are open |
| 11:05.32 | rwhitby | I need to get the u-boot fw_env stuff working ... |
| 11:06.13 | xzcvczx | rxr: so is t2-project for neo able to make phone calls and stuff now while setting volumes? |
| 11:06.46 | rwhitby | PBeck: I would have said http://bugzilla.openmoko.org/cgi-bin/bugzilla/reports.cgi, but that doesn't seem to do what you want. |
| 11:07.23 | PBeck | rwhitby: yes you are right. I will read the last bugs and so on |
| 11:07.53 | CIA-20 | openmoko: 03abraxa * r2882 10/trunk/src/target/OM-2007.2/applications/openmoko-mediaplayer2/src/ (15 files): |
| 11:07.53 | CIA-20 | openmoko: Proper XSPF artist/title handling (simple libSpiff C binding didn't permit this) |
| 11:07.53 | CIA-20 | openmoko: Bugfixes: Prev track treshold (prevented skipping backwards), track duration no longer buggy, error dialogs no longer block the message loop |
| 11:07.53 | CIA-20 | openmoko: Enhancements: Titles for files without metadata, prev track treshold now configurable, better meta data handling by the UI |
| 11:07.57 | rwhitby | PBeck: http://bugzilla.openmoko.org/cgi-bin/bugzilla/query.cgi |
| 11:08.21 | rwhitby | 196 outstanding |
| 11:08.57 | PBeck | rwhitby: ah thanks. Thats it :) |
| 11:09.54 | *** join/#openmoko mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 11:10.04 | PBeck | oh sms function missing sounds good |
| 11:11.13 | *** part/#openmoko joao (n=joao@35-165.5-85.cust.bluewin.ch) |
| 11:16.34 | *** join/#openmoko ahbritto (n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net) |
| 11:17.34 | *** join/#openmoko MetaMorfoziS (n=khmhm@dsl51B66442.pool.t-online.hu) |
| 11:17.37 | Ghiottone | rwhitby, before you go, do you know if it is possible to prefetch all the sources with mokomakefile? |
| 11:18.00 | Ghiottone | rwhitby, the actual command does not work as bitbake does not recursively check the dependencies :( |
| 11:18.43 | *** join/#openmoko nnpigg1 (n=nnpiggy@qiqinebs.chi.il.us) |
| 11:19.25 | *** join/#openmoko miip (n=miip@p54A56053.dip.t-dialin.net) |
| 11:21.05 | *** join/#openmoko fgau (n=fgau@pD953A536.dip0.t-ipconnect.de) |
| 11:24.17 | Ghiottone | ok too late :( pity |
| 11:24.52 | roh | Ghiottone bitbake -cfetchall openmoko-devel-image |
| 11:31.20 | CIA-20 | openmoko: 03abraxa * r2883 10/trunk/src/target/OM-2007.2/applications/openmoko-mediaplayer2/src/ (editor_page.c playlist.c playlist.h): Bugfix: Make the playlist editor handle meta data properly on creation |
| 11:35.07 | Ghiottone | roh, wow! it works! thank you :) |
| 11:41.25 | *** join/#openmoko mickeyl (n=mickeyl@wifi.kom.auc.dk) |
| 11:51.00 | mickey|mdd | morning |
| 11:52.31 | aloril | (script) wiki RecentChanges: [[Talk:Neo1973:_GTA01Bv4_versus_GTA02_comparison]] |
| 11:57.39 | *** join/#openmoko thomasg (n=thomasg@p57AFF4FB.dip.t-dialin.net) |
| 12:00.55 | *** join/#openmoko Pupeno3 (n=Pupeno@89-125-144-31.dhcp-ripwave.irishbroadband.ie) |
| 12:05.07 | *** join/#openmoko |R (i=bob@modemcable241.28-203-24.mc.videotron.ca) |
| 12:11.12 | *** join/#openmoko mickey|mdd (n=mickeyl@wifi.kom.auc.dk) |
| 12:13.15 | *** join/#openmoko marsan (n=marsan@ti500720a080-2485.bb.online.no) |
| 12:16.08 | *** join/#openmoko juco2 (n=vickeryj@cpe-076-182-044-240.nc.res.rr.com) |
| 12:16.40 | *** join/#openmoko alexzhang (n=alexzhan@218.18.45.185) |
| 12:18.14 | *** join/#openmoko shackan (n=frob@host207-73-dynamic.53-82-r.retail.telecomitalia.it) |
| 12:23.03 | *** join/#openmoko madewokherd (n=urk@cpe-71-67-162-194.neo.res.rr.com) |
| 12:25.34 | mickey|mdd | RP: ping |
| 12:26.38 | *** join/#openmoko clare (n=clare@144.107.233.220.exetel.com.au) |
| 12:26.45 | *** join/#openmoko |R (i=bob@modemcable241.28-203-24.mc.videotron.ca) |
| 12:28.25 | *** join/#openmoko edistar_ (n=edwinloc@ip503ddd09.speed.planet.nl) |
| 12:28.33 | *** join/#openmoko Vndmtrx (n=0x0fff@unaffiliated/vndmtrx) |
| 12:29.14 | *** join/#openmoko thomasg_ (n=thomasg@p57AFF4FB.dip.t-dialin.net) |
| 12:30.01 | *** join/#openmoko emdel (n=emdel@79.7.170.132) |
| 12:31.20 | *** join/#openmoko zell1983 (n=zell1983@host129-121-dynamic.10-79-r.retail.telecomitalia.it) |
| 12:33.49 | Ghiottone | hey, icecream seems to work! :) |
| 12:34.58 | *** join/#openmoko Pupeno2 (n=Pupeno@89-125-144-76.dhcp-ripwave.irishbroadband.ie) |
| 12:36.12 | *** join/#openmoko mickeyl (n=mickeyl@wifi.kom.auc.dk) |
| 12:38.31 | *** join/#openmoko andylockran (n=andylock@82-36-184-134.cable.ubr03.soli.blueyonder.co.uk) |
| 12:48.00 | cdbot2 | * * OM Bug 784 has been created by mcl(AT)bitwise.org |
| 12:48.01 | cdbot2 | * * webkit build fails |
| 12:48.02 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=784 |
| 12:49.46 | clare | hello folks, very happy user I have got to try typing into a terminal. day1 (14 days since it came but |
| 12:49.58 | clare | too busy at work to even think about i <sigh> |
| 12:50.40 | clare | So my first question is - I haven't found all the documentation, keep finding more, but |
| 12:50.53 | clare | so far cant type a control character - please? |
| 12:51.29 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 12:53.35 | dcordes | is it possible to place pre orders for gta02? |
| 12:53.37 | *** join/#openmoko denis^da (n=anno@p5B07E89B.dip.t-dialin.net) |
| 12:55.36 | mickeyl | sorry, no, not until the hardware is done and proves to work |
| 12:56.15 | *** join/#openmoko fcarvalho (n=fcarvalh@200.184.118.132) |
| 12:57.16 | dcordes | mickeyl: will it be possible to keep the planned release date? |
| 12:58.09 | mickeyl | i really can't tell at this point as it depends on so many factors, most out of our control. |
| 13:01.01 | SpeedEvil | mickeyl: but it's not impossible that it will ship to paying devs in Oct? |
| 13:02.19 | mickeyl | nothing is impossible... except transmitting matter over the air |
| 13:02.24 | mickeyl | but even that... |
| 13:03.29 | thomasg_ | mickeyl, afaik transmitting matter over the air is possible for a year or two now. |
| 13:03.46 | mickeyl | there we go ;) |
| 13:07.01 | *** join/#openmoko mugwump_ (n=mugwump@c207025.adsl.hansenet.de) |
| 13:07.51 | *** join/#openmoko dcordes_ (n=tsingtao@f048069163.adsl.alicedsl.de) |
| 13:09.08 | *** join/#openmoko bluelightning (n=blueligh@219-89-48-201.dialup.xtra.co.nz) |
| 13:13.05 | RP | mickeyl: pong |
| 13:13.29 | mickeyl | hi RP. do you have any idea why meta-toolchain doesn't package up binaries? |
| 13:13.41 | mickeyl | the libs are there, but there's no compiler |
| 13:13.54 | RP | mickeyl: Which meta-toolchain? The one in OE or the one in Poky? |
| 13:13.55 | mickeyl | the diff between meta-toolchain and meta-sdk doesn't tell my why it should differ |
| 13:14.19 | *** part/#openmoko mugwump_ (n=mugwump@c207025.adsl.hansenet.de) |
| 13:14.23 | mickeyl | RP: oe.dev/packages/meta/meta-toolchain.bb versus oe.dev/packages/meta/meta-sdk.bb |
| 13:14.38 | mickeyl | i think the first is based on poky |
| 13:14.47 | mickeyl | but that's the one that doesn't package the compiler |
| 13:14.59 | RP | mickeyl: Poky has kind of gone off and done its own thing with meta-toolchain. Poky results in these binaries: http://pokylinux.org/autobuild/toolchain/ |
| 13:15.14 | thomasg_ | btw. mickeyl, imlib2 still doesn't work here :( that's what I get: http://rafb.net/p/dSyaWm54.html |
| 13:15.34 | RP | mickeyl: We started wit OE's meta-toolchain but its changed an awful lot. I don't really understand what the intention of meta-toolchain and meta-sdk in OE are which is why I haven't merged back |
| 13:15.57 | mickeyl | hmm |
| 13:16.35 | thomasg_ | I did a clean, I cleared the work dir, nothing worked. |
| 13:16.42 | mickeyl | ooh |
| 13:16.43 | RP | mickeyl: Poky's toolchain can be ASSUME_PROVIDED as well as standalone. I know OE can't do that |
| 13:16.45 | mickeyl | image.h:68: error: expected specifier-qualifier-list before 'time_t' |
| 13:17.10 | mickeyl | RP: ok, so we should just merge everything back and then it works? |
| 13:17.19 | mickeyl | i've seen this error before |
| 13:17.48 | RP | mickeyl: We should ask on the mailing list who is using meta-toolchain, what for and if they object to merging the poky changes |
| 13:17.53 | RP | mickeyl: I think its mainly florian |
| 13:18.40 | mickeyl | right |
| 13:19.03 | mickeyl | ooh, we're in #openmoko |
| 13:19.04 | mickeyl | sorry |
| 13:19.37 | RP | mickeyl: I've just asked florian on the other channel, we should probably take this dicussion there |
| 13:19.46 | mickeyl | ya |
| 13:20.48 | mickeyl | thomasg_: give me some info about your system |
| 13:20.51 | mickeyl | build system, that is |
| 13:21.17 | thomasg_ | core2quad, gentoo, kernel 2.6.22, amd64 |
| 13:22.04 | mickeyl | host compiler? |
| 13:22.21 | thomasg_ | gcc-4.1.2 |
| 13:22.46 | mickeyl | hmm, ok, let me try to find out where i know this error from |
| 13:22.53 | thomasg_ | k, thx |
| 13:28.13 | mickeyl | thomasg_: try adding #include <time.h> into image.h |
| 13:28.19 | mickeyl | lets see if that builds then |
| 13:28.27 | mickeyl | (it does here, so i can't test :D) |
| 13:29.36 | mickeyl | aaargh |
| 13:29.38 | mickeyl | wait |
| 13:29.43 | thomasg_ | k :) |
| 13:29.48 | mickeyl | -I/usr/X11R6/include |
| 13:29.58 | mickeyl | that's not good |
| 13:30.02 | mickeyl | it picks up your local headers |
| 13:30.11 | mickeyl | may be unrelated but who knows |
| 13:30.22 | thomasg_ | <- xorg-7.2 |
| 13:30.53 | *** join/#openmoko tripolo (n=ircap@84.121.143.3.dyn.user.ono.com) |
| 13:31.06 | mickeyl | ~lart raster |
| 13:31.06 | apt | gets a hotmal account and SPAMs raster |
| 13:31.09 | daltona | quick question, I wanna implement some changes in the linux kernel, and I wonder what is the bitbake command that I have to use in order to build the initial kernel and having a source and build environment for modifying it |
| 13:31.33 | mickeyl | daltona: bitbake virtual/kernel |
| 13:31.46 | mickeyl | you can even use devshell to get an environment |
| 13:31.55 | mickeyl | bitbake -c devshell virtual/kernel (IIRC) |
| 13:32.14 | thomasg_ | mickeyl, I'm wondering why it works for you, but not for me |
| 13:32.16 | daltona | mickeyl: thanks, let me try |
| 13:32.48 | mickeyl | thomasg_: quite simple. our buildhost has no X :D |
| 13:32.56 | mickeyl | and my buildmachine has the latest X11 |
| 13:32.59 | thomasg_ | mickeyl, hehe |
| 13:33.28 | thomasg_ | what a shit :) |
| 13:34.18 | thomasg_ | tell me when the fix is in |
| 13:34.33 | daltona | mickeyl: ok thanks that works, I just had to do a clean and build before as I configured rm_work |
| 13:35.12 | clare | not so silly to ignore me, I found it, (real keyboard.) |
| 13:35.37 | daltona | I can now implement switching off the audio amplifier on suspend and power-off |
| 13:36.36 | daltona | yesterday I've implemented a program in order to get the battery voltage / temp values and graph them |
| 13:37.25 | daltona | id 271 in scap.linuxtogo.org for a screenshot |
| 13:37.58 | daltona | I'll post the code somewhere when I'll be cleaner than it is :) |
| 13:38.16 | ixs | daltona: post the code now. |
| 13:38.33 | ixs | daltona: I really hate this new fad of people posting mockups and delivering the code "later, when it's cleaned up" |
| 13:38.57 | ixs | code says much more then a mockup or screenshot and maybe someone else cleans it up. |
| 13:39.02 | ixs | and if not, hey, it works. |
| 13:39.32 | daltona | So let me create a project on the projects.openmoko.org in order to host it. |
| 13:39.52 | daltona | or can it be put in the wiki as tar.gz ? |
| 13:39.54 | ixs | good idea. |
| 13:45.55 | *** join/#openmoko thomasg (n=thomasg@p57AFF4FB.dip.t-dialin.net) |
| 13:52.31 | aloril | (script) wiki RecentChanges: [[Manually_using_GSM]] |
| 13:55.11 | *** join/#openmoko mickeyl (n=mickeyl@wifi.kom.auc.dk) |
| 13:57.27 | *** join/#openmoko baze (n=baze@xdsl-195-14-206-24.netcologne.de) |
| 13:57.51 | mickeyl | *sigh*, flakey connection |
| 13:57.55 | mickeyl | mickeyl> thomasg_: i patched imlib2 to not using local includes. mtpull and rebuild imlib2 to see whether this fixes it for ya |
| 14:00.34 | thomasg | in one minute we will know if it works :) |
| 14:01.39 | mickeyl | good |
| 14:04.17 | thomasg | NOTE: package imlib2-1.4.0.002: completed |
| 14:04.21 | thomasg | THANKS!!! :) |
| 14:05.04 | mickeyl | :) |
| 14:05.12 | mickeyl | at your service :) |
| 14:05.28 | mickeyl | please build edje-viewer and lets see whether the whole EFL stack builds for ya now |
| 14:05.33 | mickeyl | if not i'll need to patch out some more stuff |
| 14:05.34 | thomasg | on the way :) |
| 14:06.05 | thomasg | I'm building my openmoko-e-image |
| 14:06.18 | mickeyl | cool |
| 14:06.58 | thomasg | as it relies on e17 itself all efl should be in |
| 14:08.06 | thomasg | -j5 on a quadcore performs really good :) |
| 14:08.43 | mickeyl | nice |
| 14:09.14 | thomasg | can't await running e17 on the neo |
| 14:09.35 | mickeyl | how's power consumption for your 4 core? |
| 14:10.08 | thomasg | haven't checked it, as I don't have the needed analyzer |
| 14:10.11 | mickeyl | and likewise, temperature? |
| 14:10.32 | thomasg | 35 deg. C in idle (semi-passive cooled), 60 deg. C after 5 hours full power |
| 14:11.46 | thomasg | it's a small-form-factor case and the cpu is only ventilated by the PSU, so it could be much better in a normal midi tower like the mac pro |
| 14:11.48 | mickeyl | not bad |
| 14:11.52 | mickeyl | ya |
| 14:12.12 | thomasg | but I can't complain, 60 deg. C for semi-passive is quite good |
| 14:13.00 | thomasg | but it was a fight to get all components into that tiny tower :) |
| 14:13.46 | thomasg | 4291 of 4810 |
| 14:15.02 | *** join/#openmoko Pupeno3 (n=Pupeno@cl-241.dub-01.ie.sixxs.net) |
| 14:16.12 | *** join/#openmoko l0l (n=manfred@194.126.182.33) |
| 14:22.11 | thomasg | mickeyl, esmart failed |
| 14:23.00 | hads | mickeyl: Don't know of you saw my note earlier but thanks for adding pyserial. |
| 14:23.03 | thomasg | tbc: it segfaults |
| 14:23.05 | mickeyl | hadara: np |
| 14:23.10 | *** part/#openmoko telmich (i=telmich@gpm/telmich) |
| 14:23.39 | thomasg | http://rafb.net/p/fismPh29.html |
| 14:26.35 | *** join/#openmoko Boaz_- (n=Boaz@bull1.hereno.info) |
| 14:29.24 | *** join/#openmoko some1_ (n=some1@p54A0EBFE.dip.t-dialin.net) |
| 14:29.59 | *** join/#openmoko etix (n=etix@nala.l0cal.com) |
| 14:33.08 | thomasg | mickeyl, tell me when esmart is fixed :P |
| 14:33.26 | mickeyl | probably not today, i really want to get my GTA02v1 going now |
| 14:35.27 | SpeedEvil | Good luck! |
| 14:40.28 | mickeyl | mmh |
| 14:40.31 | mickeyl | *sigh* |
| 14:40.47 | mickeyl | i need the debug board to flash this thing... which i have left in the hotel |
| 14:45.05 | thomasg | good choise :) |
| 14:47.56 | *** join/#openmoko unmadindu (n=sayamind@gnu-india/admin/unmadindu) |
| 14:48.08 | Ghiottone | is webkit-gtk broken again? |
| 14:48.44 | kristian-m | it was tonight |
| 14:49.50 | Ghiottone | hey kristian-m |
| 14:50.06 | Ghiottone | so tomorrow it will get update svn snapshot will it? |
| 14:50.55 | *** join/#openmoko fletch (n=fletch@doener.lieferservice.cc) |
| 14:50.57 | *** join/#openmoko mickey (n=mickeyl@wifi.kom.auc.dk) |
| 14:51.10 | Ghiottone | rofl @ mickey :) |
| 14:51.14 | mickey | thomasg: pastebin for your failure? |
| 14:51.35 | thomasg | <PROTECTED> |
| 14:52.22 | mickey|mdd | eeeks |
| 14:52.28 | mickey|mdd | edje_cc segfaulting for ya |
| 14:52.30 | mickey|mdd | that's not good |
| 14:52.32 | *** join/#openmoko juk (n=Miranda@p5486DE7E.dip.t-dialin.net) |
| 14:52.56 | mickey|mdd | i'm afraid you need to debug that |
| 14:53.03 | *** join/#openmoko chris^ (n=kraetzi@p548AC1BC.dip.t-dialin.net) |
| 14:53.03 | mickey|mdd | call it manually under gdb and give us a traceback |
| 14:53.05 | thomasg | I tried a strace :) |
| 14:53.12 | mickey|mdd | does that show anything? |
| 14:53.14 | thomasg | but the output was really useless |
| 14:54.17 | thomasg | as I have edje_cc on my host system, too - maybe it's again a error like that before and it uses the edje_cc or some libs from my system? |
| 14:54.34 | mickey|mdd | edje_cc definitely uses libs from your system |
| 14:54.36 | mickey|mdd | since it's a native program |
| 14:54.44 | thomasg | ah, ok |
| 14:54.45 | mickey|mdd | do you have BUILD_ARCH=i686 in your local.conf ? |
| 14:54.49 | thomasg | no |
| 14:54.56 | mickey|mdd | i found that to be necessary |
| 14:55.03 | mickey|mdd | i even have a uname sed'fix on the buildhost |
| 14:55.19 | mickey|mdd | x86_64 behaves oddly in some respect :/ |
| 14:55.34 | mickey|mdd | unfortunately changing BUILD_ARCH needs a full rebuild |
| 14:55.39 | mickey|mdd | but it's worth a try |
| 14:55.52 | thomasg | ok, I'll try |
| 14:56.10 | thomasg | furtunately I have the necessary power now :) |
| 14:56.54 | mickey|mdd | right :) |
| 14:57.59 | thomasg | but I'll lower the parallel builds on 3, so I should have one core free for other things |
| 14:59.07 | mickey|mdd | :) |
| 14:59.14 | thomasg | how can I do a full rebuild? |
| 14:59.42 | mickey|mdd | rm -rf tmp |
| 14:59.52 | mickey|mdd | bitbake edje-viewer |
| 15:00.00 | thomasg | k |
| 15:00.09 | mickey|mdd | edje-viewer sucks in almost everything EFL |
| 15:00.19 | mickey|mdd | if that compiles, most other EFL based stuff should do as well |
| 15:00.42 | thomasg | and isn't it a problem to use i686 for OE as it uses some native compilers and so on which are amd64? |
| 15:02.09 | mickey|mdd | no |
| 15:02.30 | mickey|mdd | to the contrary, i found some native packages just get compiled wrongly if they detect amd64 |
| 15:02.36 | mickey|mdd | to make sure this doesn't happen i use: |
| 15:02.58 | mickey|mdd | oe@mahavidya:~$ cat /bin/uname |
| 15:02.58 | mickey|mdd | #!/bin/sh |
| 15:02.59 | mickey|mdd | /bin/uname.orig $*|sed -e s,x86_64,i686,|sed -e s,-amd64,, |
| 15:03.21 | mickey|mdd | and i also remove uname out of tmp/staging/i686*/bin after coreutils-native gets built |
| 15:03.38 | mickey|mdd | this is the only way i can fully compile openmoko-devel-image on our x86_64 buildmachine |
| 15:03.46 | mickey|mdd | if not it breaks in certain ways |
| 15:04.12 | *** join/#openmoko rd_ (n=rd@88.198.85.37) |
| 15:04.16 | thomasg | I built the openmoko-devel-image several times on my amd64 machines |
| 15:04.19 | mickey|mdd | i don't like these hacks, but i didn't have time to look after that |
| 15:04.35 | mickey|mdd | well, then you might want to really look into why edje_cc SIGSEGVs then :) |
| 15:04.46 | mickey|mdd | as in running it from gdb |
| 15:04.49 | thomasg | nevertheless I had to do some workarounds from time to time |
| 15:08.20 | Ghiottone | going. see you |
| 15:12.45 | thomasg | mickey|mdd, with i686 gmp-native failes |
| 15:13.01 | mickey|mdd | hmm, bummer |
| 15:13.07 | thomasg | it complains that it can't find a compiler |
| 15:13.14 | mickey|mdd | odd |
| 15:13.29 | mickey|mdd | how does your local.conf look like? |
| 15:13.40 | mickey|mdd | this is a 64bit userland right? |
| 15:13.50 | thomasg | http://rafb.net/p/GPiJKu45.html |
| 15:14.00 | thomasg | yes, all amd64 (x86_64) |
| 15:16.01 | cdbot2 | * * OM Bug 785 has been created by kristian(AT)mput.de |
| 15:16.02 | cdbot2 | * * init.d/pulseaudio uses killall pulseaudio |
| 15:16.02 | mickey|mdd | hmm, odd, looks good |
| 15:16.02 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=785 |
| 15:16.06 | thomasg | | checking compiler gcc -isystem/home/thomasg/OE/tmp/staging/i686-linux/include -Os has sizeof(long)==4... no |
| 15:16.09 | thomasg | thats the problem |
| 15:16.22 | thomasg | so definately a amd64 problem I guess |
| 15:16.25 | mickey|mdd | yea |
| 15:16.30 | thomasg | long is 8 bytes on amd64, right? |
| 15:16.34 | mickey|mdd | i wonder why it works on our buildmachine though |
| 15:17.03 | *** join/#openmoko alex-weej (n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com) |
| 15:17.33 | mickey|mdd | oe@mahavidya:/space/fic/openmoko-oe.dev/fic-gta01$ /bin/uname.orig -a |
| 15:17.33 | mickey|mdd | Linux mahavidya.openmoko.org 2.6.18-4-amd64 #1 SMP Fri May 4 00:37:33 UTC 2007 x86_64 GNU/Linux |
| 15:19.24 | thomasg | % uname -a |
| 15:19.24 | thomasg | Linux silverstone 2.6.22-gentoo-r5-tg #6 SMP PREEMPT Sat Sep 1 14:19:22 CEST 2007 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux |
| 15:26.59 | *** join/#openmoko olv (n=olvaffe@123-193-215-175.ethome-ip.ethome.com.tw) |
| 15:30.25 | thomasg | mickey|mdd, what gcc-versions does your buildmachine have? |
| 15:31.19 | thomasg | it seems that some of the *-native packages expect a i686-gcc-profile instead of the x86_64 default profile |
| 15:32.10 | thomasg | hm, maybe the problem is, that my gcc is built w/o multilib support (will give it a try) |
| 15:33.25 | *** join/#openmoko marsan (n=marsan@ti500720a080-2485.bb.online.no) |
| 15:33.37 | thomasg | sounds reasonable |
| 15:34.50 | *** join/#openmoko DeeDeND (n=daniele@host192-43-dynamic.56-82-r.retail.telecomitalia.it) |
| 15:34.59 | mickey|mdd | gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) |
| 15:35.02 | *** join/#openmoko loufoque (n=loufoque@smj33-1-82-233-64-48.fbx.proxad.net) |
| 15:35.38 | thomasg | hint: don't forget the multilib useflag for gcc on gentoo systems :) |
| 15:35.52 | CIA-20 | openmoko: 03laforge * r2884 10/trunk/src/target/u-boot/patches/ (8 files): |
| 15:35.52 | CIA-20 | openmoko: split serial_terminal patch into |
| 15:35.52 | CIA-20 | openmoko: * independent multi-serial support (s3c24xx_multi_serial.patch) |
| 15:35.52 | CIA-20 | openmoko: * s3c2440 / s3c2442 related bits |
| 15:35.52 | CIA-20 | openmoko: * enable multi-serial for gta01 and gta02 config |
| 15:40.45 | SpeedEvil | Then there are schemes designed to be awkward. |
| 15:40.47 | SpeedEvil | oops |
| 15:44.56 | *** join/#openmoko davi (i=davi@57.Red-88-2-100.staticIP.rima-tde.net) |
| 15:46.30 | *** join/#openmoko DeeQx (n=Zwain@adsl-212-16-103-6.taloyhtioverkot.fi) |
| 15:46.32 | *** join/#openmoko gamin (n=m@car06-3-82-240-156-91.fbx.proxad.net) |
| 15:48.00 | gamin | is there any word about the gsmd stability issues? |
| 15:48.02 | *** join/#openmoko moko-bunny (n=reik@a054242.dsl.fsr.net) |
| 15:49.23 | daltona | gamin: I personaly have some ideas, but I'm waiting for the LaFOrge comments on them before working on that. |
| 15:50.32 | *** join/#openmoko romu1us (n=romulus@S0106000625a403af.vc.shawcable.net) |
| 15:51.12 | gamin | <PROTECTED> |
| 15:52.28 | gamin | daltona: btw, are your comments somewhere in the bugzilla? |
| 15:52.33 | daltona | gamin: I don't know... for now I've been able to make mine somehow more usable, but it's not anyhow near to perfect. |
| 15:53.09 | gamin | daltona: is it gsmd or kernel issue? |
| 15:53.10 | aloril | (script) wiki RecentChanges: [[MFAQ/it]] [[OpenMoko_Local_Groups:_Bucharest]] [[Current_events]] |
| 15:53.13 | daltona | gamin: Yes they are, and I've also posted to the gsmd-devel list in order to get |
| 15:53.30 | daltona | gamin: It is gsmd issues |
| 15:53.44 | *** join/#openmoko j_ack (n=j_ack@p508D8D4C.dip0.t-ipconnect.de) |
| 15:56.22 | *** join/#openmoko baze (n=baze@xdsl-195-14-206-24.netcologne.de) |
| 15:58.39 | gamin | daltona: found & read your post on the list |
| 16:02.42 | *** join/#openmoko zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 16:06.00 | daltona | fine, you have some comments ? |
| 16:16.52 | *** join/#openmoko goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com) |
| 16:22.01 | cdbot2 | * * OM Bug 786 has been created by kristian(AT)mput.de |
| 16:22.02 | cdbot2 | * * mbobox defines white text on white background for gtkcomboboxentries |
| 16:22.03 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=786 |
| 16:33.43 | *** join/#openmoko Kryoko (n=kryoko@190-219-dsl.kielnet.net) |
| 16:36.00 | cdbot2 | * * OM Bug 787 has been created by olaf(AT)uni-paderborn.de |
| 16:36.01 | cdbot2 | * * libmokojournal can't be updatet |
| 16:36.02 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=787 |
| 16:38.05 | *** join/#openmoko emdel_ (n=emdel@host205-169-dynamic.7-79-r.retail.telecomitalia.it) |
| 16:39.48 | *** join/#openmoko mentax (n=mentax@88.204.194.113) |
| 16:42.09 | thomasg | mickey|zzZZzz, still here or really sleeping? :) |
| 16:42.46 | *** join/#openmoko behdad (n=behdad@CPE001217b19226-CM0012c9c84bc4.cpe.net.cable.rogers.com) |
| 16:43.58 | *** join/#openmoko pH5 (n=ph5@R4d3a.r.pppool.de) |
| 16:43.59 | *** join/#openmoko Vndmtrx (n=0x0fff@unaffiliated/vndmtrx) |
| 16:47.44 | *** join/#openmoko clare_ (n=clare@144.107.233.220.exetel.com.au) |
| 16:51.44 | *** join/#openmoko jroman (n=jroman@36.Red-81-33-167.dynamicIP.rima-tde.net) |
| 16:54.38 | *** join/#openmoko ag (n=ag@fedaykin.roxor.cx) |
| 16:55.12 | *** join/#openmoko chris^ (n=kraetzi@ACAEA6E5.ipt.aol.com) |
| 16:57.30 | thomasg | somebody an idea concerning this: (i686 openembedded on amd64-system): checking compiler gcc -isystem/home/thomasg/OE/tmp/staging/i686-linux/include -Os has sizeof(long)==4... no |
| 17:00.10 | *** join/#openmoko Henrikw (n=henrik@51.84-48-54.nextgentel.com) |
| 17:01.30 | *** join/#openmoko ScaredyCat (n=andy@net-pbx.demon.nl) |
| 17:02.50 | *** join/#openmoko xzcvczxx (n=nosdr4g@ip-58-28-135-139.ubs-dsl.xnet.co.nz) |
| 17:08.32 | *** join/#openmoko xamindar (n=xamindar@adsl-69-239-79-217.dsl.pltn13.pacbell.net) |
| 17:08.49 | ScaredyCat | anyone else with libxosd issues (missing downloads) |
| 17:08.56 | *** join/#openmoko freelock (n=john@foraker.freelock.com) |
| 17:09.29 | borg_ | i just have issues with webkit... |
| 17:10.22 | ScaredyCat | yeah, webkit sucks too... it seems to depend on qt + the entire universe |
| 17:10.56 | borg_ | hehe yes :) |
| 17:11.05 | ScaredyCat | someone put the qt requirement quite well.. |
| 17:11.19 | ScaredyCat | qt is build because we need qmake... |
| 17:11.25 | borg_ | omg |
| 17:11.25 | ScaredyCat | the comment was: |
| 17:11.28 | kristian-m | borg_ just remove the feedreader from your build - that should remove the dependency for webkit |
| 17:11.38 | ScaredyCat | that's like building a new house because you need a door |
| 17:11.39 | borg_ | i thougt it uses QString or something like that |
| 17:11.58 | borg_ | kristian-m: ok, will try this |
| 17:13.04 | zecke | ScaredyCat: feel free to use autotools for webkit and agree to maintain it for the next decade |
| 17:13.12 | *** part/#openmoko DeeDeND (n=daniele@host192-43-dynamic.56-82-r.retail.telecomitalia.it) |
| 17:13.19 | ScaredyCat | lol , I think most people are starting to remove feedreader now... they got fed up.. |
| 17:13.51 | ScaredyCat | zecke: it's easier to dump the app I don't use |
| 17:15.17 | ScaredyCat | did anything exciting happen in the last 24 hours - I only saw some updates to the mediaplayer |
| 17:16.22 | ScaredyCat | in theory you shouldn;t get a problem with webkit.. it should all just download what is needed and build ... |
| 17:17.08 | ScaredyCat | but then people change the .bb files (we are using the dev version so it's not their fault - although it does highlight the stupidness that abounds) |
| 17:17.35 | ScaredyCat | .. but that's "in theory" |
| 17:20.03 | *** join/#openmoko adjaxio (n=adjaxio@81.56.215.221) |
| 17:20.09 | CIA-20 | openmoko: 03laforge * r2885 10/trunk/src/target/u-boot/patches/ (5 files): |
| 17:20.10 | CIA-20 | openmoko: * change order of patches (serial_terminal is applied earlier) |
| 17:20.10 | CIA-20 | openmoko: * move gta01/gta02 config.h changes into the gta01/gta02 patches |
| 17:20.10 | CIA-20 | openmoko: * finish implementation of terminal / gsm passthrough for GTA01 |
| 17:20.59 | thomasg | ScaredyCat, webkit depends on qt? there must be something wrong. apple forked khtml to throw the qt-dependencies out |
| 17:23.38 | CIA-20 | openmoko: 03laforge * r2886 10/trunk/src/target/u-boot/patches/uboot-s3c24xx_multi_serial.patch: * make QT2410 and other S3C24xx boards without SERIAL_MULTI compile again |
| 17:27.11 | CIA-20 | openmoko: 03laforge * r2887 10/trunk/src/target/u-boot/patches/uboot-s3c24xx_multi_serial.patch: * fix compilation issue on !defined(CONFIG_SERIAL_MULTI) |
| 17:29.21 | *** part/#openmoko alexzhang (n=alexzhan@218.18.45.185) |
| 17:33.29 | *** join/#openmoko DukeOfURL (n=chatzill@introspect.com) |
| 17:34.19 | DukeOfURL | ping rwhitby |
| 17:35.41 | thomasg | amd64/x86_64/64-bit users here? |
| 17:37.10 | *** join/#openmoko miip_ (n=miip@p54A56D1D.dip.t-dialin.net) |
| 17:40.38 | DukeOfURL | is there a way to make openmoko-devel-image with compiling qemu? |
| 17:41.47 | thomasg | erm, openmoko-devel-image doesnt build qemu here |
| 17:44.05 | DukeOfURL | It's dying when on the check for gcc 3.x for qemu |
| 17:44.32 | thomasg | it doesn't do that check here, too |
| 17:44.33 | *** join/#openmoko disguy__24 (i=disguy__@gateway/tor/x-ef09c7510ec9d486) |
| 17:44.49 | thomasg | I only have gcc-4, and I can build openmoko-devel-image without a problem |
| 17:44.51 | DukeOfURL | It's an x86_64 box |
| 17:45.48 | thomasg | <- too |
| 17:46.21 | DukeOfURL | thomasg: are you on amd64 as well? |
| 17:46.28 | thomasg | yes, I am |
| 17:46.45 | thomasg | amd64 with gcc-4 only and without qemu |
| 17:46.53 | thomasg | erm - wait a moment |
| 17:46.57 | thomasg | do you use the mokomakefile? |
| 17:47.03 | DukeOfURL | I'm compiling from scratch, and it dies on the gcc 3.x check |
| 17:47.14 | DukeOfURL | yes using mokomake |
| 17:47.18 | thomasg | ok, that's the difference :) |
| 17:47.36 | thomasg | I'm using openembedded directly w/o mokomakefile |
| 17:47.45 | DukeOfURL | oh |
| 17:48.21 | DukeOfURL | the error says I can "--disable-gcc-check" |
| 17:48.27 | DukeOfURL | where would that go? |
| 17:49.05 | fgau | DukeOfURL: http://wiki.openmoko.org/wiki/MokoMakefile#QEMU |
| 17:49.05 | thomasg | in the qemo configure file. but this wouln'd helpful I think, because qemu won't comile on gcc4 even without that check |
| 17:52.14 | *** join/#openmoko clare_ (n=clare@144.107.233.220.exetel.com.au) |
| 17:53.50 | aloril | (script) wiki RecentChanges: [[Bootloader]] |
| 17:58.44 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 18:13.17 | *** join/#openmoko _rob (n=rob@85.233.59.8.static.cablesurf.de) |
| 18:15.35 | cesarb | Kero: build/tmp/deploy/something/images/something |
| 18:15.56 | cesarb | oops confused the scrollback with the end of the buffer |
| 18:16.36 | thomasg | :) |
| 18:21.12 | Stephmw | owdy |
| 18:26.23 | cesarb | SpeedEvil: did you see http://lists.openmoko.org/pipermail/buglog/2007-September/004948.html ? |
| 18:28.43 | *** join/#openmoko woglinde (i=woglinde@e178086199.adsl.alicedsl.de) |
| 18:31.18 | *** join/#openmoko zdanek (n=b@aapq181.neoplus.adsl.tpnet.pl) |
| 18:31.28 | zdanek | hello all! |
| 18:32.00 | zdanek | I'm looking for help with gprs connection, anybody can help me? |
| 18:32.00 | aloril | Commands: counter (see estimated time until P1), counter_msg (set message for counter), faq (gives this link: http://wiki.openmoko.org/wiki/FAQ ) |
| 18:32.38 | PBeck | counter |
| 18:32.38 | aloril | http://londerings.novalis.org/wlog/index.php?title=Neo1973_counter Got it, get yours from openmoko.com (and read topic) (1806;252) |
| 18:33.11 | *** join/#openmoko henla464 (n=henla464@c-5863e455.019-357-6c6b701.cust.bredbandsbolaget.se) |
| 18:34.38 | zdanek | halo, people. Please help me with gprs. I'm having trouble during connection. All I did was according to WIKI |
| 18:36.00 | *** join/#openmoko ewanm89 (n=ewanm89@host81-151-188-99.range81-151.btcentralplus.com) |
| 18:36.52 | CM | zdanek: I'm not sure gprs is working all that good already. |
| 18:37.07 | zdanek | ate1 |
| 18:37.08 | zdanek | OK |
| 18:37.08 | zdanek | Serial connection established. |
| 18:37.08 | zdanek | using channel 12 |
| 18:37.08 | zdanek | Using interface ppp0 |
| 18:37.08 | zdanek | Connect: ppp0 <--> /dev/ttySAC0 |
| 18:37.10 | zdanek | sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x4f97eff3> <pcomp> <accomp>] |
| 18:37.12 | CM | zdanek: I've heard some people have got it working for a while, but I haven't yet |
| 18:37.21 | zdanek | and last line repeats a few times |
| 18:37.33 | zdanek | i have 2007.2 build |
| 18:37.40 | zdanek | with latest kernel |
| 18:37.51 | zdanek | witch has gsm stuff improved |
| 18:38.03 | zdanek | and some calling functions sometimes work |
| 18:38.10 | aloril | (script) planet: Harald "LaF0rge" Welte: Two days of intense u-boot hacking http://gnumonks.org/~laforge/weblog/2007/09/01#20070901-uboot_passthrough |
| 18:38.35 | zdanek | last line is |
| 18:38.38 | zdanek | LCP: timeout sending Config-Requests |
| 18:39.03 | zdanek | anybody did some gprs connections? |
| 18:39.50 | zdanek | I found some options for pppd like asyncmap directive and magic |
| 18:40.11 | zdanek | so I can provide different values but I don't know if it matters |
| 18:40.25 | CM | zdanek: If you read that blogpost by LaF0rge, it seems like he's just started to work more intensly at it :) |
| 18:40.27 | zdanek | but I guess nobody here has any idea about gprs |
| 18:40.34 | zdanek | aha |
| 18:40.37 | *** join/#openmoko chihchun (n=chihchun@flat.iis.sinica.edu.tw) |
| 18:42.02 | *** join/#openmoko andylockran (n=andylock@82-36-184-134.cable.ubr03.soli.blueyonder.co.uk) |
| 18:42.34 | zdanek | and my another question is there possibility to connect neo to net throught windows xp |
| 18:42.48 | zdanek | I mean, how enable routing/nat in windows |
| 18:42.59 | zdanek | between it's connection and usb connection to neo |
| 18:43.46 | *** join/#openmoko BenC (n=bcollins@debian/developer/bcollins) |
| 18:44.08 | CM | zdanek: I haven't heard anyone who managed that yet, but if you figure it out, please add it to http://wiki.openmoko.org/wiki/USB_Networking |
| 18:44.46 | zdanek | okay |
| 18:45.07 | zdanek | I didn't try windows bluetooth connection |
| 18:45.21 | *** part/#openmoko emdel_ (n=emdel@host205-169-dynamic.7-79-r.retail.telecomitalia.it) |
| 18:45.28 | zdanek | maybe it's possible there since some BT software can give access to net for wireless devices |
| 18:45.42 | zdanek | did somebody try this? |
| 18:46.41 | *** join/#openmoko Cap_J_L_Picard (n=ewanm89@host81-151-188-99.range81-151.btcentralplus.com) |
| 18:48.17 | *** join/#openmoko wooKieface (n=benjamin@x1-6-00-03-2f-29-99-b9.k963.webspeed.dk) |
| 18:50.14 | zdanek | and last question for you, what about gllin for new 2007.2 build |
| 18:50.22 | zdanek | some say that it doesn't work |
| 18:50.42 | zdanek | because it's a new executables format implemented in 2007.2 |
| 18:50.55 | zdanek | now how to access GPS position |
| 18:51.09 | *** join/#openmoko fenlo (n=fenlo@e178217128.adsl.alicedsl.de) |
| 18:55.51 | *** join/#openmoko Kero (n=kero@77.251.29.148) |
| 19:02.13 | *** join/#openmoko romu1us (n=romulus@S0106000625a403af.vc.shawcable.net) |
| 19:10.57 | *** join/#openmoko ewanm89 (n=ewanm89@host86-153-88-38.range86-153.btcentralplus.com) |
| 19:14.23 | *** join/#openmoko baze (n=baze@xdsl-195-14-206-24.netcologne.de) |
| 19:15.27 | *** join/#openmoko crunchywelch (n=welch@c-76-100-110-230.hsd1.dc.comcast.net) |
| 19:18.20 | *** join/#openmoko daltona (n=daltona@cap31-4-82-234-41-108.fbx.proxad.net) |
| 19:19.06 | *** join/#openmoko fgau (n=fgau@pD953A536.dip0.t-ipconnect.de) |
| 19:25.14 | *** join/#openmoko slomo (n=slomo@ubuntu/member/slomo) |
| 19:35.06 | *** join/#openmoko El_Salvador (n=Brescia@adsl-137-177.37-151.net24.it) |
| 19:36.32 | *** join/#openmoko mib_force (i=mib_forc@2001:1638:17a5:0:0:0:0:20) |
| 19:46.13 | jeddy3 | mickey|zzZZzz, hmmm I'm back struggling with python packages....something is wrong with easy_install or setuptools, eggs for i686 is being installed in site-packages...that can't be correct, right? |
| 19:48.04 | *** join/#openmoko merriam (n=merriam@85-211-20-34.dyn.gotadsl.co.uk) |
| 19:50.39 | *** join/#openmoko zecke (n=ich@gprs-pool-1-008.eplus-online.de) |
| 19:52.50 | aloril | (script) wiki RecentChanges: [[OpenMoko_Local_Groups:_Warsaw]] |
| 19:53.32 | *** join/#openmoko Aria (n=aredride@acrux.theinternetco.net) |
| 19:56.03 | *** join/#openmoko marcel (n=marcel@86.59.65.236) |
| 19:57.21 | *** join/#openmoko Risto (n=Risto@p508CF517.dip.t-dialin.net) |
| 19:59.28 | *** join/#openmoko pH5 (n=ph5@R4790.r.pppool.de) |
| 20:02.41 | mjr | it's fpga all over again on the community list! |
| 20:05.33 | cesarb | mjr: I stopped looking at that list after device-owners started... |
| 20:11.40 | *** join/#openmoko bren (n=bren@79-65-175-176.dynamic.dsl.as9105.com) |
| 20:13.44 | *** part/#openmoko marcel (n=marcel@86.59.65.236) |
| 20:14.28 | *** join/#openmoko DeeDeND (n=daniele@host192-43-dynamic.56-82-r.retail.telecomitalia.it) |
| 20:14.51 | Kero | cesarb: thx! just returned from a day away, so your response (about 2 hours ago) is in time :D |
| 20:17.24 | cesarb | Kero: :D |
| 20:21.52 | *** join/#openmoko nokiCat (n=TableeCa@net-pbx.demon.nl) |
| 20:25.18 | *** part/#openmoko Dunedan (n=dunedan@phoenitydawn.de) |
| 20:25.20 | *** join/#openmoko Dunedan (n=dunedan@phoenitydawn.de) |
| 20:26.00 | *** join/#openmoko jonib1 (n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se) |
| 20:26.20 | *** join/#openmoko Pupeno3 (n=Pupeno@89-125-144-76.dhcp-ripwave.irishbroadband.ie) |
| 20:27.16 | *** join/#openmoko Marcel_M (n=Marcel_M@86.59.65.236) |
| 20:31.00 | *** join/#openmoko ufo76 (n=ufo76@host217-43-27-161.range217-43.btcentralplus.com) |
| 20:33.17 | *** part/#openmoko Marcel_M (n=Marcel_M@86.59.65.236) |
| 20:34.51 | *** join/#openmoko cb22 (n=federico@dsl-245-145-221.telkomadsl.co.za) |
| 20:35.21 | *** join/#openmoko Marcel_M (n=Marcel_M@86.59.65.236) |
| 20:36.29 | *** join/#openmoko mickeyl (n=mickeyl@62.199.234.116) |
| 20:37.43 | Kero | mm, kernel, jffs2 image and dfu-util. nice. can test in emulator first and only then upload to Neo. |
| 20:38.24 | Kero | looks like I have a setup now to start doing real work. |
| 20:39.26 | woglinde | kero gratz |
| 20:40.17 | *** join/#openmoko guest__ (n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net) |
| 20:41.09 | Elrond | Are there finally some useful jffs2 utils out there? |
| 20:42.00 | Kero | Elrond: useful like what? |
| 20:44.08 | Kero | ha, first attempt did the old openmoko image in the emulator. second attempt has the correct, fresh, image. |
| 20:45.07 | Elrond | Kero - like fsck, or like extracting into normal fs. |
| 20:45.17 | Kero | fsck is built into the kernel |
| 20:45.50 | Kero | never heard of a tool to extract contents |
| 20:46.35 | *** join/#openmoko xzcvczx (n=nosdr4g@gentoo/user/xzcvczx) |
| 20:49.01 | Kero | can't find any tools on my HD. |
| 20:49.19 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 20:49.24 | Kero | tho I am reasonably sure I should have some jffs2 tools from handhelds... |
| 20:49.54 | Kero | Elrond: is dmwm still working on jffs2? |
| 20:50.14 | Elrond | I don't know. |
| 20:50.23 | Elrond | I lately saw some fixes for jffs2 in the kernel. |
| 20:50.35 | Elrond | I have some hopes for logfs. |
| 20:52.30 | Kero | moko/build/tmp/work/i686-linux/mtd-utils-native-1.0.0+git-r5/git/ |
| 20:52.46 | Kero | has stuff resembling what I remember from my iPAQ time |
| 20:53.12 | *** join/#openmoko ufo76_ (n=ufo76@host217-43-27-214.range217-43.btcentralplus.com) |
| 20:53.15 | *** join/#openmoko Rac0r` (n=rac0r@p4FD659CC.dip.t-dialin.net) |
| 20:55.36 | Kero | Elrond: that one was for you, the keyword being mtd-utils, which include some jffs2 stuff |
| 20:55.57 | Elrond | Yeah, just checking. |
| 20:56.41 | Kero | ok |
| 20:57.36 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 20:58.17 | Elrond | There is a jffs2dump in there... don't know yet, what it's doing. |
| 21:02.24 | Kero | wouldn't know what it can do these days :) think I used it once to peak how the FS was laid out, not what the contents were. |
| 21:03.05 | Elrond | Yeah, it's an fs debug-tool. |
| 21:03.17 | Elrond | Just tried it on a super-simple image. |
| 21:04.28 | Kero | remember know that I used it to see if I could mess with various block sizes, since I wanted a *large* jffs2 image. |
| 21:05.26 | Elrond | So the only way to mess around with jffs2 is to have mtd-emulation on my desktop? |
| 21:06.28 | *** join/#openmoko Aria (n=aredride@acrux.theinternetco.net) |
| 21:06.28 | Kero | been there, done that :) |
| 21:06.37 | Elrond | Does mtd emulation work at least? |
| 21:06.46 | Kero | oh yes. |
| 21:07.04 | Kero | you need to pass a bunch of parameters to set up the devices w/ modprobe |
| 21:07.14 | Kero | that's fixed after that |
| 21:07.31 | Elrond | Huh, hmm. |
| 21:07.36 | Elrond | Like eraseblocksize, etc? |
| 21:07.44 | Kero | yup |
| 21:07.44 | *** join/#openmoko orospakr (n=orospakr@bas12-ottawa23-1177569139.dsl.bell.ca) |
| 21:07.57 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 21:08.15 | Kero | it's been a while. not sure if I have the proper list, still |
| 21:08.48 | Elrond | That's what I like about logfs: You can do a simple "mount -o loop" on an image, AFAIK. (never tried logfs. Just talked with the developer) |
| 21:10.42 | Kero | mtd is rather funny, in that sense |
| 21:11.11 | *** join/#openmoko agoode (n=agoode@2001:4830:1633:0:212:3fff:fe70:6222) |
| 21:11.13 | Kero | no block device, iirc |
| 21:12.06 | *** join/#openmoko ufo76 (n=ufo76@host81-153-249-153.range81-153.btcentralplus.com) |
| 21:12.50 | *** join/#openmoko dobey (n=dobey@ip68-229-101-154.hr.hr.cox.net) |
| 21:12.57 | dobey | wow that's a lot of people |
| 21:13.36 | *** join/#openmoko Zword (n=Zword@bos94-3-82-226-234-106.fbx.proxad.net) |
| 21:13.56 | Marcel_M | Elrond: maybe this helps http://wiki.openmoko.org/wiki/Userspace_root_image |
| 21:13.57 | Elrond | Kero - Yeah, I know most of that. I still find it stupid, that jffs2 can't be used on a normal blockdevice. |
| 21:14.17 | Kero | Elrond: found the options I used (and a load of comments) for in-kernel stuff; not as modules (subtly different options, I recall) |
| 21:14.17 | *** join/#openmoko miip_ (n=miip@p54A56D7D.dip.t-dialin.net) |
| 21:14.58 | Marcel_M | <PROTECTED> |
| 21:15.12 | dobey | anyone in here familiar with developing for mobile phones other than the openmoko platform? |
| 21:15.12 | aloril | dobey: See http://wiki.openmoko.org/wiki/FAQ (and also SH1, SH1_FAQ, Neo1973, Developer_preview and Neo1973_Hardware#GTA01Bv4 pages) (Hopefully these links answers your question. This autotrigger for new nick and question during first 15 minutes done only once.) |
| 21:15.14 | Elrond | Yeah, just found it. ( http://wiki.openmoko.org/wiki/Userspace_root_image ) |
| 21:15.36 | Marcel_M | cool |
| 21:15.38 | dobey | i don't think the faq answers my question :) |
| 21:15.38 | Elrond | dobey - Probably some. But probably also under NDA ;o) |
| 21:16.18 | dobey | Elrond: even potentially very vague answers for what i want to ask, would probably be better than what google is giving me :) |
| 21:17.29 | dobey | Elrond: i'm wondering about the possibilities for developing software to provide additional bluetooth profile support, or extending the serial port profile, on various phones |
| 21:17.58 | Kero | Elrond: maybe its useful, maybe not: http://chmeee.dyndns.org/om/blkmtd.jffs2.howto.txt |
| 21:18.55 | Elrond | Kero - :) |
| 21:19.12 | Elrond | dobey - I really have no idea. :) |
| 21:20.16 | dobey | hrmm |
| 21:22.40 | cesarb | Elrond: the reason jffs2 cannot be used on a normal block device is probably because it uses OOB data |
| 21:23.41 | Elrond | cesarb - Huh, yeah. :-| |
| 21:23.59 | Elrond | cesarb - I really hope logfs gets stable. :) |
| 21:24.38 | *** part/#openmoko DeeDeND (n=daniele@host192-43-dynamic.56-82-r.retail.telecomitalia.it) |
| 21:43.15 | *** join/#openmoko HellDragon (n=Nocebo@unaffiliated/helldragon) |
| 21:43.48 | *** part/#openmoko Risto (n=Risto@p508CF517.dip.t-dialin.net) |
| 21:46.42 | *** join/#openmoko dirak1 (n=rafael@wireless-76.media.mit.edu) |
| 21:52.40 | *** join/#openmoko zell1983 (n=zell1983@host129-121-dynamic.10-79-r.retail.telecomitalia.it) |
| 21:53.10 | aloril | (script) wiki RecentChanges: [[Wishlist:BuiltInScriptingLanguage]] [[OpenMoko_Local_Groups:_Warsaw]] [[User_talk:Zdanek]] [[User:Zdanek]] |
| 21:56.10 | *** join/#openmoko alex-weej (n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com) |
| 21:57.03 | *** join/#openmoko juco2 (n=vickeryj@cpe-076-182-044-240.nc.res.rr.com) |
| 22:03.30 | mickey|mdd | root@fic-gta02:~$ cat /proc/cpuinfo |
| 22:03.31 | mickey|mdd | Processor : ARM920T rev 0 (v4l) |
| 22:03.31 | mickey|mdd | BogoMIPS : 199.06 |
| 22:05.21 | CM | mickey|mdd: Clocked it up? |
| 22:05.21 | *** join/#openmoko twistx (n=twistx@64.30.190.171) |
| 22:05.38 | CM | Mine says BogoMIPS : 132.71 |
| 22:05.44 | mickey|mdd | no (watch the hostname) |
| 22:05.50 | CM | Ahhh |
| 22:05.52 | CM | :D |
| 22:05.55 | mickey|mdd | ;) |
| 22:09.06 | cesarb | mickey|mdd: the cool thing with gta02 is that its development will be much faster, since it can already use almost all of what's been done for gta01 |
| 22:09.22 | cesarb | mickey|mdd: for instance, you can have a gsmd which will crash in the exact same way |
| 22:09.33 | mickey|mdd | yeah. basically it's "just" uboot and kernel work |
| 22:09.47 | mickey|mdd | (which is a lot on its own, but still you have a point) |
| 22:09.53 | CM | cesarb: I'm just really hoping that my P1 will be possible to use as a gps at least |
| 22:10.18 | cesarb | mickey|mdd: even the uboot and kernel work can use a lot of things already done on gta01 |
| 22:10.24 | *** part/#openmoko dobey (n=dobey@ip68-229-101-154.hr.hr.cox.net) |
| 22:10.29 | *** join/#openmoko jujun (n=JulienN@LPuteaux-151-42-19-56.w193-252.abo.wanadoo.fr) |
| 22:10.37 | mickey|mdd | sure thing |
| 22:10.38 | cesarb | mickey|mdd: it's mostly the hardware setup parts which will be different |
| 22:11.49 | ScaredyCat | lol |
| 22:11.52 | cesarb | (not that feature parity with something which needs editing files on /etc/init.d to correctly recognize the modem is that great of a thing, but...) |
| 22:12.35 | CM | cesarb: It's not so difficult to get feature parity with a gps phone that doesn't show gps coordinates or call properly.. :-P |
| 22:12.43 | CM | Hehe |
| 22:13.35 | *** join/#openmoko drath_ (i=vmaster@p5B07F68A.dip.t-dialin.net) |
| 22:13.53 | ScaredyCat | rm_work is only runing at the end now, isn't it... |
| 22:15.11 | ScaredyCat | seriously, something in the build just eats disk space.. |
| 22:15.37 | ScaredyCat | prolly sells it on.. |
| 22:15.54 | cesarb | ScaredyCat: isn't the cute "+svn20071332" thing which eats several hundred extra megabytes daily? |
| 22:16.19 | ScaredyCat | might be... sounds about right.. |
| 22:17.03 | ScaredyCat | but then, I don;t really understand why some stuff gets built at all... |
| 22:17.17 | ScaredyCat | yes, just clearing down would help.. |
| 22:17.23 | cesarb | ScaredyCat: like pciutils, acpid, and others? ;-) |
| 22:17.28 | ScaredyCat | but then you have to wait a day |
| 22:17.50 | ScaredyCat | cesarb: yes... there's loads of stuff that just seems, well, irrelavant... |
| 22:18.59 | ScaredyCat | for example... |
| 22:19.26 | ScaredyCat | wpa_supplicant... that doesn't even make it to the image... so why is it built |
| 22:20.16 | cesarb | ScaredyCat: clearly some sneaky openmoko developer slipped a dependency on it somewhere to make it sure it would compile when it's time for gta02 ;-) |
| 22:20.50 | ScaredyCat | I doubt it, I think somone started with a gpe image or whatever and renamed it... |
| 22:20.59 | ScaredyCat | ie they didn't pick and choose... |
| 22:21.30 | ScaredyCat | besides, we need to be able to build for an 01 and an 02 as separate devices.. |
| 22:22.07 | cb22 | Just reading on the mailing lists, it looks like the openmoko devs will have access to the SMedia docs? |
| 22:23.45 | ScaredyCat | what I'd like to do is something like thinstation does, cesarb.. |
| 22:24.20 | ScaredyCat | allow people to pick packages etc and have the image built, which they just download |
| 22:28.19 | cesarb | ScaredyCat: well, what _I_ would like is to pick packages on something like "make menuconfig", and have it downloaded and built, _without_ the build breaking due to blindly following upstream svn or things like that |
| 22:28.52 | ScaredyCat | .. now you're just being silly :P |
| 22:29.16 | ScaredyCat | why would you want a stable build environment? |
| 22:29.25 | *** join/#openmoko clare__ (n=clare@144.107.233.220.exetel.com.au) |
| 22:29.36 | ScaredyCat | things get broken deliberately to make it more exciting ;) |
| 22:29.50 | CM | ScaredyCat: It is stable at least once a week.. ;) |
| 22:30.19 | ScaredyCat | "you tapped the screen, please rebuild" ? |
| 22:30.24 | Stephmw | works for me |
| 22:30.30 | ScaredyCat | isn;t that microsoft territory? |
| 22:31.03 | Stephmw | "If you can read this, you need to refetch, and rebuild" |
| 22:31.41 | ScaredyCat | and if you can't ... you need to refetch and rebuild to fix it |
| 22:31.53 | Stephmw | bwahaha |
| 22:32.33 | cesarb | ScaredyCat: I want a stable development environment so I can, like, develop |
| 22:32.42 | cesarb | ScaredyCat: instead of fighting bashisms and random breakage |
| 22:32.55 | ScaredyCat | for (;;) { fetch(); rebuild() } |
| 22:33.06 | ScaredyCat | oo... error |
| 22:33.10 | ScaredyCat | for (;;) { fetch(); rebuild(); } |
| 22:33.21 | Stephmw | you forgot "sleep 360000000" |
| 22:33.35 | Stephmw | to give him time to get _some_ dev done, before it gets wiped |
| 22:33.50 | Stephmw | cesarb: sorry, just messing about - I understand your point |
| 22:33.54 | ScaredyCat | yeah, and dd if=/dev/zero of=somefile count=3994304932049204 |
| 22:34.01 | cesarb | ScaredyCat: if I want to change the kernel, I will accept breakage on the kernel (and a few specific packages it might depend on); if I want to change something in userspace, i shouldn't have to fight an ever changing kernel |
| 22:34.28 | cesarb | ScaredyCat: that's why packages need stabilization points |
| 22:34.50 | ScaredyCat | I know cesarb... I agree.. I'm just making light of it because it would drive me insane if I didn;t |
| 22:34.51 | Fatal | I'm just waiting for the phone :P But I bet FIC will screw me over again |
| 22:35.20 | cesarb | ScaredyCat: lol |
| 22:35.35 | Stephmw | Fatal: that's just fatalism |
| 22:35.55 | ScaredyCat | mortal combat...... fight .. |
| 22:36.03 | ScaredyCat | fatality... :( |
| 22:36.17 | ScaredyCat | I've run out of disk space again :/ |
| 22:36.18 | Fatal | Stephmw: well, they did say "we reserved your units" then a week later "we're sorry we ignored you, oh, and we sold the phones, want to wait two more weeks?" |
| 22:36.41 | Fatal | So I do not have any high hopes for ever seeing the phones |
| 22:36.52 | Stephmw | Fatal: I know, I know - I'm gonna sit tight and wait for the units later in the year |
| 22:36.55 | ScaredyCat | you might get 02's :) |
| 22:37.24 | ScaredyCat | Fatal: I'll sell you mine for 5400 gbp |
| 22:37.33 | Fatal | It's just depressing to place the order the first day and still not have them shipped :P |
| 22:37.40 | Fatal | ScaredyCat: ha :) |
| 22:37.55 | CM | ScaredyCat: Buy a new disk, that's what I did ;) |
| 22:38.17 | ScaredyCat | i build on my laptop... |
| 22:38.25 | ScaredyCat | ... so I can build anywhere :) |
| 22:38.38 | ScaredyCat | ... free your phone, fill your disk |
| 22:38.40 | CM | Ahh.. Then you need to buy a build server! :D |
| 22:38.47 | ScaredyCat | I have one.. |
| 22:38.59 | ScaredyCat | it's too farking noisey and the wife complains |
| 22:39.10 | ScaredyCat | sounds like a jet taking off |
| 22:39.14 | Stephmw | don't stick it in the bedroom then... |
| 22:39.29 | CM | Or change fans |
| 22:39.33 | ScaredyCat | hey... it's my hardware, I'll sleep with it if i want! |
| 22:39.36 | CM | Hehe |
| 22:39.38 | Fatal | ScaredyCat++ |
| 22:40.07 | ScaredyCat | it's the fan management software, drivers don;t seem to work :( |
| 22:41.23 | cesarb | ScaredyCat: you could try something I saw some guy do at a congress... |
| 22:41.41 | ScaredyCat | there is an upside, during the winter it can heat the house :) |
| 22:41.42 | cesarb | ScaredyCat: run windows, install only vmware on it, and do everything on a linux vm ;-) |
| 22:42.34 | CM | cesarb: Sounds almost like rwhitby to me.. :P |
| 22:42.40 | ScaredyCat | roflmao |
| 22:43.06 | cesarb | (seriously, it was quite fun... when windows did its annoying bootup sound, everyone gave dirty looks at him (the congress was FISL), but when he explained it was because of drivers, showed his clean desktop, and booted into the linux vm, everyone relaxed) |
| 22:43.45 | ScaredyCat | he should have had the windows sound in the vm too :) |
| 22:44.56 | ScaredyCat | it doesn't help your vm if the underlying os crashes |
| 22:45.19 | mickey|mdd | uh oh |
| 22:45.34 | mickey|mdd | we just heard a crackling sound and a smell from the gta02 PCB |
| 22:45.43 | mickey|mdd | there it goes :D |
| 22:46.13 | cesarb | mickey|mdd: ouch |
| 22:46.21 | *** join/#openmoko Aria (n=aredride@acrux.theinternetco.net) |
| 22:46.33 | cesarb | mickey|mdd: forgot to put on the battery before plugging the usb cable? ;-) |
| 22:46.45 | mickey|mdd | no, just left it computing for a while |
| 22:46.50 | mickey|mdd | even idle mode in uboot |
| 22:46.53 | CM | Ouch.. |
| 22:47.02 | cesarb | (this item is on http://wiki.openmoko.org/wiki/User:CesarB/Things_not_to_do_with_your_Neo ) |
| 22:47.38 | ScaredyCat | cat 9999999 >/sys/devices/platform/s3c2410-i2c/i2c-0/0-0008/gta02-cracklything/crackle_level |
| 22:48.45 | mjr | jo, October, huh? ;] |
| 22:49.08 | CM | cesarb: http://wiki.openmoko.org/wiki/Neo1973_Robustness |
| 22:49.55 | mickey|mdd | *sigh* |
| 22:50.07 | mickey|mdd | *shrug* guess i need to request a gta02v2 then |
| 22:50.42 | CM | mickey|mdd: Sucks. Any clue what broke it? |
| 22:50.58 | mickey|mdd | CM: nothing. it was sitting in uboot and no one touched it for a while |
| 22:51.04 | CM | :( |
| 22:51.26 | *** join/#openmoko miip__ (n=miip@p54A56D7D.dip.t-dialin.net) |
| 22:53.22 | mickey|mdd | hmm |
| 22:53.27 | mickey|mdd | ok, so it's not completely dead |
| 22:53.29 | mickey|mdd | yet ;) |
| 22:53.33 | mickey|mdd | just smells awful |
| 22:53.33 | Stephmw | keep trying! |
| 22:53.56 | cesarb | Perhaps the new neo could be used as a "Explosive Instrumentation" prop :D (http://tvtropes.org/pmwiki/pmwiki.php/Main/ExplosiveInstrumentation) |
| 22:54.00 | Stephmw | burnt pcb smell, capacitor spell or burnt IC smell? |
| 22:54.05 | Stephmw | *smell |
| 22:54.40 | Vegar | mickey|mdd: does this mean it's not safe to keep a gta02 in your pocket? |
| 22:54.59 | Stephmw | Vegar: depends on whether you want kids or not I guess |
| 22:55.01 | mickey|mdd | hehe |
| 22:55.11 | mickey|mdd | depends on whether you want to attract women or not |
| 22:55.18 | mickey|mdd | "wow, it burns" ;) |
| 22:55.23 | ScaredyCat | errrm |
| 22:55.27 | mickey|mdd | "but can you smell it?" :) |
| 22:55.34 | CM | hehe |
| 22:55.56 | CM | "I promise I didn't fart, it's just my phone burning a bit" |
| 22:56.04 | ScaredyCat | did you say attract or repel? |
| 22:56.36 | ScaredyCat | I suppose you could say that i'll burn a hole in your pocket... litterally |
| 22:57.14 | CM | ScaredyCat: I don't need a gta02 for that, my girlfriend is good enough at that.. ;) |
| 22:57.36 | ScaredyCat | :) |
| 22:58.53 | mickey|mdd | hahah |
| 22:58.54 | mickey|mdd | rigt |
| 22:59.04 | mjr | "You think your iPhone's so hot, I've got something to show you!" |
| 22:59.17 | mickey|mdd | lol |
| 22:59.27 | mickey|mdd | "and it burns burns burns...." |
| 22:59.54 | ScaredyCat | the oval of fire? |
| 23:00.27 | CM | Saw a quote in the newspaper from Ashton Kutcher who's with Demi Moore: "Men are a little bit more important than handbags but less important than shoes. At any rate, we are merely accessories." |
| 23:01.25 | CM | mickey|mdd: Seriously though, what did burn? Still working partly or so? |
| 23:01.26 | ScaredyCat | you're lucky if you're more important than a handbag ;) |
| 23:01.32 | Stephmw | CM: best not fart if you've got something burning in your pocket... you could easily flame someone behind you |
| 23:01.35 | CM | ScaredyCat: I'm not married to her yet |
| 23:01.49 | mickey|mdd | CM: i have no idea. i can't seem to find any difference. it still works (partly) |
| 23:02.01 | mickey|mdd | but turns itself off every couple of minutes |
| 23:02.06 | CM | :-/ |
| 23:02.40 | Stephmw | mickey|mdd: that's a feature, WinMobile phones do that too |
| 23:02.43 | cesarb | mickey|mdd: if it turns itself off, it might be a power supply component... |
| 23:03.24 | Stephmw | mickey|mdd: there's also a great utility for WinMobile phones... reboots them once a day to avoid the memory becoming too fragmented... |
| 23:03.42 | cesarb | mickey|mdd: but the only way to know is to turn the phone over to the hardware guys |
| 23:03.44 | ScaredyCat | that's the OS Stephmw :) |
| 23:03.51 | cesarb | Stephmw: really? |
| 23:04.11 | Stephmw | cesarb: yup, saw it on allaboutsymbian a few months back |
| 23:04.20 | cesarb | Stephmw: wtf |
| 23:04.46 | Stephmw | cesarb: the author thought... hell, I'd rather it rebooted once a day overnight, rather than during a call every 3 days |
| 23:05.41 | ScaredyCat | the p910i does that too.. without 3rd party apps the only way to release memory, and kill apps is to reboot it |
| 23:05.45 | cesarb | Stephmw: ...and then it reboots when it shouldn't, and you lose your work... |
| 23:06.02 | cesarb | Stephmw: (as every single new windows machine is fond of doing) |
| 23:06.02 | ScaredyCat | ... and it does that itself |
| 23:06.16 | Stephmw | cesarb: if you're still working on it at 4am, you have bigger problems :) |
| 23:06.18 | ScaredyCat | but that's uiq |
| 23:06.22 | Stephmw | aye |
| 23:06.37 | cesarb | Stephmw: the most annoying behaviour on windows: you go to lunch to come back to an empty desktop |
| 23:07.14 | ScaredyCat | what? someone steals your pc ? :P |
| 23:07.16 | cesarb | Stephmw: because it somehow decided you wanted it to reboot to apply this week's patches, and you didn't notice the login dialog is NOT the screensaver lock dialog |
| 23:07.23 | *** join/#openmoko seemant (n=trinity@gentoo/developer/seemant) |
| 23:07.40 | cesarb | (yes, it applies the patches on LUNCH time. true madness.) |
| 23:09.05 | Stephmw | my old place used Tivoli... if your desktop is unlocked, fine, you get a dialog and ~4hrs timeout before it patches... if you've locked, oh dear |
| 23:09.43 | ScaredyCat | tivoli .. omg... nightmare |
| 23:10.16 | *** join/#openmoko dotmef (n=mef@mx1.bitwise.org) |
| 23:12.10 | Stephmw | cesarb: there we go, http://inputshow.googlepages.com/autoflight.htm ... "You also can set timed reboot periodically to keep memory clean and system efficient." |
| 23:13.36 | SpeedEvil | mickey|mdd: I'd recommend checking if the battery is hot/bulged. |
| 23:13.48 | SpeedEvil | As that can be bad. |
| 23:21.32 | *** join/#openmoko ufo76_ (n=ufo76@host81-155-111-239.range81-155.btcentralplus.com) |
| 23:21.42 | SpeedEvil | To try and see if I can get location from it at all. |
| 23:23.32 | Stephmw | 'night guys |
| 23:32.19 | *** join/#openmoko Ryushin (i=proxy@windwalker.openinnovations.com) |
| 23:35.35 | mwester | Why does shutting down gsmd with "/etc/init.d/gsmd stop" totally lock up the neo within a few seconds? |
| 23:36.07 | mwester | This behavior seems to be new with the .22 kernel, btw. |
| 23:36.18 | mwester | Anyone else see this, or should I look at hardware? |
| 23:37.25 | *** join/#openmoko thseiler (n=Thomas@zux221-211-111.adsl.green.ch) |
| 23:38.09 | *** join/#openmoko _l0l_ (n=manfred@194.126.182.33) |
| 23:39.26 | cesarb | mwester: ah, so that's why it hangs on shutdown? |
| 23:40.08 | *** join/#openmoko xamindar (n=xamindar@c-67-188-248-96.hsd1.ca.comcast.net) |
| 23:48.35 | cesarb | IndentationError on openocd-native |
| 23:48.53 | cesarb | When you think the way the build crashes cannot get more creative, it does |
| 23:50.45 | thomasg | hehe |
| 23:53.30 | aloril | (script) wiki RecentChanges: [[User:Phlash]] [[User:CM]] |
| 23:53.59 | dotmef | is there a known problem with building webkit? |
