**** BEGIN LOGGING AT Sun Aug 03 02:59:56 2008 Aug 03 03:25:06 * * OE Bug 4198 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com Aug 03 03:25:08 * * scp results in 0 byte files on uclibc EABI targets Aug 03 03:25:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4198 Aug 03 03:44:06 * * OE Bug 1665 has been RESOLVED (FIXED) by Aug 03 03:44:08 * * moving /usr/lib/ipkg/status.tmp fails Aug 03 03:44:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1665 Aug 03 03:55:06 * * OE Bug 4468 has been created by  Aug 03 03:55:08 * * libxmu fails do_compile Aug 03 03:55:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4468 Aug 03 08:00:08 03  07org.openembedded.dev * r12a7b2bb3e 10OE.dev/packages/samba/ (samba.inc samba_3.0.23c.bb): samba: Move cifs.patch from .inc to .bb as newer versions don't need this patch Aug 03 08:00:14 03  07master * r12a7b2bb3e 10OE.dev/packages/samba/ (samba.inc samba_3.0.23c.bb): samba: Move cifs.patch from .inc to .bb as newer versions don't need this patch Aug 03 08:07:42 03  07org.openembedded.dev * rfdf7db5ef2 10OE.dev/packages/uclibc/uclibc_0.9.29.bb: apply uclibc-arm-ftruncate64 patch for 0.9.29 Aug 03 08:07:44 03  07org.openembedded.dev * rcfd08a190d 10OE.dev/: Aug 03 08:07:44 merge of '12e8362ccf0740454595721a242cfb8e867eb512' Aug 03 08:07:44 and 'e7f394edea22558fdbcb02929f1540784a5265f2' Aug 03 08:07:44 03  07org.openembedded.dreambox * r1ac6ce12a3 10OE.dev/packages/libcdio/ (libcdio/libcdio-0.80-add-cdtextinfo.patch libcdio_0.80.bb): libcdio: fix cdtextinfo Aug 03 08:07:49 03  07master * rcfd08a190d 10OE.dev/: Aug 03 08:07:49 merge of '12e8362ccf0740454595721a242cfb8e867eb512' Aug 03 08:07:51 and 'e7f394edea22558fdbcb02929f1540784a5265f2' Aug 03 08:07:53 03  07master * rfdf7db5ef2 10OE.dev/packages/uclibc/uclibc_0.9.29.bb: apply uclibc-arm-ftruncate64 patch for 0.9.29 Aug 03 08:16:07 * * OE Bug 3733 has been REOPENED by gcasse(AT)oralux.org Aug 03 08:16:09 * * tctk package: tclx8.4, tcl-dev Aug 03 08:16:11 * * http://bugs.openembedded.net/show_bug.cgi?id=3733 Aug 03 09:09:05 got libsvg-cairo break while compiling the gpe-image for himalaya... http://pastebin.com/d44ad17ef Aug 03 09:15:10 bah, looks like no-one ever uses portaudio Aug 03 09:19:41 nighthawk08: sounds like you have a different version of libtool from what libsvg-cairo expects Aug 03 09:42:11 pb_: how do I know what version the libtool expects? Aug 03 09:42:45 look at the lt files in the cairo tarball Aug 03 10:02:35 03  07org.openembedded.dev * ra1e0f39eea 10OE.dev/packages/u-boot/u-boot_git.bb: u-boot git: bump SRCREV for neuros-osd2 Aug 03 10:02:41 03  07master * ra1e0f39eea 10OE.dev/packages/u-boot/u-boot_git.bb: u-boot git: bump SRCREV for neuros-osd2 Aug 03 11:14:06 * * OE Bug 3442 has been RESOLVED (FIXED) by philb(AT)gnu.org Aug 03 11:14:08 * * gpe-plucker_0.4 fails to build Aug 03 11:14:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3442 Aug 03 11:22:23 03  07org.openembedded.dev * r2b36f435e6 10OE.dev/: Aug 03 11:22:23 merge of '1e7e45502df6c52d725444e6655b368305ffe8d6' Aug 03 11:22:23 and '6690ff49b103de5f60ddc09faaed43726adb4506' Aug 03 11:22:29 03  07org.openembedded.dev * raf75b2a64e 10OE.dev/packages/gpe-plucker/gpe-plucker_0.4.bb: gpe-plucker: use correct RANLIB, reported by c.romain@laposte.net Aug 03 11:22:30 03  07master * raf75b2a64e 10OE.dev/packages/gpe-plucker/gpe-plucker_0.4.bb: gpe-plucker: use correct RANLIB, reported by c.romain@laposte.net Aug 03 11:22:31 03  07master * r2b36f435e6 10OE.dev/: Aug 03 11:22:31 merge of '1e7e45502df6c52d725444e6655b368305ffe8d6' Aug 03 11:22:32 and '6690ff49b103de5f60ddc09faaed43726adb4506' Aug 03 12:06:41 morning all Aug 03 12:09:39 morning thesing Aug 03 12:34:45 hello all, was Khem's "Toolchain build alteration" patch already committed or is it still under review? Aug 03 12:37:33 which patch is that, exactly? Aug 03 12:38:15 pb_: I found it was committed already, 9 days ago. It was called [oe] [RFC]: Toolchain build sequence alteration. on the ml Aug 03 12:38:48 ah, right, that one Aug 03 12:39:25 pb_: I promised to test for powerpc targets, but had another issue breaking my build early (some issue building gettext(-native) using parts of my host libtool. Aug 03 12:40:51 03  07org.openembedded.dev * rf180c866ce 10OE.dev/packages/linux/ (4 files in 2 dirs): linux-omap2 : Update ASoC patches. Aug 03 12:40:54 03  07master * rf180c866ce 10OE.dev/packages/linux/ (4 files in 2 dirs): linux-omap2 : Update ASoC patches. Aug 03 12:44:11 pb_: are you there? Aug 03 12:45:45 http://pastebin.com/d44ad17ef -- got a problem while building gpe-image for himalaya... was told the libtool version isn't high enough, updated to the latest libtool.... and yet, still the same problem... Aug 03 13:11:31 03  07org.openembedded.dev * rf82cfa94f5 10OE.dev/packages/tangogps/tangogps.inc: tangogps all fix S Aug 03 13:11:32 03  07org.openembedded.dev * r1426398b20 10OE.dev/: Aug 03 13:11:32 merge of '1fc0d39fdc86680d51d6fec00f6cc3ba43d300f3' Aug 03 13:11:32 and '23cc848ee4d3462f245c833eadb2b673eb6ab921' Aug 03 13:11:33 03  07master * rf82cfa94f5 10OE.dev/packages/tangogps/tangogps.inc: tangogps all fix S Aug 03 13:11:44 03  07master * r1426398b20 10OE.dev/: Aug 03 13:11:44 merge of '1fc0d39fdc86680d51d6fec00f6cc3ba43d300f3' Aug 03 13:11:44 and '23cc848ee4d3462f245c833eadb2b673eb6ab921' Aug 03 13:12:21 rwhitby: here we are Aug 03 13:13:04 mickeyl: thx Aug 03 13:30:20 03  07org.openembedded.dev * r78d35e86ae 10OE.dev/conf/machine/include/zaurus-2.6.inc: Aug 03 13:30:20 zaurus-2.6.inc: commit attachment 9873 from bug 3738 Aug 03 13:30:20 * it seems this bug will lead to many changes, let's break them down one by one Aug 03 13:30:20 this particular change seems to be be low on f*ck-up potential Aug 03 13:30:20 * define preferred provider of virtual/xserver for c7x0 machine Aug 03 13:30:22 * weakly assign KERNEL_IMAGETYPE Aug 03 13:30:26 03  07org.openembedded.dev * r8541f9a095 10OE.dev/packages/otpcalc/otpcalc_0.97.bb: otpcalc: add defition of S which indeed is not expendable as Yuri pointed out correctly in bug 4441. Aug 03 13:30:29 03  07org.openembedded.dev * r37a635e236 10OE.dev/: Aug 03 13:30:31 merge of '5a52ab566d209c638ed43eed3f5755590d21a427' Aug 03 13:30:33 and '6128e85206d625ee5acd908651baae6f4d58c8c3' Aug 03 13:30:35 03  07master * r37a635e236 10OE.dev/: Aug 03 13:30:37 merge of '5a52ab566d209c638ed43eed3f5755590d21a427' Aug 03 13:30:39 and '6128e85206d625ee5acd908651baae6f4d58c8c3' Aug 03 13:30:41 03  07master * r8541f9a095 10OE.dev/packages/otpcalc/otpcalc_0.97.bb: otpcalc: add defition of S which indeed is not expendable as Yuri pointed out correctly in bug 4441. Aug 03 13:30:44 03  07master * r78d35e86ae 10OE.dev/conf/machine/include/zaurus-2.6.inc: Aug 03 13:31:25 zaurus-2.6.inc: commit attachment 9873 from bug 3738 Aug 03 13:31:25 * it seems this bug will lead to many changes, let's break them down one by one Aug 03 13:31:25 this particular change seems to be be low on f*ck-up potential Aug 03 13:31:25 * define preferred provider of virtual/xserver for c7x0 machine Aug 03 13:31:25 * weakly assign KERNEL_IMAGETYPE Aug 03 13:31:33 mickey|bbiab: yo Aug 03 13:32:09 nighthawk08: hm, let me try Aug 03 13:41:25 nighthawk08: does it work if you use an older automake, say 1.9.x? Aug 03 13:42:51 mickey|bbiab: do you think http://copper.reciva.com/pb/package-hook.diff is a reasonable thing to check in? Aug 03 13:54:42 03  07org.openembedded.dev * re137d1f063 10OE.dev/packages/freesmartphone/frameworkd_git.bb: Aug 03 13:54:42 frameworkd_git.bb: Add frameworkd.conf to CONFFILES so opkg doesn't blindly Aug 03 13:54:42 overwrite it. Aug 03 13:54:49 03  07master * re137d1f063 10OE.dev/packages/freesmartphone/frameworkd_git.bb: Aug 03 13:54:49 frameworkd_git.bb: Add frameworkd.conf to CONFFILES so opkg doesn't blindly Aug 03 13:54:49 overwrite it. Aug 03 14:11:14 I have nfs-utils installing mount.nfs* Aug 03 14:11:47 but I'd liek to package them as nfs-utils-client so you can install them without installing the server side Aug 03 14:11:55 PACKAGES += "nfs-utils-client" Aug 03 14:11:55 FILES_nfs-utils-client = "${base_sbindir}/mount.nfs ${base_sbindir}/mount.nfs4" Aug 03 14:12:01 isn't creating the package though Aug 03 14:14:12 got it Aug 03 14:14:14 Crofton: switch that to =+ Aug 03 14:14:19 =+ versus += Aug 03 14:14:22 :) Aug 03 14:14:28 prepend :-D Aug 03 14:14:31 XorA|gone, thanks just figured that out :) Aug 03 14:14:33 yeah Aug 03 14:14:45 I was almost there, but had to go eat breakfast Aug 03 14:14:55 gah, I want breakfastr Aug 03 14:14:56 pasted that question, and then remembered where I was Aug 03 14:15:11 you mean lunch :) Aug 03 14:16:11 nah, I had that Aug 03 14:16:19 I missed out breakfast and I want to reclaim it Aug 03 14:16:26 fixing the nfs mount versus util-linux-ng is my contribution to the bug hunt Aug 03 14:16:32 ah Aug 03 14:16:35 good idea Aug 03 14:16:38 um bacon Aug 03 14:17:05 * XorA|gone needs to fit a pulley across to restaurant Aug 03 14:22:41 * mwester suggests delivery in the absence of pulleys and ropes Aug 03 14:22:56 could even use a moko to order ... Aug 03 14:23:36 Ah, but which image would best for ordering breakfast? Aug 03 14:24:22 there's probably an asu app called "Gastronome" ... Aug 03 14:24:38 * mwester looks at all the commits and thinks maybe he best start the day by syncing up and rebuilding... Aug 03 14:25:33 But based on some of the other naming, there's only a slight probability that the ASU "Gastronome" application will have anything to do with food! :D Aug 03 14:26:23 * mwester syncs up, and goes off to see if the coffee is ready yet... Aug 03 14:26:57 * rwhitby heads to bed Aug 03 14:27:17 night rwhitby Aug 03 14:28:22 hmm - numpty is missing depends for whatever provides XInternAtom, XSendEvent and XSync ... Aug 03 14:30:50 * rwhitby takes the easy way out and apt-get's libx11-dev Aug 03 14:34:30 root@beagleboard:~# mount 192.168.1.11:/home/balister/oe /home/balister/oe Aug 03 14:34:30 Can't set permissions on mtab: Operation not permitted Aug 03 14:34:39 mount does succeed though Aug 03 14:47:06 rwhitby: those are all core x11 functions, they should be in libX11.so.6 Aug 03 15:03:06 Crofton|work, busybox mount can mount nfs shares. Aug 03 15:03:21 I know Aug 03 15:03:26 I want to fix this also Aug 03 15:03:54 so you want to disable that? Aug 03 15:04:17 disable what? Aug 03 15:12:34 mickeyl: wb Aug 03 15:15:34 thanks Aug 03 15:15:48 i just briefly looked over your patch. it looks good, but i'm a bit afraid of it Aug 03 15:16:05 heh Aug 03 15:16:06 i'd like to test some distros first Aug 03 15:16:17 it's kind of intrusive, you know :) Aug 03 15:16:31 :-} Aug 03 15:16:35 RP: can you take a look as well? Aug 03 15:16:35 Which patch is this? Aug 03 15:16:39 ah Aug 03 15:16:55 well, in its current form it should be harmless enough since nothing is actually invoking it. but yes, I know what you mean. Aug 03 15:18:40 RP: pleaes scroll up a few lines, there should be a pastebin lin Aug 03 15:18:40 k Aug 03 15:18:45 no, actually a link to pb's site Aug 03 15:19:27 mickey|bbiab: do you think http://copper.reciva.com/pb/package-hook.diff is a reasonable thing to check in? Aug 03 15:19:29 that one Aug 03 15:22:16 pb_: What makes me really nervous is the amount of bitbake "core" thats using Aug 03 15:22:39 If we did do that I'd prefer to see a function in bitbake being called that handled some of the details Aug 03 15:23:40 pb_: Whats the purpose of doing this? Aug 03 15:24:47 yeah, sadly bitbake doesn't seem to expose enough "official" api to do this in a neater way. Aug 03 15:25:21 invoking BBHandler.handle(), or any higher-level interface like cooker, causes all kinds of extra stuff to happen that I don't want. Aug 03 15:26:32 if you don't like the use of parse_py then I guess it would be easy enough to just re-implement the required parsing bits in package.bbclass; it only needs a small subset of the full bb parse capabilities. Aug 03 15:26:55 pb_: I'd be happy enough to have something in bitbake that did it Aug 03 15:27:10 This would assume you can wait long enough for the next stable bitbake release though Aug 03 15:27:23 heh. how long is that? Aug 03 15:27:39 The code in package.bbclass could also have a fallback based on version, we've done that before Aug 03 15:28:03 pb_: I'd say soon but I've been saying that for a while :/ Aug 03 15:28:12 There is one overdue though Aug 03 15:28:33 pb_: Whats the idea behind the need for the hooks? Aug 03 15:28:47 okay. well, in that case I guess the best thing to do is leave it how it is for now, assuming the next stable version of bitbake isn't going to make any changes that will upset it, and re-implement that code in terms of some new bitbake api when it becomes available. Aug 03 15:29:06 pb_: I'll take patches to add the needed api ;-) Aug 03 15:29:24 RP: something like this is required in order to make a proper fix for this libgcc thing. Aug 03 15:29:50 the current approach of just sticking "RRECOMENDS = libgcc" in semi-random places is not entirely satisfactory. Aug 03 15:30:08 I agree on this last bit Aug 03 15:30:25 Why can't we just add a function to PACKAGEFUNCS ? Aug 03 15:30:46 because you don't know, statically, what needs to be done. Aug 03 15:31:08 it depends on, inter alia, what libc you are using, how it was configured, and what your abi is. Aug 03 15:31:56 only the libc knows what is required, and it doesn't (currently) have the ability to inject dynamic things into other packages. Aug 03 15:32:11 ok, but why can't we have a function thats appended to PACKAGEFUNCS that say notices the presence of a file in TMPDIR somewhere that then triggers whatever needs to be done? Aug 03 15:32:38 well, that's basically what this is. Aug 03 15:33:04 It looks rather more overengineered than that Aug 03 15:33:19 you could put it all in package.bbclass if you wanted, but that would mean having a whole pile of glibc-specific code in package.bbclass Aug 03 15:33:30 together with another, albeit slightly smaller, pile of uclibc-specific code, and... Aug 03 15:34:22 Crofton, disable the ability that busybox can mount nfs shares. Aug 03 15:34:58 we already have a ton of linux specific stuff, pkgconfig specific stuff etc, I'm not sure some glibc or uclibc bits would be out of place... Aug 03 15:36:50 pb_: Regardless of how we run this code, we're going to need a function that does the right thing Aug 03 15:37:01 Until that exists we can think about this bit a bit more Aug 03 15:37:26 well, yes, obviously. I didn't really want to spend any time writing the function until there was a way to run (and hence test) it, though. Aug 03 15:39:39 the function itself is not very complicated, it's conceptually pretty similar to the existing shlibs code. Aug 03 15:40:06 This was why I was kind of expecting it to end up in PACKAGEFUNCS Aug 03 15:40:25 thesing, no, I do not plan to disable busyboxs ablity to do nfs mount Aug 03 15:40:51 ok. glad I misunderstood you. Aug 03 15:41:23 * RP wonders how to make nfs work on his beagleboard Aug 03 15:41:38 if busybox mount works, we can look into changing task-base to use it again Aug 03 15:41:54 but, first I want to make sure util-linux-ng works :) Aug 03 15:42:02 for people that go that route Aug 03 15:43:22 RP, mickeyl: anyway, I will wait for your further feedback Aug 03 15:44:26 RP: atm. you need to replace util-linux-ng-mount with bb-mount or util-linux-mount. Otherwise std. angstrom images have everything needed. (not sure about kernel for beagleboard) Aug 03 15:44:27 sure thing. could you post this to the list as well, so we can have some more eyes looking? Aug 03 15:45:04 Crofton|work: is that change distro or machine specific? Aug 03 15:45:04 thesing: My kernel is bust somehow :( Aug 03 15:45:16 mickeyl: good idea, will do Aug 03 15:45:17 dunno Aug 03 15:45:27 task-base? Aug 03 15:45:50 I'm just concerned that if it gets picked up by things like SlugOS, we just don't have space in flash for anything other than busybox. Aug 03 15:45:51 I'm not motivated to actually change it, since nfs mounting is working again :) Aug 03 15:46:11 mwester, atm task-base is using util-linux-ng mount Aug 03 15:46:39 Ah, ok. Then that device must be overriding or something like that. Aug 03 15:46:46 most likely Aug 03 15:47:00 busybox mount has caused problems in the past Aug 03 15:47:06 * mwester goes to check, since he hasn't actually flashed a SlugOS image in the past several weeks Aug 03 15:49:28 Hmmm... nope, mount is the one from util-linux... I guess i need to add another "to-do" item to my list for the next release. Aug 03 15:49:29 Crofton|work, mwester actually util-linux-mount-ng comes from angstrom.conf Aug 03 15:49:41 ok Aug 03 15:53:37 hmm Aug 03 15:54:11 if you use util-linux-ng, you need nfs-utils-client for nfs client support Aug 03 15:54:19 how to explain this to task-base Aug 03 15:54:51 without just adding nfs-utils-client to task-base-nfs? Aug 03 16:14:05 * * OE Bug 1930 has been RESOLVED (FIXED) by philip(AT)balister.org Aug 03 16:14:07 * * Error message during boot Aug 03 16:14:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1930 Aug 03 16:15:05 03  07org.openembedded.dev * r171cde32d7 10OE.dev/ (3 files in 2 dirs): webkit gtk: bump SRCREV Aug 03 16:15:05 * * OE Bug 1931 has been RESOLVED (FIXED) by philip(AT)balister.org Aug 03 16:15:08 * * /proc/net/wireless not found during boot Aug 03 16:15:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1931 Aug 03 16:15:11 03  07master * r171cde32d7 10OE.dev/ (3 files in 2 dirs): webkit gtk: bump SRCREV Aug 03 16:15:36 bluelightning: the glibc-initial problem is a staging problem. When you try to build glibc in an already staged system. Aug 03 16:17:01 bluelightning: its because bitbake deletes gcc-cross which is an overlapping package with gcc-initial and gcc-intermediate. glibc-initial needs gcc-initial which is installed as per stamps but actually has been punted out when gcc-cross was deinstalled Aug 03 16:17:41 bluelightning: we have discussed this problem shortly on IRC before but no solution is reached yet Aug 03 16:18:05 * * OE Bug 2297 has been RESOLVED (WONTFIX) by philip(AT)balister.org Aug 03 16:18:07 * * libgcrypt-1.2.3 build fails with libtool 1.5.22 installed Aug 03 16:18:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2297 Aug 03 16:19:06 * * OE Bug 3571 has been RESOLVED (WONTFIX) by philip(AT)balister.org Aug 03 16:19:08 * * Base image hangs on boot for machine omap5912osk Aug 03 16:19:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3571 Aug 03 16:19:11 ok, I closed my bitrotting bugs Aug 03 16:56:59 Ok, I'm kind of stuck on my samba stuff here. Anyone good with autotools that could give me a hint with this: http://paste.lisp.org/display/64626 ? Aug 03 17:03:35 NAiL: that does look odd. AC_DEFINE is meant to be defined in functions.m4 (part of autoconf) which is also the place that things like AC_RUN_IFELSE are defined. Aug 03 17:04:00 so, it seems pretty odd that you could be getting diagnostics from the latter function without apparently having a valid macro definition for the former. Aug 03 17:05:57 what version of autoconf are you using? Aug 03 17:25:44 * Tartarus hopes someone gets to his patches this bug weekend :) Aug 03 17:35:54 Tartarus, what bug # Aug 03 17:36:05 * Tartarus digs 'em all out Aug 03 17:36:33 I'm not sure I can, but at least leave us a note so we can find them easily Aug 03 17:36:54 * Crofton|work is reviewing papers for a conference today ... Aug 03 17:37:02 http://bugs.openembedded.net/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=patch&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailreporter1=1&emailtype1=exact&email1=trini%40embeddedalley.com&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=incl Aug 03 17:38:25 * mwester doesn't get to go to conferences anymore, due to budget cutbacks for his department. :( Aug 03 17:39:12 I was rather hoping I might be able to get to one of the embedded or realtime shows this year, but no luck. sigh. Aug 03 17:40:05 * * OE Bug 4469 has been created by  Aug 03 17:40:07 * * aspell fails do_compile Aug 03 17:40:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4469 Aug 03 18:29:09 mwester: where are you geographically? Aug 03 18:36:45 hello_world(); Aug 03 19:01:16 like2wise: Chicago area Aug 03 20:50:27 ciao gremlin[it] Aug 03 20:50:54 ant___ hi ! Aug 03 20:56:05 * * OE Bug 3428 has been RESOLVED (FIXED) by andrea.adami(AT)gmail.com Aug 03 20:56:07 * * preferred xserver-kdrive-imageon for c7x0 Aug 03 20:56:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3428 Aug 03 21:01:14 * ant___ has to rework again the patch to u-boot_git.bb in oebug 3738 until some soul pitifully commit it (no, it doesn't break anything!) Aug 03 21:02:21 ant___: I think you need to find someone who actually uses and knows about u-boot to act as your champion for that patch. Aug 03 21:02:34 I looked at it earlier but I don't understand enough about the context to feel safe applying it. Aug 03 21:03:00 it's only about adding two machines Aug 03 21:03:13 while the kernel defaults to old zImage Aug 03 21:03:37 because of broken sharp's bootloader Aug 03 21:04:47 koen did this with beagleboard and nobody did complain... Aug 03 21:07:38 * ant___ thinks monoton sucks for this human 3 merge way Aug 03 21:07:55 better to say 'I give up' Aug 03 21:08:29 ant___: the bit that makes me most nervous is the change to PLATFORM_RELFLAGS. Aug 03 21:09:18 what? u-boot_git.bb? Aug 03 21:10:05 yeah Aug 03 21:10:25 +-PLATFORM_RELFLAGS += -fno-strict-aliasing -fno-common -ffixed-r8 \ Aug 03 21:10:25 +- -msoft-float Aug 03 21:10:25 ++PLATFORM_RELFLAGS += -fno-strict-aliasing -fno-common -ffixed-r8 -fomit-frame-pointer Aug 03 21:10:29 that bit Aug 03 21:11:14 also to some extent the PLATFORM_LIBS bit in the makefile Aug 03 21:11:14 +-PLATFORM_LIBS += -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc Aug 03 21:11:14 ++PLATFORM_LIBS += -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc -lgcc_eh Aug 03 21:11:20 wait, you mean the pdaxrom code? Aug 03 21:11:39 yeah, probably Aug 03 21:11:45 I was just reading the patch in the bug Aug 03 21:11:53 I'm just asking to create the hooks for c7x0/akita (and more in the near future) Aug 03 21:12:19 so, er, which patch exactly do you want committed? Aug 03 21:12:26 the latest one in that bug includes all the pdaxrom stuff Aug 03 21:12:35 the code comes straight from pdaxrom, and is supposedly WIP Aug 03 21:12:52 heh, that doesn't really fill me with much confidence Aug 03 21:12:52 (mantained ?) Aug 03 21:13:01 ;-) Aug 03 21:13:33 pb_: I really can only trust that code :-) it happens to work! Aug 03 21:14:08 but the author, sash, is supposed to be actively improving the code Aug 03 21:14:49 http://pdaxrom.org/?q=node/240 Aug 03 21:15:35 weird bit: *Building uboot menu based on OpenMokos boot menu (yes, Neo devices use Uboot as bootloader) Aug 03 21:16:12 all devs here said there is lack of proper way to visualize u-boot console (missing driver) Aug 03 21:16:31 and the others copy from openmoko?wtf? Aug 03 21:16:43 well, I guess that if the pdaxrom patch is only applied for corgi and akita then it ought to be safe enough Aug 03 21:17:10 I don't think even pdaxrom has the potential to screw things up just by having their patch exist on the same disk as the source code :-} Aug 03 21:17:34 pb_: sash is really an outstanding programmer Aug 03 21:18:00 (but I don't understend a bit of what he writes...) Aug 03 21:18:29 really, here I'd need an hardware hacker... Aug 03 21:18:53 ant___: yah, I don't doubt that he is good, but I get the impression that he doesn't pay that much attention to the impact that his changes have on other people. Aug 03 21:19:06 pb_: imagine the u-boot console is overclocked !!! Aug 03 21:19:25 that is, I suspect he wouldn't care very much if the pdaxrom patch prevented u-boot working for all non zaurus machines Aug 03 21:19:34 ant___: heh Aug 03 21:20:44 anyway, given that the patch is indeed conditionally applied, it should be harmless Aug 03 21:20:59 I'll see if I can check it in tomorrow assuming nobody else has done so by then Aug 03 21:21:17 pb_: I'm just upping a new diff against koen's last changes of today Aug 03 21:21:26 2 changes in 2 days Aug 03 21:21:55 and more will follow... Aug 03 21:22:43 pb_: other question about that nandlogical util: well it reads/writes. Should I open a new RFC ? Aug 03 21:22:56 to have it committed Aug 03 21:23:18 (I understood Laibsch suggested that) Aug 03 21:25:41 yes, it's probably a good idea to put each distinct patch in a separate bug Aug 03 21:26:06 ok, thx again Aug 03 21:41:06 * * OE Bug 1589 has been RESOLVED (INVALID) by Aug 03 21:41:08 * * packages/ossie/*_svn.bb are not fetchable Aug 03 21:41:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1589 Aug 03 21:43:21 morning Aug 03 21:44:13 I prefer to not trust sash code too much Aug 03 21:45:05 * * OE Bug 4470 has been created by andrea.adami(AT)gmail.com Aug 03 21:45:07 * * ogical update Aug 03 21:45:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4470 Aug 03 21:46:05 pb_: bug created ^^ ;-] Aug 03 21:46:30 ant___: what is that 'ogical'? Aug 03 21:46:46 some crop ? Aug 03 21:47:10 btw - I am going to drop 4 years old machine out of OE Aug 03 21:47:14 xxs1500 Aug 03 21:48:13 hrw: it happens to work: I flashed kernel from cmdline without extracting battery Aug 03 21:48:21 and so on Aug 03 21:48:40 perhaps you love that japanese menu? do you ? Aug 03 21:48:50 ant___: I do not even look at it Aug 03 21:48:52 is nandlogical a general tool for flashing from userspace or is it device specific? Aug 03 21:49:07 power+ok, keep for screen, 4,3,y and let it do the work Aug 03 21:49:13 think is Sharp specific Aug 03 21:49:21 thesing: its collie++ related only Aug 03 21:49:44 thesing: normal devices use mtd-utils not nandlogical sharp tool Aug 03 21:49:55 because it was for 2.4 Aug 03 21:50:10 and nobody apart sash ported to 2.6 Aug 03 21:50:34 ant___: because no one needed that too Aug 03 21:50:36 hm. so I should be able to flash collie flash with the mtd-tools? Aug 03 21:50:40 its a point of view Aug 03 21:50:44 sharp flasher maybe is not ideal but works fine Aug 03 21:50:57 it's a waste of nand IMHO Aug 03 21:50:58 thesing: worth try Aug 03 21:51:23 hrw: the rescue code is in PROM Aug 03 21:51:28 ant___: I've seen worse methods of wasting nand to maek machine updatable Aug 03 21:51:30 what do you need more? Aug 03 21:51:44 ant___: if you have CF card and nand backup image Aug 03 21:52:13 ant___: its all point of view like you said. Aug 03 21:52:20 hrw: I know what you mean, I f*cked 2 routers playing with jtag Aug 03 21:52:25 for my c760 is devel tool not pda now Aug 03 21:52:49 so I am fine with 53MB rootfs on it Aug 03 21:52:58 me not Aug 03 21:53:08 and we can choose Aug 03 21:53:12 ant___: we can. Aug 03 21:53:38 really I need a small /home Aug 03 21:53:41 ant___, I just commited the initramfs. Aug 03 21:53:47 ant___: prepare working alternative for c7x0/akita/spitz/poodle/tosa (or atleast part of that set) + instructions for devel/users... Aug 03 21:54:02 thesing: supergood! Aug 03 21:54:25 I didn't test it on anything other than collie. Aug 03 21:54:44 hrw: I really hope the russian devs will 'finish' u-boot and extend it at least for tosa Aug 03 21:54:48 ant___: years passed since zaurus machines had lot of developers - now I think that it is rather toy or devel tool then usable pda. but thats my opinion Aug 03 21:54:54 dunno about 5x00 Aug 03 21:55:03 ant___: if russian devs === sash then I would not count Aug 03 21:55:09 he he Aug 03 21:55:20 touch? Aug 03 21:55:24 * hrw wants git... Aug 03 21:55:43 'mtn status' works for over 5 minutes now and no output yet Aug 03 21:56:03 fsck it - will wait with #1737 for git Aug 03 21:57:27 hrw: so bug 1390 is ready for closing? Aug 03 21:57:44 03  07org.openembedded.dev * rd8ae501912 10OE.dev/packages/linux/linux-rp-2.6.26/defconfig-collie: linux-rp: add jffs as buildin for collie Aug 03 21:57:44 03  07org.openembedded.dev * r7c68ca4ada 10OE.dev/: Aug 03 21:57:44 merge of '406c90b8a818c97f925962469fd82f2ed13008f4' Aug 03 21:57:44 and '73fde4da3f327fd96c1de6b88bb8e733e1db530d' Aug 03 21:57:45 03  07org.openembedded.dev * r25772e621e 10OE.dev/ (39 files in 8 dirs): (log message trimmed) Aug 03 21:57:49 files: add some stuff to device_table_add-mmc.txt and rename it to Aug 03 21:57:51 devices-table-collie.txt. Aug 03 21:57:53 conf/collie: use device-table-collie.txt Aug 03 21:57:55 packages/kexecboot:*create a new directory for everything kexecboot related Aug 03 21:57:57 *move initramfs-kexec-image and initramfs-kexec to this dir and Aug 03 21:57:59 rename them to *kexecboot Aug 03 21:58:01 03  07master * rd8ae501912 10OE.dev/packages/linux/linux-rp-2.6.26/defconfig-collie: linux-rp: add jffs as buildin for collie Aug 03 21:58:06 03  07master * r25772e621e 10OE.dev/ (39 files in 8 dirs): (log message trimmed) Aug 03 21:58:09 files: add some stuff to device_table_add-mmc.txt and rename it to Aug 03 21:58:11 devices-table-collie.txt. Aug 03 21:58:13 conf/collie: use device-table-collie.txt Aug 03 21:58:15 packages/kexecboot:*create a new directory for everything kexecboot related Aug 03 21:58:17 *move initramfs-kexec-image and initramfs-kexec to this dir and Aug 03 21:58:21 rename them to *kexecboot Aug 03 21:58:23 03  07master * r7c68ca4ada 10OE.dev/: Aug 03 21:58:25 merge of '406c90b8a818c97f925962469fd82f2ed13008f4' Aug 03 21:58:27 and '73fde4da3f327fd96c1de6b88bb8e733e1db530d' Aug 03 21:58:35 !oebug 1390 Aug 03 21:58:36 * * Bug 1390, Status: NEW, Created: 2006-09-06 03:41 Aug 03 21:58:37 * * bart_botma(AT)yahoo.com: iptables support in 3.5.4.1 (OZ/GPE) Aug 03 21:58:38 * * http://bugs.openembedded.net/show_bug.cgi?id=1390 Aug 03 21:59:01 Laibsch: heh.. oe bugzilla new interface is something what I am not used too - it should be closed Aug 03 21:59:15 new interface? Aug 03 21:59:18 what's new? Aug 03 21:59:29 You can ask me anytime if there is an issue Aug 03 21:59:39 Laibsch: it doesnt work in Konqueror Aug 03 22:00:04 bugzilla does not work in konq? Aug 03 22:00:06 Laibsch: when you try and change to RESOLVED the second drop down box doesnt appear Aug 03 22:00:06 Laibsch: in past setting " Aug 03 22:00:20 XorA|gone: OK Aug 03 22:00:22 Laibsch: in past setting "resolved as FIXED" was enough to close bugs. Aug 03 22:00:32 Oh, I understand Aug 03 22:00:36 I liked that better, too Aug 03 22:00:58 But the new interface has going for it that at least some of the clutter is gone Aug 03 22:01:22 XorA|gone: does konq do JS correctly? Aug 03 22:01:30 Laibsch: I doubt it Aug 03 22:01:41 Laibsch: its never been good at page rendering :-D Aug 03 22:01:44 is konq still developped? Aug 03 22:01:48 Laibsch: btw there are some issues with IE6, from office I could not mark a bug as dupe Aug 03 22:01:57 shit Aug 03 22:01:57 Laibsch: its part of KDE so I guess so Aug 03 22:02:00 that is not good Aug 03 22:02:06 * * OE Bug 1390 has been RESOLVED (FIXED) by Aug 03 22:02:08 * * iptables support in 3.5.4.1 (OZ/GPE) Aug 03 22:02:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1390 Aug 03 22:02:20 XorA|gone: would you be so kind to shoot a bug towards them? Aug 03 22:02:35 Laibsch: no, I refuse to sign up to another bugzilla Aug 03 22:02:35 do we have a recent version of konq? Aug 03 22:02:37 in OE Aug 03 22:02:46 * Laibsch understands the feeling Aug 03 22:02:59 bugzilla really needs to use OpenID Aug 03 22:03:09 In those cases I often use the "universal bug tracker": launchpad.net Aug 03 22:03:16 I already have an account there Aug 03 22:03:34 XorA|gone: are you aware of any plans for that? Aug 03 22:04:10 ant___: Sorry to see you are struggling with your issues and little feedback Aug 03 22:04:18 Laibsch: no Aug 03 22:04:28 I't just like pb said Aug 03 22:04:51 I for one would commit your stuff, but only if I at least partially understand it Aug 03 22:04:56 I can guarantee the Zaurus will not burn ! Aug 03 22:05:02 ;-] Aug 03 22:05:05 ;-) Aug 03 22:05:08 nice try Aug 03 22:05:09 not enough Aug 03 22:05:25 because I might burn or be burnt to be more exact Aug 03 22:05:33 I have to have tosa supported, then will be a joke Aug 03 22:05:42 * Laibsch becomes a grilled sandwich at the hands of his fellow OE devs Aug 03 22:06:06 ah, and spitz Aug 03 22:06:13 ant___: I think that would be nice Aug 03 22:06:32 it looks like someone is workin'on Aug 03 22:06:39 but if that is too much for now, I would support something that can be reasonably assumed to not affect any other machines in any way Aug 03 22:06:39 * XorA|gone has no access to most Zauruses now Aug 03 22:06:44 but that would need discussion Aug 03 22:06:44 but he doesn't respond to my PM... Aug 03 22:07:10 XorA|gone: you see, you shouldn't have given them away Aug 03 22:07:20 but I guess that was the reasson you gave them away Aug 03 22:07:22 Laibsch: no time for playing with old tech :-D Aug 03 22:07:49 it's just so sad the Z never really got to shine Aug 03 22:08:05 And I am a little bit afraid, the OM might be somewhat half-assed, too Aug 03 22:08:13 We should really try to get it right Aug 03 22:08:28 I'm seeing a lot of improvements, so I am hopeful Aug 03 22:08:40 Laibsch: I am waiting for plibc from openmoko Aug 03 22:08:46 what is that? Aug 03 22:08:51 what do you need it fo? Aug 03 22:08:52 libc in Python Aug 03 22:08:53 for Aug 03 22:09:03 aha, interesting Aug 03 22:09:09 what problems would it solve? Aug 03 22:09:29 no idea Aug 03 22:09:41 ??? Aug 03 22:09:44 I just feel that Openmoko like to rewrite everything in Python Aug 03 22:09:47 Then why are you waiting for it? Aug 03 22:09:56 Oh, I see you pun now Aug 03 22:09:59 and the bitterness Aug 03 22:10:19 I don't follow OM too closely Aug 03 22:10:29 But I hear there are problems even with basic stuff Aug 03 22:10:40 sort of like it always was with the Z Aug 03 22:11:06 I hope the OSS community can pull out from this OM situation Aug 03 22:11:13 Laibsch: I follow maemo more then openmoko Aug 03 22:11:22 It would be very important to have a free phone Aug 03 22:11:34 Laibsch: I prefer usable phone Aug 03 22:11:38 and I think FIC should have the reward for the effort they put in Aug 03 22:11:38 I'd much rather start with the working Python stuff, and rewrite parts to C as required, than to start with something that works not at all -- but it's all in C. Aug 03 22:11:57 * Laibsch agrees with mwester Aug 03 22:12:04 that is kind of how I saw it Aug 03 22:12:10 It is a phenomenal task Aug 03 22:12:10 Not to say I'm a fan of Python -- I prefer Perl. But I want something to work. Aug 03 22:12:18 and I think people are doing a good job Aug 03 22:12:27 mwester: exactly Aug 03 22:12:27 anyway - time to bed for me Aug 03 22:12:29 00:14 Aug 03 22:12:32 bye Aug 03 22:12:34 hrw: good night Aug 03 22:12:42 thanks for pitching in on the bug weekend Aug 03 22:12:56 BTW, three more to go to reach 50 closed bug for the last week Aug 03 22:13:29 Laibsch: close 4470, go it's hot! Aug 03 22:13:46 fish through the stale list Aug 03 22:13:48 mwester: That is what I was saying above. Z never got to be 100% usable. That was sad. I hope OM can pull it off and can become a usable device Aug 03 22:14:03 you could probably close a bunch as no longer relevant Aug 03 22:14:06 ant___, Crofton: will do Aug 03 22:14:21 I closed all my moldy reports Aug 03 22:14:34 Crofton: thanks Aug 03 22:15:27 mwester: well perl in OE doesnt work, so we stuck with python :-) Aug 03 22:16:42 :) Probably a good thing, in the end. But I just can't get myself over re-inventing another column-sensitive language; you'd think we learned from FORTRAN and Makefiles... Aug 03 22:17:23 we should all convert to brainfuck Aug 03 22:17:36 ant___: 4470 indeed looks like a good candidate Aug 03 22:17:42 +S = "${WORKDIR}/${P}" Aug 03 22:17:46 is superfluous Aug 03 22:18:58 the size is 546k IIRC, we could compile it against klibc as thesing suggested. But all this needs a tart Aug 03 22:19:11 *start = commit Aug 03 22:19:54 XorA|gone, brainfuck is not that bad if you know how a turing machine works ;) Aug 03 22:21:56 ant___: granted Aug 03 22:22:04 wait another 30 minutes or so Aug 03 22:22:36 * thesing hopes that we change the glibc recipe that often in the near future. Aug 03 22:22:50 BTW I'm finding two dubious files in /packages: failme.bb and mini-init Aug 03 22:22:51 insert "don't" Aug 03 22:22:57 why are these there? Aug 03 22:24:37 thesing: rule of thumb: breakage happens on friday evening... Aug 03 22:25:05 wait sunday for rebuild-from-scratch (tm) Aug 03 22:26:01 I usually don't pull if I don't want to rebuild glibc and it got changed again. But you have not choice if you want do commit sth. Aug 03 22:26:08 There is another attempt at a slimmed-down version of a mozilla browser Aug 03 22:26:11 yeah, I think I'll run some clean builds b4 I go to bed Aug 03 22:26:12 fennec Aug 03 22:26:17 * ant___ is sure the young-blooded developers are socially active during week-ends Aug 03 22:26:21 do we have that in OE yet? Aug 03 22:31:05 * * OE Bug 818 has been RESOLVED (LATER) by Aug 03 22:31:07 * * Creating of images from feeds instead of DEPLOY_DIR_IPK Aug 03 22:31:09 * * http://bugs.openembedded.net/show_bug.cgi?id=818 Aug 03 22:32:39 Laibsch: no, but it should be fairly simple since mamona guys got firefox 3 working Aug 03 22:33:38 I hope some of those improvements make it through to FF tiself Aug 03 22:33:41 itself Aug 03 22:33:50 memory consumption still leaves room for that Aug 03 22:34:11 Hi! Would this be the right channel to ask for some help with bitbake workflow? Aug 03 22:34:38 (I just want to make some ad-hoc changes to a package and rebuild them into an .ipk.) Aug 03 22:35:20 Laibsch: its almost a straigt compile from FF only 2 patches Aug 03 22:35:35 cjb: sure Aug 03 22:35:38 go right ahead Aug 03 22:35:51 XorA|gone: cool Aug 03 22:36:11 Laibsch: well the OM version of the recipe, the OE version has a whole lot more patches Aug 03 22:36:48 * ant___ would look at the Poky's recipe, if there is Aug 03 22:37:09 which way should we push things OM -> OE or OE - > OM? Aug 03 22:37:36 * ant___ is full hears Aug 03 22:37:42 * Laibsch hopes that sharing between OE branches will improve with git Aug 03 22:37:54 although there is a slight chance it might even get worse Aug 03 22:38:04 Laibsch: it went mamona->OM->OE Aug 03 22:38:08 Laibsch: well, that was the full question, really. ;-) How should I make changes to a source file inside an OE package, and have bitbake rebuild it? Aug 03 22:39:10 Laibsch: I have a bit OM->OE merge planned when git goes live Aug 03 22:40:21 cjb: what change? Aug 03 22:40:33 cjb: "bitbake -c rebuild $package" Aug 03 22:40:48 XorA|gone: good Aug 03 22:40:51 can't wait for git Aug 03 22:41:03 any word from RP on timetables? Aug 03 22:41:18 Laibsch: ah, ok, thanks. Should I worry about my source changes being overwritten? Aug 03 22:41:18 cjb: this isn't where oe shines. Its easier to develop the package outside of oe and add patches to packages when you are done. Aug 03 22:41:32 are we waiting for zecke? I heard there is one last glitch he needs to work on Aug 03 22:41:52 thesing: yeah. but I'm not sure how to do that, because I'm working on openmoko stuff that needs to be built with gcc arm, and I'm not sure how else to get the environment Aug 03 22:42:10 cjb: if you want to apply a patch, you need to create the patch and include it in SRC_URI Aug 03 22:42:15 or know what you are doing Aug 03 22:42:21 I suggest creating the patch Aug 03 22:42:24 try quilt Aug 03 22:42:33 cjb, openmoko gives you a toolchain , right? Aug 03 22:42:51 Laibsch: ah. I'm still at the stage where I expect to be making tens of "patches" while hacking on X server code, so that's a little high-overhead Aug 03 22:43:01 cjb: not really Aug 03 22:43:04 thesing: not sure what you mean Aug 03 22:43:07 let me give you the steps Aug 03 22:43:18 thanks Aug 03 22:43:19 "bitbake -c devshell $package" Aug 03 22:43:32 do your changes and record them with quilt Aug 03 22:43:38 are you familiar with quilt? Aug 03 22:43:49 thesing: ERROR: '['/oe/org.openembedded.dev/packages/kexecboot/initramfs-kexecboot-image.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'initramfs-kexecboot' but it wasn't found in any PACKAGE or RPROVIDES variables Aug 03 22:44:02 fresh pull Aug 03 22:44:03 Laibsch: I know what it is, but not familiar with the workflow there. Aug 03 22:44:21 Laibsch: maybe it'd be better to just have the SRC_URI point at a GIT repo of my own? Aug 03 22:44:55 thesing: NOTE: Runtime target 'initramfs-kexecboot' is unbuildable, removing... Aug 03 22:44:55 Missing or unbuildable dependency chain was: ['initramfs-kexecboot'] Aug 03 22:44:56 ant_: rename the initramfs_kexecboot package to initramfs-kexecboot. I will check this change in after I verified that there are no other problems. Aug 03 22:45:01 take the patches, put them into packages/$package/$package/, change your SRC_URI, then tie the whole thing up and add your changes to the bug tracker so they can be applied for everyone's benefit Aug 03 22:45:11 ok Aug 03 22:45:26 cjb: I think building from git is tricky Aug 03 22:45:37 oh! maybe devshell will be good enough to get me a compile environment that works, and then I can copy binaries over to the device until I'm happy with the change, and can then make a patch. Aug 03 22:45:37 but if you are familiar with git, then produce your patches there Aug 03 22:45:52 cjb: sounds like that might work Aug 03 22:46:01 ok :) thanks, will give it a try Aug 03 22:46:03 cjb: look at u-boot_git.bb Aug 03 22:46:15 ant___: ok Aug 03 22:46:20 lots of patches there... Aug 03 22:46:31 or /linux Aug 03 22:47:52 Crofton: are you still there? Aug 03 22:48:11 are you sure we don't want to fix 2297 (libgcrypt)? Aug 03 22:48:26 minimo is another package that can't be built without it Aug 03 22:49:01 why doesn't it build in .dev? Aug 03 22:49:17 2297 says the issue is in old libtool Aug 03 22:49:20 right? Aug 03 22:51:27 NOTE: package libgcrypt-1.4.1: completed Aug 03 22:51:35 Oh, really? Aug 03 22:51:40 Doesn't build for me Aug 03 22:51:51 Maybe it is not building for qemuarm only Aug 03 22:51:55 I'll try another machine Aug 03 22:52:16 thesing: seems fixed renaming the initramfs_kexecboot package to initramfs-kexecboo. don't see other issues Aug 03 22:53:49 Laibsch, I'm running two other builds on different machines Aug 03 22:54:29 Laibsch, I can't get it to fail against .dev Aug 03 22:54:54 OK, I am removing tmp now and enabling tinderbox Aug 03 22:55:11 given the bug report is talking about an older libttool, I would close it and create a new bug with the new details :) Aug 03 22:58:14 yeah Aug 03 22:58:29 I admit I only read as far as "libgcrypt does not build" Aug 03 23:04:05 * * OE Bug 2185 has been RESOLVED (FIXED) by Aug 03 23:04:08 * * glib-2.0 configure fails on MIPS and x86 Aug 03 23:04:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2185 Aug 03 23:04:47 * Tartarus begs for attention to 4389, 4450, 3880, 4071 Aug 03 23:06:34 Tartarus: go, bother, these are the last magic hours! Aug 03 23:07:18 Tartarus, not my area of expertise Aug 03 23:07:51 The kernel.bbclass one, I'd like to see more comments from people I trust to touch .bbclass files Aug 03 23:08:20 How about the samba one? Aug 03 23:08:38 Or do we need a "samba expert" for fixing non functional items? :) Aug 03 23:09:08 Tartarus: I'm working on getting samba 3.0.31 working, I'll take that bug at the same time Aug 03 23:09:32 NAiL, along with all of the other samba bugs I assume :) ok. Aug 03 23:09:50 Are there more than two? :) Aug 03 23:09:56 Tartarus, 4450 needs to be updated for current kernel.bbclass Aug 03 23:10:04 ah, a bunch Aug 03 23:10:28 thesing, Bah, it was current when I filed it, and it's a pretty easy regex to apply to the open file :) Aug 03 23:10:31 pb_: ping? Aug 03 23:11:08 s,arch/${ARCH}/boot/${KERNEL_IMAGETYPE},${KERNEL_OUTPUT} Aug 03 23:11:14 pb_: The host autoconf is 2.61, any other version would be OE head. Aug 03 23:11:17 from memory :) Aug 03 23:11:30 you're right. Aug 03 23:11:30 03  07org.openembedded.dev * r5d40a3cd79 10OE.dev/site/ (mips-linux mipsel-linux): add glib-2.0 entries to mips[-el]-linux. closes bug #2185 Aug 03 23:11:39 03  07org.openembedded.dev * r020c4c33ac 10OE.dev/: Aug 03 23:11:39 merge of '3d37ffd4df7a43763fa8642112a238989e1e85ae' Aug 03 23:11:39 and '5eed113f8f560df1854b52e85453d3987ec071eb' Aug 03 23:11:39 03  07master * r5d40a3cd79 10OE.dev/site/ (mips-linux mipsel-linux): add glib-2.0 entries to mips[-el]-linux. closes bug #2185 Aug 03 23:11:41 03  07master * r020c4c33ac 10OE.dev/: Aug 03 23:11:43 merge of '3d37ffd4df7a43763fa8642112a238989e1e85ae' Aug 03 23:11:45 and '5eed113f8f560df1854b52e85453d3987ec071eb' Aug 03 23:16:05 * * OE Bug 4471 has been created by  Aug 03 23:16:07 * * spelling mistake Aug 03 23:16:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4471 Aug 03 23:17:05 * * OE Bug 2221 has been RESOLVED (FIXED) by Aug 03 23:17:07 * * Patch to build strace 4.5.14 for mips target Aug 03 23:17:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2221 Aug 03 23:18:02 thanks, mickey|zzZZzz for pushing us over 50 fixed bugs Aug 03 23:18:37 :) thanks to you. with that number i guess i can go sleeping ;) Aug 03 23:18:42 gn mickey|zzZZzz Aug 03 23:18:46 gnith Aug 03 23:22:09 I must admit that I didn't think that this bug weekend will be so productive. Aug 03 23:22:30 Laibsch, will you send a status report of this weekend to the ML? Aug 03 23:22:48 yes Aug 03 23:23:19 it wasn't super-frantic, but quite a number of bugs were fixed Aug 03 23:23:25 I think it was an absolute success Aug 03 23:23:37 I'll the weekend off on Tuesday Aug 03 23:23:47 Weekends are from Friday to Monday Aug 03 23:24:14 03  07org.openembedded.dev * rd2ac1db887 10OE.dev/packages/strace/ (strace/mips-sigcontext.patch strace_4.5.14.bb): Aug 03 23:24:14 strace 4.5.14 fix compiling for mips[-el]. closes bug #2221 Aug 03 23:24:14 (albeit by convoluting this recipe even more...) Aug 03 23:24:16 03  07master * rd2ac1db887 10OE.dev/packages/strace/ (strace/mips-sigcontext.patch strace_4.5.14.bb): Aug 03 23:24:16 strace 4.5.14 fix compiling for mips[-el]. closes bug #2221 Aug 03 23:24:19 (albeit by convoluting this recipe even more...) Aug 03 23:24:39 I'll call the weekend off on Tuesday Aug 03 23:24:54 wow. devshell tries to open a *graphical* terminal? Aug 03 23:25:01 can I tell it that I'd just like a new shell instead? :) Aug 03 23:26:26 yeah, it is one of the limitations Aug 03 23:26:38 for some reason it can only use xterm Aug 03 23:26:42 IIRC Aug 03 23:27:03 IOW, you have a bit of a hard time using it remotely Aug 03 23:28:34 Tartarus, why do you want KERNEL_OUTPUT to be ?= ? are there architectures with a different place? Aug 03 23:30:55 cjb, you should be able to change the terminal program by setting the TERMCMD var Aug 03 23:33:05 * * OE Bug 2078 has been RESOLVED (FIXED) by Aug 03 23:33:07 * * wrong line in runltp Aug 03 23:33:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2078 Aug 03 23:38:06 * * OE Bug 4450 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de Aug 03 23:38:08 * * KERNEL_OUTPUT cannot be overridden and isn't always used Aug 03 23:38:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4450 Aug 03 23:44:06 * * OE Bug 2515 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de Aug 03 23:44:08 * * RFP: kernel 2.6 on collie: ext3 support Aug 03 23:44:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2515 Aug 03 23:48:08 XorA|gone: https://bugzilla.mozilla.org/show_bug.cgi?id=448978 Aug 03 23:51:29 Laibsch: konq should have working javascript :-) Aug 03 23:52:10 well Aug 03 23:52:11 true Aug 03 23:52:26 you should sent a bug report to konq devs, too ;-) Aug 03 23:52:29 Laibsch: it would be the first page konq didnt render though :-) Aug 03 23:52:38 but since you refused, I opened this bug Aug 03 23:52:42 JS is nice Aug 03 23:52:58 but having bugzilla not work without it is something that needs consideration Aug 03 23:53:23 if the devs come back and say "we only support JS-browsers" I'll leave it at that Aug 03 23:53:32 but maybe a better solution can be found Aug 03 23:53:55 probably come back and say change the theme :-) Aug 03 23:54:14 * XorA|gone only used konq by accident, clicked on the wrong icon Aug 04 00:00:19 Laibsch, is there a svn-web where I can look at the sonkei source? Aug 04 00:01:11 thesing: unfortunately, no Aug 04 00:01:19 and the code has stalled a bit recently Aug 04 00:01:29 03  07org.openembedded.dev * r7122a127c3 10OE.dev/classes/kernel.bbclass: kernel.bbclass: use KERNEL_OUTPUT where possible Aug 04 00:01:32 It fails to build some essential stuff Aug 04 00:01:36 03  07org.openembedded.dev * rfa4a35aa3b 10OE.dev/: Aug 04 00:01:36 merge of '0c6c5626491aa3d427ad2222eaa182e53154da9e' Aug 04 00:01:36 and '1b38165e32339d1af5c9bb0a0200860939e559b3' Aug 04 00:01:36 03  07master * r7122a127c3 10OE.dev/classes/kernel.bbclass: kernel.bbclass: use KERNEL_OUTPUT where possible Aug 04 00:01:47 03  07master * rfa4a35aa3b 10OE.dev/: Aug 04 00:01:47 merge of '0c6c5626491aa3d427ad2222eaa182e53154da9e' Aug 04 00:01:47 and '1b38165e32339d1af5c9bb0a0200860939e559b3' Aug 04 00:02:39 thesing: sonkei overlay is in mtn Aug 04 00:02:58 not svn Aug 04 00:03:17 ok. how do I fetch it? Aug 04 00:04:05 Is sonkei only you now or is Mattias still with you? Aug 04 00:06:54 I think we are still together Aug 04 00:07:11 but Matthias did not have too much time recently Aug 04 00:07:15 neither did I Aug 04 00:07:34 thesing: are you on a system with deb-packages? Aug 04 00:07:44 yes Aug 04 00:08:00 http://wiki.openembedded.net/index.php/AptGetableOE Aug 04 00:08:11 Is my suggestion Aug 04 00:08:14 otherwise Aug 04 00:09:52 Laibsch, the name of the mtn server would be enough Aug 04 00:10:48 http://linuxtogo.org/~leggewie/index.php/Main_Page Aug 04 00:10:54 sonkei.leggewie.org Aug 04 00:10:56 IIRC Aug 04 00:11:29 yes, that's correct Aug 04 00:11:31 http://linuxtogo.org/~leggewie/index.php/How_do_I_get_sonkei Aug 04 00:11:55 If you want to, I can give you RW Aug 04 00:12:38 Crofton: libgcrypt did indeed build fine from scratch now Aug 04 00:13:00 I just want to look at what you are doing. I fear I don't have enough time for distro development. But thanks for the offer. Aug 04 00:13:26 technically, we aren't doing that much Aug 04 00:13:35 From that POV, it will be rather boring Aug 04 00:13:45 * XorA|gone spams #openmoko to death again :-) Aug 04 00:15:38 and with that I think its time to sleep Aug 04 00:16:33 XorA|gone: sleep well fellow gamer Aug 04 00:24:05 * * OE Bug 4469 has been RESOLVED (INVALID) by Aug 04 00:24:07 * * aspell fails do_compile Aug 04 00:24:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4469 Aug 04 00:28:08 Laibsch, is your cf card working now? Aug 04 00:28:43 Laibsch, if yes you can test the new kexecboot initramfs Aug 04 00:28:58 no, unfortunately, not Aug 04 00:29:06 * * OE Bug 4468 has been RESOLVED (INVALID) by Aug 04 00:29:08 * * libxmu fails do_compile Aug 04 00:29:09 but I can try anyhow Aug 04 00:29:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4468 Aug 04 00:29:18 * * OE Bug 4466 has been RESOLVED (INVALID) by Aug 04 00:29:20 * * makedevs do_compile fails Aug 04 00:29:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4466 Aug 04 00:39:42 thesing: http://rafb.net/p/0eFCi519.html Aug 04 00:39:46 I assume that is your doing Aug 04 00:40:56 yes. But I commited a fix. Aug 04 00:41:00 OK, seems to be fixed after "mtn pull" Aug 04 00:41:07 thanks Aug 04 00:43:12 time to sleep. Night all. **** ENDING LOGGING AT Mon Aug 04 02:59:56 2008