**** BEGIN LOGGING AT Tue Jan 03 02:59:57 2012 Jan 03 04:16:36 hi wondering anyone know what is checking if image is initramfs...it isn't (bad gzip magic numbers) Jan 03 05:22:02 <[g2]> I was trying to fire up BB/OE but I'm getting a "Nothing PROVIDES" error with BB 1.12.0 and the latest OE pull Jan 03 05:38:37 What's the whole error? Jan 03 05:43:48 <[g2]> mewyn, thx. http://pastebin.ca/2098294 Jan 03 05:44:55 Is this happening when you try anything, or just nano? Jan 03 05:45:06 <[g2]> mewyn, everything Jan 03 05:46:20 Sounds like it's not finding any of the recipies. Ensure that your BBPATH is set properly and your config file has the proper location of the */*/*.bb files Jan 03 05:47:00 <[g2]> mewyn, BBPATH is setup Jan 03 05:48:23 Then the only thing I can think of is that the config file isn't pointing to the proper location of the recipes Jan 03 05:49:34 <[g2]> BBFILES := "/stuff/openembedded/recipies/*/*.bb" Jan 03 05:50:19 You have an extra i in the word recipes. Jan 03 05:50:29 Unless you made the directory that way. Jan 03 05:52:19 * [g2] hugs mewyn :) I'd buy a beer if you local Jan 03 05:52:41 :) Jan 03 05:53:10 <[g2]> it's after midnight here Jan 03 05:53:48 Closing in on it here. Jan 03 05:54:41 Only reason I'm still up is I'm waiting to see if my girlfriend will pop online before I go to bed. Jan 03 05:56:28 <[g2]> mewyn, Umm and you are not going to see her because you're in HS ? Jan 03 05:56:51 We're 800 miles apart and she works nights right now :P Jan 03 05:57:51 <[g2]> ah :) gl with that Jan 03 05:58:06 Well, not going to be an issue soon, we're both heading west. Jan 03 06:00:13 mewyn, how far west? Jan 03 06:01:53 Almost all the way. Jan 03 06:02:00 Si Valley Jan 03 06:19:38 <[g2]> mewyn, thx again... time to get some sleep Jan 03 06:19:47 <[g2]> ka6sox, nice seeing you again! Jan 03 06:20:02 niters [g2] Jan 03 06:20:08 <[g2]> cheers mate Jan 03 06:20:08 good to see you too. Jan 03 06:20:15 l8ters Jan 03 06:35:38 After advice from #oe I'm moving from dev to 2011.03-maintenance. When I boot my new rootfs the output seems normal, but I never get a prompt, and after hanging a while it says "INIT: Id "S" respawning too fast: disabled for 5 minutes". Jan 03 06:41:21 i want to build a uclibc system based on angstrom distribution ,where should these commands kept Jan 03 06:41:21 conf/distro/include/angstrom-uclibc.inc Jan 03 06:41:22 PREFERRED_PROVIDER_virtual/libc = "uclibc" Jan 03 06:41:22 PREFERRED_PROVIDER_virtual/libiconv ?= "libiconv" Jan 03 06:41:22 PREFERRED_PROVIDER_virtual/libintl ?= "gettext" Jan 03 06:41:22 USE_NLS ?= "no" Jan 03 06:41:26 TARGET_OS = "linux${@['-uclibc','-uclibcgnueabi'][bb.data.getVar('TARGET_ARCH',d,1) in ['arm', 'armeb']]}" Jan 03 07:06:56 It seems that in /etc/inittab I get below "# Normally not reached, but fallthrough in case of emergency." and stall at "S:2345:respawn:/sbin/getty 115200 ttyS2" because it for me should be ttyO2. Jan 03 07:07:35 so, I can fix it by changing inittab, but do you guys know if its sane that it even reaches that line? Jan 03 07:55:01 I was adviced to use 2011.03 for my release since that one is "still updated with bugfixes", but I see updates in org.openembedded.dev as well. Jan 03 07:55:28 any reason not to base a release on dev? Jan 03 08:01:59 those updates are mostly to fullfil requirements for patch to be applied in 2011.03-maintenance and there was plan to make org.oe.dev RO, so yes follow that advise you got Jan 03 08:06:20 JaMa, will do. Jan 03 09:32:48 hello Jan 03 09:33:28 in angstrom distro for mini2440 how progress bar of psplash work.... I mean which scripts control the progress bar Jan 03 09:49:51 mornin Jan 03 10:44:20 morning Jan 03 10:49:03 hi Spider-Pork, all Jan 03 10:50:44 hi all Jan 03 10:50:47 happy new year Jan 03 10:54:26 pb_: hey, and to you Jan 03 10:54:27 :) Jan 03 10:56:41 happy new year too :) Jan 03 11:02:59 nitink: ping Jan 03 12:00:53 hey guies any udev version no which build sucessfully Jan 03 12:00:57 on oe Jan 03 12:21:38 pb_: are you really reading all 113 items of today's monster pull? Jan 03 12:22:15 heh, no Jan 03 12:23:16 he, big queue after Xmas Jan 03 13:18:04 are perl dependencies autogenerated or must they be specified manually? I am packaging a perl application and it's a pain because dependencies between base modules (e.g. perl-modules-var -> perl-modules-strict) are missing Jan 03 13:25:10 compression of ubuntu-desktop sysroot (xz) is 30 minutes ;( Jan 03 14:01:35 ensc_: I thought that they were supposed to be automatic but it's possible it currently only works for rpm Jan 03 14:01:51 (in oe-core) Jan 03 14:34:15 hey guys wonder anyone can advise me in my problem? http://pastebin.com/1fRQ2wbc Jan 03 14:34:28 i have a .cpio.gz but its unable to mount. Jan 03 14:34:42 i created using the oe image Jan 03 14:37:29 can anyone tell me where 2can i change the uclibc version or alsa-lib version apart from angstrom-*.ic Jan 03 14:42:34 erwt: local.conf ? Jan 03 14:44:02 kaylessa: It's probably thinking that it's not an initramfs because it's missing the default init... you're looking to make an initramfs image to boot from I imagine? Jan 03 14:44:18 bluelightning, nope Jan 03 14:44:22 @mewyn yes correct Jan 03 14:44:28 my file format is .cpio.gz Jan 03 14:44:40 kaylessa: indeed , otherwise you csn specify rdinit= in the cmdline Jan 03 14:44:49 ^ That Jan 03 14:45:01 rdinit=/bin/sh should get you to a shell Jan 03 14:45:01 ok i will try with rdinit Jan 03 14:45:18 so instead of initrd i use rdinit? Jan 03 14:45:45 rdinit= is just like init= Jan 03 14:45:51 Except it's for the ramdisk Jan 03 14:46:15 initrd is for the bootloader for where to find the ramdisk/initramfs image Jan 03 14:46:35 eFfeM_work, thanks for ur suggestion regarding angstrom distro for uclibc Jan 03 14:46:41 so did i do it correctly? Jan 03 14:46:49 erwt: yw Jan 03 14:47:35 kaylessa: Just add "rdinit=/bin/sh" to your kernel command line and you will get a shell. Jan 03 14:47:45 ok can thanks Jan 03 14:47:52 If you want to use init, add "rdinit=/sbin/init" Jan 03 14:48:06 If you want to do something silly, add "rdinit=/bin/ls" Jan 03 14:49:45 ok thanks for your help mewyn/antwork i will try Jan 03 14:49:54 np Jan 03 14:50:28 kaylessa: fwiw the 'lack' of init in cpio images is actually discussed in the oe-core ML Jan 03 14:51:12 Took me a while to figure this problem out myself. Jan 03 14:51:14 in our case adding it is just annoying, being we provide a symlink pointing to our binary instead Jan 03 14:51:58 My image that I've been working on just uses the rdinit= parameter. Jan 03 14:52:35 you can also do pkg_postinst_${PN} () { Jan 03 14:52:35 ln -sf ${bindir}/helloworld $D/init Jan 03 14:52:35 } Jan 03 14:52:48 eFfeM_work, did u get any error for alsa-1.0.24.r0 while building uclibc Jan 03 14:53:48 erwt: no, as my software does not use alsa so I didn't build it, only issue i had was with net-snmp, I've provided a new recipe for oe-classic for that (oe-core already had that version) Jan 03 14:54:33 eFfeM_work, i get this error versionsort' undeclared Jan 03 14:54:48 probably a lib issue Jan 03 14:54:56 when linking ? Jan 03 14:55:11 no during build Jan 03 14:56:20 compile ? Jan 03 14:56:22 eFfeM_work, http://pastebin.com/2rCA7MDp Jan 03 14:57:24 probably an include file missing (or uclibc configured not to support versionsort) Jan 03 14:57:47 not really an idea on this, check the uclibc src (or maybe ask in #busybox) Jan 03 14:57:59 ok Jan 03 14:58:27 i had googled they said its a uclibc issue Jan 03 15:03:23 ant_work: I've tried things like that. I ultimately decided on putting in the command line to choose between my init and a recovery/update program Jan 03 15:05:21 yes, is a nice option to have Jan 03 15:06:45 hmm Jan 03 15:06:56 it still have the same error after adding rdinit Jan 03 15:07:04 no filesystem could be mounted Jan 03 15:08:14 Oh I missed this Jan 03 15:08:30 checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd Jan 03 15:08:34 It's broked Jan 03 15:08:53 Check to make sure it didn't get decompressed somehow Jan 03 15:09:18 eh? how? Jan 03 15:09:20 OFC you configured CONFIG_BLK_DEV_RAM=y and CONFIG_BLK_DEV_INITRD=y isn't? Jan 03 15:10:08 yup Jan 03 15:10:12 both are 'y' Jan 03 15:10:18 ant_work: If those were n, that line wouldn't show up. :/ Jan 03 15:10:36 heh, just starting from the basics ;) Jan 03 15:10:40 kaylessa: file /path/to/this/initramfsimage Jan 03 15:10:41 i am now panicking Jan 03 15:10:44 Do that. Jan 03 15:10:53 ok Jan 03 15:11:32 Also make sure you have gzip compression enabled in your kernel and make sure that you have the default setting for iniramfs compression set to gzip Jan 03 15:12:24 micro-initramfs-helloworld-image-uclibc-ipk-20111220-sarge-at91.rootfs.cpio.gz: gzip compressed data, from Unix, last modified: Mon Dec 19 17:58:54 2011, max compression Jan 03 15:13:21 My next suggestion would be to uncompress and recompress the cpio image; granted you have the gzip compression set right Jan 03 15:13:48 erm btw i am using the cpio image as external Jan 03 15:14:32 external from the kernel, as in you upload the kernel and initramfs seperately to the board? Jan 03 15:14:55 yup correct Jan 03 15:15:08 internal it works Jan 03 15:15:12 tbh with u-boot I only tried the kernel+embedded initramfs uImage, not separately Jan 03 15:15:14 Make sure you're also referencing the right memory location then. Jan 03 15:15:17 just to do it the external work Jan 03 15:15:34 memory location shouldnt be a problem Jan 03 15:15:38 i already double check Jan 03 15:15:45 I'm not greatly familiar with u-boot, though. Jan 03 15:16:29 But it seems like that u-boot is somehow mangling things. Jan 03 15:16:38 ah how how Jan 03 15:16:39 haha Jan 03 15:16:52 i am stuck at this steps for weeks Jan 03 15:17:01 there is a problem with libasn1 again Jan 03 15:17:16 I've released this patch http://patches.openembedded.org/patch/16747/ Jan 03 15:17:25 and now is in branch 2011.03 Jan 03 15:17:41 libasn1 has changed ftp URL again Jan 03 15:17:58 reporting it to the first not working one Jan 03 15:18:09 Again, I don't use u-boot so I don't know. Are you making the initramfs into a uimage? You may or may not need to do that. Jan 03 15:18:15 What should I do? Jan 03 15:18:19 I've used u-boot all of once. Jan 03 15:18:26 release a new patch o release v7 patch? Jan 03 15:18:39 no i am separating it Jan 03 15:18:47 i load kernel then load .cpio.gz Jan 03 15:19:00 the pass cmdline so that kernel know where is the .cpio.gz Jan 03 15:19:08 then* Jan 03 15:20:34 ah... Jan 03 15:20:54 the "bootm" command requires 2 parameters to be used when using a ramdisk image Jan 03 15:21:12 i tried that command Jan 03 15:21:18 it always give bad magic number Jan 03 15:23:25 kaylessa: Well, the bad magic number error is that the kernel isn't getting valid data; therefore your bootloader isn't giving the kernel valid data. Jan 03 15:23:52 is my kernel old? Jan 03 15:25:11 really, no u-boot expert but I see different steps in u-boot examples Jan 03 15:25:15 e.g. setenv bootargs ${bootargs} rw root=/dev/ram0 ramdisk_size=16384 Jan 03 15:25:29 and MB618> bootm A0060000 A0300000 Jan 03 15:25:40 yea i tried both methods Jan 03 15:25:51 -_- Jan 03 15:26:02 my experiences were on u-boot 1.3 on Zaurus... Jan 03 15:26:32 kaylessa: No, this is a problem with how you are using u-boot. Jan 03 15:26:51 o.O? Jan 03 15:26:58 i think i use it correct Jan 03 15:27:10 i read through many and say there are two methods Jan 03 15:27:15 one is traditional initrd Jan 03 15:27:32 two is bootm $ker_add $rfs_add Jan 03 15:27:58 kaylessa: Well, you are not. The kernel is fine and it isn't getting valid data for an initramdisk/initramfs Jan 03 15:28:30 i am stuck haha Jan 03 15:28:52 You'll need to find someone who knows u-boot well. Jan 03 15:29:28 ok thanks Jan 03 15:49:21 mewyn: I'm pretty sure kaylessa did not process the cpio.gz Jan 03 15:49:28 mkimage -A ARM -O Linux -T ramdisk -C gzip -a 0x00 -e 0x00 -n ramdisk -d newramdisk.cpio.gz ramdisk.img Jan 03 15:49:42 That's what I was thinking. Jan 03 15:49:52 I thought there was a step there that was needed Jan 03 15:50:07 It has been, oh what, 3 years since I touched u-boot. Jan 03 15:50:17 same here...kexec only now ;) Jan 03 15:50:34 Current project is x86 for me, so I use syslinux (when I get to that) Jan 03 15:50:52 I do have my old boards to work with Jan 03 15:52:51 And they both boot with u-boot Jan 03 15:53:07 But I don't see myself using them, if ever. Jan 03 17:11:17 how can I install the 'eglibc-binary-localedata-de-de' package? Having it in the image dependencies does not work because 'locale-base-de-de' provides 'eglibc-binary-localedata-de-de' too and seems to be favored by opkg Jan 03 18:08:06 does bitbake -c configure do the quilting stuff in a kernel build? Jan 03 18:23:39 ka6sox-away: if its not done yet then it will Jan 03 19:43:14 Just a quickie, I assume someone is picking up the missing ca-certificates tar used in meta-oe after it was pulled from the debian mirrors? If not i'll sort a patch but can't until tomorrow. ca-certificates_20111211.tar.gz seems to be the latest file so I guess the recipe may have been broken for a while. Jan 03 20:48:48 eFfeM_work: ping? Jan 03 20:49:30 Tartarus, how long will you be @ SCaLE? Jan 03 20:49:54 ka6sox-away: Full show, getting in morning of, leaving evening of Jan 03 20:50:50 kk Jan 03 22:47:24 does bitbake have a way of just using a patch series file? Jan 03 23:01:11 it really should Jan 03 23:01:20 * kergoth doesn't think it does, though. could be wrong, but dont' think so Jan 03 23:14:56 there is a way tough Jan 03 23:15:05 trough custom do_patch Jan 03 23:15:11 or do_patch_prepend Jan 03 23:15:16 run shell command to do that Jan 03 23:16:24 looping through a patch series is easy enough in the recipe Jan 03 23:17:43 yep Jan 03 23:19:33 hmmm....maybe instead of series, md5sums.txt **** ENDING LOGGING AT Wed Jan 04 02:59:58 2012