**** BEGIN LOGGING AT Fri Feb 08 02:59:56 2008 Feb 08 03:35:05 * * OE Bug 3758 has been created by dannytaylor(AT)visi.com Feb 08 03:35:07 * * Alsa(-dev) omission Feb 08 03:35:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3758 Feb 08 07:31:03 * * OE Bug 3759 has been created by johnfrombluff(AT)gmail.com Feb 08 07:31:05 * * h5400: Battery status unavailable Feb 08 07:31:07 * * http://bugs.openembedded.net/show_bug.cgi?id=3759 Feb 08 07:31:15 * * OE Bug 3759 has been marked as DUPLICATE of bug 3746 by johnfrombluff(AT)gmail.com Feb 08 07:31:17 * * h5400: Battery status unavailable Feb 08 07:31:19 * * http://bugs.openembedded.org/show_bug.cgi?id=3759 Feb 08 08:30:15 good morning boys and girls Feb 08 08:30:21 ~seen gerwin Feb 08 08:30:23 gerwin was last seen on IRC in channel #oe, 765d 18h 38m 46s ago, saying: 'zecke: no I think it was some called sipphone or something it was with video'. Feb 08 08:30:28 ~seen gerwinin Feb 08 08:30:29 gerwinin was last seen on IRC in channel #oe, 9d 22h 53m 34s ago, saying: 'Xora: I saw a pretty cool zaurus imitation ;)'. Feb 08 08:30:46 eeeps Feb 08 08:30:54 i am trying to build an image with a simple Xserver and my image size is around 42MB, cant i reduce it. Feb 08 08:31:18 sriram: you should be able to easilly get down to 20M without any effort Feb 08 08:31:41 the library directory is itself 25MB Feb 08 08:32:50 hmm Feb 08 08:32:57 i'm a bit worried re. FOSDEM organization Feb 08 08:33:02 gerwin promised to handle it, but i see little activity Feb 08 08:33:17 i.e. this time i _really_ love to have handouts and an attraction poster Feb 08 08:33:25 think i should send a reminder to the list? Feb 08 08:33:34 i don't want to push things though... Feb 08 08:34:54 sriram: a 25M library Feb 08 08:35:11 sriram: what image are you building? Feb 08 08:35:43 a simple test system with a simple x server and matchbox Feb 08 08:38:54 sriram: I think thats bigger than the standard x11-image comes out on my spitz Feb 08 08:39:17 XorA: why did you remove linux-openmoko_git ? Feb 08 08:39:29 XorA: this is directly from Andy's git tree -- could come in handy for testing at times Feb 08 08:39:41 mickeyl: I didnt Feb 08 08:39:46 no? Feb 08 08:39:48 odd Feb 08 08:39:56 # delete "packages/linux/linux-openmoko-devel_git.bb" Feb 08 08:40:10 dd027a8b3d308568f5c47f602615755d6bbb5d86 Feb 08 08:40:13 mickeyl: oh, was that from andies tree? Feb 08 08:40:17 yep Feb 08 08:40:43 no worries, I'll bring it back Feb 08 08:40:53 mickeyl: shit sorry, too agressive with clean up Feb 08 08:41:01 np, we have a SCM :) Feb 08 08:41:34 yup Feb 08 08:41:51 XOra: my bb file http://pastebin.ca/896047 Feb 08 08:42:15 i have a feeling that i am choosing a bigger x windows Feb 08 08:42:45 g'morning Feb 08 08:43:03 im looking for a task that can build a sdk for my target platform Feb 08 08:43:09 so that i can run the sdk on the target Feb 08 08:43:14 sriram: well just examine your do_rootfs log and see what got included that you didnt mean Feb 08 08:43:15 i found something for glibc Feb 08 08:43:23 but is there a task for uclibc, too? Feb 08 08:43:28 mtn: warning: attach node 2147501509 blocked by unversioned path 'packages/libao/libao_0.8.8.bb' Feb 08 08:43:32 sometimes i hate monotone Feb 08 08:43:34 or is uclibc to limited to provide a sdk on a target? Feb 08 08:43:38 mithro: ! Feb 08 08:44:22 mickeyl: hey Feb 08 08:44:26 mickeyl: you should move to git :) Feb 08 08:44:38 mickeyl: btw did you know I work for rwhitby now :) Feb 08 08:44:57 mithro: heh, news to me. congrats Feb 08 08:45:06 * rwhitby stays silent Feb 08 08:45:08 mickeyl: how goes everything? Feb 08 08:45:27 rwhitby: on git or me working at ASTC :P Feb 08 08:45:41 mithro: ups and downs, to be honest. i'm very unsatisfied with my current work, although i have hope i will sustain long enough to get things back on track. Feb 08 08:45:57 mithro: the latter Feb 08 08:46:01 ;) Feb 08 08:46:26 luckily for mithro, he doesn't report to me :-) Feb 08 08:46:46 heh. you're a tough boss? Feb 08 08:47:24 tough, but fair :-) Feb 08 08:48:27 everyone says so :-) Feb 08 08:48:46 mickeyl: where are you working now? Feb 08 08:50:24 mithro: still freelancer. working most of the time for OpenMoko Inc. Feb 08 08:50:50 there was some rumblerings of an OE book a while back - did that go anywhere? Feb 08 08:52:03 ah, bad question Feb 08 08:52:10 my publisher is very angry with me Feb 08 08:52:20 i had _0_ time to do anything for the book last year Feb 08 08:52:45 it's still planned though. i went back to 100 hours per month this year to get some free time for the book Feb 08 08:53:16 oneday I'm going to have to write a book, just to find out what it's like Feb 08 08:53:58 it's good... Feb 08 08:54:01 ... when it's done :D Feb 08 08:54:14 seriously, if you enjoy writing, it's a pretty good experience Feb 08 08:54:21 but there will be hard times Feb 08 08:54:24 more than once Feb 08 08:54:38 I have to find something I'm qualified to write about first :) Feb 08 08:55:31 morning Feb 08 08:56:16 hi hrw Feb 08 08:57:40 nik0n: bitbake task-sdk-native (or task-native-sdk) to get SDK for your target device Feb 08 08:58:01 morning! Feb 08 08:58:03 hi hrw Feb 08 08:58:06 hi lumag Feb 08 09:03:43 XorA: do you recall who sent this mail re. more busybox options? Feb 08 09:03:50 i'm enabling more stuff atm. Feb 08 09:04:14 http://bugs.openembedded.net/show_bug.cgi?id=3737 Feb 08 09:04:45 hrw: but this requires glibc Feb 08 09:04:52 but i do run uclibc Feb 08 09:05:01 XorA: coolies, thanks Feb 08 09:06:12 nik0n: what it require from glibc? Feb 08 09:07:22 *sigh* Feb 08 09:07:30 every file touched by koen has tabs/spaces mixed up Feb 08 09:07:33 ~fishslap koen Feb 08 09:07:34 * ibot slaps koen up side the head with a wet fish. Feb 08 09:07:40 hrw: my fault, forget my last comment :) Feb 08 09:11:46 rwhitby: are all slingbox versions still in use? Feb 08 09:14:19 mickeyl: grab busybox 1.8 from Poky Feb 08 09:14:33 shit. Feb 08 09:14:37 1.9.0 released Feb 08 09:14:49 slowly Feb 08 09:14:54 first 1.7.2 will be the new default Feb 08 09:15:14 then we can switch to 1.9 Feb 08 09:15:18 is that the new stable one? Feb 08 09:15:30 * mickeyl removing angstrom-isms Feb 08 09:15:36 heh Feb 08 09:15:41 busybox 1.7.2 has no default defconfig Feb 08 09:15:45 only one in angstrom subdir Feb 08 09:15:53 _this_ is why i want to revive the generic distro Feb 08 09:15:54 1.8.2 is still marked stable Feb 08 09:16:19 i see Feb 08 09:16:25 then we should first switch to 1.8.2 Feb 08 09:17:19 mickeyl: any news about when gta02 will be ready for external devs? Feb 08 09:19:56 you mean p0? Feb 08 09:20:02 i'm not sure whether there will be a p0 with gta02 Feb 08 09:20:10 many things changed in OM inc. Feb 08 09:20:35 mickeyl: let me check Feb 08 09:20:53 (it's only used by unslung distro) Feb 08 09:21:40 mickeyl: p0 or not - just wanted to know about availability Feb 08 09:22:03 mickeyl: only the latest (1.3.1) is used, so all earlier versions can be removed Feb 08 09:25:41 03mickeyl 07org.oe.dev * r68843ccb... 10/ (1 packages/linux/linux-openmoko-devel_git.bb): linux-openmoko-devel git bring back from Graeme's personal Nirvana Feb 08 09:25:50 03mickeyl 07org.oe.dev * r58ac191d... 10/ (137 files in 30 dirs): Feb 08 09:25:50 busybox cleanup: Feb 08 09:25:50 * remove some outdated / in-between versions Feb 08 09:25:50 * remove angstrom-only defconfig in bb 1.7.2 Feb 08 09:25:50 * make 1.7.2 the new default preference Feb 08 09:26:09 03jeremy_laine 07org.oe.dev * r7255c970... 10/ (1 MAINTAINERS): MAINTAINERS: add my entry Feb 08 09:26:16 hrw: unclear at this point. a5 verification still in progress Feb 08 09:26:44 ok Feb 08 09:30:04 if we can solve all found problems with reworks and without an A6 i expect mass production to start end of this month Feb 08 09:30:08 if not, we need a6 Feb 08 09:30:11 and then timing is unclear Feb 08 09:32:00 another 3 months at least? Feb 08 09:32:31 shouldn't take that long Feb 08 09:32:41 but i have no idea actually Feb 08 09:34:00 each iteration should get quicker as the manufacturing people learn what they do better Feb 08 09:34:34 ya, the PCB rev itself is not the problem Feb 08 09:34:42 it's more like... verying what they broke this time ;) Feb 08 09:35:04 sometimes the problems rate is not converging towards 0 Feb 08 09:35:41 although this time our kernel guy seems to also have done hardware design Feb 08 09:37:00 XorA: it became tradition in openmoko... Feb 08 09:37:11 kernel guy working on hardware design.. Feb 08 09:52:45 mickeyl: How about some sed magic to replace tabs at the beginning of a line in bb files? Feb 08 09:52:53 I can do it if you want Feb 08 09:53:32 well, i do want to allow people chosing their style of indentation Feb 08 09:53:40 Laibsch: or-styleize does that Feb 08 09:53:45 i just don't want to see mixed style Feb 08 09:53:46 oe-styleize Feb 08 09:54:23 Well, oe-stylize has its own set of problems Feb 08 09:54:26 which is why i fix it whenever i see it. changing it to the indentation that's the majority in the file Feb 08 09:54:49 Laibsch: fix oe-styleize rather then re-invent the wheel Feb 08 09:55:00 Changing all to spaces would not be mixed style ;-) Feb 08 09:55:21 doesnt that wierd python require tabs? Feb 08 09:55:24 XorA: I don't think an automatic tool can ever be perfect for everything Feb 08 09:55:51 Small tasks like just replacing tabs, etc., are better done by "hand" IMHO Feb 08 09:56:04 * * OE Bug 3737 has been RESOLVED (FIXED) by Feb 08 09:56:06 * *  Feb 08 09:56:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3737 Feb 08 09:56:39 XorA: no, python does not require tabs Feb 08 09:56:58 python has semantically relevant indentation, but you can chose to indent the way you like. however it needs to be consistent Feb 08 09:57:17 or was it some .bbclasses used to have tabs and so you got stuck using tabs Feb 08 09:57:34 right Feb 08 09:57:38 if we have a python do_foo() Feb 08 09:57:43 we need to be careful Feb 08 09:57:48 when appending to that Feb 08 09:58:47 * XorA advocates :set ts=1 :-) Feb 08 10:02:17 hehe Feb 08 10:05:49 So, there is no reason *not* to do for file in `find . -name '*.bb'`; do sed -ie 's/^\t/ /g' $file; done ? Feb 08 10:10:32 well Feb 08 10:10:48 none, other than the "please lets not impose whitespace policies on people" Feb 08 10:11:03 i'm all for making it consistent Feb 08 10:11:11 but forcefull switching from one way to the other i would consider problematic Feb 08 10:11:31 per-file consistency is what i'm after Feb 08 10:12:05 * * OE Bug 3760 has been created by  Feb 08 10:12:07 * * integrate bdf fonts into font-update-common Feb 08 10:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3760 Feb 08 10:12:39 mickeyl: well, per-file consistency of course is much harder to come by. Feb 08 10:12:57 !oebug 3758 Feb 08 10:12:59 * * Bug 3758, Status: HTTP transfer failed :( Feb 08 10:13:00 that's right Feb 08 10:13:07 is invalid or am I mistaken? Feb 08 10:13:21 let me lookup the complete bug Feb 08 10:13:29 http://bugs.openembedded.org/show_bug.cgi?id=3758 Feb 08 10:13:39 the bot seems to be having some problems Feb 08 10:13:56 yeah Feb 08 10:13:57 Laibsch: the website is doing a redirest Feb 08 10:14:00 3758 is something else Feb 08 10:14:03 redirect Feb 08 10:14:56 Laibsch: I guess bot doesnt like redirects in http Feb 08 10:15:12 mickeyl: what is it? Feb 08 10:15:17 XorA: looks like it Feb 08 10:15:34 CoreDump|afk: Can you update the bot? AFAIK, the bug tracker has a new IP now Feb 08 10:15:43 It should be more permanent now Feb 08 10:16:12 3758 is alsa(-dev) omission Feb 08 10:16:44 3758 looks like not a bug Feb 08 10:16:49 I read the bug as "can be fixed by installing alsa-dev", no? Feb 08 10:16:53 aah Feb 08 10:16:59 "HTTP transfer failed" Feb 08 10:17:04 i read that as the bug description Feb 08 10:17:06 heh Feb 08 10:17:39 anyone bricked a n800/n810 yet? Feb 08 10:17:48 yes, that should be 'INVALID' Feb 08 10:17:55 zecke: no, mine is still working Feb 08 10:18:06 zecke: hrw did Feb 08 10:18:11 i'm actually using it as a closed device atm. :) Feb 08 10:18:13 mickeyl: done Feb 08 10:18:16 zecke: mine is factory broken Feb 08 10:18:20 * XorA also has a closed n810 Feb 08 10:18:51 zecke: hurry and make webkit full featured browser in OE so we can stop using n8x0 devices as closed just to webbrowse :-) Feb 08 10:19:08 hrw: did you get replacement from expansys? Feb 08 10:19:48 XorA: the problem is known at nokia and they have a fix Feb 08 10:19:57 XorA: software problem it is Feb 08 10:20:09 hrw: UK law expansys are required to replace anyway Feb 08 10:20:54 I managed to brick 2/3 n810 yesterday Feb 08 10:21:06 one doesn't turn on anymore, one does only boot into the charging mode Feb 08 10:21:31 and their stupid flasher-3.0 app refuses to use their FIASCO image... I hate Nokia with a passion! Feb 08 10:22:23 zecke: what the hell are you doing to them :_) Feb 08 10:22:28 XorA: and it will take 6 weeks Feb 08 10:23:05 * * OE Bug 3758 has been RESOLVED (INVALID) by Feb 08 10:23:07 * * Alsa(-dev) omission Feb 08 10:23:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3758 Feb 08 10:23:21 hrw: You'd only had for, what, like a day? Feb 08 10:23:28 You've Feb 08 10:23:34 hrw: did you use flasher-3.0 to flash a FIASCO image? Feb 08 10:23:41 hrw: 6 weeks? Feb 08 10:26:15 zecke: yes Feb 08 10:26:26 zecke: no problems (when it started flashing) Feb 08 10:26:34 Laibsch: over week now Feb 08 10:27:04 hrw: -F image -f works for you? Feb 08 10:27:06 XorA: or 1/3 of n810 price for courier Feb 08 10:27:27 zecke: "sudo ./flasher-3.0 -R -f -F RX-44_2008SE_2.2007.50-2_PR_COMBINED_MR0_ARM.bin" Feb 08 10:27:55 XorA: the problem exists only when I power off n810 Feb 08 10:28:07 XorA: it takes some time to get it on again Feb 08 10:43:14 bonjour Feb 08 10:46:16 http://www.tsa.gov/blog/2008/02/more-on-liquid-rules-why-we-do-things.html its amazing how a fake bomb plot invented by UK police to gain more funding has taken over the world Feb 08 10:47:08 hrw: I guess in finland its always cold enough to be the freezer fix :-) Feb 08 10:47:12 FIASCO subimage data length mismatch Feb 08 10:47:28 ~lart Nokia for proprietary patented PoS :) Feb 08 10:47:28 * ibot follow's Nokia with a gauntlet and ... scratch ... HUMILIATION for proprietary patented PoS :) Feb 08 10:51:19 ~curse nokia for lack of i18n Feb 08 10:51:21 May you be reincarnated as a Windows XP administrator, nokia for lack of i18n ! Feb 08 10:51:36 zecke: 25292105f0769680828ea2ccd36d6807 RX-44_2008SE_2.2007.50-2_PR_COMBINED_MR0_ARM.bin Feb 08 10:53:40 hrw: mine is the same Feb 08 11:08:07 good morning Feb 08 11:18:17 "That means you clearly think that resume from sleep results in a kernel Feb 08 11:18:18 reboot.  Excuse me if I disagree with you completely." Feb 08 11:18:21 lovely Feb 08 11:41:59 gm Feb 08 11:42:43 zecke: are you talking about nokia n810 or linux-rp-2.6.23-r27 ? Feb 08 11:42:50 zecke: ;-) Feb 08 11:43:52 * ant wonders if something is broken in his toolchain or the kernel has got a bad patch... Feb 08 11:44:16 * resume = broken Feb 08 11:44:26 * reboot = broken resume Feb 08 11:44:31 * ?ù Feb 08 11:44:59 ant|work: which zaurus? Feb 08 11:45:09 hrw: c7x0 Feb 08 11:45:15 hrw: I suspect cpufreq Feb 08 11:45:44 then remove cpufreq Feb 08 11:45:59 hrw: I'd prefer to move on 2.6.24 but seems suffering the same bug Feb 08 11:46:23 then move to .24 and disable cpufreq? Feb 08 11:46:45 hrw: and all the rest like here? http://www.oesf.org/forum/index.php?showtopic=25351 Feb 08 11:47:14 hrw: btw I have 1408k for kernel atm...=) Feb 08 11:48:45 ant|work: I do not read oesf forums for kernel stuff Feb 08 11:49:07 *g* Feb 08 11:49:08 hrw: me too, but i was lurking for android and stumbled in this... Feb 08 11:49:10 hi hrw Feb 08 11:49:47 hrw:...These are patched with angstrom patches and without cpufreq Feb 08 11:50:18 hrw: that gut should collaborate instead of vamprize! Feb 08 11:50:53 ant they dont know about opensource development Feb 08 11:51:03 only how to "steal" it Feb 08 11:51:06 woglinde: argh Feb 08 11:51:38 woglinde: I think these are kiddies Feb 08 11:52:11 woglinde: but they have *a lot* of free time for playing/testing! Feb 08 11:52:30 ant|work: it was a rmk quote Feb 08 11:54:53 hrw: http://yonggun.tistory.com/60 (Patch the frequency scaling bug - touchscreen freezing) Feb 08 11:55:04 * * OE Bug 2060 has been marked as DUPLICATE of bug 3134 by Feb 08 11:55:06 * * Angstrom build failure (using 4.1.2 toolchain) Feb 08 11:55:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2060 Feb 08 11:55:21 laibsch hehe Feb 08 11:56:57 ant|work: so? Feb 08 11:57:17 hrw: no sources, no patch, no defconfig for 2.6.23....sigh Feb 08 11:57:25 ant|work: it is yet another zaurus user which do not have idea what opensource is Feb 08 11:57:29 ~emulate zautrix Feb 08 11:57:30 this is exactly what the GPL is about. grab the stuff and run away Feb 08 11:58:52 ant you could troll in his guestbook Feb 08 11:59:08 thanks for not sharing the code with us Feb 08 11:59:16 hrw: for reference the latest kernel was the one in angstrom-2007.12-stable Feb 08 11:59:30 hrw: the latest with proper suspend/reboot Feb 08 11:59:39 hrw: which I tested Feb 08 11:59:40 or you lost your liecnes to use the kernel, because you violated the gpl Feb 08 12:00:29 woglinde: he put defconfig for 2.6.24 at least... Feb 08 12:00:36 lol Feb 08 12:00:39 ant|work: to tell the true I do not test zaurus kernels too much Feb 08 12:01:06 hrw: I have some time overnight, only if the baby sleeps! Feb 08 12:01:17 *g* Feb 08 12:01:24 mine sleeps very well Feb 08 12:01:34 hrw: good luck ;-) Feb 08 12:01:43 now he is starting to sleep longer in the morning Feb 08 12:01:53 so we have to wake him up Feb 08 12:01:58 woglinde: longer =? Feb 08 12:02:26 yes normaly he woked up btw. 7.30 and 8.00 am Feb 08 12:02:36 now he sometimes sleep even to 8.30 Feb 08 12:02:37 woglinde: you lucky bast**d Feb 08 12:02:48 woglinde: mine at 6.50 am Feb 08 12:02:58 woglinde: puntually! Feb 08 12:03:09 hm we will see how hrw will made it Feb 08 12:03:15 =) Feb 08 12:03:39 hrw how many days now? Feb 08 12:03:40 ;)) Feb 08 12:03:45 woglinde: what is funny? Feb 08 12:03:51 woglinde: ETA is at 11 Feb Feb 08 12:04:08 3...2...1... Feb 08 12:04:29 laibsch sorry I thought it was an other bug Feb 08 12:04:30 it's a matter of hours then! Feb 08 12:04:37 laibsch the duplicate one Feb 08 12:04:42 woglinde: OK Feb 08 12:04:58 I tought I duplicated the duplicated bug Feb 08 12:05:02 but is wasnt Feb 08 12:07:02 ant but my son is now 1 year an 7 month Feb 08 12:07:31 Laibsch: ping Feb 08 12:09:33 pong zecke Feb 08 12:09:57 Laibsch: do you need help on the above build failures? Feb 08 12:10:17 would be nice to fix them, of course Feb 08 12:10:26 I cannot build spitz images because of them Feb 08 12:10:39 But I am not in much luck currently Feb 08 12:10:44 No bootable Z at all Feb 08 12:11:20 hrw: What is so bad about zautrix? I googled and found he did share quite a lot of his work Feb 08 12:11:22 Laibsch: is the hardware broken? Feb 08 12:11:53 Laibsch: once a day he forked a Opie project, changed the colors of the button and released it as pi-AppPurpose without contributing back Feb 08 12:12:11 hrw: Only time he said something about closed source seems to be when he developed the complete program from scratch (Outlook sync, not sure it ever saw the light of day) Feb 08 12:12:47 zecke: And when called on, he defended his actions? Feb 08 12:12:57 Were the changed buttons any interesting? Feb 08 12:13:28 Laibsch: sure, he decided to not play with others, his changes were mostly minimal and added a feature or two Feb 08 12:13:29 Maybe he also learned his lesson? Feb 08 12:13:52 We all make mistake sometimes and the GPL can be easy to misunderstand for the uninitiated Feb 08 12:14:06 Laibsch: I think he got laid off and disappeared Feb 08 12:14:15 zecke: And he sold on the stuff as his own? Feb 08 12:14:21 Well, that certainly is a no-no Feb 08 12:14:30 Aha Feb 08 12:15:11 Laibsch: e.g. with opie-irc I grabbed the diffs, cleaned them up and added them, everytime he did a release Feb 08 12:15:47 well, there are strange people Feb 08 12:15:56 but he did release his code? Feb 08 12:16:22 So, he did not violate the GPL, but was no real contributor, I guess Feb 08 12:16:26 Laibsch: he did, his main project was kdepim/pi, none was merged upstream because he did not want to or was not able to feed patche supstream Feb 08 12:16:42 Laibsch: I think he violated the GPL, but not more than we all do :) Feb 08 12:17:19 We had those bug fixing days Feb 08 12:17:35 I think we should start thinking about "report patches upstream"-days Feb 08 12:19:31 woglinde: I'll have to wait, 6 and 1/2 months here... Feb 08 12:20:46 Laibsch: we should Feb 08 12:21:10 Laibsch: we also should start requiring Signed-Off-By in patches + descrptions of patches Feb 08 12:21:35 currently we have lot of patches which are full of black magic Feb 08 12:22:02 hrw: I guess signed-off-by is clear from whoever made the commit? Feb 08 12:22:20 hrw: How about this weekend? Feb 08 12:22:38 Even if an announcement might not reach everybody interested? Feb 08 12:22:47 Just to start things off? Feb 08 12:24:31 Laibsch: do you know all people with OE keys? Feb 08 12:24:36 I lost count Feb 08 12:24:41 67 keys Feb 08 12:24:47 Last time I looked Feb 08 12:24:56 mtn gives a summary everytime you pull Feb 08 12:25:07 And there is "mtn ls keys" Feb 08 12:25:26 * Laibsch thinks that those "addresses" should really be e-mail addresses Feb 08 12:25:28 Laibsch: 90 keys in db Feb 08 12:25:43 and I did talk with mickey|lunch about that yesterday Feb 08 12:26:27 if I take patch from XYZ project to fix CVF then where I should put info from where patch is and what it does? Feb 08 12:26:28 laibsch of some one makes a wiki entry I will read it Feb 08 12:27:02 woglinde: read what? Feb 08 12:27:41 hrw about the signed patches Feb 08 12:28:02 hrw: at the front of the patch? Feb 08 12:28:42 zecke: exactly Feb 08 12:28:46 args I meant laibsch Feb 08 12:29:02 hrw: bit signed-off-by is not really... Feb 08 12:31:21 I still don't understand why you want the extra trouble Feb 08 12:31:32 You need to do that for every patch Feb 08 12:31:44 And you need to get people to actually do it Feb 08 12:31:50 * Laibsch has some doubts about that Feb 08 12:32:12 Laibsch: origin and purpose is required by any engineering standards :) Feb 08 12:32:17 If the keys have become unclear as to who they belong to I think there are better solutions Feb 08 12:32:32 right Feb 08 12:32:33 1) make a wiki list telling what key belongs to whom Feb 08 12:32:35 Laibsch: I want patch descriptions and patch origins Feb 08 12:32:46 2) make all keys be resolvable mail addresses Feb 08 12:32:48 Laibsch: openembedded.org/people/ was such list Feb 08 12:33:00 which of course is uneditable Feb 08 12:33:02 :-( Feb 08 12:34:12 I will not touch OE website admin part. It is drupal which I do not know so I prefer to not touch Feb 08 12:34:22 me neither Feb 08 12:34:41 and I prefer to not suggest other solution (like wordpress) as such moves are not popular here Feb 08 12:34:51 hehe Feb 08 12:35:00 I am not sure about popular Feb 08 12:35:15 But it certainly raises some blood pressures ;-) Feb 08 12:36:01 But I think, we might rather have it as a file in OE itself Feb 08 12:36:07 sort of like MAINTAINERS Feb 08 12:36:32 wrong issues: Feb 08 12:36:55 Issues: We do not send patches upstream and we do not keep track of their status Feb 08 12:37:18 How to solve it: Send patches upstream when you create them, add the bug number at the top of the patch file! Feb 08 12:37:20 Yes, that is two separate issues Feb 08 12:37:33 OK Feb 08 12:38:07 zecke: But aren't there some patches that will not be suitable for upstream? Feb 08 12:38:14 * Laibsch is unsure Feb 08 12:38:34 Laibsch: yes, e.g. most of my gcc patches. Then the patch should state that! Feb 08 12:38:55 Laibsch: sometimes we have patches from the gcc bugtracker, we should add the bugnumbers (sometimes they are in the filename) Feb 08 12:40:15 for example my kernel patches are always sent up Feb 08 12:40:23 my they are usually small Feb 08 12:44:27 how about the following: Feb 08 12:44:38 We RFC a patch policy Feb 08 12:45:11 who will punish devels which do not follow? Feb 08 12:45:22 No need to punish Feb 08 12:45:37 I am thinking about a standard format like zecke proposed Feb 08 12:45:58 Then you can use sed, grep et al. to find those patches still in need of work Feb 08 12:46:07 What information should be in there? Feb 08 12:46:21 a) signed-off by Feb 08 12:46:34 I wonder if that shouldn't rather be in the commit key Feb 08 12:46:45 b) description, reason Feb 08 12:47:09 c) upstream status (pending, accepted in XXX, rejected) Feb 08 12:47:18 d) upstream bug URL Feb 08 12:47:22 Anything else? Feb 08 12:48:39 e) origin Feb 08 12:50:48 zecke, hrw ? Feb 08 12:51:21 one or a couple of lines at the top of the patch, preferably in a defined order Feb 08 12:51:47 be with you in 5 minutes Feb 08 12:51:50 need to review patches Feb 08 12:51:56 hehe ;-) Feb 08 12:54:20 how appropriate Feb 08 13:04:14 03pH5 07org.oe.dev * rfaabdd4e... 10/ (1 packages/xorg-app/beforelight_1.0.3.bb): beforelight: add 1.0.3 Feb 08 13:04:18 03pH5 07org.oe.dev * r3f3e070b... 10/ (1 packages/xorg-app/xfs_1.0.5.bb): xfs: add 1.0.5 Feb 08 13:04:25 03pH5 07org.oe.dev * rc9fbc6f6... 10/ (1 packages/xorg-app/xgamma_1.0.2.bb): xgamma: add 1.0.2 Feb 08 13:04:30 03pH5 07org.oe.dev * r58926768... 10/ (1 packages/xorg-app/xpr_1.0.2.bb): xpr: add 1.0.2 Feb 08 13:10:05 * * OE Bug 3455 has been marked as DUPLICATE of bug 2866 by Feb 08 13:10:07 * * php-native-5.2.0-r1-do_compile Feb 08 13:10:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3455 Feb 08 13:10:50 re Feb 08 13:18:29 I'm getting an error when I try to run bitbake Feb 08 13:18:37 bitbake bsae-image rather Feb 08 13:18:56 03pH5 07org.oe.dev * rb03e88c4... 10/ (1 conf/distro/include/preferred-xorg-versions-X11R7.4.inc): Feb 08 13:18:56 add preferred-xorg-versions-X11R7.4 in preparation for the 2008-03-01 release Feb 08 13:18:56 * work in progress, subject to change Feb 08 13:18:59 ERROR: Could not inherit file classes/efl1.bbclass while parsing /home/jackrabbit/OE/org.openembedded.angstrom-2007.12-stable/packages/nonworking/efl/epsilon_0.3.0.008.bb Feb 08 13:19:44 does anyone know what's causing this? Feb 08 13:25:39 jackrabbit: you did not set or export BBPATH? Feb 08 13:27:00 03Laibsch 07org.oe.dev * r80662886... 10/ (3 files in 2 dirs): php: fix incorrect unification for php-native by setting S explicitly. Feb 08 13:27:22 zecke: thosse are quite long 5 minutes ;-) Feb 08 13:27:30 Laibsch: many patches Feb 08 13:28:43 Laibsch: Signed-Off-By is gay, either we import the 300 pages document from the linux kernel and commit to it, or we don't (I prefer not to do it) Feb 08 13:28:56 zecke: does BBPATH get exported by local.conf? Feb 08 13:29:12 jackrabbit: unlikely Feb 08 13:29:22 zecke: I agree. The commit key should be sufficient Feb 08 13:29:24 er . . . I mean source-me.txt Feb 08 13:29:35 jackrabbit: That is an angstrom question Feb 08 13:29:37 jackrabbit: no idea what source-me.txt is Feb 08 13:29:41 Please ask there Feb 08 13:29:44 #angstrom Feb 08 13:29:48 got it Feb 08 13:34:02 lol autorepeat of keys is broken in gnome... Feb 08 13:35:55 aaaargh, I had forgotten how much I hate brussels streetmaps Feb 08 13:38:12 for embedded system which xserver takes less place, i am struck with a huge library of 25MB Feb 08 13:39:17 sriram: pastebin tmp/rootfs/usr/lib/ipkg/status Feb 08 13:41:58 What is it you guys are looking for from the yonggun gay @ oesf? That he attach his changes to the bug tracker? After all, he is not using Angstrom so I can understand that is not the first thing to come to his mind Feb 08 13:42:13 I am willing to put my head on the block and ask him to give back Feb 08 13:42:34 http://www.oesf.org/forum/index.php?s=62e66519fe6f30fb00347df36e0a13ff&showtopic=25351&st=15 Feb 08 13:49:20 Laibsch: download the kernel and require him to give back :-) Feb 08 13:51:45 although technically it is already a GPL violation Feb 08 13:55:34 hrw: http://pastebin.ca/896225 Feb 08 13:56:19 sriram: it is cut ;( Feb 08 13:56:32 sriram: 'grep ^Package tmp/rootfs/usr/lib/ipkg/status' then Feb 08 13:59:49 hrw: http://pastebin.ca/896226 Feb 08 14:01:18 XorA: From what I understand, he is offering his changes Feb 08 14:01:37 Maybe not the full source, but that can be gotten from all over the net Feb 08 14:01:44 So I would not nit-pick on that Feb 08 14:01:55 Laibsch: they have to be beside the kernel binary, or there has to be a written offer, I saw neither :-) Feb 08 14:02:01 I know Feb 08 14:02:13 But let's not be holier than the pope with a newbie Feb 08 14:02:25 * XorA puts away his inquisition gear Feb 08 14:02:30 Good Feb 08 14:02:34 I was look forward to a good bbq Feb 08 14:02:38 You want his patches? Feb 08 14:02:58 I couldnt actually work out if he had any useful ones Feb 08 14:03:18 I was just about to write a polite request for that when my dumb Xorg crashed again Feb 08 14:03:26 XorA: yes, I am not sure either Feb 08 14:03:34 sriram: thats all? Feb 08 14:03:45 sriram: please rebuild image as this list is not full Feb 08 14:04:02 morning Feb 08 14:04:03 XorA: So, I don't want him to come to the OE bts and then somebody tells him "your stuff is worthless" Feb 08 14:04:48 hrw: i have only those in my /usr/lib, may be i have selected the wrong packages Feb 08 14:06:02 sriram: you use own image recipe or OE one? Feb 08 14:08:00 give me a second, i am confused Feb 08 14:11:42 http://pastebin.ca/896233 Feb 08 14:17:58 sriram: thats result of bitbake x11-image? Feb 08 14:18:36 * hrw has to go Feb 08 14:19:05 sorry sriram but I will not help you now Feb 08 14:20:28 bye all Feb 08 14:20:45 bye bye Feb 08 14:26:24 bye all! Feb 08 15:02:04 * * OE Bug 3718 has been RESOLVED (FIXED) by Feb 08 15:02:06 * * busybox/syslog init script bug Feb 08 15:02:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3718 Feb 08 15:09:04 * * OE Bug 3198 has been RESOLVED (FIXED) by Feb 08 15:09:06 * * syslogd fails to start at boot with busybox 1.7.2 Feb 08 15:09:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3198 Feb 08 15:09:16 * * OE Bug 2964 has been RESOLVED (FIXED) by Feb 08 15:09:18 * * save-rtc date format causes error if busybox # CONFIG_FEATURE_DATE_ISOFMT is not set Feb 08 15:09:20 * * http://bugs.openembedded.org/show_bug.cgi?id=2964 Feb 08 15:10:05 * * OE Bug 1441 has been RESOLVED (FIXED) by Feb 08 15:10:07 * * busybox vs. initscripts date weirdness Feb 08 15:10:09 * * http://bugs.openembedded.org/show_bug.cgi?id=1441 Feb 08 15:17:15 03mickeyl 07org.oe.dev * r966f6767... 10/ (29 files in 7 dirs): Feb 08 15:17:15 busybox: Feb 08 15:17:15 * fix syslog init script (closes #3718) Feb 08 15:17:15 * drop obsolete slingbox versions (ACKed by rwhitby) Feb 08 15:17:21 03mickeyl 07org.oe.dev * rda9d34bc... 10/ (3 files in 3 dirs): busybox 1.7.2 enable CONFIG_FEATURE_DATE_ISOFMT. closes #2964 Feb 08 15:17:26 03pH5 07org.oe.dev * r1be6247e... 10/ (1 packages/xorg-driver/xf86-input-acecad_1.2.1.bb): xf86-input-acecad: add 1.2.1 Feb 08 15:17:31 03pH5 07org.oe.dev * ra6e97300... 10/ (1 packages/xorg-driver/xf86-input-calcomp_1.1.1.bb): xf86-input-calcomp: add 1.1.1 Feb 08 15:17:42 03pH5 07org.oe.dev * rd92012c0... 10/ (1 packages/xorg-driver/xf86-input-citron_2.2.1.bb): xf86-input-citron: add 2.2.1 Feb 08 15:17:47 03pH5 07org.oe.dev * r23003125... 10/ (1 packages/xorg-driver/xf86-input-dmc_1.1.1.bb): xf86-input-dmc: add 1.1.1 Feb 08 15:17:53 03pH5 07org.oe.dev * rbb30edb4... 10/ (1 packages/xorg-driver/xf86-input-dynapro_1.1.1.bb): xf86-input-dynapro: add 1.1.1 Feb 08 15:17:58 03pH5 07org.oe.dev * rbcb9287b... 10/ (1 packages/xorg-driver/xf86-input-elo2300_1.1.1.bb): xf86-input-elo2300: add 1.1.1 Feb 08 15:18:09 03pH5 07org.oe.dev * r7d07c025... 10/ (1 packages/xorg-driver/xf86-input-elographics_1.1.0.bb): xf86-input-elographics: add 1.1.0 Feb 08 15:18:11 03pH5 07org.oe.dev * rf0001973... 10/ (1 packages/xorg-driver/xf86-input-evdev_1.2.0.bb): xf86-input-evdev: add 1.2.0 Feb 08 15:18:16 03pH5 07org.oe.dev * r719259e6... 10/ (1 packages/xorg-driver/xf86-input-joystick_1.3.1.bb): xf86-input-joystick: add 1.3.1 Feb 08 15:18:21 03pH5 07org.oe.dev * rcd19590e... 10/ (1 packages/xorg-driver/xf86-input-magellan_1.1.1.bb): xf86-input-magellan: add 1.1.1 Feb 08 15:18:26 03pH5 07org.oe.dev * r36ea0493... 10/ (1 packages/xorg-driver/xf86-input-microtouch_1.1.1.bb): xf86-input-microtouch: add 1.1.1 Feb 08 15:18:30 03pH5 07org.oe.dev * r86f339f0... 10/ (1 packages/xorg-driver/xf86-input-mouse_1.2.3.bb): xf86-input-mouse: add 1.2.3 Feb 08 15:18:36 03pH5 07org.oe.dev * rfed6be99... 10/ (1 packages/xorg-driver/xf86-input-penmount_1.2.1.bb): xf86-input-penmount: add 1.2.1 Feb 08 15:18:43 03pH5 07org.oe.dev * r7d7165bb... 10/ (1 packages/xorg-driver/xf86-input-spaceorb_1.1.1.bb): xf86-input-spaceorb: add 1.1.1 Feb 08 15:18:47 03pH5 07org.oe.dev * r89f148d9... 10/ (1 packages/xorg-driver/xf86-input-vmmouse_12.4.3.bb): xf86-input-vmmouse: add 12.4.3 Feb 08 15:18:52 03pH5 07org.oe.dev * r7ac4d4c3... 10/ (1 packages/xorg-driver/xf86-input-void_1.1.1.bb): xf86-input-void: add 1.1.1 Feb 08 15:18:57 03pH5 07org.oe.dev * r32ea0863... 10/ (1 packages/xorg-driver/xf86-video-ati_6.7.197.bb): xf86-video-ati: add 6.7.197 Feb 08 15:19:02 03pH5 07org.oe.dev * r273be286... 10/ (1 packages/xorg-driver/xf86-video-i128_1.2.1.bb): xf86-video-i128: add 1.2.1 Feb 08 15:19:06 03pH5 07org.oe.dev * r2e4986be... 10/ (1 packages/xorg-driver/xf86-video-i810_1.7.4.bb): xf86-video-i810: add 1.7.4 Feb 08 15:19:11 03pH5 07org.oe.dev * r2cf2c57e... 10/ (1 packages/xorg-driver/xf86-video-nsc_2.8.3.bb): xf86-video-nsc: add 2.8.3 Feb 08 15:19:17 03pH5 07org.oe.dev * rc3145f7a... 10/ (1 packages/xorg-driver/xf86-video-nv_2.1.7.bb): xf86-video-nv: add 2.1.7 Feb 08 15:19:22 03pH5 07org.oe.dev * r0b776e8d... 10/ (1 packages/xorg-driver/xf86-video-sis_0.9.4.bb): xf86-video-sis: add 0.9.4 Feb 08 15:19:28 03pH5 07org.oe.dev * r85e126c4... 10/ (1 packages/xorg-driver/xf86-video-mga_1.9.99.bb): xf86-video-mga: add 1.9.99 Feb 08 15:19:32 03pH5 07org.oe.dev * re272f02e... 10/ (1 packages/xorg-proto/xproto-native_7.0.11.bb): xproto-native: add 7.0.11 Feb 08 15:19:39 03pH5 07org.oe.dev * r2f09abb6... 10/ (1 packages/xorg-lib/libxmu_1.0.4.bb): libxmu: add 1.0.4 Feb 08 15:19:45 03mickeyl 07org.oe.dev * r000f3043... 10/ (9 files in 9 dirs): busybox 1.2.1, 1.7.2: enable CONFIG_RUN_PARTS_LONG_OPTIONS and CONFIG_FEATURE_DATE_ISOFMT. closes #2964 Feb 08 15:26:05 * * OE Bug 3677 has been RESOLVED (LATER) by nowhere_land(AT)fromru.com Feb 08 15:26:07 * * hx4700 - battery power is always 100% Feb 08 15:26:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3677 Feb 08 15:27:05 * * OE Bug 3529 has been RESOLVED (FIXED) by Feb 08 15:27:07 * * gpsd : missing python module curses.ascii Feb 08 15:27:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3529 Feb 08 15:30:25 i just made a minimal gpe image, i get the message: export LD_LIBRARY_PATH=/usr/X11R6/lib:/usr/kde/lib:/usr/local/lib:/usr/lib:/lib:/usr/qpe/lib Feb 08 15:30:26 export KDEDIR=/usr/kde Feb 08 15:30:26 export QTDIR=/usr/kde Feb 08 15:30:26 export DISPLAY=:0.0 Feb 08 15:30:26 export TERM=xterm Feb 08 15:30:27 export TSLIB_TSDEVICE=/dev/input/event1 Feb 08 15:30:29 export TSLIB_CONFFILE=/etc/ts.conf Feb 08 15:30:31 export TSLIB_PLUGINDIR=/usr/lib/ts Feb 08 15:30:33 sorry sorry Feb 08 15:30:49 i am extremely sorry for this, its a mistake Feb 08 15:34:39 lisppaste7: url Feb 08 15:34:40 To use the lisppaste bot, visit http://paste.lisp.org/new/oe and enter your paste. Feb 08 15:34:56 sriram: ^^ use that and don't worry Feb 08 15:37:45 made a gpe-image and got excited hence the rush Feb 08 15:38:33 why do i get the message: Xserver keeps crashing, giving up Feb 08 15:39:04 * * OE Bug 1263 has been RESOLVED (FIXED) by Feb 08 15:39:06 * * a fix and an enhancement for bootimg.class Feb 08 15:39:08 * * http://bugs.openembedded.org/show_bug.cgi?id=1263 Feb 08 15:58:28 03mickeyl 07org.oe.dev * r11e41cd5... 10/ (5 files in 2 dirs): gspd 2.* increase package granularity. closes #3529 Feb 08 15:58:33 03mickeyl 07org.oe.dev * re09cd451... 10/ (1 classes/bootimg.bbclass): bootimg.bbclass: add deploy image dir, insert chance for post processing image. closes #1263 Feb 08 16:07:50 re Feb 08 16:17:16 crap Feb 08 16:17:27 I can't help myself Feb 08 16:17:59 ast is so funny Feb 08 16:18:00 http://www.electoral-vote.com/ Feb 08 16:20:26 Hello Feb 08 16:22:58 hi sirfred Feb 08 16:23:12 re Feb 08 16:23:23 hrw: Hello, are you already a happy father? Feb 08 16:28:27 not yet Feb 08 16:29:44 hrw: When is expected? Feb 08 16:32:11 zecke: Those have to be the longest 5 minutes I have ever seen Feb 08 16:33:33 Hmm, did I say something inappropriate? Feb 08 16:33:52 sirfred: any day Feb 08 16:34:06 Laibsch: ;) Feb 08 16:34:07 sirfred: ETA is Monday but only 5% born at ETA Feb 08 16:34:27 Laibsch: people are always impressed by my time estimates Feb 08 16:34:32 hrw: What do you mean with 5%? Feb 08 16:34:37 Laibsch: but I think I replied to your points a-e already Feb 08 16:35:48 hrw: Well, good luck, anyway Feb 08 16:37:13 zecke: Well, I did not quite have that feeling Feb 08 16:37:31 But I guess you mean they are good to go (for RFC) with one exception? Feb 08 16:38:43 Laibsch: hehe, sorry to be so short on words. Yes they are good for a RFC without this Signed-Off-By stuff Feb 08 16:39:12 Laibsch: it is common sense to have b-e in the patch files and people should send patches upstream, but a patch sending stream is good too Feb 08 16:39:27 Laibsch: sorry, s/stream/spring/ Feb 08 16:53:59 sirfred: long ago you patched xserver-kdrive-imageon isn't? Feb 08 16:55:45 sirfred: it looks like the actual x.-k.-imageon needs to be reworked Feb 08 16:56:44 ant|work: Which one is the actual? Feb 08 16:57:13 sirfred: for c7x0 we have 1.2.0 Feb 08 16:57:51 ant|work: So, patches don't apply for newer versions? Feb 08 16:58:03 I'm afraid that perhaps the randr stuff has changed since 1.2 Feb 08 16:58:10 sirfred: http://72.233.35.82/buglist.cgi?quicksearch=imageon Feb 08 16:58:35 sirfred: you got the point Feb 08 17:00:14 But it seems a render.h issue. I remember to have had this problem also Feb 08 17:00:27 The undefined XID type? Feb 08 17:01:08 sirfred: this is the minor issue I think... Feb 08 17:01:34 ant|work: Well, I will try to find some time, update my outdated local copy and try building it. Feb 08 17:01:42 sirfred: thanks Feb 08 17:02:16 ant|work: np. Anyway, I have the feeling that I've hit that render problem before. Unfortunately I don't remember what exactly happened :-( Feb 08 17:04:07 sirfred: the patches there let it compile, but someone (Laibsch, zecke ?) said it needs to be upgraded Feb 08 17:04:20 ant|work: I'll take a look Feb 08 17:04:54 bye Feb 08 17:04:55 ant|work: Anyway, the pulling from monotone is going to be slow and painful Feb 08 17:05:25 bye hrw Feb 08 17:05:46 sirfred: if you happen to have time, run fstests Feb 08 17:05:58 sirfred: it was failing on the last one Feb 08 17:06:10 ant|work: What is fstests ? Feb 08 17:06:23 (don't ask me now whith one, the last) Feb 08 17:06:33 http://www.angstrom-distribution.org/repo/?action=details&pnm=fstests Feb 08 17:07:25 Ok, I see Feb 08 17:07:52 I read about it in mickey blog I think Feb 08 17:08:47 http://www.vanille-media.de/site/index.php/2007/12/08/framebuffer-vs-x11/#comments Feb 08 17:13:17 ant|work: Interesting Feb 08 17:21:35 bye, bbl Feb 08 17:29:54 hi thesing Feb 08 17:29:58 hi everybody Feb 08 17:32:58 hi all Feb 08 17:33:20 hi mrdata Feb 08 17:33:30 hi mrdata Feb 08 17:33:35 hi Feb 08 17:34:12 mrdata: any progress on simpad drivers? Feb 08 17:34:24 woglinde: kernel 2.6.24 works for me with complete rootfs on mmc ;-) Feb 08 17:35:14 thesing: nothing new for touchscreen, no work on usb and sound Feb 08 17:35:37 mrdata nice Feb 08 17:35:43 could you provide the patches? Feb 08 17:36:01 yes, i could send it to you Feb 08 17:36:01 did you port the bluethooth patches too? Feb 08 17:36:13 yes please Feb 08 17:36:19 than I will check it in Feb 08 17:36:27 bluetooth patches for what? Feb 08 17:36:28 and remove my local 2.6.23 stuff Feb 08 17:36:32 mrdata simpad Feb 08 17:37:02 there are not realy patches neccessary Feb 08 17:37:07 one patch needed more work when I started to justify the patches from 2.6.22 to 2.6.23 Feb 08 17:37:12 only hardwaremod i think Feb 08 17:37:16 yes Feb 08 17:38:28 i have not made build the current kernel with bluetooth, but this should not be that problem Feb 08 17:40:28 okay send it I will test it and then check in Feb 08 17:41:42 woglinde: there are only one possible error, for using rtc and hwclock on kernel-startup Feb 08 17:43:22 hm? Feb 08 17:43:25 whats the problem? Feb 08 17:43:47 hm next linux smartphone Feb 08 17:43:49 http://www.sysopendigia.com/C2256FEF0043E9C1/0/405001799 Feb 08 17:43:59 and they hiring linux experts Feb 08 17:44:09 slapin around? Feb 08 17:53:53 woglinde: kernel crash on startup, while /etc/init./hwclock.sh is running Feb 08 17:54:19 maybe a missing kernel-config option Feb 08 17:58:21 !seen psokolovsky Feb 08 17:58:23 psokolovsky (n=psokolov@nat-users.is.ua) was last seen quitting from #oe 27 days, 1 hour, 37 minutes ago stating (Read error: 110 (Connection timed out)). Feb 08 17:58:48 I started to ask when he was gone for 3 days :b Feb 08 18:02:55 Sleep_Worker: Write an email to oe-ml he usually read it. Feb 08 18:05:26 rschuster: does jalimo have the rxtx java library for any of the nokia devices? Feb 08 18:07:38 florian: no. it doesn't have it Feb 08 18:07:51 florian: do you need it for bluetooth? Feb 08 18:09:07 rschuster: no, for the serial port :-) Feb 08 18:12:45 rschuster: I have a piece of software that might be a reason for a small hardware modificatin Feb 08 18:16:54 rschuster: Google found this: http://jalimo.evolvis.org/repository/maemo/pool/chinook/rxtx/ ;) Feb 08 18:17:46 I slugosbe to compile eabi by using TARGET_OS=linux-gnueabi but comparing my floating point benchmark to my old ABI image doesn't show any improvement... Feb 08 18:18:00 florian: yeah we built it through scratchbox once upon a time Feb 08 18:18:13 florian: it was for the lego robots Feb 08 18:18:19 when compiling my fp bench tool, do I have to specify a special flag or? Feb 08 18:18:42 florian: we are now using a difference library for serial access which supports bluetooth out of the box Feb 08 18:18:49 florian: do you need rxtx quickly? Feb 08 18:18:58 florian: I can look into adding it over the weekend Feb 08 18:22:39 rschuster: not necessarily... I can try it with the old one. Feb 08 18:23:41 rschuster: The peer to connect to is based on a FPGA, so I might be able to add USB there. Feb 08 18:31:12 woglinde: after short test (build bluetooth drivers as modules), no extra patches, hcitool scan found my nokia 6230i ;-) Feb 08 18:33:21 woglinde: also my n800 found ;-) and ups two other devices, not from me Feb 08 18:58:35 mrdata no I meant the "casemodding" patch were till put the modem on the second serial port Feb 08 18:58:47 sorry for misunderstanding Feb 08 19:00:01 hi to all Feb 08 19:00:09 woglinde: do you mean a design ala www.beecon.de? Feb 08 19:00:14 i have develop a module for vlkc for arm Feb 08 19:00:17 mrdata yes Feb 08 19:00:40 everyone can say to me what are the most common problem in C programming on arm processor? Feb 08 19:01:08 woglinde: okay, i have combined this mod with mmc, also i have bluetooth and mmc on same second serial port Feb 08 19:02:03 ah no Feb 08 19:02:03 woglinde: and this works without patches for bluetooth ;-) Feb 08 19:02:03 sorry Feb 08 19:02:10 I was completly wrong Feb 08 19:02:17 my fault Feb 08 19:02:24 no problem Feb 08 19:02:32 yes it was linux-2.6.21-SIMpad-GPIO-MMC-mod.patch Feb 08 19:02:44 which made more trouble under 2.6.22 Feb 08 19:02:51 aeh 2.6.23 Feb 08 19:02:53 nobody can help me?^ Feb 08 19:03:02 philippe: are you online? Feb 08 19:03:14 polarbear: if you have a toolchain there are no special problem that I know. Feb 08 19:03:27 woglinde: for 2.6.24 should be no errors Feb 08 19:03:34 polarbear: yep, not for very long anymore though Feb 08 19:03:50 thesing: the same software work on a pc and don't work on pda Feb 08 19:03:56 mrdata I meant at using the patch on the vanilla 2.6.23 tree Feb 08 19:04:14 maybe arm have problem with static variable, malloc, calloc????? Feb 08 19:04:21 there was more work than just justifieng lines Feb 08 19:04:31 woglinde: but i have complete disable the existing framework for mmc Feb 08 19:04:45 polarbear: what can I help you with? Feb 08 19:05:09 philippe: do you know nothing about C programming on arm? Feb 08 19:05:23 woglinde: okay, the 2.6.21 gpio patches must not run for 2.6.23 Feb 08 19:05:38 applying Feb 08 19:05:42 was the problem Feb 08 19:05:46 hence Feb 08 19:05:53 polarbear: a bit. Like most people on this channel actually Feb 08 19:06:20 everyone can explaine if arm have particular problem with malloc Feb 08 19:06:26 calloc or static variable^ Feb 08 19:06:27 ? Feb 08 19:06:32 <_diego_> polarbear: no Feb 08 19:06:36 hm not that I know Feb 08 19:06:50 _diego_: are you italian? Feb 08 19:06:57 <_diego_> si ^^ Feb 08 19:07:05 diego allora dammi una mano Feb 08 19:07:10 ho scritto un modulo per vlc Feb 08 19:07:17 che funziona perfettamente su pc fisso Feb 08 19:07:22 ho cross compilato tutto vlc Feb 08 19:07:37 vlc funziona, gli altri moduli funzionano, il mio no Feb 08 19:08:08 quindi mi è venuto il dubbio se avesse problemi l'architettura con variabili statiche Feb 08 19:08:20 calloc, malloc, non so cosa pensare Feb 08 19:09:03 qualche idea? Feb 08 19:09:13 qualcosa di particolare che può dare fastidio? Feb 08 19:09:29 <_diego_away> polarbear: you should learn to use irc indeed Feb 08 19:09:51 _diego_away: what do you inteend? Feb 08 19:10:08 polarbear: I guess he means using provate conversation. Feb 08 19:10:41 mr_data args Feb 08 19:10:45 you put all in one patch Feb 08 19:11:54 i'm not register user can't send private message Feb 08 19:11:56 woglinde: sorry Feb 08 19:12:02 _diego_away: are you ready? Feb 08 19:12:33 ploarbear /msg nickserv help Feb 08 19:12:51 * philippe is off to meet up with friends Feb 08 19:12:55 enjoy the weekend all Feb 08 19:13:09 woglinde: this was for shorter progress while debug/program Feb 08 19:13:22 mrdata yes Feb 08 19:13:34 but for oe it is better in seperated patches Feb 08 19:13:41 but I will filled it ou Feb 08 19:13:42 t Feb 08 19:14:03 nobody can help me? Feb 08 19:14:33 polarbear whats your problem? Feb 08 19:14:48 I cant understand italian language Feb 08 19:14:50 woglinde: i have write a module for vlc Feb 08 19:15:04 woglinde: the same module work well on i386 Feb 08 19:15:16 i have cross compile vlc for pda Feb 08 19:15:31 now all vlc works, all module work but my module don't work Feb 08 19:15:31 okay Feb 08 19:15:51 did you compile it with debug options and used gdb? Feb 08 19:15:57 i want only know if exist some istruction of c programming that the arm processor have problem Feb 08 19:16:16 to find out in which routine is the error? Feb 08 19:16:26 it can also be possible a kernel bug Feb 08 19:16:36 all the module work woglinde Feb 08 19:16:49 only mine don't work the problem is in the code Feb 08 19:16:49 ????? Feb 08 19:16:58 yeah but which code Feb 08 19:17:01 is it really your code Feb 08 19:17:07 yes Feb 08 19:17:10 is it glibc code or is it kernel code? Feb 08 19:17:12 i have write the module Feb 08 19:17:18 glibc code Feb 08 19:17:28 C code Feb 08 19:17:32 yea but you didnt write the underlying glibc code Feb 08 19:17:36 oder the kernel code Feb 08 19:17:54 polarbear maybee you dont understand the whole systems Feb 08 19:18:08 polarbear did you take a course in operatingsystem? Feb 08 19:18:27 if you have freetime you could read the tannbaum book Feb 08 19:18:47 to understand what a kernel is the libc Feb 08 19:18:51 and user applications Feb 08 19:19:27 woglinde: i writing a thesis in informatic Feb 08 19:19:29 and you could read some gdb manuals to find out how to debug your module Feb 08 19:19:48 *sigh* Feb 08 19:19:50 can you say me what problem can have a C code with the arm Feb 08 19:19:51 code Feb 08 19:19:58 args Feb 08 19:20:08 woglinde: you joke me? Feb 08 19:20:08 are you annoying your teachers too? Feb 08 19:20:24 I have no magic cristall ball Feb 08 19:20:30 the bug can be in linux kernel Feb 08 19:20:35 or in the glibc Feb 08 19:20:38 thanks Feb 08 19:20:40 hi Feb 08 19:20:41 or in your code Feb 08 19:22:06 woglinde: simpad-opie image works also with kernel 2.6.24 Feb 08 19:22:13 yes Feb 08 19:22:34 but some opie gui function dont support kernel 2.6 stuff Feb 08 19:22:41 pcmcia for exampled Feb 08 19:23:50 woglinde: okay, right, but i hope this will change in future Feb 08 19:25:06 it made no sense to push all devices to kernel 2.6 and make no changes on opie Feb 08 19:25:56 mrdata yes but opie is dead, only 2 people beliving it isnt Feb 08 19:26:21 the real problem is man power, i think Feb 08 19:27:13 yeah but all people who are qt master always say its dead Feb 08 19:27:16 woglinde: Who are those two people? Feb 08 19:27:40 the two you made some updates Feb 08 19:27:45 who Feb 08 19:27:48 minor Feb 08 19:27:49 woglinde: I also tend to think that until there is a replacement, that software still serves a purpose Feb 08 19:27:56 woglinde: names? Feb 08 19:28:10 look at the cvs Feb 08 19:28:12 commit Feb 08 19:31:26 woglinde: there is no problem for me, if opie is "dead", since my flash space problems are solved (with mmc usage) Feb 08 19:31:51 ;) Feb 08 19:31:58 I will use opie too Feb 08 19:32:02 but dead is dead Feb 08 19:33:01 so abiword, gnumeric, evince, minimo, gpe-minibrowser are usable on one image Feb 08 19:33:52 03mickeyl 07org.oe.dev * r7b22847d... 10/ (5 files in 5 dirs): Feb 08 19:33:52 * add lightmediascanner Feb 08 19:33:52 * add python-lightmediascanner Feb 08 19:33:56 03mickeyl 07org.oe.dev * r64d955c1... 10/ (1 packages/e17/enna_cvs.bb): enna cvs now DEPENDS on lightmediascanner Feb 08 19:34:00 03mickeyl 07org.oe.dev * r2e4d5c37... 10/ (1 packages/tasks/task-python-everything.bb): task-python-everything: add python-lightmediascanner Feb 08 19:35:17 my images use 183MB (ext2) now, and 269MB free space Feb 08 19:38:06 Laibsch: did you see the patch to the klibc-eabi problem? Feb 08 19:38:17 no Feb 08 19:39:09 have a look then ,) Feb 08 19:46:07 where? Feb 08 19:46:20 bug tracker, so much is clear Feb 08 19:46:25 but I'd appreciate a number Feb 08 19:47:36 got it Feb 08 19:47:47 bug 3745 Feb 08 19:48:38 thesing: Are you sure the KLIBC_ARCH stuff can go? Feb 08 19:49:03 yes its already in klibccommon.inc Feb 08 19:49:11 same with other removed stuff. Feb 08 19:49:35 thesing: the patch does not apply Feb 08 19:50:14 I will pull and update it. Feb 08 19:50:31 Thanks Feb 08 19:51:04 I didn't think that somebody changed something on this ;) Feb 08 19:53:38 mrdata hm ah you patched some more files than in the older patches Feb 08 19:53:55 we should really try to integrate some upstream Feb 08 19:54:55 woglinde: i know, and this is the reason, why i only have one mega patch Feb 08 19:55:39 hm??? Feb 08 19:55:49 the chances are better in smaller patches Feb 08 19:57:22 woglinde: okay, but not in short time from me, my timeframes are very limited Feb 08 19:58:01 woglinde: i have only time on weekend for this Feb 08 20:34:14 Does anyone know if angstrom.org is down? Feb 08 20:43:26 night all Feb 08 20:43:30 night Feb 08 20:48:41 hmm Feb 08 20:57:22 ibot, mickeyl Feb 08 21:02:28 planet.linuxtogo.org seems down also Feb 08 21:18:07 rschuste1: what are my options debugging java stuff? Feb 08 21:19:21 florian: troublesome Feb 08 21:19:30 florian: native or Java (bytecode) level? Feb 08 21:21:01 rschuste1: bytecode level, the idea was to make use of java advantages and to build bytecode somewhere else and copy it to the device Feb 08 21:21:45 florian: cacao has much options to print stuff while running. starting with a simple (-v => log classloading, linking JNI libraries, ... to stuff like -XX:+TraceJavaCalls) Feb 08 21:22:17 florian: unfortunately no free VM supports the official debugging features (called JVMTI) Feb 08 21:30:36 is pulse audio any good? Feb 08 21:30:58 crofton neo1973? Feb 08 21:31:08 no, it is on F8 now Feb 08 21:31:17 whats f8? Feb 08 21:31:32 and I am wondering if it is worth learning, as a sound api for desktop and embedded systems Feb 08 21:31:36 fedora 8 Feb 08 21:31:44 ?????? Feb 08 21:31:45 go Crofton go go go !!!! Feb 08 21:31:55 ah okay Feb 08 21:31:56 lol Feb 08 21:32:14 crofton I meant its good on the rhe neo1973 Feb 08 21:32:21 ok Feb 08 21:32:49 Crofton: works fine for me as networking sound system on thin X11 terminals. Feb 08 21:33:20 Crofton: at least it is able to replace olde NAS. Feb 08 21:49:02 Crofton: pulseaudio rules. Feb 08 21:49:16 ok Feb 08 21:49:26 I'll add it to my todo list Feb 08 21:49:36 Crofton: it is not wrong to call it the 'compiz for sound' Feb 08 21:49:52 Crofton: however the implementation has some rough edges Feb 08 21:50:02 don't all sound solutions? Feb 08 21:50:32 Crofton: IMHO that is because lennart mainly codes for RH/Fedora and contributions from other parties are not that strong yet Feb 08 21:51:37 Crofton: one killer feature of it is that you can route your music, sound etc. to your USB headset that you plugged in *after* the sound started Feb 08 21:52:13 and when the music is playing and you pull the headset out of the USB it will route it automatically back to the previous sink Feb 08 21:53:04 currently you have to configure such things manually but modern distribution will integrate all of this soon. ubuntu is doing this atm Feb 08 22:43:16 | configure: error: xml2-config not found. Please check your libxml2 installation. Feb 08 22:43:20 what is missing? Feb 08 22:43:30 libxml2 and libxml2-native have been built Feb 08 22:45:01 laibsch oe or your host linux? Feb 08 22:45:21 the error is from oe Feb 08 22:45:37 libxml2 and libxml2-native ought to be there Feb 08 22:45:45 I am rebuilding both of them now to be sure Feb 08 22:45:56 hm look at the staging log file Feb 08 22:46:07 and why it is not installed in the proper dir Feb 08 22:48:08 rschuste1: hey Feb 08 22:48:31 rschuste1: mtn pull monotone.openembedded.org org.openembedded.entity and take a look at the openoffice file Feb 08 22:49:05 zecke: hi Feb 08 22:49:08 zecke: ok Feb 08 22:50:17 rschuste1: review would be appreciated, the origin is the KDE e.V., we need better wording for what OpenEmbedded is and what we want sponsor (foerdern) Feb 08 22:51:06 rschuste1: and we struggle a bit with the dissolving clause. We know we need to be tax exemptible (gemein-nuetzig) but do we need it like this Feb 08 22:56:04 * * OE Bug 3745 has been RESOLVED (FIXED) by Feb 08 22:56:06 * * klibc-utils-static fails do_compile for eabi Feb 08 22:56:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3745 Feb 08 23:02:28 03thesing 07org.oe.dev * r2d7114b5... 10/ (3 files in 3 dirs): klibc: make changes so that klibc-utils-static compiles for eabi as well. Closes 3745. Feb 08 23:39:03 florian: any idea whats up with the OE website? Feb 08 23:40:37 RP: args Feb 08 23:45:58 RP: looks like angstrom and oe drupal segfault :-/ Feb 08 23:46:04 the main website works Feb 08 23:47:55 03Laibsch 07org.oe.dev * r0b9c7a1a... 10/ (1 packages/libxml/libxml++_2.14.0.bb): libxml++: add glibmm to DEPENDS Feb 08 23:49:11 Laibsch: looks like we *must* get rid of debian unstable Feb 08 23:55:03 florian: ouch :( Feb 09 02:34:49 anybody compiled a program using EABI compiler yet? I'm trying to benchmark floating point between abi and eabi and there's no diff?!? **** ENDING LOGGING AT Sat Feb 09 02:59:57 2008