**** BEGIN LOGGING AT Tue Aug 05 02:59:57 2008 Aug 05 04:13:15 hey all. I'm trying to learn to use bitbake, is it ok to ask here? I'd like to figure out how it works before I go using to do a real build (by itself, not part of openembedded for now) I'm a gentoo user, so I'm comfortable with portage Aug 05 04:41:51 the first question is, how do I tell it where the classes/ directory is? It seems everything needs absolute paths, but I can't find an option (or config file option) to set the classes directory. A grep for classes doesn't find it in the openembedded source... Aug 05 05:53:36 ~seen RP Aug 05 05:53:38 rp is currently on #maemo #handhelds #oe #openmoko. Has said a total of 23 messages. Is idling for 20h 47m 59s, last said: 'just use "rootwait"'. Aug 05 06:56:07 * * OE Bug has been RESOLVED by jeremy.laine(AT)bolloretelecom.eu Aug 05 06:56:09 * * logs about do_qa_cnofigure are apparently not being sent to the server Aug 05 06:56:10 * * http://bugs.openembedded.net/show_bug.cgi?id= Aug 05 07:04:15 morning Aug 05 07:08:49 morning Aug 05 07:45:07 bonjour Aug 05 07:45:57 genesis Aug 05 08:42:01 /who freenode/staff/* Aug 05 08:48:06 * * OE Bug 4483 has been created by linuxrulez(AT)land.ru Aug 05 08:48:08 * * Magicain: kexec can't run kernel Aug 05 08:48:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4483 Aug 05 08:56:06 * * OE Bug 4484 has been created by  Aug 05 08:56:08 * * firefox-3.0.1-autobuild Aug 05 08:56:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4484 Aug 05 09:46:16 florian: good morning Aug 05 09:46:33 good morning Aug 05 09:47:25 florian: I just sent new versions of bluez-pin, gpe-calendar, gpe-clock, gpe-contacts, gpe-login, gpe-su, gpe-taskmanager, gpe-timesheet, gpe-todo and libgpewidget to the TP. All of them were pretty badly out of date. Do you think you could check the translation status of the other packages and send them any necessary updates? Aug 05 09:47:59 I guess it ought to be possible to automate that process somehow. Aug 05 09:48:42 pb__: very good, yes... I could try that. + Aug 05 09:49:35 pb__: we could send a mail in the dist-upload targets. Aug 05 09:51:00 yeah, good idea Aug 05 09:51:06 pb__: we have a nice update function using rsync that pulls the new translations in the freshen-po target... not everythig is using it, but the most important bbits should have it. Aug 05 09:51:16 ok, great Aug 05 09:51:24 ls Aug 05 09:51:32 ooops Aug 05 10:13:03 hi lrg Aug 05 10:17:28 hey pb__ Aug 05 10:40:18 Laibsch: ping? Aug 05 10:42:39 I've added the line in local.conf to avoid the prismstumbler file because it halted the compilation when I tried compiling it, yet on task 4566/4570 it said that it needed the file in order to compleate vbuilding the image, what work around can I do in order to avoid that and not halt the compilation? Anybody? Aug 05 10:43:18 I am trying to compile Angstrom-Linux for HTC-Himalaya Aug 05 10:43:24 remove the requirement for prismstumbler from your image, presumably Aug 05 10:43:45 nighthawk08: gpe-image? Aug 05 10:43:51 ye Aug 05 10:43:56 how do I do that? Aug 05 10:44:10 gpe-image suffers bitrot, the autobuilder uses x11-image Aug 05 10:44:52 do I need to specify a command in the command line I am running "BitBake "? Aug 05 10:45:06 gpe-aerial is the bit that depends on prismstumbler Aug 05 10:45:14 * florian should fix that Aug 05 10:45:30 XorA: uh... what do we need to fix? Aug 05 10:45:45 nighthawk08: no, you need to find the task file that calls in prismstumbler or gpe-aerial and remove that reference Aug 05 10:45:53 presumably that would be tasks/task-gpe.bb in this case Aug 05 10:45:59 florian: well obviously prismstumbler, but I dont know what else, gpe-image doesnt get the autobuilder crunching on it Aug 05 10:47:18 i'll take a look, my build box is idle Aug 05 10:55:07 pb__: here is a part of the log,. | Configuring xtscal | Collected errors: | * ERROR: Cannot satisfy the following dependencies for task-gpe-apps: | * prismstumbler * -- what is the xtscal? and where is it located? Aug 05 10:58:37 or how do I compile the prismstumbler? http://pastebin.com/m5300028a Aug 05 11:00:45 florian: prismstumbler built fine on my desktop recently Aug 05 11:05:00 nighthawk08: That looks like a c++ problem with the compiler. can you build other c++ stuff? Aug 05 11:05:16 hwo do I check that? Aug 05 11:05:41 bitbake gpsd maybe, iirc they use c++ Aug 05 11:06:40 checking Aug 05 11:10:44 task 695 of 913 Aug 05 11:19:57 florian: it was compiled fine... Aug 05 11:20:26 are there headers in the c++ that are missing? Aug 05 11:20:46 that is the gpsd was compiled fine Aug 05 11:20:52 * florian tries to reproduce it here Aug 05 11:25:40 03  07master * rbf68d383c3 10OE.dev/classes/oestats-client.bbclass: oestats-client.bbclass: display information URL for failed builds/tasks (Closes: #4475) Aug 05 11:25:45 03  07org.openembedded.dev * rbf68d383c3 10OE.dev/classes/oestats-client.bbclass: oestats-client.bbclass: display information URL for failed builds/tasks (Closes: #4475) Aug 05 11:31:06 * * OE Bug has been RESOLVED by jeremy.laine(AT)bolloretelecom.eu Aug 05 11:31:08 * * RFE: print log URL to console Aug 05 11:31:09 * * http://bugs.openembedded.net/show_bug.cgi?id= Aug 05 11:31:48 03  07org.openembedded.dev * r92f935abb3 10OE.dev/conf/machine/include/neuros.inc: neuros.inc: make kernel jffs2 4mb Aug 05 11:31:58 03  07org.openembedded.dev * r2c94e0f25a 10OE.dev/packages/u-boot/u-boot_git.bb: u-boot git: bump SRCREV for neuros-osd2 Aug 05 11:32:03 03  07master * r2c94e0f25a 10OE.dev/packages/u-boot/u-boot_git.bb: u-boot git: bump SRCREV for neuros-osd2 Aug 05 11:32:13 03  07master * r92f935abb3 10OE.dev/conf/machine/include/neuros.inc: neuros.inc: make kernel jffs2 4mb Aug 05 11:38:08 03  07org.openembedded.dev * r65b0452582 10OE.dev/packages/mozilla/ (files/arm/jsautocfg.h firefox_3.0.1.bb): firefox: fix ARM jsautocfg.h Aug 05 11:38:13 03  07master * r65b0452582 10OE.dev/packages/mozilla/ (files/arm/jsautocfg.h firefox_3.0.1.bb): firefox: fix ARM jsautocfg.h Aug 05 11:48:54 morning all Aug 05 11:49:38 hi thesing Aug 05 11:49:42 yo thesing Aug 05 11:50:31 does anybody know a reason why my images would boot completely? It worked before the weekend. Aug 05 11:50:58 The boot process stops after the last initscript is run. Aug 05 11:51:59 I walked though the commit list but I didn't see anything suspicious. Aug 05 11:56:08 florian: did yo succeed with reproducing the error on your servers? Aug 05 12:04:05 * * OE Bug 4485 has been created by trickie(AT)gmail.com Aug 05 12:04:07 * * linux-openmoko srcrev results in broken build Aug 05 12:04:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4485 Aug 05 12:04:21 florian: http://forums.nvidia.com/lofiversion/index.php?t72887.html --> this might be a clue? Aug 05 12:04:41 taken from another compilation, but seems to match the case... Aug 05 12:18:12 re Aug 05 12:18:41 nighthawk08: not yet, copilation stopped while I was at lunch. Aug 05 12:18:42 what? Aug 05 12:18:50 +m Aug 05 12:19:03 ~lart linux-handhelds Aug 05 12:19:03 * ibot overclocks linux-handhelds until linux-handhelds burns out Aug 05 12:22:34 mickey_away: what is this crazy mailing list setup that causes all the openembedded-devel messages to arrive twice? Aug 05 12:22:40 * pb__ stabs lists.openembedded.org Aug 05 12:23:16 or, well, let me rephrase that. I see what the crazy setup is, I guess the question is more why do we have it :-} Aug 05 12:30:20 pb__: because no one got to configure it properly? Aug 05 12:53:08 Here the gpe-image build stops with missing dependecies at do_rootfs Aug 05 12:54:28 doh Aug 05 12:56:58 ~lart aptitude Aug 05 12:56:58 * ibot teaches aptitude that M$ Access is a database. No, really, a database. A real live multi-user... well, ok, not multi-user, but a database. Yeah, that sounds right. Aug 05 12:57:46 florian: still checking it? Aug 05 13:02:03 nighthawk08: I think I have to do a clean rebuild. Aug 05 13:02:26 Somethign seems to mess up multimachine builds if you use different compilers... Aug 05 13:02:47 oh Aug 05 13:03:16 I built for universal, neon and beagleboard and got libgcc >= 4.3.1 dependencies in the neon build. But only beagleboard should use this. Aug 05 13:03:24 * florian cleans up and tries again Aug 05 13:03:53 florian: thats why we need changed staging Aug 05 13:03:56 * nighthawk08 awaits Aug 05 13:03:58 florian: mixing armv? arches doesnt work Aug 05 13:04:02 florian: see koens RFC Aug 05 13:04:05 florian: Koen sent RFC about it, Poky use it already Aug 05 13:04:24 TMPDIR is larger but works uber cool Aug 05 13:05:06 ah Aug 05 13:05:12 * florian missed that somehow Aug 05 13:06:07 hmm.. 64-66°C is nicer for pentium-m then 83°C Aug 05 13:06:10 but still hot Aug 05 13:07:33 good morning! Aug 05 13:07:50 hi Laibsch Aug 05 13:08:11 XorA, hrw: Just read the rfc... sounds good. Aug 05 13:08:13 I wonder where is the right place to put rd_cv_ieee_works from EXTRA_OECONF = "rd_cv_ieee_works=yes --enable-shared --enable-local-libpng --enable-local-zlib --program-prefix=''" Aug 05 13:08:52 Laibsch: Koen already wrote where Aug 05 13:08:55 site files Aug 05 13:08:59 yes Aug 05 13:09:04 florian: Ack it ;) Aug 05 13:09:04 but there are several Aug 05 13:09:17 he also wrote which ones Aug 05 13:09:35 someone tried to build/crosscompile gcc 4.3.1 for x86 Aug 05 13:09:37 ? Aug 05 13:09:39 And to tell you the truth, I don't know what it does. I just know it fixed a build issue Aug 05 13:10:37 hrw: I just did... Aug 05 13:10:46 Laibsch: it checks does compiler handle IEEE math Aug 05 13:11:00 double a=0.0/0.0,b=0.0,c; Aug 05 13:11:07 c=a/b;if (c==a) c=a;return isnan(a/c)?0:1; Aug 05 13:11:12 thats whole test for it Aug 05 13:11:42 hrw: site/common, common-linux or -common.? Aug 05 13:11:59 common-linux unless you know that it helps in uclibc Aug 05 13:12:37 How would I know? I don't even have an idea what it does. Thanks for explaining, still a little bit of greek to me. Aug 05 13:12:44 common-linux it will be Aug 05 13:13:01 Laibsch: I googled for it Aug 05 13:13:19 hi vivijim Aug 05 13:14:34 vivijim: we want at least 2 babes per developer at OEDEM/BOSSA :-) Aug 05 13:15:20 hi hrw Aug 05 13:15:24 hi XorA! hehehe Aug 05 13:15:28 XorA: haha Aug 05 13:15:33 XorA: wont this stop you from hackin? :D Aug 05 13:15:47 josch|nsn: oedem is not about hacking Aug 05 13:15:51 josch|nsn: Ill practive using trojans instead :-) Aug 05 13:16:23 I think you could safely put the ieee math thing in common, actually. it's certainly not libc dependent, and I don't think there are any OE target cpus (or even likely candidate target cpus) that don't do ieee math. Aug 05 13:16:59 seems a bit odd that this one package is even bothering to test for it, nobody else does. Aug 05 13:17:24 hrw: I could google for hours and still not understand. So I think it is ultimately wiser to come here and ask a simple question. Aug 05 13:17:34 pb: thanks Aug 05 13:19:00 pb__: is the source of all knowledge Aug 05 13:21:28 bitbake makes my laptop hot Aug 05 13:22:14 bitbake+babes=hot? Aug 05 13:22:14 ~hail pb Aug 05 13:22:15 * ibot bows down to pb and chants, "I'M NOT WORTHY!!" Aug 05 13:23:03 josch|nsn: rather bitbake+broken cpufan Aug 05 13:23:13 hehe Aug 05 13:23:31 shit.. 98GB free on /home again.. Aug 05 13:24:07 removing 120GB of Poky builds takes too much time on ext3 Aug 05 13:25:13 hrw: go back to reiser then all you have to do is wait until it deletes them itself Aug 05 13:25:32 MURDERFS Aug 05 13:25:51 piroko: well at least he has plenty of time to finish reiser4 Aug 05 13:26:03 Hehehe. Let the chroot jail jokes fly Aug 05 13:26:10 * josch|nsn has to delete 6.7mill files on xfs every week - takes half a day Aug 05 13:26:39 josch|nsn: xfs self removes them - no need to delete Aug 05 13:26:45 -.- Aug 05 13:27:17 josch|nsn: I used xfs on my desktop before ext3 - switched because I like my files Aug 05 13:27:24 ext3 is even better - it restricts me to 32999 nodes/folder - no less files to delete Aug 05 13:27:34 files are overrated Aug 05 13:27:38 when xfs breaks nothing can repair this Aug 05 13:27:52 * piroko uses ext3 :) Aug 05 13:28:02 hrw: since i delete them anyway evrey week i could've even used reiserfs :P Aug 05 13:28:16 /sbin/fsck.xfs calls /bin/true instead of doing anything Aug 05 13:28:22 lol Aug 05 13:28:22 haha Aug 05 13:28:25 josch|nsn: maybe mkfsxfs instead? Aug 05 13:28:41 hrw: there are severeal folders unfortunately Aug 05 13:28:54 maybe i should partition them more intelligently Aug 05 13:29:01 bind mount those folders to a different partition Aug 05 13:29:26 y0 Aug 05 13:38:18 hi woglinde Aug 05 13:39:41 he pb :) Aug 05 13:48:08 florian: Please post an answer to the problem on http://bugs.openembedded.net/show_bug.cgi?id=4473 when you find what is wrong with the compilation... Aug 05 13:48:15 ~lart irc2g0 Aug 05 13:48:15 * ibot gives irc2g0 a good seeing to Aug 05 13:48:28 'morning all Aug 05 13:50:08 hi ant Aug 05 13:50:19 hello hrw Aug 05 13:50:40 no to polemize, but I use xfs since yeatrs...never lost a bit Aug 05 13:50:59 ah, xfscheck und xfsrepair are the cmds Aug 05 13:51:34 http://code.google.com/p/pybugz/source/browse/trunk/README?r=28 , pybugz seems a good project . Aug 05 13:52:58 pb__: you see...u-boot_git.bb got the dailt update from koen. Its annoying to keep the patches on sync Aug 05 13:54:37 ant__360: doh, right Aug 05 13:57:06 * * OE Bug 4486 has been created by kschultz(AT)buglabs.net Aug 05 13:57:09 * * ecj-initial_3.3.bb can't remove build.xml Aug 05 13:57:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4486 Aug 05 14:13:21 pb__: back to that pkg (u-boot), we were talking about xy_append_machine and += assignments. Well, RP gives out such warning: ' += is not safe with machine overrides.' Aug 05 14:13:44 eek, good for me I chosed _append_c7x0 Aug 05 14:21:27 !logs Aug 05 14:21:27 Channel logs for #oe are archived at: Aug 05 14:21:28 http://hentges.net/tmp/logs/irc/%23oe Aug 05 14:21:29 Live-logs are available at Aug 05 14:21:30 http://hentges.net/tmp/logs/irc/livelogs/%23oe.livelog Aug 05 14:21:32 See ?? help-logs for usage instructions Aug 05 14:21:37 * ant__360 meant http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commit;h=9d38bd8db4543d35e38aae13754779ef197803c3 Aug 05 14:33:30 does anyone know about complications compiling the gtkmm OE package? Aug 05 14:33:55 do_configure is failing for me Aug 05 14:33:59 latest OE build Aug 05 14:35:09 urg, I don't have anything I can check on atm frikker Aug 05 14:35:33 frikker: what is the actual error? Aug 05 14:35:40 just a sec Aug 05 14:36:17 pb__: http://pastebin.com/m10310322 Aug 05 14:36:32 Crofton|work: no problem, thanks :) Aug 05 14:37:29 that looks like you have a bad version of autoconf and/or automake Aug 05 14:37:55 pb__ hmm. Aug 05 14:38:10 pb__: 'bad version' = the version that OE is using? Aug 05 14:38:21 this is the latest OE build Aug 05 14:38:48 er, i lied Aug 05 14:38:51 probably not the latest Aug 05 14:38:54 gtkmm fails here, too Aug 05 14:38:54 but about 6 days old Aug 05 14:38:59 http://tinderbox.openembedded.net/public/logs/715857.txt Aug 05 14:39:00 hmm. Thanks Laibsch Aug 05 14:39:11 Last time I touched it compiled fine Aug 05 14:39:44 Laibsch: same error as me? Aug 05 14:39:59 Don't know Aug 05 14:40:09 looks very similar Aug 05 14:40:11 automake error Aug 05 14:40:39 | configure.in:134: error: m4_require: circular dependency of AC_LANG_COMPILER(C++) Aug 05 14:40:44 I guess that is it Aug 05 14:42:29 yes. me too. Aug 05 14:46:05 * * OE Bug 4487 has been created by  Aug 05 14:46:07 * * liburi-perl fails do_compile Aug 05 14:46:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4487 Aug 05 14:51:41 frikker: try an older automake, see if that works any better. Aug 05 14:51:52 pb__: ... how do i do that? Aug 05 14:52:08 set PREFERRED_VERSION_automake-native in your local.conf, or just build the one you want by hand Aug 05 14:52:14 oh ok Aug 05 14:52:26 do you recommend a version? Aug 05 14:55:54 Laibsch: eh, pls have alook at 4392 Aug 05 14:56:21 seems 4487 is a dupe Aug 05 14:56:27 it is Aug 05 14:56:50 it all belongs to broken Perl, people say Aug 05 15:00:06 * * OE Bug 4487 has been marked as DUPLICATE of bug 4392 by Aug 05 15:00:07 * * liburi-perl fails do_compile Aug 05 15:00:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4487 Aug 05 15:13:47 florian: any progress? Aug 05 15:16:05 * * OE Bug 4488 has been created by  Aug 05 15:16:07 * * libxine-x11 fails do_configure Aug 05 15:16:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4488 Aug 05 15:18:14 nighthawk08: still builds.. without problems so far Aug 05 15:19:06 * * OE Bug 2008 has been RESOLVED (INVALID) by Aug 05 15:19:07 * * broken-1.0-r0-do_configure Aug 05 15:19:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2008 Aug 05 15:22:05 * * OE Bug 1542 has been RESOLVED (WORKSFORME) by Aug 05 15:22:07 * * Opie-rdesktop fails to build due to unset LDFLAGS Aug 05 15:22:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1542 Aug 05 15:25:41 http://www.bitshrine.org/ Aug 05 15:26:05 * * OE Bug 2610 has been RESOLVED (WORKSFORME) by Aug 05 15:26:07 * * mtd-utils can not be built because GIT_AUTHOR_NAME and GIT_COMMITTER_NAME are not set Aug 05 15:26:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2610 Aug 05 15:26:17 * * OE Bug 2101 has been RESOLVED (FIXED) by Aug 05 15:26:19 * * do_patch errors not propagated Aug 05 15:26:21 * * http://bugs.openembedded.net/show_bug.cgi?id=2101 Aug 05 15:26:25 Their presentation links OE to Scratchbox :-( Aug 05 15:28:41 bye Aug 05 15:29:05 * * OE Bug 2550 has been RESOLVED (WORKSFORME) by Aug 05 15:29:07 * * imlib2 fails with impossible construc in asm Aug 05 15:29:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2550 Aug 05 15:37:42 morning Aug 05 15:38:02 hi kergoth`work Aug 05 15:48:35 kergoth`work: g'day Aug 05 15:49:18 good morning kergoth. can I motivate you to commit the patch from Aug 05 15:49:21 !oebug 518 Aug 05 15:49:22 * * Bug 518, Status: ASSIGNED, Created: 2005-12-10 05:39 Aug 05 15:49:23 * * mardy(AT)users.sourceforge.net: \[PATCH\] tslib: work with different screen resolution Aug 05 15:49:24 * * http://bugs.openembedded.net/show_bug.cgi?id=518 Aug 05 15:49:40 ? I think you already promised me twice Aug 05 15:49:49 Today's gotta be the day Aug 05 15:49:59 Laibsch: innumerable bosses have tried for years to motivate kergoth, it never works Aug 05 15:50:49 * ant__360 would try with a voucher for a couple of beers Aug 05 15:50:49 alright kergoth, this is *THE* chance to prove pb_ wrong ;-) **** BEGIN LOGGING AT Tue Aug 05 16:02:02 2008 Aug 05 16:05:44 whats the proper way to create a patch? Aug 05 16:05:44 i'm using diff -Nuar Aug 05 16:05:45 but bitbake is not accepting it Aug 05 16:06:06 frikker: try manually importing it Aug 05 16:06:43 frikker: go into the workdir and run 'quilt import , then push it Aug 05 16:07:06 frikker: possible issues: you forgot ;patch=1 in the SRC_URI Aug 05 16:07:14 (I do this everytime ;) ) Aug 05 16:07:23 or the pnum is no right Aug 05 16:07:30 s/no/not/ Aug 05 16:12:28 thebohemian: thank you Aug 05 16:12:38 thebohemian: so do i do this before a bitbake build? Aug 05 16:13:09 patching file src/matchbox-keyboard.c Aug 05 16:13:09 Hunk #3 FAILED at 120. Aug 05 16:13:09 1 out of 3 hunks FAILED -- rejects in file src/matchbox-keyboard.c Aug 05 16:13:09 Patch small-arg.patch does not apply (enforce with -f) Aug 05 16:13:17 the other patches work fine Aug 05 16:13:21 hmm Aug 05 16:15:28 frikker: look at src/matchbox-keyboard.c.rej Aug 05 16:15:42 patch should left unapplied hunks there Aug 05 16:16:35 I'm using diff -ruN Aug 05 16:16:56 but to create new packages diff's Aug 05 16:19:04 Jay7: ahh good idea. thanks. Aug 05 16:19:23 Jay7: new package diffs? what do you mean? Aug 05 16:19:54 I've posted some new packages ago to oe bugzilla :) Aug 05 16:20:36 Jay7: there is no .rej file? Aug 05 16:20:53 bad :) Aug 05 16:21:05 then try to apply it by hands :) Aug 05 16:21:18 pb_, Laibsch: actually, I've finally found some motivation, and have been working to be as productive as possible at work, and am reading to improve my skills again, and its been a while since i've done that. now all i'm missing is motivation to code on my own time... i still tend to avoid the computers when i get home :P Aug 05 16:21:42 binbake -c clean ; bitbake -c extract Aug 05 16:21:50 kergoth: glad to hear that Aug 05 16:22:00 take it easy and slow Aug 05 16:22:08 then go to $TMPDIR/// Aug 05 16:22:42 i'll get there. i was planning on committing that patch, but i need to test to make sure there arent any compatibility issues with older pointercal files and such, and havent gotten around to it. Aug 05 16:23:08 kergoth`work: excellent, glad to hear that. Aug 05 16:23:32 kergoth`work: where are you working now, actually? Aug 05 16:23:36 http://blog.kergoth.com/search/label/career Aug 05 16:23:37 oddly, all it took was a goal Aug 05 16:23:38 montavista Aug 05 16:23:46 oops Aug 05 16:23:48 ah right, very good Aug 05 16:23:51 s/extract/unpack/ Aug 05 16:24:00 freebsd'ism :) Aug 05 16:24:10 boring as hell position though, fixing bugs for a specific customer, but 99% of the time they just want backports of upstream commits, which a monkey could do, or already have a patch to fix it themselves :) Aug 05 16:24:21 hopefully i can move sideways in the company over to engineering Aug 05 16:24:43 pb_: where are you working nowadays? Aug 05 16:25:05 kergoth`work: still at my internet radio outfit, reciva.com Aug 05 16:25:11 ah, cool Aug 05 16:25:15 how are you liking that? Aug 05 16:26:04 pretty good, I guess. I much prefer working at a product company to the consulting stuff I was doing before. Aug 05 16:26:39 rather like you, though, I haven't done any open source stuff for ages. just suddenly re-discovered an interest in it recently. Aug 05 16:27:03 prior to a couple of weeks ago I don't think I'd touched oe for about two years. :-} Aug 05 16:27:31 * NAiL just came back from about a year long oe-hiatus :-P Aug 05 16:27:39 yeah, seems to be a lot of it about Aug 05 16:29:57 I got a bit fed up with open source when there was that falling-out with handhelds.org, then I had a busy time at work, then I got married, then.. not sure what else really. heh. Aug 05 16:30:14 everone is partying like its 2005 Aug 05 16:30:20 it seems Aug 05 16:30:25 hehe Aug 05 16:30:34 grats on the marriage Aug 05 16:30:44 thanks :-) nearly a year ago now. september 29. Aug 05 16:32:48 ah, nice :) Aug 05 16:34:08 i think the main obstacle to my getting back into oe is my annoyance with it... i still think it's not quite what it should be, but at least it sucks less than most of the alternatives Aug 05 16:34:23 heh Aug 05 16:34:29 yeah, I've been going through a bit of that just recently as well Aug 05 16:34:54 particularly since I'm trying (again) to use oe to build an actual product that we want to ship :-} Aug 05 16:35:15 my last attempt at that, back in 2004 or whenever it was, didn't turn out to be that much of a resounding success but hopefully this time will be different Aug 05 16:35:44 heh, my first two attempted builds failed.. not the best of starts, but we'll see Aug 05 16:36:06 good luck Aug 05 16:36:56 doh, still pouring with rain outside. not really the weather you'd expect in august. Aug 05 16:37:08 * pb__ considers making a dash to the car Aug 05 16:39:32 pb__: where do you live? Aug 05 16:40:12 cambridge, uk Aug 05 16:41:14 i hope it rains today, could use a temp below 100F for once.. silly arizona Aug 05 16:41:16 really? Aug 05 16:41:21 its mad raining here, cincinnati oh Aug 05 16:42:05 pb__: hum well, that other product suffered from a different problem or isn't it waht I have in mind? :) Aug 05 16:44:03 florian: heh, yes, true. amusingly enough, I had an email from vince wolfe this afternoon in fact. Aug 05 16:44:15 pb__: hehe Aug 05 16:44:52 * florian should try this kernel image builder for this someone posted to a forum Aug 05 16:45:03 If it works we add it to oe... Aug 05 16:45:09 * florian needs more time Aug 05 16:45:23 mtn: misuse: 2,397 missing files; use 'mtn ls missing' to view Aug 05 16:45:26 that isn't good, right? Aug 05 16:46:29 uh, no that's bad Aug 05 16:46:58 as I suspected Aug 05 16:47:21 not quite sure why monotone considers this a "misuse", though. I'm pretty sure that this is its own fault. Aug 05 16:48:40 oh well, doesn't look like the rain is gonna stop. guess I will just have to get wet. Aug 05 16:48:43 * pb__ go home Aug 05 16:49:13 later all Aug 05 16:49:15 Yeah, the mtn developers seem to have a srange attitiude... Aug 05 16:49:20 pb__: cu Aug 05 16:49:39 bye pb Aug 05 16:55:06 * * OE Bug 4114 has been RESOLVED (WORKSFORME) by Aug 05 16:55:08 * * gettext-0.14.1-autobuild Aug 05 16:55:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4114 Aug 05 16:55:46 hm should I check in gettext 0.17 with DEFAULT_PREF = "-1" or not Aug 05 16:58:26 woglinde: go ahead Aug 05 16:58:37 and close the open bug on 0.16 while you are at it Aug 05 16:59:08 !oebug 2988 Aug 05 16:59:08 * * Bug 2988, Status: NEW, Created: 2007-09-12 16:13 Aug 05 16:59:09 * * : Update gettext to 0.16.1 Aug 05 16:59:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2988 Aug 05 17:00:48 laibsch hm I will check in with -1 Aug 05 17:01:02 then everybody who wants cant check it Aug 05 17:03:20 hi diego Aug 05 17:06:18 kergoth: Thanks for useful stuff on your blog :D Aug 05 17:11:17 Is anyone else having trouble pulling down the dev branch? Aug 05 17:11:48 enig cancel and try again Aug 05 17:11:57 sometimes its sloppy Aug 05 17:12:00 hi thesing Aug 05 17:12:24 well, i blew out my old dev folder, and decided just to pull it down again Aug 05 17:12:28 hi everybody Aug 05 17:12:44 when i use mtn, i get a "mtn: branch org.openembedded.dev has multiple heads:" error Aug 05 17:13:03 enig ah okay Aug 05 17:13:09 just wait for automerge Aug 05 17:13:18 or choose one head Aug 05 17:13:26 how long before automerge? Aug 05 17:13:48 10 minutes Aug 05 17:13:49 mostly Aug 05 17:14:03 ok, cool... i'll check again in 10-15 minutes... thanks Aug 05 17:42:19 Laibsch: I've update fvwm package diff in bugtracker Aug 05 18:14:16 Still getting the multiple head errors when I try to pull down the dev branch... Aug 05 18:14:32 and it says I can choose one, but it fails on either choice Aug 05 18:15:46 enigmaedge: I've updated ~5min ago Aug 05 18:16:11 well, i'm trying to pull down the dev branch from scratch... Aug 05 18:16:14 but before I resolve multiple head's with mtn update -r Aug 05 18:16:34 mtn --db=/usr/local/share/oe/OE-this-is-for-mtn-0.37.mtn checkout --branch=org.openembedded.dev Aug 05 18:16:55 yeah, i've tried the -r option, but it's throws up with a bunch of "misuse" errors =( Aug 05 18:17:45 for example, if i choose khem@openembedded.org, it returns a bunch of errors simliar to Aug 05 18:18:00 "mtn: misuse: fd0506c3046746ab53ca605009a53800aa174948 khem@openembedded.org 2008-05-16T03:55:05" Aug 05 18:18:20 -r fd0506c3046746ab53ca605009a53800aa174948 Aug 05 18:23:01 Jay7: Thanks, looking good Aug 05 18:24:00 I'll attach default config later.. Aug 05 18:24:29 because now default config is using xterm Aug 05 18:24:50 Jay7: pulling down by one of those ids seems to work, but when i do an mtn update it complains that I should consider a 'mtn merge' and when I attempt that says I have no private key Aug 05 18:25:03 i've never had this happen before pulling down branches =/ Aug 05 18:25:19 but e.g. x11-image does not have xterm Aug 05 18:26:14 enigmaedge: pull to make sure you've got the current head (49aa7e32ad04c8fb22ec547782609a5efddf1e39) Aug 05 18:26:14 enigmaedge: I've seed this message but all updates without doing 'mtn merge' Aug 05 18:26:49 enigmaedge: considering "mtn merge" doesn't mean you have to do it Aug 05 18:27:18 btw, I've using mtn --db=${OEDIR}/OE.mtn pull monotone.openembedded.org ${BRANCHES} Aug 05 18:27:33 and then cd ${OEDIR}/${branch} && mtn update Aug 05 18:29:45 so.. what I should do with `stripe' binary :) Aug 05 18:30:19 replace 'stripe' and 'cp' with single 'install' call? Aug 05 18:31:45 what does "stripe" actually do? Aug 05 18:31:52 brr Aug 05 18:31:57 s/stripe/strip/ Aug 05 18:32:24 remove debugging symbols etc from binaries Aug 05 18:32:30 makes them *much* smaller Aug 05 18:32:30 oh, right, strip Aug 05 18:32:47 yeah, I know what strip is for Aug 05 18:33:01 stripe sounded like something different Aug 05 18:33:20 yeah.. Aug 05 18:33:22 anyway, yeah, you can replace that with "install -s" Aug 05 18:33:35 or use ${STRIP} which will expand to the appropriate cross strip Aug 05 18:34:04 do we have cross strip? Aug 05 18:34:07 yes Aug 05 18:34:15 I cant found one Aug 05 18:34:27 it should be right there, in your tmp/cross directory Aug 05 18:34:43 and configure script can't find too :) Aug 05 18:34:54 it assumes my host system strip Aug 05 18:35:00 what do you have in tmp/cross/bin, then? Aug 05 18:35:28 wow.. Aug 05 18:35:30 arm-angstrom-linux-gnueabi-strip Aug 05 18:35:35 well, who knew Aug 05 18:35:38 there it is! Aug 05 18:35:41 ok, let's make it work :) Aug 05 18:35:59 :-) Aug 05 18:36:54 hm.. strange software... it makes strip, then install -s :) Aug 05 18:37:05 I don't think we should call strip ourselves, do we? Aug 05 18:37:36 Don't we have a stage where the debug symbols are stripped off and put in their debug-only files for packaging? Aug 05 18:38:03 (I may have missed the intro to this, as usual :-) ) Aug 05 18:38:11 ah yes, right Aug 05 18:38:26 hm.. Aug 05 18:39:21 what is right way? patch configure to find cross-strip or remove stripping from makefile? :) Aug 05 18:42:20 probably the latter, actually Aug 05 18:45:23 ok, will do Aug 05 18:45:53 kergoth: reading the backlog. I think taking an architect role (rather than solving small problems) fits you better (reading that wikipedia link in your blog -- I recognize myself in it). Aug 05 18:49:04 hi again Aug 05 19:30:39 hm.. do we have option to compress man pages automagically? Aug 05 19:31:03 or I need gzip it myself? Aug 05 19:31:38 and what means man pages category 1x? :) Aug 05 19:37:48 re Aug 05 20:02:01 flo_lap: wb Aug 05 20:05:20 * flo_lap likes his new machine Aug 05 20:06:07 I have built a gpe-image, nothing to fix... (except of the handhelds kernel) Aug 05 20:07:05 * * OE Bug 4439 has been RESOLVED (FIXED) by Aug 05 20:07:07 * * New package: fvwm Aug 05 20:07:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4439 Aug 05 20:07:28 flo_lap: very good! Aug 05 20:07:30 wow :) Aug 05 20:07:54 Laibsch: I have some packages again :) Aug 05 20:07:59 heh Aug 05 20:08:26 hrm... built it for the Neon. Anyone around with a Neon board? Aug 05 20:12:05 * * OE Bug 4477 has been RESOLVED (WORKSFORME) by philip(AT)balister.org Aug 05 20:12:07 * * libusb1-0.9.2-autobuild Aug 05 20:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4477 Aug 05 20:18:10 re Aug 05 20:41:06 * * OE Bug 3020 has been RESOLVED (FIXED) by raster(AT)rasterman.com Aug 05 20:41:08 * * pcmciautils gets into an infinite loop in building due to "yes" Aug 05 20:41:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3020 Aug 05 20:47:52 Laibsch: ping Aug 05 20:52:53 how to deal with interactive configure? Aug 05 20:53:04 it asks some question before creating makefiles Aug 05 20:53:32 it's not autotools-based Aug 05 20:53:53 pipe the necessary answers into it? Aug 05 20:54:40 from what place of recipe? Aug 05 20:54:50 do_configure()? Aug 05 21:00:45 yes Aug 05 21:03:36 ho Aug 05 21:06:30 hi Hrw|n810 Aug 05 21:11:32 host's xmkmf is called :( Aug 05 21:53:36 mornin' Aug 05 21:53:58 uh...sorry Aug 05 21:54:21 Jay7: how was it in Moscow? Aug 05 21:55:59 rainy :) Aug 05 21:56:38 and our zaurus-people don not meet :( Aug 05 21:56:50 urgh Aug 05 21:56:54 so I have no cable, and maslovsky have no beer :) Aug 05 21:57:09 ouch... Aug 05 21:57:44 Have you seen there are works in progress for u-boot on other Z? Aug 05 21:58:11 I've seed thesing's shot of bootmenu :) Aug 05 21:58:20 wonderful, isn't? Aug 05 21:58:51 but I have yet to put together a decent defconfig for my machine... Aug 05 21:59:03 always the size problem... Aug 05 21:59:41 I'm thinking about installing u-boot just to gain that few kb... Aug 05 21:59:51 ant___: btw, I've recieved your email but don't read yet :) Aug 05 21:59:55 in order to test thesing's work Aug 05 22:00:10 was abot fsresize Aug 05 22:00:27 bu(no u-bot) Aug 05 22:00:42 urh..I need badly a new keyboard Aug 05 22:00:46 :) Aug 05 22:00:59 some keys don't follow anymore Aug 05 22:01:32 (perhaps the last rhum-cola was fatal?) Aug 05 22:02:15 hm.. Aug 05 22:02:21 konversation is falling sometimes.. Aug 05 22:02:58 do we still need u-boot with bootmenu and kexec? Aug 05 22:03:11 what is goals? Aug 05 22:03:40 to gain some space in mtd1 and boot more rapidly Aug 05 22:04:07 hm.. Aug 05 22:04:36 btw, did you resolve udev troubles? Aug 05 22:04:45 then the repartition issue... Aug 05 22:04:56 it's safe now to try to build from .dev? Aug 05 22:05:14 u-dev? no, it seems hrw solved it hacking udev_124 on Poky Aug 05 22:05:28 so it works now? Aug 05 22:05:37 safe ? yes, just comment out udevadm settle calls... Aug 05 22:05:39 or it solved only in Poky? :) Aug 05 22:05:47 not yet in Poky Aug 05 22:05:55 only hrw Aug 05 22:06:11 it seems fom his hints Aug 05 22:06:22 hm.. is here bug opened? Aug 05 22:06:32 oebug 4118 Aug 05 22:06:41 big one Aug 05 22:06:56 basically akita too Aug 05 22:07:09 (thesing said) Aug 05 22:07:55 yes, I've got it :) Aug 05 22:08:30 please add it to the bug, we have to bother ! Aug 05 22:08:50 I'll test again before Aug 05 22:10:08 Jay7: about the serial cable, ask again on #oe Aug 05 22:10:16 there are some Aug 05 22:11:25 I think posting it from europe to ulyanovsk is too long procedure :) Aug 05 22:11:44 I'll go to Moscow once more in September Aug 05 22:12:01 so I'll try to get it Aug 05 22:15:47 Jay7: better to hit the iron when it's hot Aug 05 22:15:55 :) Aug 05 22:16:12 if you have time someone in OE would provide you one Aug 05 22:16:25 I have enough time :) Aug 05 22:16:55 good news! Aug 05 22:17:12 actually I badly lack time during the day... Aug 05 22:17:14 but I don't know enough about our customs law :) Aug 05 22:17:58 we'll check Aug 05 22:18:10 it's only a cable (we could say to repare...) Aug 05 22:18:21 0 value at custom Aug 05 22:18:27 I hope it's ok Aug 05 22:18:36 I do this from CH to IT Aug 05 22:18:48 With PDA it's more problems here.. Aug 05 22:19:13 wait, I said the cable, not the pda attached to it ;-) Aug 05 22:19:23 :) Aug 05 22:19:35 but I have here two SL-C860 Aug 05 22:19:52 no, 10x :) Aug 05 22:20:03 if I don't solve alone could send you one Aug 05 22:20:20 but it's almost done :-) Aug 05 22:20:24 I will SL6000w :) Aug 05 22:20:34 and perhaps add BT? Aug 05 22:20:40 ;-] Aug 05 22:20:59 6000w already have BT and WiFi Aug 05 22:21:14 sure? were two models IIRC Aug 05 22:21:15 did you means bluetooth? Aug 05 22:21:21 yes Aug 05 22:21:32 6000n have no, 6000l have wifi Aug 05 22:21:35 afaik Aug 05 22:21:37 ah, ok Aug 05 22:21:45 *w have both Aug 05 22:22:07 but lacks the nice keyboard... Aug 05 22:22:32 but it is too long and heavy Aug 05 22:23:07 but have nice screen :) Aug 05 22:23:25 the best of the line Zaurus IIRC Aug 05 22:23:28 etc :) Aug 05 22:23:38 nokia is now.. Aug 05 22:23:51 I've look at N810 in Moscow.. Aug 05 22:23:55 good thing Aug 05 22:24:11 but keyboard is not good as on clamshells :) Aug 05 22:25:09 forget, I had today a nokia communicator and it's almost heavy as a notebook Aug 05 22:25:28 my friend broke the pocket ;-) Aug 05 22:26:22 why HTC does not make linux-based pda? :) Aug 05 22:27:10 josch|nsn: pong (no need for a shy ping first!) Aug 05 22:28:06 Laibsch: can you confirm u-dev issue on spitz? (oebug 4118) Aug 05 22:28:22 no Aug 05 22:28:27 no time to test Aug 05 22:28:38 hmm..tosa, akita,c7x0 Aug 05 22:28:50 fishy Aug 05 22:28:56 my spitz will be arriving any day now, hopefully I can test it Aug 05 22:29:13 grr.. Aug 05 22:29:22 I have issue with asclock porting.. Aug 05 22:29:30 It's xmkmf based Aug 05 22:29:33 I guess all models with RP kernel have u-dev issues Aug 05 22:30:07 but we dont have xmkmf.. Aug 05 22:30:15 or I can't find one Aug 05 22:31:11 Laibsch: test = no touchscreen (if you are lucky to log in) Aug 05 22:31:42 <_hc> I just updated my mtn database, and then ran 'mtn update' and got this error: "mtn: error: multiple update candidates remain after selection Aug 05 22:31:43 <_hc> " Aug 05 22:31:47 in my case - no tty device Aug 05 22:32:02 <_hc> how do I know which update to choose? This is something I have never seen in a SCM Aug 05 22:32:52 _hc: I've choosen latest Aug 05 22:33:22 <_hc> Here are my options:mtn: 505353d4980790de19d2f2385c848a5402fa919a koen@openembedded.org 2008-08-05T18:37:13 Aug 05 22:33:22 <_hc> mtn: de7fa612bd9d4ae1e7ffb3f036835b8023dfa1ca jay4mail@gmail.com 2008-08-05T19:57:09 Aug 05 22:33:36 these days it happens frequently Aug 05 22:33:40 <_hc> so the last one, based on the timestamp Aug 05 22:34:21 <_hc> why would there be a choice of which to update? Is this some kind of branch? Aug 05 22:34:49 <_hc> I guess so, I get this now: "mtn: note: branch 'org.openembedded.dev' has multiple heads" Aug 05 22:35:47 someone neglected to merge Aug 05 22:36:35 seems like that I should write do_confiure(), do_compile() and do_install() by hands.. Aug 05 22:39:35 the automerger is in pause right now... Aug 05 22:42:04 ~fish mtn automerger Aug 05 22:42:04 * ibot slaps mtn automerger around with a large trout Aug 05 22:42:37 what it the correct class for a simple make && make install Aug 05 22:43:49 well, look at simple c proggies like helloword Aug 05 22:44:58 I mean /packages/helloworld Aug 05 22:45:46 thx Aug 05 22:45:50 :) Aug 05 22:46:21 Jay7: do you think it makes sense to parametrize u-boot and nandlogical for custom mtd1 sizes? Aug 05 22:46:52 ant___: for me - yes :) Aug 05 22:47:05 for others - dont know.. Aug 05 22:47:16 have you seen the placeholders for CUSTOM_ROOTFS_SIZE? Aug 05 22:47:18 but I can do it by hands :) Aug 05 22:47:50 <_hc> so I've been trying everything I can think of, but I can't get qemu-native to build on my Ubuntu Hardy box. It dies on linking qemu-img because it can't find zlib symbols like inflate, inflateEnd, deflate, etc. Aug 05 22:47:59 ant___: no, where is? Aug 05 22:47:59 <_hc> zlib-native is installed, it built fine Aug 05 22:48:17 u-boot_git.bb attached to bug 3738 Aug 05 22:49:01 I almost convinced pb to commit it (koen changed that file three or four times from sunday...) Aug 05 22:49:23 I'll have to reapply the 'one-line' change..sigh...again... Aug 05 22:50:17 may be better is to have USTOM_ROOTFS_SIZE% as placeholder? Aug 05 22:50:28 oops.. Aug 05 22:50:35 USTOM_ROOTFS_SIZE% Aug 05 22:50:41 hmm..perhaps...but read my mail before... Aug 05 22:50:52 hm.. konversation eats my  Aug 05 22:50:56 hm.. konversation eats my %C Aug 05 22:50:59 :) Aug 05 22:51:13 try C++ Aug 05 22:51:22 ;-] Aug 05 22:51:29 ;) Aug 05 22:52:35 Jay7: you can change by yourself the line -SRCREV_neuros-osd2 = "a56f1723a6869428996038ff0496a093a04af157" Aug 05 22:52:35 +SRCREV_neuros-osd2 = "528a4ab736758ff0c889456d46673041eb52f756" Aug 05 22:52:54 I'm doing this now, then I reattach the .bb Aug 05 22:53:08 for the *last* time Aug 05 22:53:59 <_hc> no ideas on the qemu-native/inflateEnd problem? I am trying to finish up some bitbake recipes to submit, but this is hanging me up... Aug 05 22:54:43 <_hc> I can't find anything online... Aug 05 22:55:54 ant___: I'll try next time with .dev branch and full rebuild :) Aug 05 22:56:12 yea, the only big problem being udev Aug 05 22:56:21 It will happens after two days probably Aug 05 22:56:30 np Aug 05 22:57:18 I hope you will fix errors and recipes will be commited :) Aug 05 22:57:44 no big errors, lack of documentation perhaps (is in pdaxrom though) Aug 05 22:58:18 I just took code from sash Aug 05 22:58:29 all merits to him Aug 05 23:09:02 good night Aug 05 23:37:09 hm.. gentoo portages is clondike for oe-porter :) Aug 05 23:40:00 :) Aug 05 23:49:47 /quit Aug 06 00:00:26 | /data/openembedded/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/lib/crt1.o: In function `_start': Aug 06 00:00:26 | init.c:(.text+0x30): undefined reference to `main' Aug 06 00:00:26 | Aug 06 00:00:31 wtf? Aug 06 00:04:28 grr.. syntax typo.. Aug 06 00:28:56 03  07org.openembedded.dev * r56102adee4 10OE.dev/: Aug 06 00:28:56 merge of '505353d4980790de19d2f2385c848a5402fa919a' Aug 06 00:28:56 and 'de7fa612bd9d4ae1e7ffb3f036835b8023dfa1ca' Aug 06 00:29:02 03  07org.openembedded.dev * rd6af0ae47e 10OE.dev/packages/fvwm/ (6 files in 2 dirs): Aug 06 00:29:02 fvwm: initial release. closes 4439. Aug 06 00:29:02 * commit by Laibsch Aug 06 00:29:02 03  07org.openembedded.dev * r4eac8f8b42 10OE.dev/packages/gnome/gconf_2.6.1.bb: Aug 06 00:29:05 gconf: fix compilation for version 2.6.1 Aug 06 00:29:07 * remove autotools_stage_all. For some reason it does not work Aug 06 00:29:09 * I would have thought that FILES_${PN}-dbg and FILES_gconf-dbg are the same Aug 06 00:29:11 for the gconf package. bitbake seems to think otherwise, so I'm renaming Aug 06 00:29:13 to actually fix bug 3505. Aug 06 00:29:15 03  07master * r4eac8f8b42 10OE.dev/packages/gnome/gconf_2.6.1.bb: Aug 06 00:29:17 gconf: fix compilation for version 2.6.1 Aug 06 00:29:19 * remove autotools_stage_all. For some reason it does not work Aug 06 00:29:21 * I would have thought that FILES_${PN}-dbg and FILES_gconf-dbg are the same Aug 06 00:29:23 for the gconf package. bitbake seems to think otherwise, so I'm renaming Aug 06 00:29:25 to actually fix bug 3505. Aug 06 00:29:31 03  07master * r56102adee4 10OE.dev/: Aug 06 00:29:33 merge of '505353d4980790de19d2f2385c848a5402fa919a' Aug 06 00:29:35 and 'de7fa612bd9d4ae1e7ffb3f036835b8023dfa1ca' Aug 06 00:29:37 03  07master * rd6af0ae47e 10OE.dev/packages/fvwm/ (6 files in 2 dirs): Aug 06 00:29:39 fvwm: initial release. closes 4439. Aug 06 00:29:41 * commit by Laibsch Aug 06 00:30:50 that's all Aug 06 00:30:56 * Jay7 -> sleep Aug 06 02:02:05 03  07org.openembedded.dev * r6f1cce0282 10OE.dev/packages/kexecboot/linux-kexecboot-2.6.26/defconfig-collie: Aug 06 02:02:05 linux-kexecboot: add console=tty1 to cmdline again. Aug 06 02:02:05 I don't fully understand why, but otherwise images don't boot. Aug 06 02:02:11 03  07master * r6f1cce0282 10OE.dev/packages/kexecboot/linux-kexecboot-2.6.26/defconfig-collie: Aug 06 02:02:11 linux-kexecboot: add console=tty1 to cmdline again. Aug 06 02:02:11 I don't fully understand why, but otherwise images don't boot. Aug 06 02:18:06 * * OE Bug 3180 has been RESOLVED (WORKSFORME) by joshua(AT)willowisp.net Aug 06 02:18:08 * * bitbake gtk+ fails on 20071020 (and back at least a week) due to missing DEPENDS Aug 06 02:18:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3180 Aug 06 02:32:47 03  07org.openembedded.dev * r1ceddd20a2 10OE.dev/packages/postgresql/ (4 files): Aug 06 02:32:47 postgresql: enhance staging, maintain a flat layout of {STAGING_LIBDIR} Aug 06 02:32:47 * bump PR Aug 06 02:32:48 03  07org.openembedded.dev * rcd95915f37 10OE.dev/packages/motion/motion_3.2.9.bb: Aug 06 02:32:48 motion: bump to 3.2.10.1, upstream fixed the postgresql configure bug Aug 06 02:32:50 * close oebug 3286 Aug 06 02:32:54 03  07master * r1ceddd20a2 10OE.dev/packages/postgresql/ (4 files): Aug 06 02:32:56 postgresql: enhance staging, maintain a flat layout of {STAGING_LIBDIR} Aug 06 02:32:58 * bump PR Aug 06 02:33:00 03  07master * rcd95915f37 10OE.dev/packages/motion/motion_3.2.9.bb: Aug 06 02:33:02 motion: bump to 3.2.10.1, upstream fixed the postgresql configure bug Aug 06 02:33:04 * close oebug 3286 **** ENDING LOGGING AT Wed Aug 06 03:00:02 2008