**** BEGIN LOGGING AT Fri Mar 07 10:59:56 2008 Mar 07 11:14:27 RP: I have a funny sysroot issue :) Mar 07 11:14:58 fontconfig has -I/usr/include a Cflags and pkg-config does not list this, now I want to use staging outside of oe :) Mar 07 11:15:43 zecke: You need a sysroot capable pkg-config and to set the magic eniviroment variable Mar 07 11:16:02 zecke: We actually ship such a pkg-config in Poky's SDK Mar 07 11:16:29 hi rp Mar 07 11:17:00 RP: with the PKG_CONFIG_SYSROOT foo? Mar 07 11:17:11 RP: yeah, still /usr/include is dropped by this pkg-config :) Mar 07 11:17:39 RP: so it is working for OE as pkg-config and gcc love each other, the directory omitted by pkg-config is default to gcc :) Mar 07 11:18:05 RP: but for my host gcc /home/oe/webkit/deps/tmp/staging/i686-angstrom-linux/usr/include is not Mar 07 11:21:00 zecke: /usr/include would have the sysroot prefix prepended and would no longer be dropped Mar 07 11:22:02 zecke: or is the code in pkg-config dropping it before the prefix is prepended, it that what you mean? Mar 07 11:26:05 Hmm, I can't access http://www.openembedded.org/user-manual&dpage=recipes_initscripts Mar 07 11:26:15 zecke: I see what you mean, its assuming its working with a sysroot capable compiler Mar 07 11:26:25 getting an "Forbidden" page Mar 07 11:27:14 zecke: PKG_CONFIG_ALLOW_SYSTEM_CFLAGS=1 Mar 07 11:27:17 ;-) Mar 07 11:27:20 :) Mar 07 11:27:30 There is a LIBS one too Mar 07 11:27:36 I didn't see this again in the man page, I knew it exists :) Mar 07 11:30:09 bugreports Mar 07 11:32:18 ~seen cbrake Mar 07 11:32:21 cbrake was last seen on IRC in channel #oe, 14h 16m 33s ago, saying: 'hrw|gone: thanks for the ncdu tip'. Mar 07 11:32:33 is there someone here who use mono from OE? Mar 07 11:44:24 hrw: hello Marcin Mar 07 11:44:50 hrw: I have been using mono Mar 07 11:45:56 cbrake: Debian armel guys have problems with mono and I mailed them to look at OE. I got response but I am not familiar with mono at all. Mar 07 11:46:37 hi hrw Mar 07 11:46:53 cbrake: http://pastebin.ca/931882 is mail - can I reply with you in Cc: for it? Mar 07 11:47:02 hrw: sure Mar 07 11:48:41 hrw: I have only compiled gtk-sharp, etc using the OE recipie on a workstation, so I have not tired the scenario they are talking about Mar 07 11:49:17 hrw: but, I have been using mono extensively in several projects and have not run into any problems with 1.2.6 Mar 07 11:51:51 and I have null experience with mono Mar 07 11:58:48 re Mar 07 12:14:12 re Mar 07 12:14:44 methril: so far I failed with the toolchain generation, but I had some success with the prebuilt toolchain Mar 07 12:15:00 nice!! Mar 07 12:15:11 so now I will first focus on postprocessing the packages (because there are no .so libs) and so on Mar 07 12:15:16 RP gave me some pointers on that yesterday Mar 07 12:30:46 hm is the automerger boken? Mar 07 12:32:27 hi thesing Mar 07 12:32:36 does anyone remember the variable for angstrom to switch between eabi and oabi? Mar 07 12:32:43 morning all. Mar 07 12:32:45 or is it done via TARGET_OS? Mar 07 12:32:46 hi Mar 07 12:34:56 Jin^eLD: it is done for specified machines Mar 07 12:35:06 I think I found it, it's the ARM_ABI variable, right? Mar 07 12:35:24 Jin^eLD: TARGET_OS=linux-gnueabi Mar 07 12:35:41 I need the oabi thing :) Mar 07 12:35:53 Jin^eLD: then seen distro/include/angstrom-glibc.inc Mar 07 12:35:58 thanks Mar 07 12:37:01 Jin^eLD: angstrom has several files where they switch to oabi, e.g. on a per-machine or per-architecture basis Mar 07 12:37:18 Jin^eLD: the best thing is you do an "grep -r oabi conf" and look into the files by yourself Mar 07 12:37:28 too bad that it does not use TARGET_OS ?= but sets "=" - overrides my settings Mar 07 12:37:36 Jin^eLD: overwrite what you need into your local.conf and use "bitbake -e" to verify if things are correct Mar 07 12:37:57 ok, the -e is a good hint, thanks Mar 07 12:39:43 Jin^eLD: yeah, because of the TARGET_OS = instead of ?= you might have to modify this file directly and put your machine near the end of the line Mar 07 12:40:44 Jin^eLD: err, not true, look into distro/include/angstrom.inc where for many machines they force oabi Mar 07 12:41:37 jepp Mar 07 12:41:46 RP: can you tell me what happends if I have do_foo[depends] = "${A}:do_bar" and A is not set? Mar 07 12:42:08 yes I found that too, seems like too much enforcing if someone wants to add own stuff in local.conf Mar 07 12:46:09 thesing: then the depends would only be ":do_bar". If the ":" harms I cannot say. Mar 07 12:47:30 schurig: It would be best if the whole thing would be ignored if A is not set. Mar 07 13:17:58 RP: Are you suggesting to change the admin situation for bugzilla? I guess mickeyl would be the one to talk to, he made the latest change. And not under "suspicious circumstances". Mar 07 13:18:07 03koen 07org.oe.angstrom-2007.12-stable * rc23d3469... 10/ (8 files in 3 dirs): (log message trimmed) Mar 07 13:18:07 zaurusd: Mar 07 13:18:07 Revision: 9a5df4f82194968b8ea8a94d7effc5bf61c1e650 Mar 07 13:18:07 Ancestor: bd72b021bed4043fc9c546810adf98565821e12e Mar 07 13:18:07 - Ignore false toggle signals (work-around for OE#3390). Mar 07 13:18:08 - Fixed default ALSA state for SL-Cxx00 (OE#2617). Mar 07 13:18:10 - Do not alter incorrect mixer levels by zaurus-mixer-callback. Mar 07 13:18:14 03koen 07org.oe.angstrom-2007.12-stable * r4d6e4181... 10/ (6 files in 4 dirs): (log message trimmed) Mar 07 13:18:16 xserver-kdrive: Mar 07 13:18:18 Revision: 3ea27c0c881e1f8965e9208c8a3d98d022602838 Mar 07 13:18:20 Ancestor: 6795ad85517140b388d2c168ea971686ade5c7e3 Mar 07 13:18:22 xserver-kdrive-1.3/1.4: keycode MEDIUMRAW patch, oebug 2637 Mar 07 13:18:24 * see details in bugtracker and mailinglist Mar 07 13:18:26 applied changes from 6795ad85517140b388d2c168ea971686ade5c7e3 Mar 07 13:18:29 RP: That comment shows that nothing has been learned. Mar 07 13:18:30 03koen 07org.oe.angstrom-2007.12-stable * r2a0e5dfe... 10/ (5 files in 4 dirs): (log message trimmed) Mar 07 13:18:32 alsa-state: Mar 07 13:18:34 Revision: c72441dc719a5903a8fdc705f309c086346249b0 Mar 07 13:18:36 Ancestor: 1b3281155a76e1b96f9c232d53e0b275b6f50ef2 Mar 07 13:18:38 Fixed default ALSA state for SL-Cxx00 (OE#2617). Mar 07 13:18:40 * Fixes bass/treble levels (reflects kernel fix alsa-wm8750-treble.patch (>2.6.24)). Mar 07 13:18:42 * Increased Mic Levels and Boost. Mar 07 13:18:46 03koen 07org.oe.angstrom-2007.12-stable * r7940545a... 10/ (1 BACKPORTS.txt packages/findutils/findutils_4.2.29.bb): (log message trimmed) Mar 07 13:18:49 findutils: Mar 07 13:18:51 This might be useful, Angstrom was affected, but has no importance Mar 07 13:18:53 without busybox fix sort -z fix: Mar 07 13:18:55 Revision: 135f1243bae7b8d2761f12a5ee4792c0fdd61cd7 Mar 07 13:18:57 Ancestor: 10f5781373bfbdafa21a883ed42516d2cfee1d53 Mar 07 13:18:59 Fixed sort path in updatedb. Mar 07 13:19:33 Laibsch: I think that this should be decided on list - not everyone use irc Mar 07 13:19:33 RP: another question, why are SECTION entries unnecessary? -> a3a3772a6a13fef71769e3c811bea1e5f9ead183 Mar 07 13:19:49 hrw: I am not trying to call for a decision Mar 07 13:20:01 Laibsch: Is that the zlib change? Mar 07 13:20:18 RP: yes, zlib-native Mar 07 13:20:25 because of -native? Mar 07 13:20:59 Laibsch: Its set in zlib_1.2.3.bb which it includes Mar 07 13:21:07 Aha, OK Mar 07 13:21:25 hm Mar 07 13:21:27 *g* Mar 07 13:21:32 that should be my fault Mar 07 13:22:09 Laibsch: I just spotted it while doing something else so committed it as a cleanup Mar 07 13:22:50 Laibsch: I don't think the siutation was ever explained to koen, I've asked mickeyl to do that but I don't think it happened Mar 07 13:23:57 ggilbert did explain it to him Mar 07 13:24:09 thesing: It will break if that is unset. If you want to do something like that you probably need a secondary variable Mar 07 13:24:10 At least that is what he said on IRC Mar 07 13:24:32 Laibsch: I'm not sure what actually happened Mar 07 13:25:26 i asked greg as the admin to clear the situation up. dunno whether that happened or not. nothing we can do about it now anyways Mar 07 13:25:38 i as a regular bugzilla admin have no rights to add more admins nor to remove admin privs Mar 07 13:25:45 only bugzilla owner can do that Mar 07 13:26:03 which means we need to wait for that until bugzilla moved to my machine Mar 07 13:26:26 mickeyl: The situation ended up with koen's admin access removed since he'd removed Laibsch without discussion as far as Greg could see. Mar 07 13:26:29 mickeyl: incorrect Mar 07 13:26:37 You and I can add admins Mar 07 13:26:46 Its more complicated than that since Laibsch "resigned" from the project Mar 07 13:27:08 we need to clean that situation with new bugzilla installation Mar 07 13:27:25 Which was what I said :) Mar 07 13:27:29 (in the email) Mar 07 13:27:48 god, we need an MBA Mar 07 13:28:02 ok, so two options Mar 07 13:28:06 we add him again now Mar 07 13:28:16 or we do when the bugzilla has moved Mar 07 13:28:18 or not Mar 07 13:28:22 (actually three options) Mar 07 13:28:28 votes? Mar 07 13:28:30 why does anyone need admin access? Mar 07 13:28:52 actually, something about adding products / versions for the autobuild stuff Mar 07 13:29:00 sounds like a valid reason this time Mar 07 13:29:02 Crofton: bugzilla supports privilege separation Mar 07 13:29:40 mickeyl: koen is good at mixing valid reasons into invalid ones Mar 07 13:29:49 I just want make sure we are handing out privilege for good reason Mar 07 13:30:01 not just because it is something people want Mar 07 13:30:01 The discussion at hand had *nothing* to do with bugzilla admin privs as I showed by the diff I posted Mar 07 13:30:30 mickeyl: If he does have access I'd like to make sure he's clear about policy for disabling accounts (he of all people should know from past experience the fun that can cause) Mar 07 13:30:30 All the changes were done in *OE* itself, not bugzilla Mar 07 13:31:21 Folks - I am in need of some direction. gcc-cross won't build for Unslung, and I am clueless about where to even look to try to find what's wrong. :( http://www.pastebin.ca/932024 Mar 07 13:31:26 ah, now I understand why koen dissapeared from here :p Mar 07 13:31:32 RP: agreed. sounds like a plan. i'm actually very slowly starting to get sick about all this non-technical side-show issues Mar 07 13:31:39 RP: i can imagine you too Mar 07 13:31:54 mickeyl: yes, very much so... Mar 07 13:33:39 It's failing while building libstdc++-v3; seems to imply that configure has failed. The difference from a good build seems start around the last occurence of checking "nm" output. Mar 07 13:33:57 (line 1480 in the log) Mar 07 13:34:24 mwester: I've seen this before and its all deep dark black magic Mar 07 13:34:40 mwester: Which distro and machine does this? Mar 07 13:34:52 mickeyl, dealing with personality issues succesfully seperates the men from the boys Mar 07 13:35:49 mwester: Isn't it that error actually? checking for main in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. Mar 07 13:37:19 RP: My favorite: Unslung (the one with the 2.4 kernel), NLSU2 Mar 07 13:37:27 Crofton: hehe. i just question whether we are the boys or the men Mar 07 13:37:42 that nm doesn't matter I think, since configure just stated 'failed', but don't bombs out Mar 07 13:37:46 mwester: be or le? Mar 07 13:38:05 ynezz: Yes, that's the killer, but the question is what made it determine/set GCC_NO_EXECUTABLES? Mar 07 13:38:08 BE Mar 07 13:38:27 mwester: I've started a build... Mar 07 13:39:04 Ok. Unslung depends on some old headers too, I had to update that recipe to get this far. Mar 07 13:39:20 (but I haven't committed that yet - hope you won't need those!) Mar 07 13:39:48 mickeyl, I know :) Mar 07 13:40:13 I guess the challenge is to face problems head on Mar 07 13:40:51 hehe, 102 of 168 already :) Mar 07 13:40:57 * RP hugs his quadcore Mar 07 13:41:04 hm Mar 07 13:42:14 ;D Mar 07 13:43:13 RP: you have 4gb ram? Mar 07 13:43:28 hrw: yes Mar 07 13:43:46 I am waiting for amd phenom cpus Mar 07 13:44:44 they are cheaper then corequad ;D Mar 07 13:44:57 but slower Mar 07 13:45:50 * mwester has a quadcore and 4GB of ram, but due to phenomenally poor planning, it's running windows. :( Mar 07 13:46:12 what a waste Mar 07 13:46:40 mwester windows vist 32bit? Mar 07 13:46:51 woglinde: and thats the problem Mar 07 13:47:27 Yep, a terrible waste. I thought vmware could use 4 CPUs and I'd just run a virtual machine. But VMare only does 2. Mar 07 13:47:54 I should have installed Linux as the base OS, and windows in the VM, i guess. Mar 07 13:48:10 woglinde: XP, 32-bit -- so it's not even using all 4GB. Mar 07 13:48:58 mwester buahaha Mar 07 13:55:23 just 3GB iirc Mar 07 13:56:37 hrw yes Mar 07 13:57:07 03koen 07org.oe.angstrom-2007.12-stable * r00358470... 10/ (1 packages/linux/linux-rp_2.6.24.bb): Mar 07 13:57:07 linux-rp 2.6.24: disable htcuni patch, htc universal uses a different kernel in the stable branch Mar 07 13:57:07 * no backport, since this will never get applied in .dev Mar 07 13:57:28 3.25GB in my case -- it varies because the address space consumed by the graphics card comes out of the total -- my card is only 512MB. Mar 07 13:57:34 mwester: Thats my plan if I need windows ;-) Mar 07 13:58:06 mwester shared memory graphikcarf? Mar 07 13:58:45 mwester: glibc 2.2.5? /me shudders ;-) Mar 07 13:58:57 Yes, horrible. Mar 07 13:59:12 But still new users of that firmware every day... Mar 07 13:59:15 mwester: I wondered what it was downloading. Its also failed the header check Mar 07 14:00:55 mwester: Do you have a hack I should apply? Mar 07 14:02:32 packages/glibc/glibc_2.2.5.bb: Mar 07 14:02:36 - --with-headers=${CROSS_DIR}/${TARGET_SYS}/include \ Mar 07 14:02:36 + --with-headers=${STAGING_INCDIR} \ Mar 07 14:02:36 mwester: Error: "--with-headers=${STAGING_INCDIR}" is not a valid command. Mar 07 14:03:00 can someone KILL that bot? Mar 07 14:03:07 +fsck Mar 07 14:03:09 hrw: Error: "fsck" is not a valid command. Mar 07 14:03:14 +die Mar 07 14:03:14 hrw: Error: "die" is not a valid command. Mar 07 14:06:29 +exit Mar 07 14:06:30 ynezz: Error: "exit" is not a valid command. Mar 07 14:06:41 +crash Mar 07 14:06:43 Crofton: Error: "crash" is not a valid command. Mar 07 14:07:19 how it was... Mar 07 14:14:49 dtahtbot`: list Mar 07 14:14:49 ynezz: Admin, Channel, Config, Google, Misc, Owner, and User Mar 07 14:15:11 ah, supybiatch Mar 07 14:15:19 http://www.flickr.com/photos/jadon/2285198817/in/pool-beagleboard/ someone? Mar 07 14:15:30 dtahtbot`: help channel Mar 07 14:15:30 ynezz: (channel [] []) -- If is given, sets the channel configuration variable for to for . Otherwise, returns the current channel configuration value of . is only necessary if the message isn't sent in the channel itself. Mar 07 14:15:49 dtahtbot`: help config Mar 07 14:15:49 ynezz: (config []) -- If is given, sets the value of to . Otherwise, returns the current value of . You may omit the leading "supybot." in the name if you so choose. Mar 07 14:16:02 ynezz: /query dtahtbot` Mar 07 14:16:07 do not spam channel Mar 07 14:16:27 it don't work Mar 07 14:16:28 i tried Mar 07 14:16:30 can someone drop openttd_0.4.0.1.bb Mar 07 14:16:41 you can't get the source for that version any more Mar 07 14:16:46 ynezz: works for me Mar 07 14:16:48 ah, not registered Mar 07 14:17:03 that freenode... Mar 07 14:17:37 ScaredyCat: done Mar 07 14:17:45 thanks Mar 07 14:32:31 03hrw 07org.oe.dev * rd84c9c25... 10/ (1 packages/openttd/openttd_0.4.0.1.bb): openttd: dropped 0.4.0.1 as unfetchable Mar 07 14:32:36 03koen 07org.oe.angstrom-2007.12-stable * ra0de23c7... 10/ (1 packages/linux/linux-rp_2.6.24.bb): Mar 07 14:32:36 linux-rp 2.6.24: disable rc patch for akita - it doesn't apply and only handles spitz Mar 07 14:32:36 * again, no backport, since this is unsuitable for .dev Mar 07 14:35:31 ello? Mar 07 14:37:11 hi wookiee Mar 07 14:37:35 elo Wookiee Mar 07 14:45:24 hello.. i've been trying to setup a cross compiler environment for ARM for a while, and i noticed a lot of people talking about OE for this. I've started reading the docs, but im still not quite sure if this is the right tool for me. I want to compile a custom 2.6 kernel for an ARM device I have.. not specifically "bitbake" applications for it.. can it be done using OE? Mar 07 14:45:37 mwester: Ah, that problem is in a few glibc files and that is the correct fix. Mind if I push that for several files? Mar 07 14:45:54 Go ahead, please! Mar 07 14:46:03 BlastuR you can Mar 07 14:46:15 BlastuR but you have to write your own kernel recipe Mar 07 14:46:27 ok, so I have to create my own .bb-file of the kernel? Mar 07 14:46:29 anyone know which python package to install so "import string" works? Mar 07 14:46:38 BlastuR: OE/bitbake can just build kernels if you want but as woglinde said you'll need a recipe. There are lots of linux kernel examples though Mar 07 14:46:40 BlastuR right Mar 07 14:46:47 cool Mar 07 14:47:00 BlastuR: You can or you can let OE build one of its own and just use the toolchain it builds directly (rather than via bitbake). Mar 07 14:47:03 too many kernel recipes :) Mar 07 14:47:08 BlastuR which other systems did you test? Mar 07 14:47:17 crosstool buildroot? Mar 07 14:47:33 crofotn yes and to many locations Mar 07 14:47:38 for files Mar 07 14:47:54 i tried getting emdebian to work, but it doesn't seem to play well with ubuntu Mar 07 14:48:44 but OE seems nice.. as far as I can understand, it can also construct a root filesystem along with my kernel? so i can put on a USB stick and tell the kernel to boot from that Mar 07 14:49:43 BlastuR: Yes, its designed to build the applications and images too Mar 07 14:50:48 blastur and we have initramfs support Mar 07 14:51:08 i don't even know what that is :) Mar 07 14:52:01 anyway, so if I get this right, an alternative to making a recipie, i can simply point the standard "kernel" makefiles into OE cross compiler, and it will run independently? Mar 07 14:52:19 blastur yes Mar 07 14:53:24 very cool Mar 07 14:53:43 finally i may be able to get this freaking MADWIFI driver compiled into my kernel then :) i've been trying for two weeks now Mar 07 15:10:04 bye Mar 07 15:32:04 RP: can I express ?= with bb.data.setVar? Mar 07 15:32:28 thesing_: not directly Mar 07 15:33:04 thesing_: you can getVar them only call setVar if its not set Mar 07 15:34:36 is it bad to not set DISTRO in local.conf? I only want OE to generate the toolchain for my TARGET_ARCH/MACHINE Mar 07 15:34:45 RP: Will try. Thanks. Mar 07 15:34:47 cause i dont really want to use any of the supported distrots Mar 07 15:34:50 distros* Mar 07 15:35:34 BlastuR: set DISTRO to angstrom-2008.1. It's mainly about which versions to use. Mar 07 15:35:38 BlastuR: Just use angstrom Mar 07 15:35:55 BlastuR: Think of it as a kind of policy for OE and you need some kind of policy there... Mar 07 15:36:26 alrite Mar 07 15:37:17 will DISTRO override my TARGET_OS though? i'd like to use glibc, anyone know what angstrom defaults to? Mar 07 15:38:21 RP: about the do_foo[depends] = "${A}:do_bar" with A not set. I don't understand how to solve it with two variables. I could create a fake package and do A?="fake" but I don't think this is what you meant. Mar 07 15:38:30 BlastuR: EABI but it can use OABI Mar 07 15:38:57 EABI? OABI? :) you lost me Mar 07 15:39:10 thesing_: FOO = "${A}:do_bar" do_foop[depends] = "${FOO Mar 07 15:39:12 }" Mar 07 15:39:38 BlastuR: Anstrom will use TARGET_OS = "linux-gnueabi" by default Mar 07 15:39:49 BlastuR: If you don't understand that, just let it use that ;-) Mar 07 15:40:12 OABI is TARGET_OS = "linux" Mar 07 15:40:18 right :) ok thanks Mar 07 15:40:41 RP: btw, any reason why angstrom will use TARGET_OS = and not ?= Mar 07 15:40:49 when adding new stuff it will override the local.conf settings Mar 07 15:41:04 which I think is not very nice Mar 07 15:41:05 Jin^eLD: TARGET_OS is a special case Mar 07 15:41:21 RP: then do_foop[depends] = ":do_bar" or do I miss something? Mar 07 15:41:22 Jin^eLD: I don't think anyone worked out why but ?= did not work Mar 07 15:41:32 hm Mar 07 15:42:05 thesing_: Well, you only set FOO if A is set Mar 07 15:42:24 thesing_: It really depends on context and what A actually is Mar 07 15:43:42 RP: its about do_builtin_initramfs[depends] = "${INITRAMFS_IMAGE}:do_rootfs" I want it do build the initramfs only if INITRAMFS_IMAGE is set. Mar 07 15:44:31 thesing_: Just give INITRAMFS_IMAGE some sane default Mar 07 15:47:03 RP: Thats not what I want. I'm trying to integrate the do_buildin_initramfs into all kernel builds. If INITRAMFS_IMAGE is not set it doesn't change the build. If it is set it build the image and compiles it into the kernel. Mar 07 15:47:50 RP: we can add INITRAMFS_IMAGE to kernel recipes that want to use build-in initramfs then. Mar 07 15:47:52 thesing_: Add the do_builtin_initramfs task outside the normal build process Mar 07 15:48:31 Then anything wanting to trigger it either depends on that task or runs it with the -c option to bitbake Mar 07 15:49:12 I don't want only the kernel. I want it packaged instead of the normal kernel. Mar 07 15:49:59 so that you get initramfsed kernels for specific machines if you want automatically. Mar 07 15:50:26 thesing_: The key question is what is deciding you want an initramfs? Mar 07 15:51:58 RP: the INITRAMFS_IMAGE var. If it is set somewhere (machine, local.conf, distro , kernel recipe, ...) you want one, else you don't. Mar 07 15:52:54 thesing_: Just require people set INITRAMFS_TASK = "image:do_rootfs" Mar 07 15:55:32 RP: thats a good workaround. But I think it would be better if bitbake would support conditionals like ${A}:do_foo[depends] = "${A}:do_bar" Mar 07 15:56:38 thesing_: Well it doesn't ;-) Mar 07 15:56:57 Its just not the way the syntax is designed Mar 07 15:59:17 RP: whats the scope of setvar? can I use some python-foo to set INITRAMFS_TASK if INITRAMFS is set? ( maybe this python () { ... } ) Mar 07 15:59:17 okay, so i have setup my OE environment, .. what recipie should I "bake" to get an MIPSEL toolchain? I have setup my local.conf so that it uses my MISPEL based "MACHINE", so I guess I just need OE to start building? The docs only describe how to build packages though, like nano .. what package can I use to trigger build of the toolchain? Mar 07 15:59:56 BlastuR: bitbake gcc-cross Mar 07 16:00:11 thanks Mar 07 16:00:36 BlastuR: I'd simply try building a minimal image Mar 07 16:01:00 thesing_: have a look at some of the TARGET_OS magic in angstrom for ideas Mar 07 16:01:42 RP: ok. Mar 07 16:03:48 I've updated OE tree and now 'clean'/'build' sequence for packages does not work: build jumps directly do_prepackaged_stage. Am I missing some another clean step? Mar 07 16:05:58 hrw|gone: I was wondering how long it would take you to submit ncdu :) Mar 07 16:06:04 bye Mar 07 16:06:14 <_schurig> thesing_: if you need special things for which no syntax elements exists, you can do EVERYTHING with python Mar 07 16:07:03 <_schurig> thesing_: e.g. defining an anonymous python function (they get always executed) which checks the var and substitutes the internal dependency state is quite doable, it's just an effort Mar 07 16:07:34 if I change my local.conf, will subsequent calls to bitbake rebuild packages previously built with another setting? Mar 07 16:07:44 lets say I build some stuff with ARM, and then switch over to MIPS Mar 07 16:08:00 or do I need to manually clean the build dir Mar 07 16:09:04 _schurig: this anonymous python function looks better than this @['if true','if false'][expression] magic. is this magic standard python? Mar 07 16:09:11 <_schurig> thesing_: for example, look at classes/package_ipkg.bbclass, near the end there's a function then conditionally adds depencendies Mar 07 16:09:45 <_schurig> thesing_: no, neither is python, both are bitbake functions. INSIDE either construct you can use standard python. Mar 07 16:11:23 _schurig: Is this documented in the bitbake manual? I don't remeber reading this. But I will go the anonymous function way. Mar 07 16:11:54 BlastuR: It depends on what you change and what your setup is Mar 07 16:12:07 BlastuR: often you would need to wipe out tmp to be sure the change took effect Mar 07 16:12:30 ok, goodie.. so just wipe the entire dir and its totally safe? Mar 07 16:12:50 thesing_: The only thing to keep in mind is that python functions are last resort and are hard on parsing speed Mar 07 16:13:09 <_schurig> BlastuR: : maybe you can overcome the "rm -rf tmp" with an INHERIT += "multimachine" Mar 07 16:13:38 _schurig: That will solve the mips vs arm case but doesn't cover every local.conf change Mar 07 16:13:58 _schurig: (I know you know this, thats for BlastuR's benefit ;-) Mar 07 16:14:05 <_schurig> RP: yeah, but he keeps a simple local.conf and puts the rest into conf/machine/XXXX.conf it would help, won't it? Mar 07 16:14:13 RP: I 'll try the TARGET_OS magic then. Mar 07 16:14:21 hehe, thanks guys.. i just realized my device isn't ARM, but in fact MISPEL .. so i just have to restart Mar 07 16:14:23 doh! Mar 07 16:14:31 <_schurig> RP: hey, I was so long away from OE/Bitkeeper that I might have forgotten things Mar 07 16:14:47 _schurig: Yes but I'm trying to keep it simple :) Mar 07 16:15:05 <_schurig> BlastuR: oh my godnees. Get to know your device before doing ANYTHING, please. [GRIN] Mar 07 16:15:50 schurig: ahh, That would be no fun.... Mar 07 16:16:42 schurig: Btw...Bitkeeper -> monotone now :) Mar 07 16:16:45 seems not everybody has access to full schematics like I have for my devices :-) Mar 07 16:16:51 hvontres|work: ncdu recipe is too simple to not add it ;d Mar 07 16:17:06 hvontres|work: I know, but I'm still working for the monotone -> git transition Mar 07 16:17:18 s/working/waiting/ Mar 07 16:17:42 schurig: there is git mirror Mar 07 16:17:46 I now have a faster machine, but still monotone is sloooooow Mar 07 16:17:49 schurig: readonly but is Mar 07 16:17:56 03koen 07org.oe.angstrom-2007.12-stable * r3681d6ad... 10/ (1 packages/linux/linux-rp_2.6.24.bb): Mar 07 16:17:56 linux-rp 2.6.24: drop rc patch for spitz as well, it doesn't apply Mar 07 16:17:56 * again, no backport, see previous commits Mar 07 16:18:09 hrw|gone: yeah, from zecke, I know. And it stays at march, 3rd, no updates afterwards Mar 07 16:18:22 schurig, hehe, yah.. i have compiled stuff for it previously, its just that ive been doing some ARM stuff lately, and my mind was set to ARM Mar 07 16:18:32 fortunately i discovered it before actually flashing anything Mar 07 16:18:48 schurig: hmmmmm....schematics.. what a concept.... the next thing you're gonig tell us yu have all the data sheets too :) Mar 07 16:18:54 BlastuR: would be a nice way to brick your hardware Mar 07 16:18:55 schurig: zecke is on taiwan now so harder to catch him Mar 07 16:19:02 hvontres|work: for all except the WLAN chips, yes Mar 07 16:19:04 ~seen zecke Mar 07 16:19:09 zecke was last seen on IRC in channel #oe, 4h 51m 34s ago, saying: 'I didn't see this again in the man page, I knew it exists :)'. Mar 07 16:19:15 hrw|gone: I saw him today in IRC Mar 07 16:19:19 well, it wont be completely bricked i guess.. i still have the bootloader intact Mar 07 16:19:22 schurig: so did I Mar 07 16:19:28 ~lart wlan companies Mar 07 16:19:28 * ibot cuts wlan companies into thin stripes Mar 07 16:19:38 ibot: botmail for zecke: please sync mtn->git gateway Mar 07 16:20:12 have a nice evening/weekend guys Mar 07 16:20:14 hrw|gone: maybe the gateway has problems with multiple mtn heads, we had them during the last days several times Mar 07 16:20:17 * hrw|gone -> family Mar 07 16:21:14 hrw|gone: have a great weekend... and post some pictures of your daughter for us :) Mar 07 16:22:56 hvontres|work: hehe, daughter's are great (I have two of them!) Mar 07 16:27:09 schurig: I hope you are right :-) Mar 07 16:27:42 florian: of course I am. One is 2.5 years, the other 4.5 years. And they are quite cute. Mar 07 16:27:54 florian: let's see once they got adolescent ... :-) Mar 07 16:28:53 schurig: ok, so you have some more experience - I guess I can comment on this in a few weeks :) Mar 07 16:29:18 florian: hehe, the first 9 months are a bit demanding, but afterwards it's quite nice with them Mar 07 16:29:42 schurig: I have some fear that they might become more complicated in ~10 years ;) Mar 07 16:31:22 schurig: heh.... mine are 3.5 and 6.5.... and I am not looking forward to adolecense.... except maybe putting the fear of god into some young punk who wants to date my Daughter :) Mar 07 16:32:09 * florian starts to feel tired again... this day started with a little boy jumping through my bed Mar 07 16:32:58 hmm, compiling of zlib fails, in config.log it says the libgcc_s from -lgcc_s wasn't found and yes, "find -name '*gcc_s*' doesn't find anything in staging Mar 07 16:33:02 going home now Mar 07 16:34:18 * mwester has three daughters, and he's survived. totally insane, but alive... ;) Mar 07 16:35:41 oh, then there is some hope ;) Mar 07 16:36:44 I can assure you that it became much easier once I abandoned all hope, and just "went with the flow"... Mar 07 16:37:28 :-) Mar 07 16:37:41 mwester: I fear your shoes bill Mar 07 16:37:59 hehehe!! Mar 07 16:39:24 mwester: how many bathrooms does your house have? Mar 07 16:40:06 mickey_away: ERROR: '['/home/hrw/devel/oe/org.openembedded/packages/tasks/task-python-everything.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'python-efl-examples' but it wasn't found in any PACKAGE or RPROVIDES variables Mar 07 16:41:41 hvontres|work: :) I had one bathroom while they were very young, but when I had to start shaving at work, we moved to a house with three bathrooms! :) Mar 07 17:05:05 * * OE Bug 3958 has been created by gwossum(AT)acm.org Mar 07 17:05:07 * * u-boot misconfigured for AVR32 based boards Mar 07 17:05:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3958 Mar 07 17:38:19 mwester: I think I know the problem. You're using an old binutils which doesn't support sysroot but your gcc does Mar 07 17:39:05 * * OE Bug 3959 has been created by  Mar 07 17:39:07 * * avahi-0.6.22-r5-do_populate_staging Mar 07 17:39:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3959 Mar 07 17:39:17 * * OE Bug 3960 has been created by  Mar 07 17:39:19 * * opkg-0.0+svnr4142-r1-do_populate_staging Mar 07 17:39:21 * * http://bugs.openembedded.net/show_bug.cgi?id=3960 Mar 07 17:42:47 ping monotone.openembedded.org times out Mar 07 17:43:05 not anymore now ;-) Mar 07 17:48:32 mwester: Confirmed, gcc-cross builds here now after I tweaked some things Mar 07 17:54:57 hrw|gone: why? :) Mar 07 18:02:33 mwester: fixes pushed, let me know how it goes Mar 07 18:05:01 03unknown 07unknown * ra3b18a00... 10/ (3 files in 3 dirs): Mar 07 18:12:17 03koen 07unknown * r0f6b8e8f... 10/ (1 site/avr32-common): site/avr32-common: add more entries Mar 07 18:12:22 03koen 07unknown * rbcbcd3db... 10/ (3 files in 2 dirs): avr32-gcc, avr32-gcc-cross: add 4.1.2 Mar 07 18:12:27 03koen 07unknown * ree4179d0... 10/ (27 files in 3 dirs): uclibc: massively improve avr32 support, courtesy Stelios Koroneos Mar 07 18:12:34 03koen 07unknown * r325ead5d... 10/ (4 files in 4 dirs): linux 2.6.18: improve avr32 support, courtesy Stelios Koroneos Mar 07 18:12:39 03koen 07unknown * re754c3f9... 10/ (94 files in 3 dirs): linux-2.6.18: add avr32 patches, courtes Stelios Koroneos Mar 07 18:12:43 03koen 07unknown * ra81dc443... 10/ (1 conf/machine/at32stk1000.conf conf/machine/atngw100.conf): at32stk1000, atngw100: fix machine features and uboot version Mar 07 18:12:48 03koen 07unknown * r979e7302... 10/ (4 files in 4 dirs): busybox: fix avr32 build, courtesy Stelios Koroneos Mar 07 18:12:59 03koen 07unknown * r419af188... 10/ (3 files in 3 dirs): linux 2.6.18: add avr32 defconfigs Mar 07 18:14:54 03rpurdie 07org.oe.dev * r24bae19a... 10/ (12 files in 2 dirs): glibc: Fix the headers path option for various files, thanks for mwester for pointing it out Mar 07 18:14:59 03rpurdie 07org.oe.dev * r93c08db0... 10/ (1 packages/meta/staging-linkage_1.0.bb): staging-linkage: Fix a typo Mar 07 18:15:03 03pfalcon 07org.oe.dev * ra3b18a00... 10/ (3 files in 3 dirs): Mar 07 18:15:03 h2200.conf: Autoload g_ether, like other linux-hh machines do. Mar 07 18:15:03 * Bump kernel PR too. Mar 07 18:15:08 03rpurdie 07org.oe.dev * r57529ad1... 10/ (1 packages/meta/cross-linkage_1.0.bb): cross-linkage: Make it less destructive and safer Mar 07 18:15:13 03rpurdie 07org.oe.dev * r514c7477... 10/ (1 conf/distro/unslung.conf): unslung: Add DEPENDS on cross-linkage and staging-linkage due to an old binutils version Mar 07 18:16:22 hrw|gone: updated Mar 07 18:23:21 RP: INITRAMFS_TASK= "${@['','${INITRAMFS_IMAGE}:do_rootfs'][bb.data.getVar('INITRAMFS_IMAGE',d,1) != '']}" gives parsing errors if INITRAMFS_IMAGE is not defined. I'll try the anonymous python function next. Mar 07 18:29:23 RP: Thanks! I'll try it now. Mar 07 18:54:34 re Mar 07 19:04:33 re Mar 07 19:25:05 woglinde: hi Mar 07 19:27:14 hi mrdata Mar 07 20:09:38 hi robert Mar 07 21:03:02 RP: Your haret is better... it says "Jumping to Kernel.." and then nothing happens. Mar 07 21:27:07 Timelord: hmmm, maybe the latest tosa fixes for 2.6.24 didn't make it in yet... IIRC the r8 images are still on 2.6.23. Also, feel free to open up bugreports at http://bugs.openembedded.org | Repository: monot Mar 07 21:27:11 19:15 -!- TheCan [n=thecan@dslb-092-074-089-252.pools.arcor-ip.net] has joined #oe Mar 07 21:27:14 19:16 < zecke> hrw|gone: updated Mar 07 21:27:16 19:23 < thesing_> RP: INITRAMFS_TASK= "${@['','${INITRAMFS_IMAGE}:do_rootfs'][bb.data.getVar('INITRAMFS_IMAGE',d,1) != '']}" Mar 07 21:27:19 gives parsing errors if INITRAMFS_IMAGE is not defined. I'll try the anonymous python function next. Mar 07 21:27:22 19:24 -!- summatusmentis [n=summatus@umm-yrless170.morris.umn.edu] has quit ["Leaving"] Mar 07 21:27:25 19:29 < mwester> RP: Thanks! I'll try it now. Mar 07 21:27:28 19:33 -!- materdaddy [n=Mat@wsip-70-164-99-62.sd.sd.cox.net] has quit ["Leaving"] Mar 07 21:27:30 19:34 -!- summatusmentis [n=summatus@rn083002.morris.umn.edu] has joined #oe Mar 07 21:27:33 19:38 -!- CSMan [n=csman@dyn-154-184.wireless.concordia.ca] has joined #oe Mar 07 21:27:35 19:50 -!- CSMan [n=csman@dyn-154-184.wireless.concordia.ca] has quit [Client Quit] Mar 07 21:27:38 19:51 -!- mr_nice [n=mr_nice@91-65-161-14-dynip.superkabel.de] has quit ["Leaving"] Mar 07 21:27:41 19:52 -!- Bernardo [n=Bernardo@89.181.56.164] has joined #oe Mar 07 21:27:43 19:54 -!- flo_lap [n=fuchs@mofa18.unix-ag.uni-siegen.de] has joined #oe Mar 07 21:27:46 19:54 < flo_lap> re Mar 07 21:27:48 20:00 -!- KhemHome [n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net] has quit ["Leaving."] Mar 07 21:27:51 20:04 < woglinde> re Mar 07 21:27:52 aua Mar 07 21:27:54 20:05 -!- lrg [n=liam@lumison.wolfsonmicro.com] has quit [Read error: 110 (Connection timed out)] Mar 07 21:27:54 oops. Mar 07 21:27:57 20:12 -!- treitmayr [n=thomas@85-127-86-82.dynamic.xdsl-line.inode.at] has joined #oe Mar 07 21:28:00 20:16 -!- ssvb [n=user@87.252.225.64] has joined #oe Mar 07 21:28:02 20:21 -!- dcordes_ [n=snoopdog@unaffiliated/dcordes] has joined #oe Mar 07 21:28:05 20:25 < mrdata> woglinde: hi Mar 07 21:28:07 03pfalcon 07org.oe.dev * r825754db... 10/ (4 files in 4 dirs): liveramdisk-image, initramfs-jffs2: Be sure to depend on/load mtdblock. Mar 07 21:28:08 20:26 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has quit [Read error: 110 (Connection timed out)] Mar 07 21:28:11 20:27 < woglinde> hi mrdata Mar 07 21:28:11 03pfalcon 07org.oe.angstrom-2007.12-stable * r1a52e452... 10/ (1 contrib/angstrom/gen-machines-liveramdisk.sh): Mar 07 21:28:11 gen-machines-liveramdisk.sh: Update distro rev and be more verbose about kernel selected. Mar 07 21:28:11 * Yet to be merged liveramdisk-image changes aer required to work with the Mar 07 21:28:11 latest kernels. Mar 07 21:28:12 ohno Mar 07 21:28:13 20:27 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #oe Mar 07 21:28:16 20:34 -!- dcordes [n=snoopdog@unaffiliated/dcordes] has quit [Read error: 113 (No route to host)] Mar 07 21:28:16 03pfalcon 07org.oe.angstrom-2007.12-stable * rb6064b7a... 10/ (1 contrib/angstrom/gen-machines-liveramdisk.sh): gen-machines-liveramdisk.sh: Check for ingridients' existence. Mar 07 21:28:19 20:36 -!- KhemHome [n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net] has joined #oe Mar 07 21:28:20 03pfalcon 07org.oe.angstrom-2007.12-stable * r299696b3... 10/ (1 contrib/angstrom/gen-machines-liveramdisk.sh): gen-machines-liveramdisk.sh: Select main kernel. Mar 07 21:28:22 20:40 -!- jekhor [n=jek@mm-166-254-57-86.leased.line.mgts.by] has joined #oe Mar 07 21:28:24 20:50 -!- osas [n=nnnnnnnn@nslu2-linux/osas] has joined #oe Mar 07 21:28:27 20:55 -!- zecke [n=ich@118-166-71-147.dynamic.hinet.net] has quit [Read error: 110 (Connection timed out)] Mar 07 21:28:30 21:01 -!- osantana [n=osantana@200.184.118.132] has left #oe ["Ex-Chat"] Mar 07 21:28:32 21:06 -!- rschuster [n=rob@e178076141.adsl.alicedsl.de] has left #oe [] Mar 07 21:28:35 21:09 < woglinde> hi robert Mar 07 21:28:37 21:15 -!- schurig_home [n=schurig@frnk-590ee009.pool.einsundeins.de] has joined #oe Mar 07 21:28:38 $deity, what's this?? Mar 07 21:28:40 21:15 -!- dottedmag [n=dottedma@unaffiliated/dottedmag] has quit [Remote closed the connection] Mar 07 21:28:43 21:15 -!- dottedmag [n=dottedma@92.125.214.233] has joined #oe Mar 07 21:28:43 hvontres|work: what are you doing? Mar 07 21:28:46 21:20 -!- Marex [n=marex@gwfm10-3-250.802.cz] has joined #oe Mar 07 21:28:46 missklick Mar 07 21:28:48 21:23 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has quit [Read error: 110 (Connection timed out)] Mar 07 21:28:51 21:24 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #oe Mar 07 21:28:52 copy/paste Mar 07 21:28:54 oops... sorry Mar 07 21:29:00 ~lart Putty Mar 07 21:29:01 * ibot accelerates a free AOL cd to 50,000 rpm and lets Putty feel it Mar 07 21:29:32 ouch ;) Mar 07 21:31:32 that lart is sooo 2000 Mar 07 21:32:30 In general, we need a new lart database; they're getting old. Mar 07 21:38:05 * * OE Bug 3961 has been created by mdarland(AT)pager.net Mar 07 21:38:07 * * orbit2-2.14.0-r2 build failure Mar 07 21:38:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3961 Mar 07 21:52:00 great, same time for bug #3961 by me, while do current build Mar 07 22:08:58 ~lart lart for being sooo 2000 Mar 07 22:08:58 * ibot puts on a hockey mask and jumps out at lart for being sooo 2000 Mar 07 22:12:31 hvontres|work: he he, this time you cannot say the children was playing piano on your kb... Mar 07 22:13:30 hi ant Mar 07 22:13:32 *g* Mar 07 22:13:55 good weekend (tm) to all =) Mar 07 22:15:06 Tartarus: if my image boots I'll test samba stuff tomorow Mar 07 22:19:17 ant: so where are you at WRT initramfs booting? I now have a second poodle to play with, so if you have something I'd love to play with it Mar 07 22:21:55 hvontres|work: the bootimage somehow works but need a bit of rework to fit in 1,2 mb Mar 07 22:23:20 right now I'm testing the latest angstrom-stable-r9 for c7x0, hope to complete first test in half an hour, then back to kernel-shrinking Mar 07 22:23:36 ant: either that or we use thesing's method to boot the "real" initramfs menu from flash. That would let us update things without re-flashing Mar 07 22:23:48 k, thanks Mar 07 22:23:58 Yes, like linux-hh machines Mar 07 22:24:09 ant: I already started converting bootmenu-image to klibc. I think it will be ready in ca. 1 week. Mar 07 22:24:26 thesing_: way cool :) Mar 07 22:24:27 much appreciated :-) Mar 07 22:25:01 * ant in the meanwhile is going with the axe (no pcmcia, no network, and so on) Mar 07 22:26:09 thesing_: I'll rebuild later on, but without nfs.ko could already fit... Mar 07 22:26:49 I'm pulling the last 160 revisions and rebuild. ( I wanted other guys to try the new sysroot stuff first ;) Mar 07 22:26:58 but I'm liking more and more the initrd-kexec thing Mar 07 22:27:11 *initramfs sory... Mar 07 22:27:49 thesing_: there are well known guinea pigs here ;-) Mar 07 22:30:10 thesing_: don't forget to wipe/move your tmp dir after the update Mar 07 22:30:33 * hvontres|work got rid of 12GB of old cruft that way Mar 07 22:31:33 hvontres|work: I already did. This time I even saved the toolchain so that I can compile kernels while bitbake rebuild stuff. Mar 07 22:32:10 thesing_: i hope you need no orbit2 ;-) Mar 07 22:33:12 mrdata: as long as I can build console-images I'm fine ;) Mar 07 22:35:42 thesing_: then good luck, i try x11-office-image Mar 07 22:37:15 hvontres|work: koen moved straight to 2.6.24 for Angstrom-x11-image-glibc-ipk-2007.12-r9-c7x0 Mar 07 22:38:23 hvontres|work: survives varous suspend/resume cycles Mar 07 22:39:12 hvontres|work: the usb warnings remain in the logs, though Mar 07 22:53:36 ant: yeah, 2.6.24 is almost there...but I have had 2.6.23 running for about a month now, so I feel more confident inthat for now. Mar 07 22:56:16 hvontres|work: the last releases of 2.6.23 were no joy for c7x0 Mar 07 22:59:50 hvontres:work: paradox is the altboot image works now that we have the initramfs one... Mar 07 23:00:33 * ant was using u-boot since altboot got broken Mar 07 23:17:04 * * OE Bug 3962 has been created by  Mar 07 23:17:06 * * contacts-0.8-r1-do_compile Mar 07 23:17:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3962 Mar 07 23:33:04 * * OE Bug 3963 has been created by  Mar 07 23:33:06 * * claws-mail-3.3.0-r0-do_compile Mar 07 23:33:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3963 Mar 07 23:35:36 thesing_: That python looks like it needs an 'or ""' ;-) Mar 07 23:36:18 flo_lap: hmm. It did work here :/ Mar 07 23:42:49 RP: ok, strange... i'll try with a fresh setup and download the kernel again Mar 07 23:43:05 * * OE Bug 3964 has been created by  Mar 07 23:43:07 * * gtk+-2.12.3-r0-do_configure Mar 07 23:43:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3964 Mar 07 23:44:03 * RP -> Zzzz, 'night all Mar 07 23:44:52 nigt RP Mar 07 23:48:29 well, time to get ready to go home. have a nice weekend Mar 08 00:30:05 * * OE Bug 3965 has been created by yan(AT)seiner.com Mar 08 00:30:07 * * Slow resume with libertas wifi Mar 08 00:30:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3965 Mar 08 00:54:04 * * OE Bug 3966 has been created by  Mar 08 00:54:06 * * openmoko-browser2-0.0.1+svnr3646-r2-do_compile Mar 08 00:54:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3966 Mar 08 01:51:23 night all Mar 08 02:24:26 03thesing 07org.oe.dev * rbe3d3cb0... 10/ (7 files in 3 dirs): klibc, klibc-utils-static: add losetup and modprobe to klibc-utils Mar 08 04:07:05 * * OE Bug 3967 has been created by  Mar 08 04:07:07 * * kismet-2007-10-R1-r5-do_patch Mar 08 04:07:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3967 Mar 08 04:15:04 * * OE Bug 3968 has been created by  Mar 08 04:15:07 * * orbit2-2.14.0-r2-do_compile Mar 08 04:15:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3968 Mar 08 05:19:55 hi all, I'm trying to build for the first time and am running into some issues. First it failed looking for "defconfig" for the kernel, but I'm pretty sure I did the right thing by copying the one for my device to the parent directory where it was looking for it. Maybe I should've symlinked it but oh well. So I have one more problem now: Mar 08 05:20:55 | /home/loudawg/openembedded/bitbake/tmp/deploy/uclibc/images/aximx50v/initramfs-bootmenu-image-aximx50v.cpio.gz does not exist, you may need to bitbake it separately Mar 08 05:21:21 I noticed that there's a glibc directory, but not uclibc. Do I need to set something to have it build a uclibc based system instead? Mar 08 06:26:05 * * OE Bug 3969 has been created by  Mar 08 06:26:07 * * opie image uses MACHINE_TASK_PROVIDER which defaults to task-base Mar 08 06:26:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3969 Mar 08 07:09:05 * * OE Bug 3970 has been created by  Mar 08 07:09:07 * * vim-7.0-r1-do_configure Mar 08 07:09:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3970 Mar 08 07:12:05 * * OE Bug 3971 has been created by  Mar 08 07:12:07 * * mc-4.6.1-r2-do_configure Mar 08 07:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3971 Mar 08 07:13:05 * * OE Bug 3972 has been created by  Mar 08 07:13:07 * * screen-4.0.2-r2-do_configure Mar 08 07:13:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3972 Mar 08 07:59:04 * * OE Bug 3973 has been created by  Mar 08 07:59:06 * * mono-1.2.6-r1-do_configure Mar 08 07:59:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3973 Mar 08 08:32:03 * * OE Bug 3974 has been created by  Mar 08 08:32:05 * * mysql-4.1.18-r3-do_configure Mar 08 08:32:07 * * http://bugs.openembedded.net/show_bug.cgi?id=3974 Mar 08 08:54:04 * * OE Bug 3975 has been created by  Mar 08 08:54:07 * * qt4-x11-free-4.3.3-r7-do_configure Mar 08 08:54:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3975 Mar 08 08:59:05 * * OE Bug 3976 has been created by  Mar 08 08:59:07 * * libcroco-0.6.1-r2-do_compile Mar 08 08:59:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3976 Mar 08 08:59:17 * * OE Bug 3977 has been created by  Mar 08 08:59:19 * * osb-jscore-0.5.2+svnr117-r1-do_compile Mar 08 08:59:21 * * http://bugs.openembedded.net/show_bug.cgi?id=3977 Mar 08 09:13:04 * * OE Bug 3978 has been created by  Mar 08 09:13:06 * * libidl-0.8.6-r3-do_compile Mar 08 09:13:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3978 Mar 08 09:33:04 * * OE Bug 3979 has been created by  Mar 08 09:33:06 * * linux-handhelds-2.6-2.6.21-hh20-r15-do_compile Mar 08 09:33:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3979 Mar 08 10:24:40 gm Mar 08 10:33:37 03koen 07org.oe.dev * re0ff8944... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom 2008: ask for initramfs file, not its symlinke Mar 08 10:34:15 03koen 07org.oe.dev * r507c64fd... 10/ (3 files in 3 dirs): linux-handhelds 2.6.21-hh20: add patch to stop the kernel from blowing away our initramfs archive Mar 08 10:39:24 g'morning Mar 08 10:40:31 cyrilRomain: hey Mar 08 10:45:09 03koen 07org.oe.dev * rea4c245b... 10/ (9 files in 3 dirs): bluez: update to latest releases Mar 08 10:52:10 is there a known issue with ipkg on oabi platforms? **** ENDING LOGGING AT Sat Mar 08 10:59:56 2008