**** BEGIN LOGGING AT Wed Jan 06 02:59:57 2010 Jan 06 03:00:34 x11-image can not start because of inodes using up Jan 06 03:07:05 StevenLiu: I saw the emails Jan 06 03:08:07 but i follow denys's instruction to add EXTRA_IMAGECMD_ext2.gz += "-i 32K" to local conf Jan 06 03:08:21 it does work. Jan 06 03:08:25 but why Jan 06 03:08:59 yaay Jan 06 03:09:10 finally got a second computer I can use as the build comp Jan 06 03:16:51 Got libtool issues resolved! Jan 06 03:18:51 sorry  it does work.--> does not Jan 06 03:23:46 StevenLiu: well, then figure out what "-i 32K" actually means for the command you are passing it to? Jan 06 03:24:34 StevenLiu: e.g. start by searching IMAGE in conf/bitbake Jan 06 03:25:30 thanks Jan 06 03:25:52 StevenLiu: e.g. you will find this line: IMAGE_CMD_ext2 = "genext2fs -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS} ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2 ${EXTRA_IMAGECMD}" Jan 06 03:26:12 ohh i see Jan 06 03:26:21 thanks very much Jan 06 03:27:18 StevenLiu: and then search for ROOTFS_SIZE in conf/ and classes/ Jan 06 03:46:34 hi holger ,maybe we should provide a handbook to newbies about how to solve these problems Jan 06 03:47:41 StevenLiu: it should be in the manual Jan 06 03:48:09 en Jan 06 03:48:11 ok Jan 06 03:48:12 StevenLiu: and for this patches are very welcome. Jan 06 03:48:56 could i modify the manual? Jan 06 03:49:45 StevenLiu: of course Jan 06 03:50:19 maybe first i should hava a account? Jan 06 03:50:41 lunch time,i will come back soon Jan 06 03:52:10 StevenLiu: no account needed, the manual is in the git tree (you already have it), you can edit it and send patches Jan 06 04:07:27 hi zecke Jan 06 05:11:41 mmm Jan 06 05:11:50 doing an OE build on a dedicated linux box is nice Jan 06 05:40:15 OMFG Jan 06 05:40:25 angstrom on a dedicated linux box compiles SO MUCH FASTER Jan 06 05:53:38 lol Jan 06 05:53:53 what were you using before? Jan 06 05:54:24 try buillding on a 16-core server - that's *fast* ... Jan 06 05:56:10 mmm Jan 06 05:56:16 this is just a shuttle pc I found at work Jan 06 05:56:20 core 2 and 2 gigs of ram Jan 06 05:56:25 I was using vbox before Jan 06 05:56:29 gave it 2 gigs of ram Jan 06 05:56:33 but this is so much faster Jan 06 05:56:35 oh Jan 06 05:56:39 and shit doesn't break for no reason Jan 06 05:56:44 03Holger Hans Peter Freyther  07org.openembedded.dev * r0ad961a218 10openembedded.git/recipes/oprofile/ (oprofile.inc oprofile_0.9.6.bb): Jan 06 05:56:44 oprofile_0.9.6: Add new version with a fix for timers Jan 06 05:56:44 This release contains several bugfixes, e.g. the fix to work Jan 06 05:56:44 in pure timer mode again. Jan 06 05:56:44 http://oprofile.cvs.sourceforge.net/viewvc/oprofile/oprofile/utils/opcontrol?r1=1.164&r2=1.165&view=patch Jan 06 05:56:44 before bitbake would keep failing randomly Jan 06 05:56:56 03Holger Hans Peter Freyther  07org.openembedded.dev * r8df99a826f 10openembedded.git/recipes/oprofile/ (5 files): (log message trimmed) Jan 06 05:56:56 oprofile: Move more functionality to oprofile.inc, remove version 0.9.2 Jan 06 05:56:56 * Remove version 0.9.2. It does not compile with a recent stdc++, the Jan 06 05:56:56 compiler is reporting other scary bits as well and it is quite old Jan 06 05:56:56 now its been chugging along Jan 06 05:56:57 where all other versions are just dropins. Jan 06 05:56:59 * Move everyting into the .inc file, remove the PACKAGES line and convert Jan 06 05:57:01 it to the INC_PR. Jan 06 05:57:03 03Holger Hans Peter Freyther  07org.openembedded.dev * r3eae83257f 10openembedded.git/recipes/oprofile/ (oprofile/fix-timer-mode.patch oprofile_0.9.5.bb): oprofile_0.9.5: Fix opcontrol in timer mode Jan 06 05:57:04 oh god Jan 06 05:57:10 wtf is CIA-1 doing Jan 06 05:57:18 heh... Jan 06 06:05:46 anime.... has a lot of talking.... Jan 06 08:32:25 03Holger Hans Peter Freyther  07org.openembedded.dev * r8212c8228f 10openembedded.git/recipes/glibc/ (4 files in 2 dirs): Jan 06 08:32:25 glibc_2.9.bb: Apply recent commits to memusage.c as patches Jan 06 08:32:25 memusage.c will end up as libmemusage.so and the version in glibc 2.9 Jan 06 08:32:25 has the problem to deal badly with wrap arounds. Apply some upstream Jan 06 08:32:25 fixes to make the situation a bit better. Jan 06 08:36:04 03David-John Willis  07org.openembedded.dev * rce3b8896fb 10openembedded.git/recipes/libconfig/libconfig_1.3.2.bb: libconfig: Add 1.3.2. Jan 06 08:36:05 03David-John Willis  07org.openembedded.dev * rf08219813b 10openembedded.git/ (7 files in 2 dirs): Jan 06 08:36:05 libpng: Add 1.2.41 (target and native) and cleanup recipes. Jan 06 08:36:05 * Add ${INC_PR} Jan 06 08:36:05 * Remove old do_stage, do_package and do_install overloads as not needed any more. Jan 06 08:36:07 03David-John Willis  07org.openembedded.dev * rbf69129951 10openembedded.git/ (conf/checksums.ini recipes/fuse/fuse_2.8.1.bb): Jan 06 08:36:10 fuse: Add 2.8.1 and checksum (no module recipe as 2.6 module has been in the kernel tree since 2.6.27 and is no longer shipped out of tree). Jan 06 08:36:13 * Older kernels can still build the older fuse-module and use with the new userspace. Jan 06 08:36:17 03David-John Willis  07org.openembedded.dev * r28af9637a9 10openembedded.git/recipes/libpng/ (8 files): libpng: Remove libpng (target and native) < 1.2.36 as these are blacklisted upstream for major security holes. Jan 06 08:36:23 03David-John Willis  07org.openembedded.dev * r3da2d1d860 10openembedded.git/ (conf/checksums.ini recipes/libsdl/libsdl-ttf_2.0.9.bb): libsdl-ttf: Add 2.0.9 and checksums. Jan 06 08:36:26 03David-John Willis  07org.openembedded.dev * r92a61b2a6a 10openembedded.git/ (conf/checksums.ini recipes/libmodplug/libmodplug_0.8.7.bb): libmodplug: Add 0.8.7 and checksum. Jan 06 08:36:29 03David-John Willis  07org.openembedded.dev * r23b08ed156 10openembedded.git/recipes/xfce-extras/gigolo_0.3.2.bb: gigolo: Add fuse-utils to RDEPENDS as Gigolo is not a lot of use without it. Jan 06 08:36:34 03David-John Willis  07org.openembedded.dev * r08463df7fe 10openembedded.git/ (5 files in 2 dirs): Jan 06 08:36:37 libsdl-image: Add 1.2.10 and checksum and cleanup recipe and add INC_PR. Jan 06 08:36:39 * Add INC_PR to include and seed higher than highest r4 in existing recipes. Jan 06 08:36:41 03David-John Willis  07org.openembedded.dev * r43f905d120 10openembedded.git/ (conf/checksums.ini recipes/gnome/libwnck_2.28.0.bb): libwnck: Add 2.28.0 and checksum. Jan 06 08:36:46 03David-John Willis  07org.openembedded.dev * r7762f3d7b6 10openembedded.git/recipes/libsdl/libsdl-mixer_1.2.11.bb: libsdl-mixer: Add libMAD and libTremor support to SDL Mixer 1.2.11. Jan 06 08:36:49 03David-John Willis  07org.openembedded.dev * r554a430040 10openembedded.git/recipes/policykit/policykit_0.9.bb: policykit: Add missing /var/run/PolicyKit folder to the do_install. Jan 06 09:12:14 can anyone tell me where bb.which is defined? Jan 06 09:19:32 bitbake/lib/__init__.py Jan 06 09:21:55 pb_ thanks Jan 06 09:23:40 actually lib/bb/__init__.py but that was close enough to find it Jan 06 09:24:18 oh right, yeah Jan 06 09:25:04 florian_kc: good morning Jan 06 09:33:56 good morning! Jan 06 09:48:23 hm, is bb.which supposed to search for a file in the path recursively? Jan 06 09:48:35 khem: Take a look at what poky is using. poky supports qemuarm better OOTB than stock OE. Jan 06 09:51:51 nevermind, found the answer: it is no Jan 06 10:11:20 ok, any bitbake wiz online ? i think i have an issue with http://cgit.openembedded.org/cgit.cgi/bitbake/commit/?id=a50104766965a8f48a8455502b804a18a9be5c02 Jan 06 10:13:08 eFfeM: what is the example? Jan 06 10:13:12 i'm trying to make an image but it fails to find my devicelist, this is because the current recipe dir is not in the BBPATH any more (it used to be with bitbake 1.8.2, and I think this commit removed adding the path Jan 06 10:15:36 i have the file given to IMAGE_DEVICE_TABLES in my image recipe dir that used to work but doesn't any more, I've debugged image.bbclass and in 1.8.2 the recipe dir was in the internal version of the BBPATH, with 1.8.18 it is not any more, guess that commit is the one which added it Jan 06 10:18:21 03Rolf Leggewie  07org.openembedded.dev * r2fedec3917 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: Jan 06 10:18:21 preferred-xorg-versions-X11R7.4.inc: pin down xcmiscproto-native to 1.1.2 Jan 06 10:18:21 * the latest version requires a newer xorg-utils than available in xorg 7.4 Jan 06 10:18:21 * xcmiscproto is already pinned to 1.1.2 Jan 06 10:18:21 * same as commit 314b28b844fd5 Jan 06 10:21:55 yay, backporting the patch to BBHandler cures the problem Jan 06 10:24:13 eFfeM: backporting == doing the same check in BBHandler or reverting the change? Jan 06 10:24:52 eFfeM: you could write to the bitbake-dev ml and ask for it to be reverted Jan 06 10:31:34 zecke: I've added the cehck to BBHandler Jan 06 10:40:30 eFfeM: mail bitbake-dev :) Jan 06 10:40:48 eFfeM: mine and kergoth's understanding was that BBHandler will go through ConfHandler but probably not for all open cases Jan 06 10:42:32 zecke, i'm writing the mail, will also mail to oe dev list as there are also some suggestions for image.bbclass Jan 06 11:13:41 zecke: mail sent Jan 06 11:20:46 03Koen Kooi  07org.openembedded.dev * r0520958280 10openembedded.git/recipes/gphoto2/ (4 files in 2 dirs): Jan 06 11:20:46 libgphoto2: add hal .fdi files Jan 06 11:20:46 * these where generated from the source tree to avoid heavy patching or needing to use qemu to generate the list Jan 06 11:20:55 03Koen Kooi  07org.openembedded.dev * rdee31a7ecc 10openembedded.git/ (conf/checksums.ini recipes/gnome/eog_2.28.2.bb): eog: add 2.28.2 Jan 06 11:20:56 03Koen Kooi  07org.openembedded.dev * rdfa3508bef 10openembedded.git/recipes/tasks/angstrom-task-gnome.bb: angstrom-task-gnome: move xserver around a bit to allow prototyping on new platforms Jan 06 11:21:03 03Koen Kooi  07org.openembedded.dev * rf1baf18ec7 10openembedded.git/recipes/gnome-mplayer/gnome-mplayer_svn.bb: gnome-mplayer svn: add temp hack to get it to link to libmusicbrainz Jan 06 11:21:04 03Koen Kooi  07org.openembedded.dev * rf20ec3b931 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: add eog Jan 06 11:30:11 Crofton: Can you take a look at patchwork? Something seems to be amiss. Not only mails with patches but all mails are listed. Jan 06 11:53:06 03Koen Kooi  07org.openembedded.dev * rc2cf2edde6 10openembedded.git/recipes/libpng/libpng.inc: libpng: add .inc change needed for .41 Jan 06 11:53:41 03Koen Kooi  07org.openembedded.dev * rc6f4877331 10openembedded.git/recipes/gnome/eog_2.28.2.bb: eog: bump PR Jan 06 11:59:10 Some of the latest packages (libgphoto2 is an example) don't build with libtool 2.2.4 which is the current default. Looking at tinderbox it seems that people who build that package successfully use libtool 2.2.6a which is currently set to defpref -1. Anybody care to comment whether lifting that restriction seems safe? Jan 06 12:00:30 XorA added that bb about half a year ago. XorA, do you think it would be safe to remove defpref -1 from 2.2.6a of libtool? Jan 06 12:00:58 libtool is a distro choice Jan 06 12:01:25 same as gcc, binutils, glibc Jan 06 12:01:45 still Jan 06 12:01:53 I don't see a reason for -1 anymore Jan 06 12:01:56 do you? Jan 06 12:02:53 the only reason was to not change the behaviour of micro and mini Jan 06 12:03:07 my favourite distro has been using 2.2.6a since the day I added it Jan 06 12:03:24 who is the micro maintainer? Jan 06 12:03:29 pb_? Jan 06 12:03:32 what would be the difference in behaviour? Jan 06 12:03:34 pb_: I assume Jan 06 12:03:49 pb_: some packages don't build in their latest version with 2.2.4. Jan 06 12:03:56 that's the upside Jan 06 12:04:06 libgphoto for example Jan 06 12:04:16 mickey|zzZZzz says python-gst is another Jan 06 12:04:18 right, yeah, I saw that. I meant, what was the difference in behaviour that XorA was trying to avoid by making it be D_P -1? Jan 06 12:04:20 we havent found an incompatible package in Angstrom yet Jan 06 12:04:39 pb_: not changing toolchain in a distro I dont test Jan 06 12:04:47 safe choice Jan 06 12:04:59 minimal wants to move to 2.2.6a Jan 06 12:05:05 ok, fine Jan 06 12:05:05 pb_: what about micro? Jan 06 12:05:09 let's just remove the D_P then Jan 06 12:05:09 cool Jan 06 12:05:14 I will Jan 06 12:05:19 Thanks, guys Jan 06 12:23:53 morning Jan 06 12:32:05 03Rolf Leggewie  07org.openembedded.dev * r87e9614480 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: Jan 06 12:32:05 preferred-xorg-versions-X11R7.4.inc: pin down more versions for xorg 7.4 Jan 06 12:32:05 * xkbcomp-native, libpciaccess, libxau-native, libxkbfile-native, liblbxutil Jan 06 12:32:05 and evieext Jan 06 12:32:06 * the latest versions require a newer xorg-utils than available in xorg 7.4 Jan 06 12:32:10 * essentially same as commit 314b28b844fd5 Jan 06 12:32:16 03Rolf Leggewie  07org.openembedded.dev * rbec56def84 10openembedded.git/recipes/libtool/libtool_2.2.6a.bb: Jan 06 12:32:16 libtool: remove default_pref -1 from 2.2.6a Jan 06 12:32:17 Angstrom has been using 2.2.6a successfully for about half a year and some Jan 06 12:32:19 of the latest packages don't build with 2.2.4. The Maintainers of the Jan 06 12:32:21 minimal and micro distributions agreed in IRC to move to 2.2.6a. Jan 06 12:35:42 RP: ping Jan 06 12:47:41 who is shr.bearstech.com from tinderbox? Jan 06 12:49:42 JaMa: ???? Jan 06 12:50:11 * XorA is today embarressed to be anything to do with software Jan 06 12:51:14 re (accidently closed window) Jan 06 12:52:18 XorA: ? Jan 06 12:52:37 Laibsch: it is shr project Jan 06 12:53:00 JaMa: I was pointing Laibsch to you Jan 06 12:53:23 JaMa: Are you a part of shr? Jan 06 12:53:28 Laibsch: yes Jan 06 12:55:27 Can you please give me the 4.17 source for the di package so that I can mirror it on the OE mirror? Jan 06 12:55:34 It seems to have vanished upstream Jan 06 12:55:51 "di"? I'll check Jan 06 12:56:32 You guys build the package successfully at the beginning of December Jan 06 12:56:42 http://tinderbox.openembedded.org/packages/di/ Jan 06 12:58:04 Laibsch: http://build.shr-project.org/sources/di-4.17.tar.gz Jan 06 12:58:25 thanks Jan 06 12:58:28 np Jan 06 13:00:51 03Dirk Opfer  07org.openembedded.dev * r92c3306485 10openembedded.git/ (conf/checksums.ini recipes/owfs/owfs_2.7p24.bb): owfs: 2.7p24 -> _2.7p28 Jan 06 13:00:52 03Dirk Opfer  07org.openembedded.dev * rc644b2395f 10openembedded.git/ (3 files in 2 dirs): Jan 06 13:00:52 lighttpd: 1.4.23 -> 1.4.25 Jan 06 13:00:52 - Fix SRC_URI Jan 06 13:00:54 03Dirk Opfer  07org.openembedded.dev * rd48c5b17a2 10openembedded.git/ (15 files in 7 dirs): busybox: Add new version 1.15.3 Jan 06 13:01:04 is there some standard machanism in bitbake for creating .md5 files for images in deploy dir? Jan 06 13:02:48 seems quite easy to add in do_deploy in image/kernel bbclass Jan 06 13:03:21 how do I configure kernel to build with usbnet for verdex ? Jan 06 13:03:25 gumstix Jan 06 13:03:59 this will work -> http://docwiki.gumstix.org/index.php/Setting_up_USBnet#USBNet_.28not.29_on_Verdex Jan 06 13:12:23 hi all, the qt embedded 4.5.2 i build in oe cant access gmail, and it reports ssl handshake failed Jan 06 13:12:48 i have build openssl and add it to image, and i added -openssl in qt4-embedded.inc Jan 06 13:13:07 leslie: does this fix things? Jan 06 13:13:16 zecke: hi Jan 06 13:13:30 zecke: no, still cant access gmail.com Jan 06 13:15:05 leslie: We have DEPENDS .. "openssl" in qt4.inc and Qt will then autodetect OpenSSL -> result in configure "OpenSSL support ..... yes (run-time)" Jan 06 13:15:32 and i found something strange, that the image's /usr/lib folder only has libssl.so.0.9.8, but doesnt install libssl.so, which can be found in the image folder in openssl Jan 06 13:15:58 zecke: that means i dont have to add -opnenssl? Jan 06 13:16:19 zecke: but if i add it, it will cause that i cant use it in qt webkit? Jan 06 13:16:21 leslie: it might be more clean, but it does not change much Jan 06 13:16:33 leslie: I don't follow. Jan 06 13:16:58 leslie: by default Qt Networking will dlopen the libssl Jan 06 13:17:06 leslie: and Qt has a list of certificates compiled in... Jan 06 13:17:33 leslie: is the time correct on your machine? Jan 06 13:17:47 zecke: then why i got ssh handshake fail on gmail?..... Jan 06 13:18:32 zecke: it's Sun Mar 30 21:01:18 UTC 2031 on my board Jan 06 13:18:46 leslie: your SSL certificiate expired? Jan 06 13:19:09 hi my jffs2 image does not boot Jan 06 13:19:22 the Uimage can't transfer control to it .. Jan 06 13:19:24 ideas Jan 06 13:19:33 zecke: .... i dont know who changed the time, i will try to change it back Jan 06 13:19:45 stops right after Freeing init memory Jan 06 13:26:10 whatnick: wrong console setting in the inittab? forgot elf support? EABI/OABI mismatch? Jan 06 13:26:17 zecke: it works now... Jan 06 13:26:20 zecke: thanks ! Jan 06 13:26:25 lol Jan 06 13:26:29 zecke: i think you know everything! Jan 06 13:26:44 leslie: no, I have seen a lot of crap, pb_ knows more though Jan 06 13:27:19 zecke: :-) Jan 06 13:27:25 the uimage.bin obviously works Jan 06 13:27:45 i did bitbake gumstix-basic-image Jan 06 13:27:49 nothing at all fancy Jan 06 13:28:20 whatnick, check the kernel command line args Jan 06 13:28:32 It has been a long time since I worked with a verdex Jan 06 13:28:39 also, you might ask on the gumstix list Jan 06 13:29:48 i cleaned out the images folder how do i regenrate the uImage Jan 06 13:30:06 well why does uImage work and not the jffs2 Jan 06 13:30:15 kernel must be mostly fine Jan 06 13:30:25 yeah Jan 06 13:30:28 i am inclined towards terminal settings in inittab Jan 06 13:30:37 kernel is ok, but may not be mounting the correct rootfs Jan 06 13:30:48 ... trick to regenerate uImage ? Jan 06 13:30:54 what is the last thing you see Jan 06 13:31:27 try bitbake -c clean task-base, bitbake console-image Jan 06 13:31:41 except use the image target you originally used Jan 06 13:32:06 VFS: Mounted root (jffs2 filesystem) Jan 06 13:32:17 Freeing init memory: 144K Jan 06 13:33:46 your console= line is valid? Jan 06 13:33:53 erm dumbass Jan 06 13:34:03 ~lart XorA Jan 06 13:34:03 * ibot cuts XorA into thin stripes Jan 06 13:34:43 hehe i have inital output from uImage so console should be "ok" Jan 06 13:34:52 yeah, why I am a dumbass Jan 06 13:35:52 I actually have only seen that effect when /sbin/init exists but is not loadable due to missing libc or OABI/EABI mixups Jan 06 13:36:13 XorA: or missing floating point emulation Jan 06 13:36:50 zecke: I havent seen that before :-) an extra point of info though Jan 06 13:38:07 it is targeting gnueabi Jan 06 13:38:24 and warning about missing preferred version of glibc Jan 06 13:41:06 XorA: not that it matters today... Jan 06 13:43:06 i have NOTE: Preferred version 2.5 of glibc not available (for item virtual/arm-angstrom-linux-gnueabi-libc-for-gcc) Jan 06 13:43:23 that would break it for sure .. Jan 06 13:52:25 (12:05:46 AM) XorA: I actually have only seen that effect when /sbin/init exists but is not loadable due to missing libc or OABI/EABI mixups Jan 06 13:52:37 i believe that missing libc etc etc is the cause Jan 06 13:52:42 what's the solution ? Jan 06 13:54:44 whatnick: that NOTE is relatively harmless, I doubt it is the cause of your difficulties Jan 06 13:55:24 phew well i was told it might be due to to libc eabi etc and that note is the only one pointing to something along those lines Jan 06 13:55:52 it could be due to more or less anything, but I would ignore that note. what abi are you trying to use? Jan 06 13:56:27 gumsix-verdex is the target Jan 06 13:56:48 do you have an existing rootfs for that board that does work? Jan 06 13:57:09 i am reflashing with a working image Jan 06 13:58:00 ok. if you have an image that works, try booting that one, then copy the new (faulty) image to a subdirectory and see if you can run any of its binaries Jan 06 13:58:18 missing libc I only ever seen back when we used the wrong OBJDUMP a bug I fixed a few years ago Jan 06 13:58:44 * whatnick wonders how he will copy stuff over serial hmm Jan 06 13:59:42 you don't have any networking at all? that is a nuisance. lrzsz? Jan 06 13:59:45 kermit? heh Jan 06 14:00:17 kermit i am using to copy images Jan 06 14:00:30 it hasn't worked for binaries yet but i will try Jan 06 14:01:07 6 minutes till working image goes out .. Jan 06 14:01:29 it is very very small and nifty .. but boy it is unmaintained Jan 06 14:01:42 any suggestions for replament to gumstix ? Jan 06 14:01:50 *replacment Jan 06 14:02:12 i need light low power and has to have possibility to add a small GPS Jan 06 14:02:19 u-BLox Jan 06 14:12:37 kergoth: good morning Jan 06 14:12:44 hey Jan 06 14:28:13 yay init version 2.8 booting Jan 06 14:35:43 heylo Jan 06 14:35:46 anyone here Jan 06 14:47:30 whee got a file transferred from the oe image via zmodem and it works :) Jan 06 14:47:36 so next solution Jan 06 14:47:42 very good Jan 06 14:48:09 so, can you run the oe-built binaries on the target? Jan 06 14:48:27 first thing to do is probably to copy ld-linux.so.3 itself and check that you can run that Jan 06 14:48:31 ya i transferred and ran pand Jan 06 14:48:36 if yes, try the same thing with libc.so.6 Jan 06 14:49:12 the lib isn't runable right Jan 06 14:49:18 it should be Jan 06 14:49:32 all I really want is a working usbnet kernel module Jan 06 14:50:02 and there seems to be lot of messy ideas about it Jan 06 14:50:28 lets try ld-linux.so.3 Jan 06 14:58:21 the ld file runs but says you have invoked an ld.so etc etc Jan 06 14:58:41 right, that's what you would expect Jan 06 14:58:46 you have indeed invoked an ld.so :-) Jan 06 14:59:25 lets try libc Jan 06 15:01:08 so if most binaries run then my image is "fine" Jan 06 15:01:18 why can't i get it to boot :) Jan 06 15:01:24 * whatnick headbangs Jan 06 15:08:23 whoo libc is a bit different Jan 06 15:09:21 compiled on a linux >>2.6.28.17-.. on 2010-01-05 Jan 06 15:13:14 i am tempted to get the tar.gz over zmodem from the build and unzip it on top of root and pray .. Jan 06 15:13:26 that is actually an awsome idea Jan 06 15:13:35 wonder if i have chroot Jan 06 15:13:55 i do :P Jan 06 15:14:05 lets do that trick in ram Jan 06 15:35:44 okay i copied the tar.gz file image to ram, unzipped it and it is running peachy Jan 06 15:35:53 after chroot Jan 06 15:42:02 * Laibsch wonders why libunique fails in micro and minimal while building successfully in angstrom: http://tinderbox.openembedded.org/packages/libunique/ Jan 06 15:42:48 different versions of gcc? Jan 06 15:44:50 could be Jan 06 15:45:09 Angstrom seems to use 4.3.3 while minimal uses 4.4.2 Jan 06 15:45:17 yeah, that could be it Jan 06 15:45:31 mickey: why is minimal using 4.4.2? Jan 06 15:45:33 that "strict aliasing" thing is a relatively new diagnostic. I thought it was in 4.3.x but maybe not. Jan 06 15:45:58 pb_: do you have an idea of how to properly fix the problem? Jan 06 15:46:24 not without looking at the code in question. generally, though, that diagnostic means that you are doing some kind of invalid type-casting. Jan 06 15:46:33 pb_: it is there for arges, just getting turned on by default? Jan 06 15:46:48 for example, int a; *((float *)&a) = 1.0; Jan 06 15:47:03 Laibsch: to continue on phillips. The code has accessed the same memory with two different types Jan 06 15:47:50 beyond my skill Jan 06 15:47:54 pb_: I think it is more like char *data = give_me_data(); if (data[0] == 0xaa) { struct foo* foo = (struct foo *) data; } Jan 06 15:48:10 zecke: that should be ok, you are explicitly allowed to alias anything with "char" Jan 06 15:48:31 but if data was anything other than a "char *", yes, that would provoke the issue Jan 06 15:49:49 pb_: ah okay... so it was struct some_base, struct more_specialised that lead to problems Jan 06 15:50:08 it doesn't have to be structs, you can have the same problem with any non-char type Jan 06 15:50:13 ints and shorts, for example Jan 06 15:50:27 but yeah, structs are the most common cause of trouble Jan 06 15:53:21 pb_: When you have the time, can you look into it for micro? Jan 06 15:53:32 good night :) Jan 06 15:53:37 I can have a go. what is libunique, exactly? Jan 06 15:54:01 pb_: IIRC it is a GNOME lib using Dbus to make sure there is only one instance of an app running Jan 06 15:54:08 ah Jan 06 15:54:25 doesn't sound like this is really one of micro's core missions, but I will see what I can do :-} Jan 06 15:54:40 running once is saving memory? Jan 06 15:54:54 well, yeah, but running GNOME at all is hardly saving memory Jan 06 15:55:22 uGnome :-D Jan 06 15:56:22 so i have the overwritten root image booting till it reaches pxa27x-ohci then it hangs Jan 06 15:56:28 interesting Jan 06 16:05:01 03Rolf Leggewie  07org.openembedded.dev * r7c62c2b793 10openembedded.git/recipes/tracker/tracker_0.6.95.bb: tracker: s/libgmime/gmime/ in build-time dependencies to fix FTBFS Jan 06 16:17:04 Jasper van Santen around? Jan 06 16:47:05 * * OE Bug 5360 has been RESOLVED (NOTOURBUG) by Jan 06 16:47:07 * * xmms couldn't play mp3 Jan 06 16:47:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5360 Jan 06 17:10:04 * * OE Bug 5299 has been RESOLVED (INVALID) by Jan 06 17:10:06 * * checksum not tested for sources fetched from a mirror Jan 06 17:10:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5299 Jan 06 17:11:18 Good morning :-) Jan 06 17:11:35 Anyone broadly familiar with the popt package? Jan 06 17:15:32 robtow: Just ask your question. Jan 06 17:16:13 broonie - trying to find the right package name to install with opkg - libpopt-dev? Jan 06 17:16:33 "opkg list libpopt*" Jan 06 17:16:54 tmp/deploy/glibc/ipk/armv7a/libpopt-dev_1.14-r1.1_armv7a.ipk Jan 06 17:18:04 * * OE Bug 2476 has been RESOLVED (WONTFIX) by Jan 06 17:18:06 * * spitz default opie image contains unneeded bluetooth support Jan 06 17:18:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2476 Jan 06 17:38:05 How do I fix http://paste.debian.net/55810/? Jan 06 17:38:10 How do I fix http://paste.debian.net/55810/ ? Jan 06 17:43:04 * * OE Bug 4318 has been RESOLVED (FIXED) by Jan 06 17:43:06 * * parted 1.8.7 does not build for ppc - and needs update to 1.8.8 - which doesn't build either... Jan 06 17:43:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4318 Jan 06 18:05:56 03Dirk Opfer  07org.openembedded.dev * r74c50903a0 10openembedded.git/recipes/automake/ (automake-native_1.11.1.bb automake_1.11.1.bb): Jan 06 18:05:56 automake: Add 1.11.1 Jan 06 18:05:56 Lighttpd needs recent automake with AM_SILENT macro. Jan 06 18:05:56 Set DEFAULT_PREFERENCE = "-1" Jan 06 18:07:45 INIT: Id "S" respawning too fast: disabled for 5 minutes Jan 06 18:07:49 someone remember that? Jan 06 18:09:14 hrw: yeah I get it many times when init is borked Jan 06 18:09:32 hrw: mostly with nptl uclibc because something is wrong with ld.so Jan 06 18:09:46 and it keeps segfaulting and init keeps respawning Jan 06 18:10:07 its PITA to debug Jan 06 18:10:32 btw. any masters on corefile format Jan 06 18:10:36 system is up, I just do not get serial console Jan 06 18:10:52 hrw yeah Jan 06 18:11:08 I am able to ssh login Jan 06 18:12:15 03Martin Jansa  07org.openembedded.dev * rf34f361fe7 10openembedded.git/ (5 files in 3 dirs): Jan 06 18:12:15 qi-ubi: add qi variant with UBI enabled in kernel params Jan 06 18:12:15 Signed-off-by: Martin Jansa Jan 06 18:12:16 03Martin Jansa  07org.openembedded.dev * rf75f8d6bc2 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add qi and qi-ubi Jan 06 18:12:20 03Martin Jansa  07org.openembedded.dev * r02d121a094 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: Jan 06 18:12:22 preferred-shr-version: use newer EFL snapshot from sane-srcrev Jan 06 18:12:24 Signed-off-by: Martin Jansa Jan 06 18:14:04 * * OE Bug 4576 has been RESOLVED (FIXED) by Jan 06 18:14:06 * * glibc-intermediate_2.3.2+cvs20040726.bb, do_compile error for AT91SAM9263EK Jan 06 18:14:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4576 Jan 06 18:20:04 * * OE Bug 5313 has been RESOLVED (FIXED) by Jan 06 18:20:06 * * build failure for angstrom-2008.1 with eglibc Jan 06 18:20:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5313 Jan 06 18:21:04 * * OE Bug 4430 has been RESOLVED (FIXED) by Jan 06 18:21:06 * * task-qtopia-core-console fails to build Jan 06 18:21:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4430 Jan 06 18:24:27 hrw does the init starts X Jan 06 18:24:33 that could also cause this Jan 06 18:24:36 ~seen djwillis Jan 06 18:24:39 djwillis was last seen on IRC in channel #oe, 1d 8h 11m 24s ago, saying: 'XorA: I will mention it to Koen but bad recomend seemed to be a lot less pain for me ;-)'. Jan 06 18:24:48 if something is segfaulting there Jan 06 18:24:55 woglinde: halo Jan 06 18:24:58 jo Jan 06 18:25:01 hms Jan 06 18:25:13 woglinde: you rang? Jan 06 18:25:14 djwillis enabled mp3 support in sdl-mixer Jan 06 18:25:17 ah Jan 06 18:25:33 please make the mp3 support in sdl-mixer enterprise feature Jan 06 18:25:39 khem: thx Jan 06 18:26:22 woglinde: did my SDL mixer stuff get commited to mainline? Yep, that should be enterprise on/off. Jan 06 18:26:42 Branch: org.openembedded.dev Jan 06 18:26:51 libsdl-mixer: Add libMAD and libTremor support to SDL Mixer 1.2.11. Jan 06 18:27:10 wonder why no other complained Jan 06 18:31:35 Hmm, well that was added to my own tree a long time ago, yep, I have them enabled for my builds, I guess they should be !entdistro? Jan 06 18:32:04 * * OE Bug 4987 has been RESOLVED (FIXED) by Jan 06 18:32:06 * * Fix libsdl-qpe for autoconf 1.10 Jan 06 18:32:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4987 Jan 06 18:33:01 Interesting. When I do gphoto2 --capture-image-and-download, it does capture a pic... and then blows up: Jan 06 18:33:19 *** glibc detected *** gphoto2: double free or corruption (out): 0x0008fdc0 *** Jan 06 18:33:20 Aborted Jan 06 18:34:43 hihi Jan 06 18:34:47 security bug in gphoto Jan 06 18:43:50 cbrake: ping Jan 06 18:44:04 * * OE Bug 4987 has been REOPENED by Jan 06 18:44:06 * * Fix libsdl-qpe for autoconf 1.10 Jan 06 18:44:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4987 Jan 06 18:49:04 * * OE Bug 4336 has been RESOLVED (NOTOURBUG) by Jan 06 18:49:06 * * uucp-1.07-r2: do_install fails when no uucp user on host Jan 06 18:49:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4336 Jan 06 18:50:50 bye all Jan 06 18:58:18 03Martin Jansa  07org.openembedded.dev * r5bf599e4c9 10openembedded.git/recipes/linux/ (3 files in 3 dirs): Jan 06 18:58:18 linux: move 2.6.33 from rc2 to rc3 Jan 06 18:58:18 Signed-off-by: Martin Jansa Jan 06 18:58:23 03Martin Jansa  07org.openembedded.dev * r3f303f43bb 10openembedded.git/recipes/kexecboot/ (4 files in 4 dirs): Jan 06 18:58:23 linux-kexecboot: move 2.6.33 from rc2 to rc3 Jan 06 18:58:23 Signed-off-by: Martin Jansa Jan 06 19:02:09 Even though I have QA_LOG = "1" in my site.conf it does not look like I report QA errors to tinderbox or see them on the console. Does anybody have an idea what I may be doing wrong? Jan 06 19:24:00 03Rolf Leggewie  07org.openembedded.dev * r8a371fea00 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: Jan 06 19:24:00 preferred-xorg-versions-X11R7.4.inc: pin makedepend-native to 1.0.1 Jan 06 19:24:00 * the latest version requires a newer xorg-utils than available in xorg 7.4 Jan 06 19:24:00 * non-native makedepend is already pinned to 1.0.1 Jan 06 19:24:01 * same as commit 314b28b844fd5 Jan 06 19:26:20 Laibsch: hello Jan 06 19:27:50 hello cbrake Jan 06 19:27:55 happy new year Jan 06 19:27:59 how are you doing? Jan 06 19:28:02 Laibsch: same to you :-) Jan 06 19:28:11 cbrake: I was wondering what's up with Jan 06 19:28:11 !oebug 2863 Jan 06 19:28:12 * * Bug 2863, Status: NEEDSINFO, Created: 2007-08-24 07:32 Jan 06 19:28:13 * * cliff.brake(AT)gmail.com: mono: test on other architectures Jan 06 19:28:14 * * http://bugs.openembedded.org/show_bug.cgi?id=2863 Jan 06 19:29:31 Laibsch: I'll close -- I don't currently have any customers funding mono development, so my time is very limitted on it right now Jan 06 19:29:46 OK Jan 06 19:29:47 thanks Jan 06 19:32:04 * * OE Bug 2863 has been RESOLVED (FIXED) by cliff.brake(AT)gmail.com Jan 06 19:32:06 * * mono: test on other architectures Jan 06 19:32:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2863 Jan 06 19:34:06 * * OE Bug 2858 has been RESOLVED (WONTFIX) by cliff.brake(AT)gmail.com Jan 06 19:34:08 * * mono: ARM_FPU_NONE is hardcoded in configure.in Jan 06 19:34:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2858 Jan 06 19:34:18 * * OE Bug 2859 has been RESOLVED (WONTFIX) by cliff.brake(AT)gmail.com Jan 06 19:34:20 * * mono: is --without-tls the correct TLS option Jan 06 19:34:22 * * http://bugs.openembedded.net/show_bug.cgi?id=2859 Jan 06 19:37:34 03Tim Abell  07org.openembedded.dev * r5915166455 10openembedded.git/ (conf/checksums.ini recipes/podpooch/podpooch_0.2.0.5.bb): Jan 06 19:37:34 podpooch: update to 0.2.0.7 to fix qa issues, new download url format Jan 06 19:37:34 Signed-off-by: Martin Jansa Jan 06 19:41:20 JaMa: Is conf/distro/include/preferred-xorg-versions-X11R7.5-latest.inc the equivalent for conf/distro/include/preferred-xorg-versions-X11R7.4-updates.inc? Jan 06 19:43:25 Laibsch: not really.. iirc X11R7.4-updates is changing few packages to versions newer than what was in 7.4 release Jan 06 19:44:04 Laibsch: X11R7.5-latest is list of versions for packages not listed in 7.5 release at all, but in latest versions available the day when 7.5 was released Jan 06 19:45:41 I'm wondering if it should be included when moving the minimal distro from xorg 7.4 to 7.5 Jan 06 19:45:45 Laibsch: in other words -updates replaces versions and -latest is just addition to X11R7.5.inc file to have all Xorg package versions specified Jan 06 19:46:06 Laibsch: its included in X11R7.5.inc Jan 06 19:46:22 I see Jan 06 19:46:23 thank you Jan 06 19:46:34 you're welcome Jan 06 19:46:48 thanks for fixing old versions in X11R7.4 Jan 06 19:47:22 sorry for not fixing them before merge.. I sort of expected that those includes are also "complete" as R7.5 now is Jan 06 19:47:45 Well, there are still a few things left, it seems Jan 06 19:47:57 libxext-native being one of them Jan 06 19:48:15 the specified preference for 1.0.4 no longer has a bb file Jan 06 19:48:35 maybe you can start with all added recipes in merge minus those with version fixed in include? Jan 06 19:48:49 1.0.5 does not build for the same reason as previously (newer xorg-utils needed) Jan 06 19:49:05 I will move minimal to 7.5 now and move on Jan 06 19:52:24 03Rolf Leggewie  07org.openembedded.dev * rc7ed94a12c 10openembedded.git/conf/distro/minimal.conf: conf/distro/: move minimal to xorg 7.5 Jan 06 19:53:48 Laibsch: why not remove that include? Jan 06 19:54:27 Why should we float? Jan 06 19:55:10 Laibsch: angstrom is not using one, I removed it from shr too (just because pixman from git is not so easy to set preferred_version to it) Jan 06 19:55:40 Laibsch: latest available recipes seems as well tested as preferred sets.. Jan 06 19:55:48 less moving targets in OE is often a good idea, I think Jan 06 19:56:03 even if the moving target is tested well Jan 06 19:56:15 Laibsch: and getting small updates like minor upgrade of xorg-server could be good thing without changing include.. Jan 06 19:56:20 I don't see a compelling reason to float Jan 06 19:56:26 oki.. Jan 06 19:56:31 but that may change Jan 06 19:56:49 and I'm not really the most important person when it comes to making these changes/decisions Jan 06 19:58:41 Laibsch: there is only few changes after 7.5 now.. and my script is generating preferred-xorg-versions-live.inc with latest bumped in OE Jan 06 20:00:21 JaMa: Can you tell me if the openmoko user on tinderbox is likely an individual, a group or an autobuilder? Jan 06 20:01:03 Laibsch: I think its some builder set by openmoko company Jan 06 20:01:10 Laibsch: but not much used lately Jan 06 20:01:28 Laibsch: probably some cronjob still running or something like that I guess :/ Jan 06 20:01:31 it's churning out builds like there is no tomorrow Jan 06 20:01:38 and it's not getting smarter ;-) Jan 06 20:02:37 I'll check if something new is in http://downloads.openmoko.org/ Jan 06 20:03:05 yeah repository/unstable is still running Jan 06 20:04:30 Laibsch: yeah it builds images daily.. but I guess its not used much lately.. Jan 06 20:05:15 Are there ever any changes to the OE metadata? Jan 06 20:05:45 In the current form the report are kind of spammish, because apparently the autobuilder don't learn when things are updated Jan 06 20:05:47 I guess that the cron job update it too Jan 06 20:05:59 Some compile failures look very easy to fix Jan 06 20:06:16 who would be a real person to talk to? Jan 06 20:06:23 Angus Ainslie is still listed as maintainer there.. but haven't seen him for ages.. Jan 06 20:06:56 he was also invited to join shr team when openmoko as distribution was sort of abandon Jan 06 20:07:12 but I haven't see any e-mail from him after that.. Jan 06 20:07:15 ~seen nytowl Jan 06 20:07:18 nytowl was last seen on IRC in channel #oe, 154d 5h 31m 31s ago, saying: 'error: there are still refs under 'refs/heads/origin''. Jan 06 20:09:50 I'm thinking of blocking their IP in Apache Jan 06 20:10:05 The information they add is noise IMHO Jan 06 20:12:10 I agree from tinderbox POV its useless info Jan 06 20:35:23 03Frans Meulenbroeks  07org.openembedded.dev * rb2a6f7304b 10openembedded.git/recipes/linux/ (6 files in 3 dirs): Jan 06 20:35:23 linux-kirkwood: moved kernel to 2.6.33-rc1 Jan 06 20:35:23 added patches for video and audio for openrd client Jan 06 20:35:23 made some configuration changes in defconfig to support those Jan 06 20:57:37 JaMa: Would you be so kind to try and build mtd-utils-native for spitz? Jan 06 20:57:40 It fails here Jan 06 20:59:40 mtd-utils-native-1.2.0+git-r4.do_build just fine on my x86_64 Jan 06 20:59:58 Laibsch: what would be spitz specific on -native recipe? Jan 06 21:00:17 good question Jan 06 21:00:20 but rebuilding now.. Jan 06 21:00:27 It's just that it does not build for me Jan 06 21:02:26 http://tinderbox.openembedded.net/builds/49435/ yeah ok here angstrom/spitz Jan 06 21:05:52 OK, thanks Jan 06 21:43:58 how can I make sure mesa-7.6 gets build instead of mesa-7.0.2? Jan 06 21:45:32 filip: set PREFERRED_VERSION for mesa Jan 06 21:46:10 ie PREFERRED_VERSION_mesa ?= "7.6" Jan 06 21:47:18 JaMa: http://pastebin.com/m72386776 Jan 06 21:47:23 JaMa: which one sets it to 7.0.2? Jan 06 21:47:55 JaMa: do I assume correctly that by default the latest one is being picked? Jan 06 21:48:07 filip: DEFAULT_PREFERENCE probably Jan 06 21:48:10 JaMa: sorry, I'm kinda confused here Jan 06 21:48:52 JaMa: in recipes/mesa? Jan 06 21:49:14 filip: I think the bitbake manual has the information you want Jan 06 21:49:24 ah I see Jan 06 21:49:27 http://docs.oopenembedded.org Jan 06 21:49:33 filip: yes.. there is DEFAULT_PREFERENCE = "-1" Jan 06 21:49:51 JaMa: thanks :) Jan 06 21:50:03 filip: which means that its not used by default if there is some even older recipe with higher preference Jan 06 21:50:15 Laibsch: I know, it's just that it's late here and I'd like to just kick it forward Jan 06 21:50:20 filip: btw which distro/machine combination? Jan 06 21:50:58 filip: http://docs.openembedded.org/bitbake/html/ch04s02.html#id341783 Jan 06 21:51:10 JaMa: jlime-2009.1 for jornada7xx Jan 06 21:51:14 can't be explained any better than that Jan 06 21:53:57 hm Jan 06 21:54:12 it seems to be that there is a bug... Jan 06 21:54:24 mesa_7.6.bb has require mesa-dri_${PV}.bb Jan 06 21:54:52 but what when I need mesa-xlib not mesa-dri? Jan 06 21:56:21 filip: then you should set DEFAULT_PROVIDER for virtual/libgl Jan 06 21:56:34 ah I get it Jan 06 21:57:04 as you greped for mesa .. its set to "mesa" in compatibily-providers.conf Jan 06 21:57:18 you have to update your machine/distro config if you need something else Jan 06 21:57:26 PREFERRED_PROVIDER_libgl = "mesa-xlib" Jan 06 21:57:28 like this? Jan 06 21:57:31 no Jan 06 21:57:53 s/libgl/virtual\/libgl/ :? Jan 06 21:57:53 ./compatibility-providers.conf:PREFERRED_PROVIDER_virtual/libgl ?= "mesa" Jan 06 21:58:00 yes.. Jan 06 22:12:09 someone successfully built new libsdl-ttf-2.0.9 ? Jan 06 22:12:23 I got CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/SDL Jan 06 22:21:12 * Laibsch points to http://tinderbox.openembedded.org/packages/libsdl-ttf/ Jan 06 22:30:00 Laibsch: do you have SDL on your buildhost? Jan 06 22:30:19 dunno Jan 06 22:30:25 what package in debian? Jan 06 22:30:38 just try "ls /usr/include/SDL" Jan 06 22:31:19 Yes, there's a couple of files there Jan 06 22:32:17 oki I'll check why it use mine.. Jan 06 22:41:17 03Martin Jansa  07org.openembedded.dev * r5a63eef310 10openembedded.git/recipes/freesmartphone/fsomusicd_git.bb: Jan 06 22:41:17 fsomusicd: RDEPENDS remove some plugins not built by gst-plugins-base Jan 06 22:41:17 Signed-off-by: Frederik 'playya' Sdun Jan 06 22:47:55 JaMa: I get the same cross-compile error for libsdl-ttf Jan 07 00:52:11 Hmm Jan 07 00:52:31 Can you get bitbake to spit out the list of tasks that it would execute in a linear order? Jan 07 01:01:24 i think -n would be the closest to it, Tartarus Jan 07 01:02:41 Yeah, I guess I can regex that output, thanks Jan 07 01:23:46 damn, i need to brush up on the debian policy manual Jan 07 01:25:06 need a little help Jan 07 01:25:12 I deleted one of my bb files by accident Jan 07 01:25:20 can I get it back using git? Jan 07 01:25:42 I tried git checkout and it says "D [name of file I need]" but when I go back to that folder, file is still not htere Jan 07 01:26:38 nm Jan 07 01:26:45 also Jan 07 01:27:06 "eject" recipe used in beagleboard-demo-image has a broken url Jan 07 01:27:39 git checkout HEAD filename Jan 07 01:29:48 yeah I got it back Jan 07 01:30:04 fixed the SRC_URI but something is still wrong with this recipe Jan 07 01:48:13 http://pastebin.com/m333696a0 Jan 07 01:48:29 anyone know what's going on there? Jan 07 02:20:19 Aditya11: it builds here Jan 07 02:20:29 hmm Jan 07 02:52:37 is there a way to tell bitbake to redo a task? Jan 07 02:52:52 its building gpt-bootsplash-1.15 Jan 07 02:52:56 but when installing Jan 07 02:53:08 it says "unable to recognize the format of the input file" Jan 07 02:53:19 and it points ot the binary that was built Jan 07 02:54:08 -f -c sometask to force it to rerun that task Jan 07 02:54:12 otherwise -c clean, then normal Jan 07 02:54:19 ah cool Jan 07 02:54:21 thanks **** ENDING LOGGING AT Thu Jan 07 02:59:56 2010