**** BEGIN LOGGING AT Sun Jul 15 02:59:57 2007 Jul 15 03:12:26 03slapin 07org.oe.dev * rae4edc08... 10/ (4 files in 4 dirs): Jul 15 03:12:26 fix touchscreen in OPIE on treo 650 Jul 15 03:12:26 Setting QWS_MOUSE_PROTO in tslib.sh is probably not ideal, but I can't find a Jul 15 03:12:26 better way. (signed-off by Alex Osborne ) Jul 15 04:04:33 if i attempt to add something to do_unpack_append() Jul 15 04:04:46 then i get an indentation error with i try to build Jul 15 04:05:32 it seems the code in the do_unpack_append() is pushed two spaces more than it should be Jul 15 04:05:41 and python has a fit Jul 15 04:35:13 http://bugs.openembedded.org/show_bug.cgi?id=2345 <-- can someone tell me which file to apply the patch given here to? Jul 15 08:19:50 * koen mumbles about people re-introducing bugs that were fixed ages ago Jul 15 08:31:25 oe_runmake says it cant find the Makefile but its clearly there in the work directory Jul 15 08:31:40 anything i can try to narrow it down/ Jul 15 08:31:42 ? Jul 15 08:32:22 03koen 07org.oe.dev * rc600e7aa... 10/ (4 files in 4 dirs): disapproval of revision 'ae4edc089b3dc8fc6aa34553f76502600ced6639' Jul 15 08:46:14 hi all Jul 15 08:49:10 MrEMaN: -DD Jul 15 08:49:35 ok Jul 15 08:51:27 koen : i get no targets specified and no makefile found, if i specify a target it still doesn't find the makefile Jul 15 08:51:44 but i can see the makefile in my work directory Jul 15 09:04:14 does do_compile enter the right directory? Jul 15 09:04:20 IOW is S set correctly Jul 15 09:11:38 koen : for some reason its going into packagename-r0\packagename Jul 15 09:11:52 and the makefile is located in packagename-r0 Jul 15 09:11:58 hmm Jul 15 09:12:16 is S not set correctly maybe? Jul 15 09:12:22 i didn't change it tho Jul 15 09:15:49 S defaults to ${WORKDIR}/${PN}-${PV} Jul 15 09:16:04 it seems your package is weird and puts its stuff in ${WORKDIR}/ Jul 15 09:16:48 lol Jul 15 09:17:24 koen : your correct, i changed S to ${WORKDIR} and it works... Jul 15 09:17:25 hmm Jul 15 09:24:28 argh, another problem, my makefile uses diet $(CC) -c $(CLFAGS) $.c but it fails on the build Jul 15 09:25:03 says: ccache: invalid option -- n Jul 15 09:36:53 03dirk 07org.oe.dev * rb9f28950... 10/ (5 files in 4 dirs): qte: remove unnecessary tosa-keymap patch. This patch is only needed for 2.4 sharp kernels. Jul 15 09:44:08 hi, anyone using ep93xx port / Jul 15 09:44:24 I can't get the kernel to boot- "invalid machine id" Jul 15 09:45:00 * * OE Bug 2271 has been RESOLVED (FIXED) by Jul 15 09:45:02 * *  libqpe-opie installs to /opt Jul 15 09:45:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2271 Jul 15 10:12:11 hi! I'm exeperience the same problems like here: http://bugs.openembedded.org/show_bug.cgi?id=2564 . But this bug is marked RESOLVED FIXED Jul 15 10:14:26 I'm wondering how this is fixed, if it still doesn't compile with new linux headers ( I have 2.6.21 ) Jul 15 10:16:32 !oebug 2564 Jul 15 10:16:34 * * Bug 2564, Status: RESOLVED (FIXED), Created: 2007-06-25 16:21 Jul 15 10:16:35 * * kjkillick(AT)hotmail.com: QT/E fails to build due to lack of asm/page.h Jul 15 10:16:36 * * http://bugs.openembedded.org/show_bug.cgi?id=2564 Jul 15 10:17:19 cm34: reopen it and ask for an explanation Jul 15 10:17:28 who closed it? Jul 15 10:18:30 ok. I'll do it. but for now, any ideas how can I workaround it ? Jul 15 10:18:53 Laibsch, ------- Comment #4 From Michael Krelin 2007-07-08 15:37:32 [reply] ------- Jul 15 10:18:53 I think we can close it as fixed, since my guess is that it's fixed now and Jul 15 10:18:53 original submitter keeps silence. for about a week. Feel free to reopen if it's Jul 15 10:18:53 not, though. Jul 15 10:20:08 im trying to build a progrsam which uses dietlibc to compile Jul 15 10:20:15 is this possible using oe build environment? Jul 15 10:24:00 * * OE Bug 2564 has been REOPENED by codemachine(AT)inbox.ru Jul 15 10:24:02 * *  QT/E fails to build due to lack of asm/page.h Jul 15 10:24:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2564 Jul 15 10:29:26 cm34: it said it right there "feel free to reopen it". Why did you need any more encouragement if it was not fixed for you. Jul 15 10:29:41 I haven't run into it and I have no workaround. Jul 15 10:33:19 cm34: http://www.linuxtogo.org/gowiki/OpieWithAngstrom . set it up properly and you're no going to have issues Jul 15 10:34:33 psokolovsky, ok. thanks Jul 15 10:38:29 any of you guys used dietlibc before? Jul 15 10:46:36 no, we only have uclibc recipes Jul 15 11:00:52 Zecke, so if an application uses dietlibc to compile then it cant be built using OE? Jul 15 11:28:44 MrEMaN: in theory sure, in practive we don't have any dietlibc recipes in OE :) Jul 15 11:41:01 lrg: you there Jul 15 11:41:50 koen: you there? Jul 15 11:43:00 * * OE Bug 2264 has been RESOLVED (FIXED) by Jul 15 11:43:02 * *  opie-mediaplayer installs to /opt Jul 15 11:43:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2264 Jul 15 11:44:00 * * OE Bug 2265 has been RESOLVED (FIXED) by Jul 15 11:44:02 * *  opie-pickboard installs to /opt Jul 15 11:44:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2265 Jul 15 11:47:00 * * OE Bug 2263 has been RESOLVED (FIXED) by Jul 15 11:47:02 * *  opie-qss installs to /opt Jul 15 11:47:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2263 Jul 15 12:03:08 Laibsch: do you also have plan to look thru Angstrom release bugs? Jul 15 12:05:43 XorA|gone: pong Jul 15 12:15:01 * * OE Bug 2654 has been created by  Jul 15 12:15:03 * * meta-bug: please upload XY into the feeds Jul 15 12:15:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2654 Jul 15 12:20:01 * * OE Bug 1180 has been RESOLVED (WONTFIX) by Jul 15 12:20:03 * *  update-modules postinst fails Jul 15 12:20:05 * * http://bugs.openembedded.org/show_bug.cgi?id=1180 Jul 15 12:20:31 psokolovsky: which ones do you mean? Jul 15 12:20:38 those in 1573? Jul 15 12:21:58 Laibsch: do you know that the Å_RC flag signifies in bugzilla? Jul 15 12:22:25 Laibsch: yes, likely. Just bugs which should be resolved fro angstrom release - look over them again, close, add new, etc. And I suggest adding release tasks there too, so we had complete picture in one place. Jul 15 12:22:44 koen: It was an attempt to mark RC-critical bugs. Jul 15 12:22:59 koen: But I have to admit I have not really found out how it works. Jul 15 12:23:06 I should probably remove it Jul 15 12:23:07 * koen neither :) Jul 15 12:23:37 Laibsch: as you remember, I suggested to use bug dependencies ;-) Jul 15 12:24:05 psokolovsky: I was considering using priorities for that. Jul 15 12:24:21 I am also thinking about a complete restructuring of the BTS Jul 15 12:24:44 Laibsch: priorities are cool. just please maintain angstrom release bug *tree* ;-) Jul 15 12:24:48 I think that for example Angstrom should not be a subcategory of OE Jul 15 12:24:52 oh my ... Jul 15 12:25:02 psokolovsky: we do have the tree Jul 15 12:25:17 And it pretty accurately reflects the situation, I think Jul 15 12:25:18 Laibsch: cool, let's haev it maintained and acted upon ;-) Jul 15 12:25:28 I also added a few more meta-bugs Jul 15 12:25:34 Laibsch: let's work on changing the situation then ;-) Jul 15 12:25:42 Laibsch: that's nice Jul 15 12:25:46 so machine-specific stuff should not be blocking 1573 directly anymore Jul 15 12:26:10 psokolovsky: I do as much as I can for the devices I am interested in Jul 15 12:26:16 I lack compile power at times. Jul 15 12:26:20 And of course time. Jul 15 12:27:02 * * OE Bug 2564 has been RESOLVED (FIXED) by Jul 15 12:27:04 * *  uicmoc-native 2 fails to build due to lack of asm/page.h Jul 15 12:27:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2564 Jul 15 12:27:07 Laibsch: well, as bug overlord, you should be interested not in devices, but in higher lever stuff, like releases ;-) Jul 15 12:27:17 I am, don't worry Jul 15 12:27:29 But there are things I am more interested in than others Jul 15 12:27:30 as a bug overlord he should be interested in everything :) Jul 15 12:27:36 psokolovsky: ideally the release dude shouldn't have any supported machine ;) Jul 15 12:27:48 I feel responsible for structuring the bugs, not for resolving *all* of them Jul 15 12:27:49 Laibsch: and what I mean is not compile power, but proper identification of all issues on critical path to release, noting them, and starting harass people on them ;-) Jul 15 12:27:59 koen: yep ;-) Jul 15 12:28:29 what is not properly identified? Jul 15 12:28:46 Laibsch: exactly, you should feel responsible for making it such way that other people can't escape resolving them - in very good, friendly manner (hence "harass" ;-) ) Jul 15 12:28:48 Except for maybe "severity" which I was referring to earlier? Jul 15 12:29:12 psokolovsky: You might remember my mail to the ML from about April. Jul 15 12:29:25 the question of whether to cc/assign people Jul 15 12:29:34 I have been pondering the question ever since. Jul 15 12:29:37 Trust me. Jul 15 12:30:04 I have come up with a few ideas, I need to wrap them up, define the process better and send a mail Jul 15 12:30:11 This is nothing that was forgotten Jul 15 12:30:18 It has a high priority for me. Jul 15 12:30:20 Laibsch: last thing I heard from Koen is that release cannot happen until mentors start to upload tested images to d/l area. Are you sure this is recorded as a task in tracker? Jul 15 12:30:34 Laibsch: very good Jul 15 12:30:36 psokolovsky: no Jul 15 12:30:49 I think the things expected of mentors are not well documented Jul 15 12:31:02 I have been "secretly" working on this the past couple of days Jul 15 12:31:08 Expect a mail to the list soon Jul 15 12:31:28 Though the way I chose may upset one or the other person. Jul 15 12:31:40 Laibsch: here's quick suggestion: don't target individual people yet (or at all). Saw those koen's reports to OE list? very good idea, imho. what about sending weekly list of Angstrom release blockers to angstrom-devel list? Jul 15 12:32:12 How about groups of people? Jul 15 12:32:17 Laibsch: ok, thanks for this heads up then, I see that we're doing well! ;-) Jul 15 12:32:20 Like QA group Jul 15 12:32:29 And spitz group Jul 15 12:32:32 Laibsch: you're the overlord ;-) Jul 15 12:32:33 And ipaq group Jul 15 12:32:42 And then assign the bug to the group? Jul 15 12:32:42 psokolovsky: like http://mail.gnome.org/archives/gtk-devel-list/2007-July/msg00029.html ? Jul 15 12:32:47 Would that make sense? Jul 15 12:33:07 But first we need to document the mentor stuff better Jul 15 12:33:31 koen: yes, except I mean automated report of course ;-) Jul 15 12:33:32 I for one still don't know everything I need to know and have been bitching to koen about it frequently ;-) Jul 15 12:34:09 I guess y'all noticed ;-) Jul 15 12:34:55 ;-) Jul 15 12:35:13 write a mail Jul 15 12:35:24 irc is useless for policy Jul 15 12:35:35 irc is nice for yelling at people :) Jul 15 12:35:51 koen: shut up, moron :) Jul 15 12:36:00 yeah, I do feel better now Jul 15 12:36:22 zecke: btw, it seems the recent sysadmin work on ltg broke bonsai Jul 15 12:36:48 koen: so what sites did you see in scotland? have you been cruel to animals? Jul 15 12:37:18 edinburgh, inverness, loch ness, stirling, and I haven't been cruel to animals Jul 15 12:37:24 (I only ate them) Jul 15 12:37:40 that is the accepted violence... :( Jul 15 12:38:09 koen: bonsai is hand-installed? Jul 15 12:38:20 tonight I'm going to be cruel to pizzas Jul 15 12:38:24 Laibsch: sort of Jul 15 12:38:28 what are the dependencies? Jul 15 12:38:41 Laibsch: it is using django as framework (no debian package yet) Jul 15 12:39:01 Laibsch: so it needs django+python+python-svn+python-postgres Jul 15 12:40:38 OK Jul 15 12:40:55 * Laibsch thinks that http://bugs.linuxtogo.org/show_bug.cgi?id=62 will be a good thing in the long run Jul 15 12:41:32 right Jul 15 12:42:01 * zecke loves webkit Jul 15 12:42:37 zecke: how's webkit coming along, should I upload a new build to the angstrom feeds for people to test? Jul 15 12:42:52 XorA|gone: ping Jul 15 12:43:24 hey lrg Jul 15 12:43:33 lrg: 7:30, north bridge, right? Jul 15 12:43:36 koen: three nice patches are awaiting review. One for CURL, one for PlatformScrollbar/Paint handling and since yesterday static backgrounds work Jul 15 12:44:02 koen: oh, and my account at webkit.org was created so I can commit stuff directly (after review) Jul 15 12:44:15 cool Jul 15 12:45:29 zecke: http://packages.debian.org/testing/python/python-django ? Jul 15 12:45:48 Laibsch: wow, I only checked packages.ubuntu.com :) Jul 15 12:46:14 hehe Jul 15 12:46:18 Laibsch: but we have a patch to django, to improve RSS handling Jul 15 12:46:38 all these patches :-( Jul 15 12:46:52 well, it is documented in the tracker Jul 15 12:47:00 that keeps me satisfied for the moment Jul 15 12:47:24 where is bonsai? Jul 15 12:47:31 ~bonsai Jul 15 12:47:37 Laibsch: http://code.djangoproject.com/ticket/2912 Jul 15 12:47:37 http://www.openembedded.org/bonsai/view/scm/ Jul 15 12:47:55 koen got the right answer and wins ;-) Jul 15 12:48:14 "right" in the sense of "the expected answer" Jul 15 12:48:20 "Ich hasse gewinnen" (schlumpf simulaton) Jul 15 12:48:34 Laibsch: I pointed you to the patch we apply and need Jul 15 12:48:49 ah, OK. That is nice, too Jul 15 12:48:58 03polyonymous 07org.oe.dev * rd67594e6... 10/ (3 files in 3 dirs): Jul 15 12:48:58 uicmoc-native 2.3.10: fix build against recent build-system headers, close bug #2564 Jul 15 12:48:58 not only recent headers do not define relevant stuff in asm/page.h, but they do not Jul 15 12:48:58 provide the file anymore. Jul 15 12:49:02 But I don't think I will tackle that soon Jul 15 12:52:00 polyonymous: I'm going to add llh 2.6.22 tomorrow, does that need any patches? Jul 15 12:52:24 koen, no idea, we'll see when you add ;-) Jul 15 12:58:30 http://bugs.openembedded.org/show_bug.cgi?id=2345 <-- can someone tell me which file to apply the patch given here to? Jul 15 12:59:25 summatusmentis, http://bugs.openembedded.org/attachment.cgi?id=1674&action=diff ? Jul 15 13:00:31 polyonymous: how did you get there? Jul 15 13:00:49 summatusmentis, clicked on 'diff'? Jul 15 13:02:01 * * OE Bug 2655 has been created by xyzaid(AT)yahoo.fr Jul 15 13:02:03 * * e17 e-wm e-wm_0.16.999.038-r7 doesn't install Jul 15 13:02:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2655 Jul 15 13:02:24 polyonymous: I had no idea that even existed, thanks :-) Jul 15 13:02:32 ;-) Jul 15 13:02:57 actually, plaintext view gives you all the same information, just with no fancy formatting :) Jul 15 13:03:35 hey ppl Jul 15 13:04:02 is there a way to force bitbake to build for x86 - and not x86_64 ? Jul 15 13:04:09 (for native packages) Jul 15 13:04:37 I tried in a chroot, but I suspect it uses uname for determining the architecture Jul 15 13:05:11 (and building on amd64 does not work very well it seems... fail on gettext) Jul 15 13:05:26 * polyonymous builds everything on amd64 Jul 15 13:05:33 mhm. Jul 15 13:05:48 which glibc ? Jul 15 13:05:53 which distribution ? Jul 15 13:06:01 I'm using debian sid (glibc 2.6) Jul 15 13:06:22 gentoo, 2.5 I think Jul 15 13:06:37 yes, 2.5 Jul 15 13:07:00 maybe that's the problem then... I'll give it another shot in amd64 so I can paste the errors. Jul 15 13:07:05 thx Jul 15 13:07:09 np Jul 15 13:07:39 * nodens rm -rf build/tmp ;) Jul 15 13:09:14 ah, I remember now why I did use a chroot Jul 15 13:09:26 no psyco JIT compiler for amd64 :( Jul 15 13:09:54 bitbake will be eating all my CPU and way too much memory in no time :) Jul 15 13:10:17 (at least it did yesterday) Jul 15 13:10:36 koen: yes Jul 15 13:11:09 nodens, well, I'm no psyco myself, but I don't think bitbake should eat up too much cpu when not parsing bbs. Jul 15 13:11:24 and you don't parse the whole tree all the time. Jul 15 13:11:32 right. Jul 15 13:11:48 koen: I'll call you about 6.30 to arrange meeting up Jul 15 13:11:50 but it's only when building that my load average increase a lot Jul 15 13:12:23 maybe it's not related to bitbake, I didn't investigate that much Jul 15 13:12:29 we'll see Jul 15 13:12:44 I'd say it's not likely to be fixed by spyco, anyway :) Jul 15 13:12:44 it seems OK so far Jul 15 13:12:58 well yesterday it *was* faster Jul 15 13:13:05 but maybe it's not related :) Jul 15 13:13:36 yes, it's supposed to be faster, I think... Well, anyway, I live without psyco... Jul 15 13:13:46 I'd rather live without python too :) Jul 15 13:14:02 :) Jul 15 13:14:28 polyonymous: after I do the patching, can I pull and update with no ill effects? Jul 15 13:14:46 summatusmentis, unless it's conflicting update Jul 15 13:15:06 polyonymous: like a new version of cups, for instance? Jul 15 13:15:07 summatusmentis, and in the latter case you'll be told you're in trouble by mtn :) Jul 15 13:15:20 summatusmentis, that may impose a problem :) Jul 15 13:15:36 ok, I'll try it, see what happens Jul 15 13:16:27 bath time! :) Jul 15 13:19:38 bonsai is back up Jul 15 13:19:50 and it should stay up Jul 15 13:20:15 bonsai being a server? Jul 15 13:20:21 a service Jul 15 13:20:28 ok Jul 15 13:20:59 * summatusmentis should remember that if he doesn't know what something is, it doesn't pertain to him :-) Jul 15 13:24:14 no it's not a bath time yet. Jul 15 13:33:01 * * OE Bug 2266 has been RESOLVED (FIXED) by Jul 15 13:33:03 * *  opie-today installs to /opt Jul 15 13:33:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2266 Jul 15 13:33:13 * * OE Bug 2262 has been RESOLVED (FIXED) by Jul 15 13:33:15 * *  opie-mailapplet installs to /opt Jul 15 13:33:17 * * http://bugs.openembedded.org/show_bug.cgi?id=2262 Jul 15 13:33:25 * * OE Bug 2260 has been RESOLVED (FIXED) by Jul 15 13:33:27 * *  opie-tinykate installs to /opt Jul 15 13:33:29 * * http://bugs.openembedded.org/show_bug.cgi?id=2260 Jul 15 13:36:02 lrg: you there ? Jul 15 13:36:52 XorA|gprs: he was a few minutes ago Jul 15 13:37:03 [14:11] lrg: koen: I'll call you about 6.30 to arrange meeting up Jul 15 13:37:18 koen: cant make tonight familly issues. 8l Jul 15 13:37:27 Ill see you tomorrow Jul 15 13:37:50 XorA|gprs: ok, good luck with the issues Jul 15 13:37:57 10:30 waverly? Jul 15 13:38:33 koen: 9:30 train is at 10:10 if i remember Jul 15 13:38:40 ok Jul 15 13:38:43 * koen sets alarm Jul 15 13:39:27 koen: likely ill be in burger king eating breakfast Jul 15 13:39:49 koen: my train arrrives at 9:00 Jul 15 13:40:05 * koen is still unsure where to break fast Jul 15 13:40:27 * XorA|gprs gets 20% off at bk Jul 15 13:42:02 anyway im at perth better go again Jul 15 13:42:02 * * OE Bug 2261 has been RESOLVED (FIXED) by Jul 15 13:42:03 * *  opie-taskbar installs to /opt Jul 15 13:42:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2261 Jul 15 13:48:20 koen: just me and you then. Jul 15 13:49:41 koen: train departs at 10:05 Jul 15 13:52:02 Hi all, is the latest locomo_spi for collie the one included in the test image 20070710? Jul 15 13:55:19 03koen 07org.oe.dev * r74e1a214... 10/ (1 packages/efl1/ecore.inc packages/efl1/ecore_0.9.9.038.bb): Jul 15 13:55:19 ecore: prettify packaging and fix PR, should fix #2655 Jul 15 13:55:19 NOTE: never ever make a package go backward in PR! Jul 15 14:05:21 agittins: I think so, yes Jul 15 14:05:29 Haven not heard anything different Jul 15 14:05:57 ~seen thesing Jul 15 14:05:59 thesing was last seen on IRC in channel #oe, 5d 20h 23m 6s ago, saying: 'hi everybody'. Jul 15 14:06:20 Thanks Laibsch. I'm getting an oops when I insert the card, so figuring I should add a report to the sd support bug. Jul 15 14:19:01 * * OE Bug 2272 has been RESOLVED (FIXED) by Jul 15 14:19:03 * *  libqpe1 installs to /opt Jul 15 14:19:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2272 Jul 15 14:23:01 * * OE Bug 2254 has been RESOLVED (FIXED) by Jul 15 14:23:03 * *  move opie away from /opt to /usr Jul 15 14:23:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2254 Jul 15 14:23:24 agittins: Better open a completely new bug report and block the SD bug. Jul 15 14:24:02 ahh, I just posted at http://bugs.openembedded.org/show_bug.cgi?id=2161#c20 Jul 15 14:24:47 Do you suggest that because I'm getting an oops, or just because the sd bug is getting a bit long in the tooth? Jul 15 14:25:00 (old) Jul 15 14:25:53 agittins: Don't worry. Jul 15 14:26:10 I was thinking so because of both reasons you gave. Jul 15 14:26:43 psokolovsky: bug 2254 is gone! Yay! Jul 15 14:29:07 Thanks Laibsch. Jul 15 14:37:17 yay Jul 15 14:37:40 hi Jul 15 14:46:32 * Laibsch goes off to learn some bugzilla Jul 15 14:47:29 ... Jul 15 14:47:49 now it complains about a missing mscorlib Jul 15 14:47:57 Laibsch, shape up your bug triage! :) Jul 15 14:47:58 while compiling gettext-native Jul 15 14:48:18 hehe Jul 15 14:48:33 a missing what? Jul 15 14:49:00 mscorelib.dll, needed for building c# support for gettext, if I get it right Jul 15 14:49:49 uhh... Jul 15 14:50:05 why c# support for gettext, anyway... Jul 15 14:50:20 exactly what I was thinking Jul 15 14:50:37 I don't give a **** about c# ;) Jul 15 14:50:39 Why can't we stay with a natural c ;) Jul 15 14:51:05 nodens, s/\*\*\*\*/shit/ - say what you mean! :) Jul 15 14:51:24 Otherwise I can't tell if it's shit or damn Jul 15 14:51:24 I'm new here, so I stay polite, for now ;) Jul 15 14:51:34 actually it was fuck Jul 15 14:51:37 Yeah, you don't offend anyone with it. Jul 15 14:51:51 The worse - you see, I just can't deduce your meaning :) Jul 15 14:52:03 arf Jul 15 14:52:06 anyway... I don't know why would it build it. Jul 15 14:52:19 I'm doing a rebuild in hope it fails for me now... Jul 15 14:52:24 well it must be hidden somewhere in gnu gettext Jul 15 14:52:42 I would expect it to be disabled or even patched-out in OE. Jul 15 14:53:41 are there any logs generated by bitbake ? Jul 15 14:53:56 nodens, tmp/work/x86_64/gettext-native* Jul 15 14:54:29 ok Jul 15 14:55:25 I'm using ccache but I can't tell how it would make this happen Jul 15 14:55:31 psokolovsky: I guess http://www.bugzilla.org/docs/2.22/html/whining.html is what you had in mind? Jul 15 14:55:53 nodens, many people use ccache. I don't, but I don't think it's related. Jul 15 14:56:34 Laibsch, sounds like a good name for a feature :) Jul 15 14:56:52 I especially liked the "whining schedule" title :) Jul 15 14:57:18 polyonymous, do you have a mscorlib.dll somewhere in your system (outside OE) ? Jul 15 14:57:26 nodens, my gettext-native is built just fine. Do you have c# installed on your build system? Jul 15 14:57:36 well I have mono Jul 15 14:57:45 nodens, not even in OE :) Jul 15 14:57:54 nodens, ah, that might be it... Jul 15 14:58:12 Laibsch: thanks for processing #2254! and yes, either that, if it's flexible enough, or some external script (koen has such apparently) Jul 15 14:58:42 what script? Jul 15 14:58:46 ~seen treke Jul 15 14:58:48 you mean contrib/mtn2cl? Jul 15 14:59:10 treke was last seen on IRC in channel #oe, 302d 18h 49m 57s ago, saying: 'I wouldn't be up on that if I was working in a morgue :p'. Jul 15 14:59:16 koen: No, I think he means your weekly "open bugs/commits/etc. script" Jul 15 14:59:31 which might be contrib/mtn2cl ;-) Jul 15 14:59:36 * Laibsch has not looked Jul 15 14:59:44 But it goes beyond mtn Jul 15 14:59:46 it is Jul 15 14:59:48 nodens, try adding --disable-charp to EXTRA_OECONF in gettext .bb Jul 15 15:00:05 I mean --disable-csharp Jul 15 15:00:26 ggilbert: Any reasons we don't have the unconfirmed state in the OE BTS? Jul 15 15:00:50 Following http://www.bugzilla.org/docs/2.22/html/lifecycle.html more closely will help us IMHO Jul 15 15:01:01 * * OE Bug 2655 has been RESOLVED (FIXED) by xyzaid(AT)yahoo.fr Jul 15 15:01:04 * *  e17 e-wm e-wm_0.16.999.038-r7 doesn't install Jul 15 15:01:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2655 Jul 15 15:01:20 hi all Jul 15 15:01:28 hi steliosk Jul 15 15:01:30 hey steliosk Jul 15 15:02:00 psokolovsky, Laibsch: http://www.openembedded.org/repo/org.openembedded.dev/contrib/mtn2cl/mtn2cl.sh Jul 15 15:02:12 * steliosk is happy that moving to a new house has finished Jul 15 15:03:14 polyonymous, ok... I'll do that. Btw, the debian package build. But the gettext version is more recent. Jul 15 15:03:41 nodens, that's totally different. Jul 15 15:04:06 I gess there is an include path pb somewhere. Jul 15 15:05:46 nodens, oe builds are supposed to use as little of host system as possible. And in case of gettext I think simply disabling is the way to go. It picks up the idea of csharp from your build system and probably tries to find it in OE staging where it's not. Jul 15 15:12:25 polyonymous, ok Jul 15 15:12:34 nodens, did it fix? Jul 15 15:12:37 seems to build now Jul 15 15:12:42 yup Jul 15 15:12:46 ok. I'll commit it then Jul 15 15:12:47 I passed the task Jul 15 15:12:48 thx ! Jul 15 15:14:33 koen : Have you tried to build recently Angstrom for Efika ? Jul 15 15:15:36 re Jul 15 15:16:45 Laibsch, what did you mean by "Rolfs privates Blog"? Blogging about your privates? :) Jul 15 15:16:53 Laibsch, ahh.. just figured it's in German :) Jul 15 15:17:15 Not easy to tell, taking into account your blog is in English :) Jul 15 15:25:38 the blog is in German, English and soon (hopefully) some Japanese Jul 15 15:33:44 03polyonymous 07org.oe.dev * re2c57c0b... 10/ (1 packages/gettext/gettext_0.14.1.bb): gettext: let the unfortunates having mono installed on the system still build it. Jul 15 15:42:03 Laibsch, well, I figured it, but if I were you I'd really change the title so that it would at least be evident it's not English :) Jul 15 15:43:26 agreed Jul 15 15:44:09 Xqt installes exectuable into /usr/lib/opie/bin, oops. Jul 15 15:50:01 steliosk: http://www.angstrom-distribution.org/unstable/images/efika/20070709/ Jul 15 15:51:46 koen : hmm just console image right ? X fails right ? Jul 15 15:52:21 it seems that way Jul 15 15:52:37 it was an automated build and I didn't check the errors yet Jul 15 15:53:19 hmmm i'll start a build here and see where the problem is Jul 15 16:06:29 03slapin 07org.oe.dev * rf578929e... 10/ (3 files in 2 dirs): Better way of fixing touchscreen on Palm Treo 650 Jul 15 16:06:33 03polyonymous 07org.oe.dev * r06db73e5... 10/ (1 packages/xqt2/xqt2_20060509.bb): xqt2: move executable back from ${palmtopdir}/bin to plain old ${bindir} Jul 15 16:06:38 03polyonymous 07org.oe.dev * r452f86f4... 10/ (3 files in 2 dirs): opie-eye: no slavery in ${palmtopdir}! move executable into ${bindir} Jul 15 16:30:35 polyonymous: Are you there? Jul 15 16:30:40 somewhat, yes Jul 15 16:30:58 discussing irda issues with marex in #opie. Jul 15 16:31:22 * polyonymous waits for Marex to say "wassup?" Jul 15 16:31:39 ;-) Jul 15 16:32:17 geez... Jul 15 16:32:32 * slapin_nb was expected 3 letters Jul 15 16:34:04 can someone point me in the direction needed to apply this patch? http://bugs.openembedded.org/attachment.cgi?id=1674&action=diff&context=patch&collapsed=&headers=1&format=raw Jul 15 16:34:09 I followed the Jul 15 16:34:28 I followed the 'visual' view of the patch, and it seemingly is incorrect* Jul 15 16:37:24 summatusmentis, cd org.openembedded.dev && patch polyonymous: is it that easy? Jul 15 16:42:01 hi Jul 15 16:42:06 * summatusmentis confuses easily Jul 15 16:42:09 hi woglinde Jul 15 16:42:38 summatusmentis, well, that's the whole purpose of patches, isn't it? Jul 15 16:43:38 polyonymous: yes... I'm not sure what file I'm patching though, that's the issue Jul 15 16:44:12 summatusmentis, have you tried to read the patch? It does mention the files. You can also try patch --dry-run Jul 15 16:46:21 hrm... I'll look at it later, gotta run Jul 15 16:46:50 gotta dry-run :) Jul 15 16:49:12 woglinde: hi Jul 15 17:03:01 yes Jul 15 17:03:07 my nfsroot initrd runs Jul 15 17:09:26 patch -p0 Jul 15 17:10:47 thought so, I never know when you need -p0 Jul 15 17:11:01 never bothered to figured this one out Jul 15 17:18:54 if it recurses into dirs, you need p0 Jul 15 17:19:05 otherwise patch assumes all files are in . Jul 15 17:19:30 ah. Thanks. Jul 15 17:20:37 at least, that's my experience Jul 15 17:20:53 * koen waits for someone to point out BSDs patch is better or something like that Jul 15 17:23:13 or put in a plug for quilt... Jul 15 17:26:01 * * OE Bug 2225 has been RESOLVED (FIXED) by xyzaid(AT)yahoo.fr Jul 15 17:26:03 * *  Stylus stops responding Jul 15 17:26:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2225 Jul 15 17:26:45 koen, polyonymous, psokolovsky: I added the ARC keyword to the bug tracker to track Angstrom release-critical bugs more easily: http://bugs.openembedded.org/buglist.cgi?keywords=ARC Jul 15 17:27:10 Can you try if you can set or unset the keyword (would be nice if not) Jul 15 17:27:14 nice bookmark Jul 15 17:27:36 I think we will increasingly rely on keywords instead of meta-bugs Jul 15 17:28:19 meta-bugs have one advantage even though they are kind of an abuse. The "Show Dependency tree" link Jul 15 17:28:41 Laibsch, I've just unset the keyword for suspend/resume bug Jul 15 17:29:11 Laibsch, I don't think why is it abuse. It works. Jul 15 17:31:06 * Laibsch needs to find a way to restrict access to setting the ARC keyword Jul 15 17:31:30 wish I had your worries :) Jul 15 17:32:04 where can i read why oe builsd things in its own order ? Jul 15 17:33:18 polyonymous: Well, do you want everyone to mark their personal bug as RC? Jul 15 17:33:34 Laibsch, I don't think everyone will. Jul 15 17:33:35 BTW, do you have the bug number for the suspend/resume bug Jul 15 17:33:39 I think it is RC ;-) Jul 15 17:33:52 polyonymous: No, certainly not. Jul 15 17:33:54 Laibsch, not anymore, but I restored the flag Jul 15 17:34:00 The knowledge is not widespread Jul 15 17:34:11 But while I am fixing this up I might as well do it right Jul 15 17:34:19 polyonymous: OK, nice. Jul 15 17:34:24 The point is that you don't have to have everyone's hands tight to prevent people from killing each other :) Jul 15 17:34:28 That is all I wanted Jul 15 17:34:53 you would get the bug number in the mail, anyway :) Jul 15 17:34:58 * Laibsch remembers certain obnoxious people and fears they might learn about ARC all too soon Jul 15 17:35:25 And later again accuse me of all kinds of things when I take that ARC toy away from them ;-) Jul 15 17:35:36 Laibsch, I know you mean Zero_Chaos, but I'm pretty sure he wouldn't keep readding his bug to that meta once asked not to. Jul 15 17:35:41 Better not make it available right from the start Jul 15 17:35:53 polyonymous: I already ceased doing that ;-) Jul 15 17:35:59 no, I was just talking in general ;-) Jul 15 17:36:00 Laibsch: oh oh, what's ARC? Jul 15 17:36:05 :)))))))))))))))))))))) Jul 15 17:37:13 you see, our goal is not to complicate each other's existance even though sometimes we inevitably do so. Jul 15 17:37:38 agreed. the goal isn't to piss off the developers ;-) Jul 15 17:38:17 that's just an intermediate task :) Jul 15 17:38:51 * Zero_Chaos sets ARC keyword on all his bugs and reassigns them to Laibsch Jul 15 17:39:41 * Laibsch just learned on #mozwebtools that flags may indeed be the way to go Jul 15 17:39:43 ;-) Jul 15 17:40:18 * mwester writes a note about ARC, and assigning bugs he might ever want to have fixed.... Jul 15 17:41:40 the funny part is that developers aren't likely to be mislead by this trickery. Jul 15 18:14:01 * * OE Bug 2345 has been RESOLVED (FIXED) by papercrane(AT)reversefold.com Jul 15 18:14:03 * *  cups 1.2.10 fails to build for some host distros Jul 15 18:14:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2345 Jul 15 18:15:43 03Jake 07org.oe.dev * r1387039c... 10/ (1 packages/cups/cups_1.2.10.bb): cups: fix packaging error and add LEAD_SONAME (bug 2345) Jul 15 18:45:32 ~praise cdbot2 Jul 15 18:45:33 All hail cdbot2! Jul 15 18:45:52 if that means what I think it means, I don't have to mess w/ this patch anymore :-) Jul 15 18:46:12 summatusmentis, most likely. Jul 15 18:46:20 ~praise CIA-3 ;-) Jul 15 18:46:21 All hail CIA-3 ;-)! Jul 15 18:47:22 03slapin 07org.oe.dev * r917dfa42... 10/ (3 files in 2 dirs): Opie Touchscreen fix for Palm Zire 72 Jul 15 18:47:26 03pfalcon 07org.oe.dev * r63d1daeb... 10/ (1 conf/machine/palmtt2.conf): Jul 15 18:47:26 palmtt2.conf: palmtt2 is palmtt with 32Mb of RAM. Jul 15 18:47:26 * Was discussed on IRC. Jul 15 18:50:38 i pleased that you've commited some of my recipes =) Jul 15 19:19:13 i think I'm going to mad in a minute Jul 15 19:19:36 MrEMaN, thanks for announcement ;-) Jul 15 19:19:43 * polyonymous hides Jul 15 19:19:51 heheh Jul 15 19:20:04 im having some trouble understanding some things Jul 15 19:20:26 i have an application in which the makefile uses dietlibc to compile Jul 15 19:21:02 i dont know how i can use the oe build tool to cross compile it Jul 15 19:21:30 im having errors on the build process, it finds the makefile Jul 15 19:22:19 but then says ccache: invalid option Jul 15 19:22:53 can i build this application using oe? Jul 15 19:23:00 I dunno... Jul 15 19:23:06 Maybe someone else does, though Jul 15 19:23:50 hopefully :) Jul 15 19:24:50 03polyonymous 07org.oe.dev * rd982229f... 10/ (4 files in 3 dirs): Jul 15 19:24:50 libopieobex: supposedly fixes irda send/receive by Jul 15 19:24:50 - applying patch from Marek from opie bug 1854 Jul 15 19:24:50 - linking against openobex Jul 15 19:37:18 ggilbert: ping Jul 15 19:42:16 Marex: I just wonder, why can't you do something right from the beginning to end? opie #1854 is incorrect. please put error handling back. never-ever exit with success code in case of error. Jul 15 19:42:20 polyonymous: fyi ^ Jul 15 19:43:10 then 03-thingamie.patch is correct and 03-thingamie2.patch isnt Jul 15 19:43:23 psokolovsky, btw from what do you say it is correct? Jul 15 19:43:34 psokolovsky, I agree (I've read your comment on the bug) Jul 15 19:43:59 Marex, how's that? Jul 15 19:44:06 Marex: removing error handling can never be correct. Jul 15 19:44:24 psokolovsky, and what does set the errno variable? Jul 15 19:44:44 its not set anywhere there Jul 15 19:45:12 Marex: that's goo question, which I assume you tested. if you *SURE* that nothing sets it, only then you can remove that codepath. Jul 15 19:45:29 Marex: and fyi, most libc funcs set it Jul 15 19:45:38 Marex, forget errno, it's about OBEX_HandleInput rv Jul 15 19:46:04 and you do test it, don't you? Jul 15 19:46:13 polyonymous, which is already tested by if Jul 15 19:46:26 Yeah, then spit out message and exit with non-zero code? Jul 15 19:46:44 I can do it for you, after the bath, though ;-) Jul 15 19:47:08 I think it is already handled correctly :o Jul 15 19:47:45 Marex, don't be ridiculous, you know what he's talking about. Jul 15 19:47:56 Marex: you should continue to learn, because what you think is pretty naive ;-I Jul 15 19:48:08 psokolovsky, hmm ... Jul 15 19:48:21 Well, I don't think your comments actually encourage his learning ;-) Jul 15 19:48:45 Im going to check it then Jul 15 19:49:34 psokolovsky, where is CONFIG_LIBOPIETOOTH is supposed to be set in OE? Jul 15 19:50:01 Should it be exported in opie.bbclass or what? Jul 15 19:50:07 polyonymous: well, if he doesn't want to get hints, what can I do? dance around him for half an hour? he indeed could not know what is errno... Jul 15 19:50:18 polyonymous: no idea Jul 15 19:50:23 psokolovsky, just be nice ;-) Jul 15 19:50:25 hmm.. Jul 15 19:50:48 it has this conftest that system(echo-es) the variable... Jul 15 19:50:57 In normal opie build I think it's put in .config. Jul 15 19:51:37 oh well, bath time! Jul 15 19:51:54 * polyonymous is gone Jul 15 20:00:37 psokolovsky, I think I should drop the errno handling and handle only OBEX_HandleInput return value Jul 15 20:01:46 err ... ah I see Jul 15 20:02:14 Marex: I'm note sure what exactly you should do, but I'm sure there should be error handling. So, either you do it right, or at least leave the old one there. Jul 15 20:02:33 the old one was broken Jul 15 20:02:51 psokolovsky, http://www.lab.dit.upm.es/doc/openobex-devel-1.0.1/openobex/r439.html please read this Jul 15 20:03:26 Marex: otherwise, just think yourself what may happen: in case of error, it will just silently terminate. Now what if you want to receive sth? It doesn't work. Now how next Marex debug it then? There're no traces of failure at all! Jul 15 20:04:25 Marex: cool, so old handling seems to be correct. Jul 15 20:04:45 no if you exit correctly Jul 15 20:04:59 let me just check it Jul 15 20:05:02 * * OE Bug 2656 has been created by tester(AT)rolf.leggewie.biz Jul 15 20:05:04 * * test bug Jul 15 20:05:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2656 Jul 15 20:07:02 * * OE Bug 2656 has been RESOLVED (INVALID) by tester(AT)rolf.leggewie.biz Jul 15 20:07:04 * *  test bug Jul 15 20:07:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2656 Jul 15 20:10:41 psokolovsky, ok, Im just checking and learning ;-E Jul 15 20:13:31 Marex: very nice. feel to ask about too unclear things. Jul 15 20:14:03 psokolovsky, you are making holes in my head :T Jul 15 20:24:18 anyone have issues with the console image on ep93xx ? Jul 15 20:24:29 seems to hang after "starting Avahi" Jul 15 20:25:02 and gives garbles Jul 15 20:29:12 psokolovsky, so it looks to me like ... if (errno == EAGAIN) _exit(0) ; else exit (-1) Jul 15 20:29:50 psokolovsky, does it look any better? Jul 15 20:30:19 damn, am I really should look thru all that code myself?... Jul 15 20:30:38 psokolovsky, like why? Jul 15 20:31:21 Marex: like what I told in the beginning - why can't you do it yourself from start to end. sigh. Jul 15 20:32:03 psokolovsky, Marex: very nice. feel to ask about too unclear things. Jul 15 20:34:18 Marex: ok, so first of all, please leave that fprintf in. thanks. you yourself will read it. Jul 15 20:34:48 Marex: next, you rarely at all want to exit on EAGAIN. vice versa, you want to retry what you did. Jul 15 20:35:32 psokolovsky, I know I know ... then tell my why opie thinks that EAGAIN is correct ;] Jul 15 20:36:17 Marex: correct in what sense? Jul 15 20:36:40 correct that when it receives the file, errno = 11 which is eagain Jul 15 20:37:26 Marex: and from what I see, there just should not be _exit(0) at all. Jul 15 20:38:02 psokolovsky, first of all it should be rewritten to use threads ;] Jul 15 20:38:15 Marex: receives when, receives how? EAGAIN means receive was not completed fully. Jul 15 20:38:19 A package I want to compile needs scanf support in do_configure. Where is that scanf stuff hidden? Jul 15 20:38:37 Laibsch: ??? Jul 15 20:39:08 man scnaf Jul 15 20:39:13 ups Jul 15 20:39:15 scanf Jul 15 20:39:30 but no suprise its libc Jul 15 20:39:38 psokolovsky, receives over irda/bluetooth :E Jul 15 20:39:50 psokolovsky, sorry, opie still doesnt support tcpobex Jul 15 20:40:33 Marex: means receive was not completes, period Jul 15 20:49:14 is there a way to tell ipkg to remove a package and all packages which were installed as dependencies? Jul 15 20:52:56 MrEMaN, probably not. It would mean to keep additional metadata (sort of what aptitude does in debian) Jul 15 20:56:38 so psokolovsky ... OBEX_HandleInput DOESNT set the errno at all ... so that errorhandling can be safely dropped Jul 15 20:57:41 Marex: and it doesn't call any other functions? Didn't you think that they may set it? ;-) Jul 15 20:58:29 why should you check that after OBEX_HandleInput exited though? Jul 15 21:00:15 Marex: because we want to catch errors, not silently ignore them. Jul 15 21:00:57 psokolovsky, I understand that, but why AFTER HandleInput? Jul 15 21:01:09 you can handle them before entering the loop :E~~~ Jul 15 21:04:10 no, you can't handle errors before they occur, hope it's clear Jul 15 21:05:03 * polyonymous is back Jul 15 21:05:06 psokolovsky, ok, so you say I should return that crippled error handling that was there? Jul 15 21:05:56 Marex, don't bother, I think I'll do it now Jul 15 21:06:23 hmm... although I have a problem with that - out of cigarettes... Jul 15 21:06:36 ENOCIGS Jul 15 21:08:03 polyonymous, ok :T Jul 15 21:08:19 Marex, have a cig for me? :) Jul 15 21:08:36 no, Im not smoker :b Jul 15 21:09:04 No wonder you can't get things done :) Jul 15 21:09:44 polyonymous: don't sway youth ;-) Jul 15 21:10:02 I'm only teaching ;-) Jul 15 21:10:34 "Learn c++ in 20 cigarettes": Cigarette 1: basic syntax. Jul 15 21:11:19 teaching C++ for cigarettes ? :) Jul 15 21:11:32 or learning with cigarettes ? ;) Jul 15 21:11:45 nodens, no way, if you put it this way, then it would be "Learn c+= in 20000 cigarettes" :) Jul 15 21:11:52 c++ even Jul 15 21:13:44 lol Jul 15 21:29:24 psokolovsky, Marex I attached the patch to opie bug. Jul 15 21:29:25 psokolovsky: http://paste.stgraber.org/2138 Jul 15 21:29:34 too bad woglinde is gone. Jul 15 21:29:52 Laibsch, it needs scanf support for %lld Jul 15 21:29:56 He said it is libc. What does that mean. That the OE libc does not offer scanf? Jul 15 21:30:07 polyonymous: so much is clear Jul 15 21:30:10 no, it doesn't offer %lld Jul 15 21:30:16 the question is "where to get it" Jul 15 21:30:17 which is, I'd guess, support for long long Jul 15 21:30:41 Laibsch: well, you call that "in do_configure" ?? very nice Jul 15 21:30:48 polyonymous, cool :) Jul 15 21:30:50 you have glibc, do you? Jul 15 21:31:03 and the patch is broken, btw Jul 15 21:31:17 Laibsch: I guess, it typical xcompile issue. see config.log Jul 15 21:32:11 yeah, config.log would be helpful Jul 15 21:32:42 OK, just a second Jul 15 21:37:25 http://rafb.net/p/Jrznzy10.html is all I can get off the screen Jul 15 21:37:34 I hope the necessary info is in there Jul 15 21:40:04 Laibsch: that's not it. time for you to learn sth new too ;-) Jul 15 21:42:28 the log file is on a remote host that I access with key-based authentication Jul 15 21:42:52 scp seems to not use key-based authentication (correctly), is that true? Jul 15 21:43:14 no. Jul 15 21:43:24 I was just using the wrong username ;-) Jul 15 21:43:29 Got the complete log file now Jul 15 21:44:13 polyonymous, psokolovsky: http://oz.leggewie.org/wip/log.do_configure.3099 Jul 15 21:44:31 Laibsch, no, config.log Jul 15 21:44:51 Laibsch: now use ssh, not scp, and in the dir you have that crap, do: cd ..; find -name config.log Jul 15 21:46:39 http://oz.leggewie.org/wip/config.log Jul 15 21:48:53 Laibsch: configure:22527 - paste that +/- 30 lines Jul 15 21:54:39 and grep for 'scanf' in site/ Jul 15 21:56:12 koen: In Birmingham now? Jul 15 21:57:11 RP: no, edinburgh Jul 15 21:57:17 just had beer with liam Jul 15 21:57:37 koen: What do you think of Scotland? Jul 15 21:57:38 we'll take the 10:05 train to birmingham tomorrow morning Jul 15 21:57:45 RP: uphill and rainy ;) Jul 15 21:57:52 but I wouldn't mind living here Jul 15 21:58:07 The whole country is rainy atm :-( Jul 15 21:58:36 * RP is taking the bike to Birmingham tomorrow so is hoping for some sunshine Jul 15 22:05:38 * XorA starts to get pissed off with people spreading their own crapassed agendas on the bugtracker Jul 15 22:06:03 hey koen RP Jul 15 22:06:42 hey XorA Jul 15 22:07:06 XorA: liam and I are meeting up at haymarket at 9 and walk to waverly to meet you at bk at 9:30 Jul 15 22:07:40 koen: I thought you were staying next to waverly? Jul 15 22:08:17 we moved to the hilton at haymarket :) Jul 15 22:08:30 ah right Jul 15 22:09:01 * * OE Bug 1437 has been marked as DUPLICATE of bug 2429 by Jul 15 22:09:02 * *  micro-emacs from 3.5.4.1 feed: backspace not working Jul 15 22:09:04 * * http://bugs.openembedded.org/show_bug.cgi?id=1437 Jul 15 22:09:31 * XorA will already be in waverly by 9 :-) Jul 15 22:10:07 which pub di you go to? Jul 15 22:10:20 some pub on the mile and the haymarket Jul 15 22:10:27 and the pizza hut Jul 15 22:14:18 psokolovsky: Do you mean http://oz.leggewie.org/wip/log.do_configure.3099 Jul 15 22:15:09 koen: What do you mean with site/? Which dir exactly? In $WORKDIR? There is no site directory. Jul 15 22:15:23 org.oe.dev/site/ Jul 15 22:16:14 Laibsch: I mean, you find file "configure", and cut 60 lines around line 22527 in it Jul 15 22:18:49 koen: Two entries. site/arm-linux:yeti_cv_func_scanf_modif_size_t=yes and site/ix86-common:yeti_cv_func_scanf_modif_size_t=yes Jul 15 22:19:08 hmmm Jul 15 22:19:14 no luck then Jul 15 22:22:54 psokolovsky: http://oz.leggewie.org/wip/configure.22527 Jul 15 22:23:34 or the full file at http://oz.leggewie.org/wip/configure.gz Jul 15 22:24:02 koen: cya tomorrow Jul 15 22:24:25 Laibsch: add "am_cv_scanf_lld=yes" to glibc.site or how it is called. of course, follow syntactic patterns there ;-) Jul 15 22:28:39 which file is that? in $WORKDIR or in the OE dir? I cannot find it in either. Jul 15 22:28:47 Or do you mean ./site/common-glibc? Jul 15 22:37:24 03svolpe 07org.oe.dev * r6c16fb38... 10/ (1 packages/libsdl/libsdl-directfb_1.2.9.bb): Jul 15 22:37:24 libsdl-directfb 1.2.9: Fix build issue after recent kernel headers and gcc upgrades. Jul 15 22:37:24 and added missing CLFAGS include for directfb Jul 15 22:37:28 Laibsch: yes, that's what i mean Jul 15 22:42:38 psokolovsky, the funny part is that error message goes nowhere, anyway and process should exist with zero code :) Jul 15 22:43:43 polyonymous: it should go to opie logging facility of course, wanna fix that now? also "exit"? are you sure it should ever exit with success code? Jul 15 22:44:23 psokolovsky, yes, this subprocess should exit with success code and that's not the result passing mechanics. Jul 15 22:44:38 psokolovsky, I don't know how to send it to opie logging factility Jul 15 22:45:01 * * OE Bug 2004 has been RESOLVED (FIXED) by Jul 15 22:45:01 polyonymous: yes, so you even found where it is wait()ed for? because I haven't, so i assume we have zombies here Jul 15 22:45:02 * *  micro-emacs fails to build - source can not be downloaded Jul 15 22:45:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2004 Jul 15 22:45:32 polyonymous: then you will leave that fprintf as is, right? ;-) Jul 15 22:45:36 psokolovsky, I don't think you do, there's that opie housekeeping. Jul 15 22:45:49 psokolovsky, yes, I think it's better to have message even going nowhere. Jul 15 22:46:50 polyonymous: maybe you even can tell in few words how all that server stuff works? Jul 15 22:47:49 psokolovsky, I can use just one adverb: poorly ;-) Jul 15 22:48:44 that is, it sets up child process, then waits for one byte sent via pipe to signify... yes, error, in the loop Jul 15 22:48:53 but the byte is sent only if initObex fails. Jul 15 22:49:11 polyonymous: ok, so here's my quick analysis: it just sits there, and loops in handleInput(). it should never exit at all. Well, let's let it exit in case of error, it weird, but well, ok. but it should never exit(0). Jul 15 22:49:19 if it fails any other way it would hog cpu, etc. Jul 15 22:49:37 polyonymous: yes, that's what I mean. it should not exit. Jul 15 22:50:12 it should exit if it can't continue. Also, I think it should exit because the damn thing tries to start way too often :) Jul 15 22:50:38 also, any fatal error renders the endless loop useless, anyway Jul 15 22:50:49 polyonymous: you can point at the loop at which it starts? Jul 15 22:50:49 koen, psokolovsky: Can you help me with the syntax for site/common-glibc? Jul 15 22:51:04 what starts? Jul 15 22:51:11 I thinks just adding am_cv_scanf_lld=yes is not in line with the format of the other entries Jul 15 22:51:17 Laibsch, it's just a shell script? Jul 15 22:51:21 ah Jul 15 22:51:24 Maybe Jul 15 22:51:26 polyonymous: "e damn thing tries to start way too often :)" damn thing, apparently ;-) Jul 15 22:51:37 Laibsch: I'm 5 minutes away from going to bed, so I can only say http://www.openembedded.org/user-manual&dpage=chapter_reference#id2579431 Jul 15 22:51:41 psokolovsky, no, not in a loop Jul 15 22:52:17 Laibsch, am_cv_scanf_lld=${am_cv_scanf_lld=yes} ? Jul 15 22:52:49 Laibsch: what was your score on pattern recognition quizzes? ;-) You need to add line "am_cv_scanf_lld=${am_cv_scanf_lld=yes}" there ;-) Jul 15 22:55:07 psokolovsky, but I think I'm going to try to redo the whole thing. it's silly Jul 15 22:55:35 psokolovsky, and so is libopie, btw. Jul 15 22:55:43 polyonymous: ah, don't let that drag you down... we have machine patches for qte ;-) Jul 15 22:55:54 :))))) Jul 15 22:56:28 psokolovsky: I scored very high on all kinds of pattern recognition quizzes, believe me. VERY high Jul 15 22:56:41 Laibsch: ah, cool ;-) Jul 15 22:56:42 Those kind of test are one of my strong points Jul 15 22:56:59 But it only takes a missed , or something else to fuck things up. Jul 15 22:57:11 well, I never believed in quizzes. Here's why :) Jul 15 22:57:12 So I rather ask, cause I think that is the sensible thing Jul 15 22:57:21 So I pass the "being sensible"-test Jul 15 22:57:32 Laibsch, but you'll try it Jul 15 22:57:59 Laibsch: sure, disregard any intro sentences before the answers, they're just fillers ;-) Jul 15 22:59:05 :))) Jul 15 22:59:50 psokolovsky, this idiotic thing almost verbatim reproduces equally idiotic stuff in libopie2. Great case of copy'n'paste programming. Jul 15 23:00:05 ;-I Jul 15 23:01:05 so, the point is - it should return non-zero only on initial setup, it seems. Jul 15 23:03:53 Hello. I am trying to build a native GNU toolchain for the Nokia N800. Does anybody know (or have any links) about what binutils options are required to be compatible with the current maemo stuff? When I rebuild an armv6l-none-linux-gnueabi binutils I have issues with "waning: ld-linux.so.3, needed" and undefined symbols (even though I see a ld-linux.so.3 - I supect its the wrong "flavor") Jul 15 23:04:44 * Xark notes he tried GCC 4.2.0 (is this version workable)? Jul 15 23:16:04 psokolovsky: I guess it is safe to commit am_cv_scanf_lld=${am_cv_scanf_lld=yes}"? It does take care of the scanf stuff. gnucash still does not compile. Next problem right at the next line :-/ Jul 15 23:17:01 Laibsch: yes, we went that way exactly to show the right way to solve such issues, so please commit. Jul 15 23:18:33 OK Jul 15 23:19:14 Is that a gnucash specific patch? The section titles seem to suggest that, but the entry look more like they will apply to all packages Jul 15 23:21:42 Laibsch: no, it goes to generic Jul 15 23:21:52 am_ == automake Jul 15 23:26:00 * * OE Bug 1824 has been RESOLVED (WORKSFORME) by Jul 15 23:26:02 * *  apache2_2.2.3 fails to build when host missing "quilt" Jul 15 23:26:04 * * http://bugs.openembedded.org/show_bug.cgi?id=1824 Jul 15 23:31:45 hello everybody, bitbake worked fine part of it's way to compiling nano, but qemu compile fails : http://pastebin.ca/621120 - any help please ? i am following instructions from the getting started guide, on a x86 host, and updated+pulled mtn just before beginning Jul 15 23:35:11 is_null_, install gcc3 Jul 15 23:35:32 hmm Jul 15 23:35:54 not sure though if it should fail like this with gcc4 Jul 15 23:36:32 sys-devel/gcc-3.4.6-r2 installed Jul 15 23:39:34 should do... Jul 15 23:39:54 it's suppose to use it, what makes you say that it isn't ? Jul 15 23:40:21 nothing, that was the fast answer, because it's common source of failures :) Jul 15 23:40:37 do you really have x86 host and not x86_64? Jul 15 23:40:45 really, i do Jul 15 23:40:58 it's a server machine . .. Jul 15 23:43:07 well... I don't have an answer for you then Jul 15 23:45:23 you don't want to see other log ? Jul 15 23:46:26 no, not now, maybe someone else Jul 16 00:11:25 is it possible to build a package which takes a tar.gz file, extracts it, and just places the contents in a directory on the embedded sytem? Jul 16 00:11:45 this archive has binaries compiled for other archictures Jul 16 00:11:49 so bitbake fails Jul 16 00:11:49 yes Jul 16 00:11:52 no Jul 16 00:12:04 it sees the binary and says it fails the QA Jul 16 00:12:26 it says truths. kill those binaries Jul 16 00:12:32 lol Jul 16 00:13:17 for this archive, i basically want it to just extract the contents and place it in a directory, i dont want it to do any other processing Jul 16 00:13:17 psokolovsky, well, it now even exits with non-zero code in case of error :) Jul 16 00:13:37 is this not possible? Jul 16 00:14:14 03Laibsch 07org.oe.dev * rd806839b... 10/ (1 packages/python/python-pyqt_3.13.bb): Jul 16 00:14:14 python-pyqt: fix dbg packaging Jul 16 00:14:14 * seize the opportunity to move versioning from ml (Mickey Lauer) to standard r Jul 16 00:14:18 03Laibsch 07org.oe.dev * r0298cd25... 10/ (1 packages/xorg-app/xterm_207.bb): xterm: add --disable-imake to EXTRA_OECONF. Fixes 1352. Jul 16 00:14:23 03Laibsch 07org.oe.dev * rb57e6096... 10/ (6 files in 3 dirs): micro-emacs: upgrade to latest release. Fixes 2004. Jul 16 00:14:26 polyonymous: nice ;-) but does it receive files? ;-) Jul 16 00:14:30 03Laibsch 07org.oe.dev * ra90a8d2c... 10/ (1 site/common-glibc): Jul 16 00:14:30 site/common-glibc: deal with scanf issue in preparation for inclusion of gnucash. Jul 16 00:14:30 Thanks Paul! Jul 16 00:14:35 psokolovsky, surprisingly enough, yes :) Jul 16 00:14:40 MrEMaN: everything is possible Jul 16 00:14:42 guys? Jul 16 00:14:50 lol Jul 16 00:14:55 Laibsch, I gave you the answer first! :))) Jul 16 00:15:09 you'l;l really be doing me a favor, i've been stressing over this for a few hours Jul 16 00:15:36 i added the directory to the FILES_{PN} Jul 16 00:15:46 so it places them where i want Jul 16 00:16:01 how do i aviod any further processing? Jul 16 00:17:44 Its from January, so perhaps its mistaken, but I was just googling and found a few places that mentioned that it didn't work on N800 (for example one project is sticking with N770 because of that [among other reasons]). Jul 16 00:18:09 * Xark D'oh Jul 16 00:22:01 MrEMaN: do_compile { : } for example. Jul 16 00:22:34 psokolovsky : what about the QA check? Jul 16 00:22:44 this is inserted Jul 16 00:22:46 by OE Jul 16 00:22:51 i mean bitbake Jul 16 00:22:53 I told already Jul 16 00:23:12 just do_compile { : } ? Jul 16 00:23:20 how does that handle the QA? Jul 16 00:23:35 it says truth. kill those binaries Jul 16 00:23:52 i feel like im talking to Me.T Jul 16 00:23:55 mr.T* Jul 16 00:25:25 polyonymous: Indeed, you did. I am sorry. Jul 16 00:25:34 Laibsch, ;-)) Jul 16 00:25:36 You guys are too close in nick names Jul 16 00:25:41 heh Jul 16 00:26:00 I always confuse the two of you unless I pay careful attention Jul 16 00:26:17 Thanks polyonymous!!! Jul 16 00:26:30 You're welcome ;-) Jul 16 00:27:00 is there a bitbake incantation to pull kernel sources and gcc to match an angstrom kernel for adding modules? Jul 16 00:27:13 anyway, I'll leave it up to you all to test opie irda and I'm going to sleep now :) Jul 16 00:27:19 mwa: bitbake virtual/kernel Jul 16 00:27:34 mwa: with distro set for angstrom and machine set properly in conf/local.conf Jul 16 00:27:50 * polyonymous sleeps damn well Jul 16 00:28:42 and DATE= matching the zImage I'm using? Jul 16 00:29:08 mwa: well, since there is not angstrom release, I don't know if you can do that. Jul 16 00:29:30 aieee... Jul 16 00:30:01 'cause /proc/version also says gcc 4.1.2-atmel.1.0.0 Jul 16 00:30:09 which I don't see anywhere :( Jul 16 00:30:57 so I start with the latest and re-flash, I take it? Jul 16 00:31:15 I build my own, if you don't, I can't really tell you Jul 16 00:31:37 I haven't _yet_ Jul 16 00:31:48 looks like I'm gonna now Jul 16 00:32:01 good idea. Jul 16 00:38:55 so, if I'm gonna do this, is there a howto or doc of some kind to guide bitbake newbies in adding kernel modules in a way that makes submitting the changes back fairly simple? Jul 16 00:40:01 fwiw, I'm looking for bvdd and airprime so if they're in the latest say "never mind" Jul 16 00:46:51 03polyonymous 07org.oe.dev * r2950e706... 10/ (3 files in 3 dirs): libopieobex0: properly fix issues at hand Jul 16 00:51:37 is it possible to just copy a directory which may contain binaries which are not for the target archiecture on to it? Jul 16 00:51:58 ie i have a binary i want in a package which is not compiled for the target device Jul 16 00:52:23 but bitbake will complain and tell me architecture did not match Jul 16 00:52:59 can you disable QA for a directory? Jul 16 01:33:25 hi, all! Do bugzilla mail (replying to messages) are intended to work? Now it is not working :( Jul 16 01:47:00 * * OE Bug 1994 has been RESOLVED (WORKSFORME) by Jul 16 01:47:02 * *  rfakeap 0.2 fails to build on x86 Jul 16 01:47:04 * * http://bugs.openembedded.org/show_bug.cgi?id=1994 **** ENDING LOGGING AT Mon Jul 16 02:59:58 2007