**** BEGIN LOGGING AT Sat Nov 03 02:59:57 2007 Nov 03 03:00:00 much easier to just bring your detsination to you rather than go to it Nov 03 03:00:04 so inefficient Nov 03 03:00:46 lol if you got a bit catapult and launched yourself into space and came back down you would have effectively done that Nov 03 03:00:56 waited for your location to come to you Nov 03 03:01:13 and would be a damn sight faster than doing the same on a plane Nov 03 03:01:35 using mutual mass attraction is cheating Nov 03 03:01:45 lol why? Nov 03 03:01:55 i wonder what uses more energy Nov 03 03:01:59 because it only has one direction Nov 03 03:02:19 madwoota: lol you wait 24hrs and your back at the start :P Nov 03 03:03:18 since the earth is moving around the sun and the sun is moving around the center of the galaxy and the galaxy is moving who-knows-where: no, you're not. Nov 03 03:03:34 there's a deeper meaning in here: You can never go back! Nov 03 03:03:48 well you can but you will be very lonely Nov 03 06:00:11 xzcvczx: It wasn't exactly a prank. It was, I think, part of an assignment for his class. He gave an assignment along the lines of "Measure the length of the Longfellow bridge using a unit system of your own devising." So, his class decided to use their professor as the unit. Nov 03 06:02:59 just pasting what was on wikipedia Nov 03 06:08:08 Take that with a grain of salt, though. That's how it was explained to me at orientation. Nov 03 06:09:50 If you walk down the Longfellow bridge, you will see markings that say, "1 Smoot, 2 Smoots.... 285 Smoots..." Nov 03 06:11:45 well based on what wikipedia said it was a student not a professors height as they actually used him for measuring it Nov 03 06:12:03 * sparq shrugs Nov 03 06:12:16 I couldn't tell you which is accurate. Nov 03 06:12:23 meh Nov 03 06:13:58 The other MIT/bridge story is that when the Massachusetts Ave. bridge the connects Cambridge and Boston was just completed, some structural engineers from MIT took a look at it, and found that it was a terribly flawed design. So, they recommended that the bridge be called "The Harvard Bridge," Even though it's literally on MIT's doorstep. So, that's what it's called. Nov 03 06:16:15 lol Nov 03 06:16:22 haha Nov 03 06:18:08 Five years later, when it nearly fell into the Charles, Harvard figured out why MIT had given up the naming rights, and they were Not Amused. Nov 03 06:18:49 There was a great puffing of cheeks and rumpling of cardigans. Nov 03 06:19:23 Meaningful Looks were exchanged. Nov 03 06:20:07 The bridge still sucks. Nov 03 06:23:02 * sparq rolls up his Cushion of Useless Trivia and puts it back into the closet. Nov 03 06:46:34 gah my neo's too flat at the moment can anyone remember which menu the change orientation is in? Nov 03 06:53:32 :o they do it bu using the command :S Nov 03 06:53:42 s/bu/by Nov 03 07:26:11 * sparq notes, once again, that computational physics is more fun when inebriated Nov 03 07:27:22 Run succeeds -> Shot; Run fails -> Shot+debugging Nov 03 07:39:37 what's PCS? Nov 03 07:39:47 re: 850mhz "It would be illegal for FIC to sell the device in the US with it activated. BT and PCS is the only approved band currently." Nov 03 07:45:32 PCS is like "sprint" Nov 03 07:45:40 ah, so, suck Nov 03 07:45:42 ;) Nov 03 07:46:02 http://en.wikipedia.org/wiki/Personal_Communications_Service Nov 03 07:46:49 any idea why there's a problem Nov 03 07:46:50 ? Nov 03 07:48:13 http://en.wikipedia.org/wiki/GSM_frequency_ranges#GSM-1900 is "PCS" Nov 03 07:48:38 yeah, so I've read :/ Nov 03 07:48:46 so it's single band, rather than dual band Nov 03 07:49:42 i have no idea what the issue would be Nov 03 07:50:46 http://www.gsmworld.com/roaming/gsminfo/cou_us.shtml seems to be a lot of 850 carriers Nov 03 07:51:56 * daMaestro wonders if there have been any new build and fires up ipkg Nov 03 07:52:41 hmm my prepay gsm is out :-/ Nov 03 07:54:26 umm.. is there any way i can set the correct date? Nov 03 08:05:58 hmm something went wrong with my ipkg update :-/ Nov 03 08:11:34 wowzers! gsm network connected... and the panel icons actually show a connection and a phone call works right away. Nov 03 08:11:39 good. work. Nov 03 08:11:40 :) Nov 03 08:13:25 hmm something still b0rked... "today" isn't coming up Nov 03 08:46:58 good morning Nov 03 08:48:07 Hopscotch, good morning Nov 03 11:08:26 mornin Nov 03 11:08:50 moin Nov 03 11:11:13 what does ipkg wants to tell me with 'An error ocurred, return value: 4.'? i try to install from a local repo... Nov 03 11:51:48 Any stable snapshots released? Nov 03 11:52:59 Define stable Nov 03 11:53:20 abraxa_: working gsm Nov 03 11:53:52 Well, grab a fresh rootfs and try Nov 03 11:54:42 abraxa_: doesn't anybody know about the latest gsmd status Nov 03 11:56:06 What's there to know? Nov 03 11:56:33 Everything is in flux so no one can make definite statements on whether things work for everyone or not Nov 03 12:04:27 could somebody check if fontconfig is building? Nov 03 12:08:33 I think there is a problem with fetching a file called "device_sybols.h" Nov 03 12:09:57 Sounds like a typo to me Nov 03 12:11:19 abraxa_: no idea since I get no logs Nov 03 12:11:28 abraxa_: does it fetch for you? Nov 03 12:11:58 I'm afraid I can't check right now, sorry Nov 03 12:12:01 k Nov 03 12:12:23 Hi, I Updating the environment of openmoko Build 2007.2, Last step "make update-makefile && make setup update openmoko-devel-image" gives Problem Is there any build failure problem Nov 03 12:12:31 I got the file manually anyways and made a bug Nov 03 12:12:48 dcordes: In OE or OM bugzilla? Nov 03 12:12:54 atul: What package fails? Nov 03 12:12:55 abraxa_: OE Nov 03 12:13:02 dcordes: Good, thanks :) Nov 03 12:13:09 I have no OM account right now Nov 03 12:13:18 abraxa, package openmoko-today2-0.1.0+svnr3287-r2: task do_fetch: failed Nov 03 12:13:21 dcordes: That bug belongs to OE anyway Nov 03 12:13:22 * dcordes is usually building angstrom-distro Nov 03 12:13:45 atul: Yes, others report issues with openmoko-today also Nov 03 12:14:35 abraxa, does it means it is problem with build environment Nov 03 12:14:50 atul: No, your environment is probably fine Nov 03 12:15:02 abraxa_: are only openmoko specific problems posted to OM bugzilla? like openmoko-* recipe problems? Nov 03 12:15:11 dcordes: Yep Nov 03 12:15:16 good Nov 03 12:15:22 atul: i hve the same error Nov 03 12:15:31 abraxz, Ok means i can test my application on my environment Nov 03 12:15:54 fgau, can you compile and build any application Nov 03 12:16:00 I can't wait checking new openmoko improvements. Nov 03 12:16:31 is there any instructions on creating own repositories upon OE in moko wiki? Nov 03 12:17:21 atul: jep, but not openmoko-today2 Nov 03 12:17:34 fgau, ok Nov 03 12:18:43 morning Nov 03 12:18:54 * mickeyl dist-upgrade Nov 03 12:21:31 Sers mickey Nov 03 12:26:01 cool..laforge and zecke are coming to foss.in, would be nice to have a chat with 'em Nov 03 12:26:44 Sup3rkiddo: how do you know? Nov 03 12:27:15 mickeyl: thats why they call me Sup3rkiddo..:P Nov 03 12:27:35 mickeyl: bah, the final speakers lists are out Nov 03 12:27:37 heh Nov 03 12:27:39 right Nov 03 12:27:45 i have a mission for zecke then Nov 03 12:27:48 ~seen zecke Nov 03 12:27:49 zecke was last seen on IRC in channel #oe, 1d 21h 57m 40s ago, saying: 'moin'. Nov 03 12:30:28 mickeyl: internal issues? or a plot to assasinate me? Nov 03 12:37:42 heheh Nov 03 12:37:43 internal Nov 03 12:38:26 wokay, ph3ww! Nov 03 12:38:38 * Sup3rkiddo returns back to work Nov 03 12:42:36 Is there any articles about openmoko's installation on zaurus? Nov 03 12:43:26 no, basically once you have an openmoko image built, you install it like GPE or Opie images. Nov 03 12:43:44 depending on the actual zaurus model, it's uploading to a SD/CF and then doing some magic key combinations Nov 03 12:51:25 lol! I have been randomly selected as a sourceforge project leader for a survey and the second prize is a Neo :) Nov 03 12:52:17 hmm Nov 03 12:52:19 haha nice :) Nov 03 12:52:24 which survey? Nov 03 12:52:40 something from switzerland? Nov 03 12:54:01 Scientific study of Swiss university on software patents and the osso project still open (sg) Nov 03 12:54:48 ok, thank you for your explaination. let me think about it.:) Nov 03 12:55:15 aha, right Nov 03 12:55:22 i'm the sponsor of this prize Nov 03 12:55:24 :) Nov 03 12:55:38 Smart move ;) Nov 03 12:55:50 yes, i felt it to be an important survey Nov 03 12:56:00 so i'll support that personally Nov 03 12:56:21 eheh. I'm looking at it right now Nov 03 12:58:24 it seems it's very well done. Nov 03 12:58:57 Ghiottone: lucky you!! Nov 03 12:59:09 ~lart Ghiottone Nov 03 12:59:09 * apt rm -rf's Ghiottone Nov 03 12:59:46 ehehe Nov 03 13:10:21 Ghiottone, lol, lucky you! Nov 03 13:14:57 hey it's just a survey, I did not win anything, yet :) Nov 03 13:29:18 openmoko: 03abraxa * r3345 10/trunk/src/target/OM-2007.2/applications/openmoko-mediaplayer2/src/ (playlist.c playlist_page.c): Nov 03 13:29:18 openmoko: Make the playlist creation GtkEntry clear itself again after file creation Nov 03 13:29:18 openmoko: Load the first added track immediately if playlist was empty Nov 03 13:29:48 yeah Nov 03 13:29:49 polish Nov 03 13:32:18 mickeyl: Wrong chan? :) Nov 03 13:35:47 mickeyl, the mokoninja videos look really cool :) Nov 03 13:35:55 thanks :) Nov 03 13:36:11 I liked them too. Nov 03 13:36:38 next batch somewhere early next year Nov 03 13:36:50 do you think the browser is going to get finger scrolling soon? Nov 03 13:37:10 i don't know. that's complicated Nov 03 13:37:25 due to the fact that there are things you can click on and the like? Nov 03 13:37:29 yep Nov 03 13:37:34 think google maps Nov 03 13:37:39 yeah Nov 03 13:37:39 you can scroll the google map Nov 03 13:37:47 how should mokofingerscroll know that Nov 03 13:37:49 needs extending Nov 03 13:37:54 indeed Nov 03 13:38:04 i was pretty suprised at its speed though Nov 03 13:38:07 it seem rather fast Nov 03 13:38:08 cb22: As of now the viewport widget doesn't support horizontal finger scrolling either so that would need to happen first, too Nov 03 13:38:31 yeah, it was really fast Nov 03 13:38:45 on gta02 it will rock ;) Nov 03 13:38:48 indeed Nov 03 13:38:56 with 2d accel and 400mhz processor Nov 03 13:40:01 mickeyl, i don't suppose you know if the shipping costs for 02 will be the same as for 01? Nov 03 13:41:02 not involved with logistics, but it's unlikely Nov 03 13:41:24 for gta02 we will have at least one shipping hub IIRC Nov 03 13:41:30 (one additional) Nov 03 13:41:35 cool Nov 03 13:41:36 in europe? Nov 03 13:41:39 yep Nov 03 13:41:46 shipping to south africa for gta01 is $100 :/ Nov 03 13:41:52 mickeyl: that's a major yay Nov 03 13:41:53 ya, that's insane Nov 03 13:42:12 when i was in .tw i have seen that the logistics guys will revamp the shopping and shipping system for 02 Nov 03 13:43:00 for 01 everything was pretty ad-hoc and manual Nov 03 13:43:35 nice, /me hopes to get one from the first batch... as does everyone i suppose :) Nov 03 13:44:23 Ebay store FTW! Nov 03 13:46:38 is there any interest in having my ipkgorphan program in OE? if there is, I'll work on a new recipe to fetch the code from projects.OM.org Nov 03 13:46:52 if not, I'll work on other things :) Nov 03 13:47:50 what is ipkgorphan? Nov 03 13:48:56 similar to deborphan I suppose Nov 03 13:49:03 it does the same as deborphan (although much more simple) Nov 03 13:49:48 it search the installed packages list and reports the leaf (i.e. what you can remove without breaking other dependencies) Nov 03 13:50:33 useful if you install program a that requires liba Nov 03 13:50:45 when you remove program a, liba remain installed Nov 03 13:50:53 cool Nov 03 13:50:57 sounds interesting Nov 03 13:51:13 :) Nov 03 13:51:15 please submit that to the OE bugzilla Nov 03 13:51:28 I did it some time ago Nov 03 13:51:35 I'll recover the bug # Nov 03 13:51:40 yep, thanks Nov 03 13:52:51 http://bugs.openembedded.org/show_bug.cgi?id=2954 Nov 03 13:53:17 after that, I got a project for it on projects.openmoko.org Nov 03 13:53:32 I was thinking about changing the recipe to fetch the source code from there Nov 03 13:53:55 ya Nov 03 13:53:59 makes more sense not to have it in OE Nov 03 13:54:06 (the source) Nov 03 13:54:45 ok Nov 03 13:54:47 i think it's a cool utility. i'll commit it asap when you have the new download URI Nov 03 13:55:02 great Nov 03 13:55:04 perhaps add a small Makefile as well Nov 03 13:55:34 ok. it should be pretty simple. I'll contact you when it's ready Nov 03 13:55:40 cool Nov 03 14:01:33 mickeyl, if you want to have a look at it in the meanwhile I think there is a package on my feed (http://wiki.openmoko.org/wiki/User:Alessandro#My_Package_Repository) Nov 03 14:01:46 will do, thanks Nov 03 14:02:42 np :) Nov 03 14:13:53 any virtual serial port emulator available for linux.... Nov 03 14:14:58 something like netcat? Nov 03 14:15:42 something like serial loopback.. Nov 03 14:15:52 like com0com for windows.. Nov 03 14:16:39 what do you want it to do? Nov 03 14:16:46 just echo back what you print to it? Nov 03 14:17:18 to test my code without the actual serial device.. Nov 03 14:17:42 that's what pipes are for ;) Nov 03 14:17:45 bbiab, dist-upgrade Nov 03 14:18:01 Creating two serial ports (/dev/ttyloopS1, /dev/ttyloopS2) which pass data between each other so (for example) I can run a 'getty' session connected to one(ttyloopS1), and talk to is via a minicom on the other(ttyloopS2) Nov 03 14:19:25 should be fairly easy Nov 03 14:19:39 how to do it.. Nov 03 14:19:59 I have no idea Nov 03 14:24:40 :/ Nov 03 14:41:35 techindian: http://anrp.net/sloop.tgz Nov 03 14:41:47 just wrote that, sets up two ptys that forward data back and forth Nov 03 14:41:59 anrp@atocha ~/sloop $ ./sloop Nov 03 14:41:59 Slave 1 is /dev/pts/45, Slave 2 is /dev/pts/46 Nov 03 14:42:05 ^ are the two "serial ports" Nov 03 14:43:10 anrp: Thanks. let me check it. Nov 03 14:43:38 !! Nov 03 14:43:41 oops, bug Nov 03 14:44:30 updated, md5 of tgz is 60f09d50ac3bbd028662ff217750096b Nov 03 14:49:55 it'll peg your cpu if one side "hangs up", since theres no rate limiting ... Nov 03 14:50:35 anrp: but how does a component like minicom use this.. u need some fixed /dev/* ? Nov 03 14:50:58 /dev/pts/$n is a tty as far as the kernel is concerned Nov 03 14:51:09 just start minicom with -s and dont save settings Nov 03 14:51:33 yes.. with /dev/pts/45? Nov 03 14:51:37 yes Nov 03 14:51:40 well, whatever it prints out Nov 03 14:51:46 k.. Nov 03 14:51:55 let me try.. Nov 03 14:52:58 mm, you might need to add -lpthread to the makefile, depends on your system Nov 03 15:00:02 good morning? Nov 03 15:00:23 its works fine. but not gettting a new line Nov 03 15:00:30 ? Nov 03 15:00:35 \n Nov 03 15:00:46 minicom only sends \r by default Nov 03 15:01:05 for enter? Nov 03 15:01:13 control-A then A to add \n Nov 03 15:01:14 yeah Nov 03 15:01:43 u r right.. Nov 03 15:01:44 it'll then send "\r\n" Nov 03 15:02:12 how can fix the /dev/pts/* Nov 03 15:02:19 Hey folks, I have a question, can I enforce neo to fast charge from a dumb usb charger and does it harm the device? Nov 03 15:02:30 fix.. you mean make permanent? Nov 03 15:02:36 yes.. Nov 03 15:02:45 you can't really, but you can wrap a script around sloop to make links Nov 03 15:02:46 sec Nov 03 15:04:49 There is a line in wiki saying echo -n "fast_cccv" > /sys/devices/platform/s3c2410-i2c/i2c-adapter/i2c-0/0-0008/chgmode, but I want to be sure that does not harm the device before trying it. Nov 03 15:08:11 at most it'll harm the device that supplies the power :] Nov 03 15:08:42 anrp: thanks. you saved my time. this was the one i am exactly looking at.. Nov 03 15:08:59 mjr: ok, trying :) Nov 03 15:10:20 I"m trying to build today (mokomakefile) and it is dying on "openmoko-today2" -- no providers. Ideas? Nov 03 15:11:23 anyway, nice to hear that fast_cccv forcing is supported Nov 03 15:11:32 (for my portable battery...) Nov 03 15:12:40 mjr: It seems, working. At least a red light is shown on the charger when I say fast.. Nov 03 15:12:53 techindian: alright, another update, md5 d1269557466ec24843931a7b119a16f7, same location Nov 03 15:13:01 run sloop.sh from within the sloop directory Nov 03 15:13:03 like so: Nov 03 15:13:05 mjr: Well, on the charger it says output is 650 mA. So I think, that won't harm the device.. Nov 03 15:13:13 sh sloop.sh /dev/ttyfake0 /dev/ttyfake1 Nov 03 15:13:17 that should be it D: Nov 03 15:13:54 you probably have to do it as root to create those ttyfake links Nov 03 15:14:19 emre_, yeah, mostly it'd harm the charger if it couldn't supply 500 mA and didn't deal smartly with devices that try to take it Nov 03 15:15:10 Well, do you guys think we should put an option for enforcing the 500 mA charging on the GUI? Nov 03 15:15:29 I think that sounds potentially dangerous Nov 03 15:16:10 I think a third-party widget for that would be nice, but not by default. Nov 03 15:16:28 (Or hmm. Well, whatever.) Nov 03 15:16:39 i'm thinking a pop-up menu when you click on the charger icon on the panel.. Nov 03 15:16:45 * anrp is all about breaking hardware with software Nov 03 15:16:46 the widget should also disable forced fast as soon as it's disconnected from power Nov 03 15:16:59 mjr: it does. Nov 03 15:17:05 ooh, someone forgot to change something upstream or is it my box thats dorky? | ERROR: Cannot satisfy the following dependencies for task-base: Nov 03 15:17:05 | libgsmd-devel (>= 0.1+svnr3293) Nov 03 15:17:05 Nov 03 15:17:07 okay Nov 03 15:17:10 software controlled h-bridges are the best, if you're unlucky you can short the power rails across low Rdson mosfets Nov 03 15:17:15 letting out the magic smoke :D Nov 03 15:17:27 that's good Nov 03 15:17:29 when i plug it off and replug it in it starts with slow mode. Nov 03 15:17:39 anrp: it works.. Nov 03 15:17:50 alright then D: Nov 03 15:25:23 Sup3rkiddo, I have a bunch of those messages too Nov 03 15:29:36 hmm, dang Nov 03 15:30:03 Ghiottone: might as well a file a bug report..what say j00? Nov 03 15:35:43 anyone else having problems building current version? I'm getting "No providers of runtime build target openmoko-today2..." Nov 03 15:42:06 LordMhoram: same prob here, I'll let you know if I find a solution Nov 03 15:42:40 cool. sometime you never know if your just being stupid. :) Nov 03 15:43:28 * mwester knows how to find out if he's being stupid - just ask the wife. Nov 03 15:44:10 that method no longer works for me. :) Nov 03 15:45:38 Sup3rkiddo, don't know. there are simply too many packages. Also it seems that only the final image is not built for me. I can ipkg-upgrade to the latest packages Nov 03 15:52:24 mm..same here, only the final stage not gettomg built Nov 03 16:06:45 http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=957 Nov 03 16:06:45 interesting Nov 03 16:07:09 along with Nov 03 16:07:09 http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=956 Nov 03 16:07:57 so how long would a neo take to charge with 1000ma? Nov 03 16:13:05 depends on how much you like to play with fire Nov 03 16:13:20 but lithium has high coloumb efficiency so it should be close to twice Nov 03 16:13:21 cb22: very very interesting Nov 03 16:13:42 anrp, was that pun intended :) Nov 03 16:14:14 lithium batteries used in medium drain apps are usually rated for 0.2C charge, 1C discharge Nov 03 16:14:20 i dunno the specs on the battery the neo uses Nov 03 16:14:32 Unlikely. Nov 03 16:14:38 0.2C is a 5 hour charge Nov 03 16:14:44 mickeyl, ping Nov 03 16:14:49 Even the neo (when off) greatly exceeds that. Nov 03 16:14:50 well, i've only worked with large batteries Nov 03 16:14:57 5 hour is lead-acid Nov 03 16:15:01 hundreds of watt hours :/ just going by that Nov 03 16:15:31 maybe they're rated 1c charge, 2c discharge? Nov 03 16:15:51 that seems to be what newer non-high-drain lithium cells are Nov 03 16:16:16 2.5 hours or so is about what the neo charges ATM Nov 03 16:16:19 (when off) Nov 03 16:16:24 does anybody use gutsy? Nov 03 16:16:33 (0.4C) Nov 03 16:16:36 SpeedEvil, 2.5 hours? thats pretty good Nov 03 16:16:52 When on, it's rather more Nov 03 16:17:26 true, so one could assume that with 1000mA you could charge in 3 hours or so while on? Nov 03 16:18:01 More like 1-1.5 hour Nov 03 16:18:13 haha, sweet Nov 03 16:26:36 mickeyl, I have updated ipkgorphan with new recipe and a very simple Makefile. All info are on http://bugs.openembedded.org/show_bug.cgi?id=2954 Nov 03 16:27:33 * mwester wonders what the fascination with ultra-fast charging is all about -- the Neo has a replacable battery, which is better than fast charging anyway... Nov 03 16:27:46 what kind of run-times per full battery charge do you get for neo nowadays? Nov 03 16:27:56 are you seriously expecting users to replace the battery when it gets low? Nov 03 16:29:30 well I think I'll have to replace it when software will become useful as it has spent most of its time to a charger :/ Nov 03 16:29:56 s/time/time attached/ Nov 03 16:29:56 Ghiottone meant: well I think I'll have to replace it when software will become useful as it has spent most of its time attached to a charger :/ Nov 03 16:31:34 anrp: I can only comment on my behavior, and I have multiple batteries for my phones, and replace the battery whenever the phone needs charging and I lack time to do so. No big deal. Nov 03 16:32:10 Certainly not worth risking damage to the battery or charging circuitry... Nov 03 16:32:10 emre_: i use gutsy Nov 03 16:32:18 ok then ~_~ Nov 03 16:32:39 just saying that i don't think most people do that ... not even with laptops Nov 03 16:32:45 guaqua: can you send me the sources.list file, I just deleted mine accidentally :( Nov 03 16:37:07 emre_: http://kapsi.fi/~che/sources.list Nov 03 16:37:36 guaqua: thanks a lot. Nov 03 16:38:32 emre_: no prob Nov 03 16:47:45 Does "Developing with MokoMakefile" wiki entry correct? Nov 03 16:48:04 * mwester attempts to parse that sentence... Nov 03 16:55:13 specifically this one: cd $OMDIR/openmoko Nov 03 16:55:13 quilt new descriptive-patch-name.patch Nov 03 16:55:13 quilt add trunk/src/name-of-file-to-change # do this for every file you are about to modify Nov 03 16:55:13 ...make the changes... Nov 03 16:55:13 quilt refresh # this creates a file in $OMDIR/patches/openmoko-HEAD/ and updates the quilt series file there Nov 03 19:11:01 * * OM Bug 986 has been created by krzysiek(AT)bielicki.pl Nov 03 19:11:02 * * ing new event not intuitive Nov 03 19:11:03 * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=986 Nov 03 19:33:39 I want to make some changes in one of the openmoko applications, compile it and generate an ipkg file. Install it on the neo. Generate a patch to send to bugzilla or mailing list. How can I do it, is it written in somewhere? Nov 03 19:35:24 hello,is there a software wishlist on the wiki?(i would like to have a 'hide my number' feature but per person) Nov 03 19:36:24 GNUtoo: http://wiki.openmoko.org/wiki/Wishlist Nov 03 19:36:42 abraxa__, thanks Nov 03 19:37:08 * cb22 imagines openmoko with all the wishlist features intergrated =) Nov 03 19:37:17 V8... Nov 03 19:37:19 including the v8 Nov 03 19:37:22 lol Nov 03 19:37:25 beat me to it Nov 03 19:37:27 lol Nov 03 19:37:28 haha ;D Nov 03 19:37:35 Ooh, qvga mpeg1 runs quite nicely now. Even tolerable, though a bit choppy, when rotated. Nov 03 19:37:58 what was playing in that okld video? Nov 03 19:38:00 * * OM Bug 987 has been created by obri(AT)chaostreff.ch Nov 03 19:38:01 * * text field creates multible enries Nov 03 19:38:02 * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=987 Nov 03 19:38:16 mjr, from where do you get kernel with that patch? mwesters? Nov 03 19:38:18 whats with cdbot2 Nov 03 19:38:23 its cutting the first bits off Nov 03 19:38:28 by the way why don't we add a link for the wishlist page on the main wiki page? Nov 03 19:38:42 mjr: It's actually smooth if it doesn't need to be scaled Nov 03 19:38:52 what about mpeg4? Nov 03 19:39:05 Smooth, too Nov 03 19:39:07 jeddy3, misunderstanding; my screen is not actually in qvga mode Nov 03 19:39:14 though I'd like it to be ;) Nov 03 19:39:38 320x240 is enough for videos Nov 03 19:39:50 on my ipaq it was dead sharp Nov 03 19:39:58 sure, 640x480 would still be nice though :) Nov 03 19:40:50 abraxa__, yeah this was a "natively" qvga mpeg1 Nov 03 19:44:31 Just to be sure, it is received: I want to make some changes in one of the openmoko applications, compile it and generate an ipkg file. Install it on the neo. Generate a patch to send to bugzilla or mailing list. How can I do it, is it written in somewhere? Nov 03 19:48:52 emre: Nope, you can do it manually however Nov 03 19:49:50 hi! I just did make openmoko-devel-image and worked around the openmoko-today2 problem by editing sane-srcrevs.inc just to get another error a few hundred packages later: " src/libtaku/Makefile.am:19: HAVE_INOTIFY does not appear in AM_CONDITIONAL" openmoko-dates2 tak do_configure failed Nov 03 19:50:21 does anyone also have this problem? and knows how to work around it? Nov 03 19:50:22 how, manually? I changed a file in /openmoko/trunk/src/target/OM-2007.2/.. and make rebuild-package but it does not work. Nov 03 19:51:05 emre: I edited openembedded/conf/distro/include/sane-srcrevs.inc Nov 03 19:51:16 emre: I changed teh following lines: Nov 03 19:51:38 SRCREV_pn-openmoko-today2 ?= "3342" Nov 03 19:51:39 SRCREV_pn-matchbox-desktop-2 ?= "1778" Nov 03 19:51:47 emre: make build-package-foo; cd build/tmp/work/arm4t-angstrom-linux-gnueabi/foo; [do your changes in the sources] Nov 03 19:52:05 emre: Then compile and build ipkg with Nov 03 19:52:26 the openmoko applications are not there.. at least the battery applet is not extracted there. Nov 03 19:53:33 Yeah it is Nov 03 19:53:44 They are in matchbox-panel Nov 03 19:55:01 so should I make make build-package-matchbox-panel ? Nov 03 19:55:31 Yup Nov 03 19:55:49 hmm, interesting. why? Nov 03 19:55:58 So you have all the sources unpacked Nov 03 19:56:12 ok, i'm trying. Nov 03 19:56:15 Okay :) Nov 03 19:57:13 meanwhile what about the lines in openembedded/conf/distro/include/sane-srcrevs.inc. what should I do there? Nov 03 19:58:14 emre: I wrote this before Nov 03 19:58:29 SRCREV_pn-openmoko-today2 ?= "3342" Nov 03 19:58:29 SRCREV_pn-matchbox-desktop-2 ?= "1778" Nov 03 19:59:11 I also did: rm -rf sources/svn/* Nov 03 20:00:53 abraxa_, why abraxa_ and not abraxa? Nov 03 20:01:12 Cause some guy took abraxa already :( Nov 03 20:01:13 nickserv Nov 03 20:01:17 at a guest Nov 03 20:02:06 abraxa_: did you ask a staff member if abraxa is currently in active use? Nov 03 20:02:42 it is Nov 03 20:02:45 being used right now Nov 03 20:03:38 Yeah, so whatever, abraxa_ works for me, too :) Nov 03 20:03:41 hehe Nov 03 20:04:05 * cb22 commands abraxa_ to go and carry on working on the mediaplayer :) Nov 03 20:04:32 I am, I am ;) Nov 03 20:04:40 yeah! make it support theora!! Nov 03 20:04:43 hehe Nov 03 20:04:51 i want a amarok equiv pls :) Nov 03 20:05:59 rhythmbox may work with a little tweaking, it's gtk Nov 03 20:06:21 rythmbox in 640x480??? Nov 03 20:06:33 there are no sources in build/tmp/work/armv4t-angstrom-linux-gnueabi/matchbox-panel-2-0.1+svnr1626-r8/ Nov 03 20:06:43 only a temp directory with scripts in it. Nov 03 20:07:15 weird... i like kde on my desktop but prefer gtk to qt on the phone Nov 03 20:07:58 emre: rm build/tmp/stamps/armv4t-angstrom-linux-gnueabi/matchbox-panel-2-0.1+svnr1626-r8* Nov 03 20:08:13 Then try building again Nov 03 20:08:18 abraxa_, but seriously, really nice work on MP Nov 03 20:08:33 cb22: Thanks - I'll try to raise the bar ;) Nov 03 20:09:31 how do you plan on doing cover art btw? Nov 03 20:10:09 rhythmbox in 640x480: http://rabenfrost.net/Screenshot-Music%20Player.png Nov 03 20:10:20 *cough* allcdcovers.com via GPRS/WLAN/BT/USB *cough* Nov 03 20:10:25 lol Nov 03 20:10:50 josch, that looks _so_ usable with a finger Nov 03 20:10:54 ^^ Nov 03 20:10:55 although it is cool Nov 03 20:10:55 Yeah, didn't find a better page... Nov 03 20:11:14 amazon? Nov 03 20:11:54 * cb22 wonders if there is anyone working on a picture viewing app Nov 03 20:12:03 something fast, really really insainly fast Nov 03 20:12:13 Okay. Seriously. How the F*** can I bring mplayer to F***** scale down the video clips? " mplayer -framedrop -noslices -pp 0 -sws 0 -vf rotate=2 -screenh 320 -screenw 240 -zoom -vo fbdev -quiet /media/card/test.mpg" simply does not work nor does anything else I tried. Nov 03 20:12:19 no, still not there. Nov 03 20:12:31 cb22: there was a video with mickeyl where he is demonstrating some really fast viewer app for pics Nov 03 20:12:31 cb22: I... might? ;) Nov 03 20:12:33 how about mplayer -vf scale=320:240? Nov 03 20:12:46 yeah, what cb said Nov 03 20:12:47 * abraxa_ tries Nov 03 20:12:56 * cb22 likes speed Nov 03 20:13:02 (mplayer's ui sucks even more than the rest, yes) Nov 03 20:13:06 like that webkit demo from mickeyl Nov 03 20:13:13 that blew my mind away :) Nov 03 20:13:32 i expected hideously slow, the screen updating line by line type of thing :) Nov 03 20:13:44 * cb22 is in a happy mood Nov 03 20:13:46 * abraxa_ bows to cb22 Nov 03 20:13:57 Wow, that option was well hidden. Thanks! Nov 03 20:14:08 hehe, no problem Nov 03 20:14:13 Now let's hope it still retains the aspect ratio... Nov 03 20:14:19 probably not Nov 03 20:14:30 Well, if not then I'd be back to square one :); Nov 03 20:14:44 gogogo mplayer on moko!! Nov 03 20:14:52 how about -aspect Nov 03 20:14:55 or something like that Nov 03 20:15:11 * cb22 thinks Nov 03 20:15:19 "The aspect option must be a floating point number or a ratio" Nov 03 20:15:20 you could probably calculate the aspect based on the file Nov 03 20:15:27 Argl Nov 03 20:15:51 Actually I did refuse to believe mplayer would be too stupid to not be able to do this Nov 03 20:15:58 Slowly I wonder if it actually is... Nov 03 20:16:01 lol Nov 03 20:16:08 maybe ask on the MailingLists? Nov 03 20:17:44 ahr... back to my problem... does anybody know how my problem could be fixed? src/libtaku/Makefile.am:19: HAVE_INOTIFY does not appear in AM_CONDITIONAL" openmoko-dates2 tak do_configure failed Nov 03 20:18:07 josch: Did you bump the srcrev of openmoko-dates2, too? Nov 03 20:18:48 nope - I left openmoko-dates2 as it was Nov 03 20:18:58 Might wanna try that :) Nov 03 20:19:04 grr... Nov 03 20:19:10 kk - will try Nov 03 20:22:14 wow, things seem to have really being going well wit this project Nov 03 20:22:29 cb22: how do you figure? Nov 03 20:22:29 like so many entries in planet in the past 5 days Nov 03 20:22:36 Okay, with scaling we can have about 15~17FPS... so we might be able to reach 24FPS with GTA02 - time will tell Nov 03 20:22:36 the cool videos from mokoninja Nov 03 20:22:42 gta02 coming up soon Nov 03 20:22:46 wow, will check it out again now Nov 03 20:22:47 what abraxa_ just said Nov 03 20:22:54 cb22: scaling from what? Nov 03 20:22:57 abraxa_: Nov 03 20:22:59 the 1000ma wall charger Nov 03 20:23:09 the proper battery columb thingy Nov 03 20:23:17 SpeedEvil: 352x240 -> 320x240 Nov 03 20:23:36 Without scaling we have 24FPS already Nov 03 20:23:54 abraxa_: this is great!! but it's MPEG1 ? Nov 03 20:24:00 Yeah but it's the same for MPEG4 Nov 03 20:24:13 hmm, what about h264? Nov 03 20:24:18 that impossible without hardware? Nov 03 20:24:33 No idea, I don't have h264 material I don't think Nov 03 20:24:42 encode some quick, give it a shot :) Nov 03 20:24:45 abraxa_: how do I fond out the latest revision for openmoko-dates2 ? Nov 03 20:25:00 cb22: I would but I'm too busy for that unfortunately Nov 03 20:25:07 ah, k Nov 03 20:25:07 I wanna get this stuff out the door ;) Nov 03 20:25:13 hehe Nov 03 20:25:43 abraxa_: if you want I can also send you a h264 video! Nov 03 20:26:48 josch: http://svn.o-hand.com/repos/dates/branches/openmoko2/ - 659 Nov 03 20:26:50 And sure Nov 03 20:28:46 hmm Nov 03 20:28:46 http://forum.doom9.org/showthread.php?t=99402 Nov 03 20:29:14 gets ~75 fps on baseline Nov 03 20:29:18 thats a p3 800mhz Nov 03 20:29:22 at 700kbps Nov 03 20:30:42 different architecture entirely Nov 03 20:30:46 not that comparable... Nov 03 20:30:49 true Nov 03 20:31:06 lack of fpu big issue? Nov 03 20:31:42 depends on the codec Nov 03 20:32:04 libavcodec in mplayer? Nov 03 20:34:24 lavc is mostly integer Nov 03 20:34:56 wma decider uses floats, ra288 Nov 03 20:35:01 maybe a couple others Nov 03 20:43:32 hello MichaelShiloh Nov 03 20:44:14 * abraxa_ is amazed... saturday night and it's so active here Nov 03 20:44:15 abraxa_: http://www.rabenfrost.net/video_h264.avi Nov 03 20:44:19 Danke :) Nov 03 20:44:49 ich danke!! Nov 03 20:44:52 argh Nov 03 20:45:01 this is not the german chan... Nov 03 20:45:03 ;) Nov 03 20:45:09 * anrp doesn't say anything to that Nov 03 20:45:56 abraxa_: the trick with sane_srcrevs works again!! it seems to build now! Nov 03 20:46:06 josch: Uh... that clip... Nov 03 20:46:43 http://pastebin.com/d2bd3a404 Nov 03 20:46:50 * abraxa_ scratches his head Nov 03 20:47:09 abraxa_: I LOVE this clip ^^ Nov 03 20:47:28 I might, too, if I could watch it Nov 03 20:47:31 abraxa_: my local mplayer plays it without problems Nov 03 20:47:32 lol Nov 03 20:47:55 even my mplayer mozilla plugin plays it ^^ Nov 03 20:48:07 5000? Nov 03 20:48:23 h264 is painful - both: encoding length AND the commandline: subq=6:partitions=all:8x8dct:me=umh:frameref=5:bframes=3:b_pyramid:weight_b Nov 03 20:48:38 anrp: yeah 5000 Nov 03 20:48:55 anrp: www.damanatus.com for more info Nov 03 20:48:59 damnatus Nov 03 20:49:22 a 200kbps h264 at 320x240 encoded 2 pass should be watchable Nov 03 20:50:36 cb22: my file is only 1 pass encoded with approx 1000kBit/s Nov 03 20:50:42 ouch Nov 03 20:50:48 i doubt a neo would play that Nov 03 20:50:50 maybe at like 5fps Nov 03 20:51:07 I also doubt that but someone has to try ^^ Nov 03 20:51:15 * anrp eyes certain people Nov 03 20:51:26 maybe I should encode several version like I did with theora Nov 03 20:51:28 In general. Nov 03 20:51:44 decoding all formats using mplayer Nov 03 20:51:54 anrp? Nov 03 20:51:54 the lower the input bitrate the better Nov 03 20:52:01 much over 150kbits/sec and it stalls Nov 03 20:52:06 ah okay Nov 03 20:52:07 much over 150kbytes/sec and it stalls Nov 03 20:52:34 i will always encoded my videos at 120kb 2 pass 320x240 with 15fps Nov 03 20:52:50 have* Nov 03 20:52:55 wrong verb Nov 03 20:53:31 you sure? 150kbyte/s is pretty high Nov 03 20:54:29 kbit Nov 03 20:55:03 -> SpeedEvil Nov 03 20:56:50 anrp: it's vcd Nov 03 20:57:16 anrp: most vcd-rate - not h.264, I diddn't test others - work ok Nov 03 20:57:22 though they may skip the odd frame Nov 03 20:57:36 josch: "Error while decoding frame!" - fails to play on the Neo also Nov 03 20:58:27 abraxa_: why?? is ther no h264 decoder? Nov 03 20:58:56 Anyone happen to have some test video? Nov 03 20:59:06 I have a slightly faster - PII/300 laptop I can try it on Nov 03 20:59:08 SpeedEvil: To test what? Nov 03 20:59:17 h.264 320*24 Nov 03 20:59:43 josch's http://www.rabenfrost.net/video_h264.avi should be what you want Nov 03 21:00:09 äh... the bitrate is quite too high Nov 03 21:00:19 will encode the same with 150kbit/s Nov 03 21:00:45 oh Nov 03 21:00:47 Hmm that might be it Nov 03 21:00:51 mpeg1/2 is easier to decode Nov 03 21:00:53 That was 90% speed on PII/300 Nov 03 21:08:28 As a very rough guess - that's about 4* neo Nov 03 21:55:54 where I can get the source of the default keyboard in openmoko from? Nov 03 22:07:50 blinx: http://svn.o-hand.com/view/matchbox/trunk/matchbox-keyboard/ Nov 03 22:12:00 abraxa_: k thx Nov 03 23:25:01 * * OM Bug 988 has been created by matt(AT)manjos.com Nov 03 23:25:01 * * Neo Advanced product page out-of-date Nov 03 23:25:02 * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=988 Nov 04 00:03:20 Anyone knows what happened to aloril? Nov 04 00:03:58 abraxa_: maybe he got lost like thomasg did... :-( Nov 04 00:04:09 abraxa_, nothing that I know Nov 04 00:04:22 Well, his scripts stopped working Nov 04 00:04:24 I miss them :) Nov 04 00:04:33 why don't you drop him a line? aloril@iki.fi Nov 04 00:04:38 ah, the scripts Nov 04 00:04:45 I left PMs but never got responses either Nov 04 00:04:50 Thanks josch, I'll do that then Nov 04 00:57:07 josch: hm> Nov 04 00:57:08 ? Nov 04 00:57:44 thomasg: hi thomasg!! Nov 04 00:57:51 :) Nov 04 00:57:58 I'm not surprised you are awake so late/early Nov 04 00:58:03 in the night/morning Nov 04 00:58:17 maybe I'm mentally gone (= I'm drunk), but I'm still here (physically) Nov 04 00:58:29 I wanted to do an E17 openmoko build Nov 04 00:58:37 bitbake e-wm :) Nov 04 00:58:38 what do I have to do? is there a wiki page? Nov 04 00:58:44 but Nov 04 00:58:58 this will not activate it as my default environment Nov 04 00:59:48 if you install e-wm on your neo/xephyr via ipkg-install e-wm it should be activated by default Nov 04 01:01:01 this sounds too easy to be true... I can remember you having massive problems with E17 Nov 04 01:02:14 my I had the most probs at build-time, not at runtime Nov 04 01:02:26 but if you tell me the errors, maybe I can help Nov 04 01:10:59 thomasg: no, no errors I just couln't believe it to be so easy ^^ Nov 04 01:11:18 I will start make build-package-e-wm now Nov 04 01:11:47 josch: That'll take a while Nov 04 01:17:34 last time I tried to build e-wm it died on edje Nov 04 01:21:47 AntonTakk: you're on x86 or x64? Nov 04 01:25:42 64 Nov 04 01:38:00 * * OM Bug 989 has been created by abraxa(AT)dar-clan.de Nov 04 01:38:01 * * neod closes openmoko-today Nov 04 01:38:02 * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=989 Nov 04 01:44:11 thomasg: x64 Nov 04 01:44:35 AntonTakk: believe me: use x86 :) Nov 04 01:45:21 hrm Nov 04 01:45:26 not much of a solution Nov 04 01:47:03 sides, how would you tell the mokomakefile to build 32 bit cross compiler and etc rather than 64? Nov 04 01:53:34 hey.. why isn't Oslo in the worldclock application? Nov 04 01:58:57 exit Nov 04 02:01:11 Vegar: pah, oslo? :P Nov 04 02:01:34 yeah, and copenhagen Nov 04 02:01:39 Vegar: You have the source code ;) Nov 04 02:02:07 AntonTakk: yeah, it isn't really a solution Nov 04 02:02:51 I'm on x64, too, but every time I fixed a build-time-problem, another appeared. after I while I gave up and ran debootstrap for a i386 chroot. Nov 04 02:16:58 thomasg: hrm... e-wm compiles for half an hour now on x86-64... maybe I'm lucky? Nov 04 02:18:03 maybe you really are. but I hope it's not only e-wm - because that shouldn't take longer than 5 minutes :) Nov 04 02:19:13 only did make build-package-e-wm <= it seems to have thousands of deps... Nov 04 02:25:31 thomasg: success!! Nov 04 02:25:40 no problems with x86_64 Nov 04 02:26:05 716 tasks completed successfully Nov 04 02:43:22 abraxa_ see bug #972 on neod - won't mark it as duplicate, as you're right about the bugzilla category :-) **** ENDING LOGGING AT Sun Nov 04 02:59:57 2007