**** BEGIN LOGGING AT Sun Feb 20 02:59:57 2011 Feb 20 03:07:23 Something is very wrong here... :( Feb 20 03:13:44 Sigh Feb 20 03:14:59 Squid 3.1.9 isn't that old, and there's no sign in the release notes for the .10 and .11 versions that they've updated for db 5.1 either. Feb 20 03:44:48 * mwester lack sufficient auto-foo to be able to figure out how to patch squid 3.1.11 to see if that would solve the problem. :( Feb 20 03:46:27 mwester, right after scale I hope to have a FAT Slug to test. Feb 20 04:22:33 the 3 current slugs are kinda tired. Feb 20 04:22:48 they are also getting cold. Feb 20 09:06:45 http://pastebin.com/prv0a0H9 Feb 20 09:27:45 otavio: if you are there: for libini: Feb 20 09:27:46 SRCREV = "${AUTOREV}" Feb 20 09:27:51 is probably not desirable Feb 20 09:28:34 and I seem to get a parse error from it Feb 20 09:28:36 ERROR: Error parsing /home/frans/oe/openembedded/recipes/libinih/libinih_git.bb: Fetch command export HOME="/home/frans"; export SSH_AUTH_SOCK="/tmp/ssh-CCruJ2497/agent.2497"; export PATH="/home/frans/oe/openembedded/conf/bin:/home/frans/oe/openembedded/bin:/home/frans/oe/myopenembedded/conf/bin:/home/frans/oe/myopenembedded/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/ppce500v2/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/sbin:/home/f Feb 20 09:28:36 fatal: read error: Connection reset by peer Feb 20 09:33:28 khem: mwester saw the msg on libinih on the list after pasting the above, will revert the recipe (I pushed it yesterday for otavio) Feb 20 09:33:53 testing first that reverting indeed resolves the issue Feb 20 09:35:48 03Frans Meulenbroeks  07org.openembedded.dev * r8993a53bff 10openembedded.git/recipes/libinih/libinih_git.bb: (log message trimmed) Feb 20 09:35:48 Revert "libinih: add" Feb 20 09:35:48 This reverts commit 92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3. Feb 20 09:35:48 This recipe gives a parsing error Feb 20 09:35:48 ERROR: Error parsing /home/frans/oe/openembedded/recipes/libinih/libinih_git.bb: Fetch command export HOME="/home/frans"; export SSH_AUTH_SOCK="/tmp/ssh-CCruJ2497/agent.2497"; export Feb 20 09:35:49 PATH="/home/frans/oe/openembedded/conf/bin:/home/frans/oe/openembedded/bin:/home/frans/oe/myopenembedded/conf/bin:/home/frans/oe/myopenembedded/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/ppce500v2/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/sbin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/sbin:/home/frans/oe/tmp_minimal/sysroots/i686-linux//bin:/home/frans/oe/bitbake/bin:/home/frans/bi Feb 20 09:35:50 git ls-remote git://projetos.ossystems.com.br/git/libinih.git master failed with signal 128, output: Feb 20 10:02:45 that's bad: Feb 20 10:02:53 SRCREV = "${AUTOREV}" Feb 20 10:02:55 in: Feb 20 10:03:13 recipes/libinih/libinih_git.bb Feb 20 10:04:08 eFfeM, khem hi Feb 20 10:04:21 you signed off or acked by something that had autorev in it Feb 20 10:04:24 is it normal? Feb 20 10:04:47 92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3 Feb 20 11:20:15 otavio, hi Feb 20 11:20:42 otavio, is that normal: Feb 20 11:20:43 SRCREV = "${AUTOREV}" Feb 20 11:20:54 in recipes/libinih/libinih_git.bb (92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3 ) Feb 20 11:20:57 because: Feb 20 11:21:08 *I'm not sure autorev is acceptable in recipes Feb 20 11:21:27 GNUtoo|laptop: no, I've reverted it Feb 20 11:21:29 *I couldn't fetch it during parsing that's why I saw it Feb 20 11:21:30 ok Feb 20 11:21:59 see cia msg of 10.35 Feb 20 11:22:09 eFfeM, my bad, I forgott to git pull again then Feb 20 11:22:13 soeey Feb 20 11:22:40 actually I only glanced over the recipe as it already had an ack from khem, and these were piling up for a while and did not notice the autorev Feb 20 11:22:58 ok Feb 20 11:29:56 s/soeey/sorry/ Feb 20 11:31:18 no problem Feb 20 11:31:33 guess those things happen to everyone every once in a while Feb 20 11:33:56 also: mal-formated recipe can make people not see stuff Feb 20 11:34:02 s/mal/badly Feb 20 12:38:40 03Frans Meulenbroeks  07org.openembedded.dev * r8ae294d9e7 10openembedded.git/recipes/linux/ (3 files in 2 dirs): Feb 20 12:38:40 linux: moved calamari to 2.6.34 Feb 20 12:38:40 I've been using this for quite a while but apparently forgot to commit it. Feb 20 12:38:40 this makes iscsi-target build Feb 20 12:38:40 Signed-off-by: Frans Meulenbroeks Feb 20 12:47:06 Having problem booting from UBIFS after moving to newer version Feb 20 12:47:08 http://old.nabble.com/UBIFS-boot-fails-to-work-on-latest-release-to30970435.html Feb 20 12:47:34 Any ideas? Feb 20 12:47:52 GNUtoo|laptop: ping Feb 20 12:54:57 davidlt: your nandroot partition is overo-rootfs (your u-boot setting) but your partition table does not have this partition, only rootfs Feb 20 12:55:07 suggest to change nandroot to remvoe the overo- part Feb 20 12:55:36 Tried that, didn't help, but gonna try again Feb 20 12:55:56 But I can access it from MMC, after doing ubiattach Feb 20 12:56:07 and you get ubi0:overo-rootfs Feb 20 12:58:32 Googling: UBIFS not mounting on linux-omap 2.6.36 Feb 20 12:59:36 davidlt, hi Feb 20 12:59:36 Yeah, reports 2.6.35 and 2.6.36 Sakoman kernels -> no UBIFS mount Feb 20 12:59:44 older and *.37 works Feb 20 13:00:23 sakoman: ping Feb 20 13:01:17 hmmm Feb 20 13:01:19 http://www.pastie.org/1585568 Feb 20 13:01:57 davidlt, try bypassing subpages Feb 20 13:02:11 and look what -19 is Feb 20 13:02:16 errno.h Feb 20 13:03:09 #define ENODEV 19 /* No such device */ Feb 20 13:03:57 you don't have enough detail on the succes of the mount Feb 20 13:04:16 also look in nokia900 machine Feb 20 13:04:24 there are some comments about ubifs Feb 20 13:04:24 I am looking at my shell logs and that line only sometimes shows up Feb 20 13:04:36 Also UBIFS seem to work: Feb 20 13:04:41 no details on the command issues Feb 20 13:04:44 *issued Feb 20 13:05:20 This is info from the boot Feb 20 13:07:47 ah ok Feb 20 13:08:24 rootfstype=ubifs ubi.mtd=5,2048 root=ubi0:nokia900-rootfs Feb 20 13:08:30 that's what I have for nokia900 Feb 20 13:08:41 the 2048 is the PEB Feb 20 13:09:03 oops Feb 20 13:09:17 s/PEB/smallest flash I/O unit Feb 20 13:10:01 so basically with ,2048 you bypass the subpages Feb 20 13:10:12 that made it work for me Feb 20 13:10:16 and for JaMa too Feb 20 13:10:26 it's JaMa that gave me the trick Feb 20 13:11:00 Ok, gonna try Feb 20 13:12:38 I see from logs, that there 5 partitions at beginning and after UBIFS does it thing, there is 6 partitions. So ubi0:overo-rootfs should be avaialble. Feb 20 13:15:19 same result Feb 20 13:15:32 what do you know about ubi and ubifs? Feb 20 13:15:39 boot from microsd Feb 20 13:15:43 and then.... Feb 20 13:15:49 try to mount it manually Feb 20 13:15:56 Tried, works fine Feb 20 13:16:10 But my MMC has different OS version Feb 20 13:16:15 I still uses 2.6.34 Feb 20 13:16:29 you mean kernel version Feb 20 13:16:45 I have exact setup, etc, but it doesn't work with new kernel Feb 20 13:16:58 I moved from 2.6.34 to 2.6.36 Feb 20 13:17:12 yes I know Feb 20 13:17:14 For that WiFi AP thing Feb 20 13:17:17 then try the newer kernel Feb 20 13:17:23 on micorsd Feb 20 13:17:30 and try mounting the ubifs from sd Feb 20 13:17:44 because it's easier, you'll have more control etc... Feb 20 13:18:26 It might work, but I need it work on boot from nand Feb 20 13:18:36 I understand Feb 20 13:18:38 but.... Feb 20 13:18:47 I meant boot from microsd for debugging purposes Feb 20 13:18:52 look how to make it work from there Feb 20 13:18:56 and go to NAND later Feb 20 13:20:36 anyone knows for that: unresolvable R_ARM_THM_CALL relocation against symbol `memcpy@@GLIBC_2.4' Feb 20 13:34:31 hey that CIA bot .. is filled by git commits .. can i get a view on this bot , i would love to have that too ! Feb 20 13:36:48 who maintains the CIA bot? Feb 20 13:36:57 ka6sox, ? Feb 20 13:39:48 omg that is a 150mb software ?? wooot Feb 20 14:03:58 rob_w: look on CIA site Feb 20 14:04:23 yep i found it Feb 20 14:04:27 it looks horrible Feb 20 14:04:39 i only want simple notify .. and not a 150mb monster Feb 20 14:04:44 http://cia.vc/ Feb 20 14:05:17 http://cia.vc/doc/clients/ Feb 20 14:06:10 https://git.wiki.kernel.org/index.php/InterfacesFrontendsAndTools#CIAbot Feb 20 14:06:13 even here Feb 20 14:06:37 rob_w: I'm using bash script from cia.vc Feb 20 14:34:59 eFfeM, neek/nios2 stuff is also you yes? (& thanks for fixing calamari+iscsi-target) Feb 20 14:45:21 GNUtoo|laptop: got exact lines in logs as reported my other people Feb 20 14:45:23 Jack87, this one http://cia.vc/clients/git/ciabot.bash ? Feb 20 14:45:31 mount -t ubifs ubi0:overo-rootfs /mnt/root Feb 20 14:45:32 mount: ubi0:overo-rootfs already mounted or /mnt/root busy Feb 20 14:46:09 GNUtoo|laptop: you know how those defconfig files are automatically generated for each linux-omap recipes? Feb 20 14:46:15 Would like to try 2.6.37 Feb 20 14:46:26 davidlt, what's the ubiattach command? Feb 20 14:46:39 mount Feb 20 14:46:42 ubitattach works Feb 20 14:47:21 It was reported not to work with *.35 and *.36, but *.37 again works Feb 20 14:47:27 So I would like to try that Feb 20 14:48:16 davidlt, did you try disabilng the subpages Feb 20 14:48:17 ? Feb 20 14:48:17 hmmm Feb 20 14:48:18 Feb 20 14:19:25 overo gluebi (pid 4345): gluebi_resized: got update notification for unknown UBI device 0 volume 0 Feb 20 14:48:18 Feb 20 14:19:25 overo UBI: volume 0 ("overo-rootfs") re-sized from 562 to 1973 LEBs Feb 20 14:48:22 /mnt/root is is a auto mount by the scripts imho, you dont need to to mount that by hand Feb 20 14:48:51 rob_w: there is not /mnt/root, I just mkdir it Feb 20 14:49:11 ah sorry . i meant /dev/root Feb 20 14:49:34 GNUtoo|laptop: I tried it last time, same result Feb 20 14:49:42 I Googled, tried what I found, nothing helped Feb 20 14:49:52 An actually no solutions found Feb 20 14:50:00 davidlt, ubifs problems ? Feb 20 14:50:06 yeah Feb 20 14:50:10 with 2.6.36 Feb 20 14:50:16 03Thomas Zimmermann  07org.openembedded.dev * r03410dc552 10openembedded.git/recipes/shr/libphone-ui-shr_git.bb: Feb 20 14:50:16 libphone-ui-shr: fix "Missing inherit gettext?" Feb 20 14:50:16 Signed-off-by: Thomas Zimmermann Feb 20 14:50:17 hmm Feb 20 14:50:32 i use ubifs on 2.6.35.9 just fine Feb 20 14:50:55 It worked on 34 for me Feb 20 14:51:12 But I am not the only one with this problem :) Feb 20 14:51:56 I would like to try 37, but how those defconfig files are generated for kernel configuration? Feb 20 14:52:19 Probably it's not a good idea copy configuration from 36 kernel Feb 20 14:53:02 they just sitting in linux/linux-XXX/ Feb 20 14:53:18 davidlt, go in workdir of .37 kernel Feb 20 14:53:25 cp the old defconfig in .config Feb 20 14:53:28 make ARCH=arm xconfig Feb 20 14:53:29 save Feb 20 14:53:36 and modify if necessary Feb 20 14:53:38 Thaks Feb 20 14:53:47 and put back in defconfig of 37 in oe Feb 20 14:53:53 oops Feb 20 14:53:53 03Tom Rini  07org.openembedded.dev * r6067e6ca9c 10openembedded.git/classes/insane.bbclass: (log message trimmed) Feb 20 14:53:53 insane.bbclass: Make RPATH a non-fatal error Feb 20 14:53:53 In order to make the user experience better we now use bb.warn Feb 20 14:53:53 on non-fatal QA errors and bb.error on fatal errors. Also note Feb 20 14:53:53 that the RPATH problem is a security issue. (not part of the acks, Feb 20 14:53:53 but suggested on the ML). Feb 20 14:53:54 Signed-off-by: Tom Rini Feb 20 14:54:02 if you have 37 in oe Feb 20 14:54:04 03Tom Rini  07org.openembedded.dev * rbb13c3a9ff 10openembedded.git/classes/insane.bbclass: Feb 20 14:54:04 insane.bbclass: Clarify missing gettext message Feb 20 14:54:04 Make it clear that what's missing is an 'inherit gettext' in a Feb 20 14:54:04 recipe. Feb 20 14:54:04 Signed-off-by: Tom Rini Feb 20 14:54:15 so for this CIA stuff i need that scripts and the whole cia software ? Feb 20 14:54:59 davidlt, is the 37 in oe? Feb 20 14:56:03 linux-omap_2.6.37.bb Feb 20 14:56:45 But this one doesn't work on Gumstix Overo Feb 20 14:57:46 ah, why? Feb 20 14:57:49 and which one works? Feb 20 14:59:01 I has headers for overo machine, but it hanged on boot when I tried Feb 20 14:59:25 linux-omap3 kernels are used for Gumstix Overo, which are only in Gumstix OE branch Feb 20 15:02:12 hanged where Feb 20 15:02:16 uncompressing linux .... Feb 20 15:02:17 ? Feb 20 15:02:40 I think so Feb 20 15:02:42 *does it have board file for your overo Feb 20 15:02:53 *does overo have uboot? Feb 20 15:03:02 because I can get you the dmesg Feb 20 15:03:08 if the board initialized Feb 20 15:03:16 whatever it doesn't print Feb 20 15:03:19 I know how to get it Feb 20 15:04:01 Yeah, there is board support and we use uboot Feb 20 15:04:14 I think at least Feb 20 15:04:39 ok Feb 20 15:04:41 so use that: Feb 20 15:05:11 http://www.elinux.org/Kernel_Debugging_Tips#Debugging_early_boot_problems Feb 20 15:05:22 basically grep for __log_bug in System.map Feb 20 15:05:25 get the address Feb 20 15:05:31 translate it in physical address Feb 20 15:05:35 boot Feb 20 15:05:38 wait a bit Feb 20 15:05:41 reset the board Feb 20 15:05:45 md the address Feb 20 15:05:49 and press enter Feb 20 15:05:53 multiple times Feb 20 15:05:57 and the buffer will appear Feb 20 15:07:30 I remember someone telling me that linux-omap kernel might work or not and that I should no rely on it Feb 20 15:09:30 I just told you how to debug it Feb 20 15:09:34 not if it will work well Feb 20 15:10:10 Yeah, thats nice thing to know as I didn't know how to do that Feb 20 15:13:24 Hmm... I can't move back to JFFS2 Feb 20 15:13:46 ERROR: Logfile of failure stored in: /OE/shr-testing/tmp/work/i686-oe-linux/libacpi-0.2-r1/temp/log.do_compile.4414 Feb 20 15:13:46 Log data follows: Feb 20 15:13:47 | NOTE: make -j 4 LDFLAGS = -Wl,-O1 -Wl,--hash-style=gnu Feb 20 15:13:47 | make: *** empty variable name. Stop. Feb 20 15:19:10 pespin, try quoting the LDFLAGS content Feb 20 15:20:00 GNUtoo|laptop, yep, already did it, it's working now it seems :) Feb 20 15:20:08 ok Feb 20 15:26:01 03Tom Rini  07org.openembedded.dev * r1f08250f41 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: Feb 20 15:26:02 angstrom-2008: Pin gvfs at 1.6.6 Feb 20 15:26:02 We're doing this since glib-2.0 is pinned. Feb 20 15:26:02 Signed-off-by: Tom Rini Feb 20 15:26:13 03Tom Rini  07org.openembedded.dev * r0395a1a08f 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: Feb 20 15:26:13 kaeilos 2009: Pin gvfs to 1.6.6 Feb 20 15:26:13 We're doing this since glib-2.0 is pinned. Feb 20 15:26:13 Signed-off-by: Tom Rini Feb 20 15:26:15 03Tom Rini  07org.openembedded.dev * red54952b88 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc: Feb 20 15:26:15 slugos: Pin gvfs to 1.6.6 Feb 20 15:26:15 We're doing this since glib-2.0 is pinned. Feb 20 15:26:15 Signed-off-by: Tom Rini Feb 20 15:26:18 03Tom Rini  07org.openembedded.dev * r64e780736b 10openembedded.git/recipes/gnome/gvfs_1.7.2.bb: Feb 20 15:26:18 gvfs 1.7.2: Drop DEFAULT_PREFERENCE Feb 20 15:26:18 This is the version required for glib-2.28.0 which is default unless Feb 20 15:26:18 pinned. Feb 20 15:26:18 Signed-off-by: Tom Rini Feb 20 15:26:23 03Andreas Oberritter  07org.openembedded.dev * r5ee35b8afc 10openembedded.git/recipes/wpa-supplicant/ (wpa-supplicant-0.7.inc wpa-supplicant_0.7.3.bb): (log message trimmed) Feb 20 15:26:23 wpa-supplicant-0.7.3: use MACHINE_ARCH Feb 20 15:26:23 * Because of madwifi, wpa-supplicant depends on COMBINED_FEATURES. Feb 20 15:26:23 Thus, PACKAGE_ARCH must be set to MACHINE_ARCH. Feb 20 15:26:23 * Use INC_PR and bump it. Feb 20 15:26:23 Signed-off-by: Andreas Oberritter Feb 20 15:26:24 CC: Stefan Schmidt Feb 20 15:26:24 03Filip Zyzniewski  07org.openembedded.dev * rd7ef6515a1 10openembedded.git/conf/machine/ (jornada6xx.conf jornada7xx.conf mp900c.conf): Feb 20 15:26:25 jornada6xx/jornada7xx/mp900c: increase amount of used VTs. Feb 20 15:26:37 03Filip Zyzniewski  07org.openembedded.dev * rbdafb44d4d 10openembedded.git/recipes/less/less_436.bb: Feb 20 15:26:37 less_436.bb: provide absolute path in ALTERNATIVE_PATH. Feb 20 15:26:37 Relative path causes dpkg's update-alternatives to ignore this Feb 20 15:26:37 alternative. Feb 20 15:26:37 Signed-off-by: Filip Zyzniewski Feb 20 15:26:38 Signed-off-by: Tom Rini Feb 20 15:29:27 GNUtoo|laptop, so that LDFLAGS lacking is bitbake bug or recipe bug? Feb 20 15:30:29 pespin, recipe Feb 20 15:30:38 it can't be a bitbake bug Feb 20 15:32:41 03Tom Rini  07org.openembedded.dev * r08926b7706 10openembedded.git/ (4 files in 2 dirs): Feb 20 15:32:41 Revert "gvfs 1.7.2: Drop DEFAULT_PREFERENCE" Feb 20 15:32:41 Pushed too soon, revert the pins as well. Feb 20 15:32:41 Signed-off-by: Tom Rini Feb 20 15:33:57 GNUtoo|laptop, then could you push the fix please? Feb 20 15:34:25 pespin, make a patch and send it to the mailing list Feb 20 15:35:04 GNUtoo|laptop, do I need to be registered to be able to send patches there? Feb 20 15:35:21 no idea Feb 20 15:35:36 but it's a good idea to register Feb 20 15:35:41 if you want to send patches Feb 20 15:35:43 ok Feb 20 15:35:53 I'll register Feb 20 15:36:04 also if you get commit access one day, you'll need to register Feb 20 15:37:16 GNUtoo|laptop, http://wiki.openembedded.org/index.php/Mailing_lists which one should i send the patch to? Feb 20 15:37:57 -devel? Feb 20 15:38:01 yes Feb 20 15:38:14 ok Feb 20 16:08:02 03Koen Kooi  07org.openembedded.dev * ree97ccce95 10openembedded.git/recipes/wpa-supplicant/wpa-supplicant-0.7.inc: (log message trimmed) Feb 20 16:08:02 wpa-supplicant 0.7: use madwifi solution from 0.5.x and 0.6.x Feb 20 16:08:02 This makes the package only machine dependant if 'madwifi' is both in machine Feb 20 16:08:02 features and distro features. This avoids having to build an identical Feb 20 16:08:02 wpa-supplicant for every machine which is a significant saving for both machine Feb 20 16:08:03 and distro maintainers. Feb 20 16:08:04 Fun fact: no in-tree machine has madwifi in machine features. Feb 20 16:20:03 Tartarus: was afk, nios/neek stuff is also brought to OE and commited by me, I'm aware of the libsup build, this has been shown up on the testing activities as well Feb 20 16:20:22 actually didn't have time to dig into it Feb 20 16:20:55 just did a bitbake iscsi-target for neek and it gave some 10 errors, typically we only build minimal at work Feb 20 16:21:17 but the toolchain for nios is not really up to date (gcc 4.1.something, binutils 18.50.something iirc) Feb 20 16:22:37 no one is really working on it, at one point I tried to move gcc forward but as nios is an fpga core there can be lots of variants and someone decided to have pragma's to control these (and 4.2+ runs out of space to store these) Feb 20 16:25:48 ericben, applied 719 locally removed sysroot stamps, now rebuilding Feb 20 16:26:00 otherwise I can do a clean build tonight as I won't need the system anyhow Feb 20 16:26:42 btw and above it was ofc binutils 2.18.50.something Feb 20 16:29:09 figured it either does not help or a full rebuild is needed, will kick that off in a few minutes Feb 20 17:21:58 GNUtoo|laptop: ping Feb 20 17:32:45 pong Feb 20 17:33:34 I was drinking my tea and noticed this line just after ubitattach output: Feb 20 17:33:36 logger: udev/mount.sh [/dev/mtdblock5] is blacklisted, ignoring Feb 20 17:34:41 * mwester is in need of enlightenment, too -- goes off to get some tea to see if that will work. :D Feb 20 17:35:33 davidlt, no idea Feb 20 17:36:16 root@overo:/dev# ubidetach /dev/ubi_ctrl -m 4 Feb 20 17:36:16 ubidetach: error!: cannot detach mtd4 Feb 20 17:36:17 error 16 (Device or resource busy) Feb 20 17:36:27 This is getting interesting Feb 20 17:36:32 cat /proc/mtd ? Feb 20 17:37:07 http://pastebin.com/5TYFRN6p Feb 20 17:37:13 mtd5: 0f2c5800 0001f800 "overo-rootfs" Feb 20 17:37:23 ok Feb 20 17:37:41 ah you have 2 rootfs? Feb 20 17:38:08 the erasesize is not the same, strange Feb 20 17:38:57 anyway Feb 20 17:39:28 mtd5 shows up after ubiattach Feb 20 17:39:38 That was always like that Feb 20 17:40:02 thats: ubi0:overo-rootfs Feb 20 17:40:24 can you boot from microsd? Feb 20 17:40:30 do you know ubiformat ? Feb 20 17:40:51 Yeah, I flat NAND, so I have to use ubiformat Feb 20 17:41:07 you have to use? Feb 20 17:41:28 on all my devices that support ubi+ubifs I flash plain ubi Feb 20 17:42:02 ubiformat /dev/mtd4 -s 512 -f omap3-console-image-overo.ubi Feb 20 17:42:17 -f is for ubifs file? Feb 20 17:43:07 can you flash from uboot Feb 20 17:43:08 ? Feb 20 17:43:27 or nandwrite Feb 20 17:43:57 This snippet was written long time ago, don't remember why '-f' used Feb 20 17:44:15 I wonder if -f is for ubi or ubifs Feb 20 17:44:17 After nandwrite as I rememer it doesn't work any more, just errors Feb 20 17:44:22 I would bet on ubifs Feb 20 17:44:34 what arguments did you use with nandwrite? Feb 20 17:44:44 -p ? Feb 20 17:44:54 yeah Feb 20 17:45:00 ok that's fine Feb 20 17:45:01 strange Feb 20 17:45:10 I bet bad ubi/ubifs params Feb 20 17:45:38 but it's difficult to help without reproducing the issue Feb 20 17:46:40 Trying to google ubiformat usage Feb 20 17:46:49 ubiformat /dev/mtd0 -f ubi.img on 'How do I flash UBI images and preserve erase counters?' Feb 20 17:46:51 man it Feb 20 17:46:55 you built the sources Feb 20 17:47:01 man ./path/to/man Feb 20 17:47:10 ok Feb 20 17:47:16 so it's ubi Feb 20 17:47:18 and not ubifs Feb 20 17:47:42 It would be nice if they would be online Feb 20 17:48:45 http://www.linux-mtd.infradead.org/doc/ubifs.html Feb 20 17:52:28 I know it, but it doesn't give info about utilities usage Feb 20 17:54:40 '-f' - flash image file instead of stdin Feb 20 17:56:13 But why the hell it is in black list and ignored Feb 20 17:56:35 http://pastebin.com/EdwtfN21 Feb 20 18:02:13 davidlt, are you asking what the reasoning behind making it blacklisted might be, or are you asking how it is blacklisted? Feb 20 18:02:34 reason Feb 20 18:03:29 Normally one would blacklist mtdblock devices because one expects that they will be mounted as the rootfs by the kernel at boot time, and therefore udev should not attempt to mount them into /media. Feb 20 18:04:14 (Assuming your blacklisting problem is from udev, and not some other utility that might implement its own blacklisting mechanism) Feb 20 18:09:49 mwester: thanks Feb 20 18:31:54 khem, if you have a minute to spare, can you have a quick peek at http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030247.html my guess is that gcc 4.1.2 libtool is causing this issue Feb 20 18:45:15 eFfeM, what images do you want to support on neek?\ Feb 20 18:45:36 I defaulted to my full set of minimal+minimal-uclibc+micro+8 or so images + meta-toolchain Feb 20 18:45:57 So it's what do you want to support over what I have room to build :) Feb 20 18:48:09 Tartarus: for neek that is more than sufficient I'd say Feb 20 18:50:12 afk Feb 20 18:50:43 k Feb 20 18:50:51 We'll see whats what tomorrow'ish Feb 20 20:03:52 03Denis 'GNUtoo' Carikli  07org.openembedded.dev * r1516588acd 10openembedded.git/recipes/linux/ (linux-2.6.34/om-gta02/defconfig linux-openmoko_2.6.34.bb): (log message trimmed) Feb 20 20:03:52 linux-2.6.34: add unwinding to om-gta02's defconfig Feb 20 20:03:52 Adding unwinding remove CONFIG_FRAME_POINTER while preserving its Feb 20 20:03:52 debug functionalities at the cost of a bigger image Feb 20 20:03:52 (that we mitigate by using LZMA compression instead of gzip) Feb 20 20:03:52 Pratically speaking that should result in speed improvements: Feb 20 20:03:53 Speed seem to be faster but was not tested scientifically. Feb 20 21:32:32 03Pau Espin Pedrol  07org.openembedded.dev * rc44ecf1ff3 10openembedded.git/recipes/libacpi/libacpi_0.2.bb: Feb 20 21:32:32 libacpi: SET OE LDFLAGS in recipe Feb 20 21:32:32 Fixes ld problem related to GNU_HASH Feb 20 21:32:32 Signed-off-by: Tom Rini Feb 20 22:48:01 I am trying to get Enlightenment Foundation Libraries into an SDK. TO do this I need to make efl xxx-dev recipes. Where do I start? Feb 20 22:48:30 charles__, no idea I'm not an efl expert, but maybe JaMa knows Feb 20 22:49:03 It isn't so much efl expertise as OE expertise... Feb 20 22:52:59 I guess it is really toolchain building to be more accurate... Feb 20 22:58:40 JaMa, do you know about how to build efl into a toolchain? Feb 20 23:04:32 Anyone know who all cares about madwifi-ng recipes? Feb 20 23:04:37 And squid? Feb 20 23:09:04 mwester, Have you got patches? Feb 20 23:10:13 It you just have patches then send them to the mailing list. Feb 20 23:14:09 It's more a matter of the approach to patching the breakage. If anyone else cares, I'd just as soon spend the effort working on fixing it right, rather than spending a lot of time, posting to the ML, getting negative feedback and having to do it again! :) Feb 20 23:14:53 (Frankly, I'd just as soon push the changes without review so I can get the feeds building again, but these aren't SlugOS-specific so I best not do that!) Feb 20 23:15:11 mwester, what's the advantage of madwifi now that there is ath5k? Feb 20 23:16:43 GNUtoo|oeee, surely that isn't the point. If people are using recipes then isn't it a good idea to accept them? Feb 20 23:17:13 it depends Feb 20 23:17:38 I've no strict rules for or against that, I just look case by case Feb 20 23:17:58 here madwifi is not developed anymore right? Feb 20 23:18:09 and it has proprietary HAL Feb 20 23:18:52 GNUtoo|oeee, I don't know if the ath5k works on the particular atheros card in the DSM-G600 device. Feb 20 23:19:03 If it does, I'll dump the out-of-kernel driver in a heartbeat. Feb 20 23:19:03 ah ok Feb 20 23:19:31 * mwester logs into his DSM-G600 Feb 20 23:20:05 ah ok Feb 20 23:20:15 it's something like a NAS Feb 20 23:20:18 but wifi Feb 20 23:20:22 like the nslu2 Feb 20 23:21:18 Yep, it's an IXP4xx-based device, very similar to the NSLU2, but bigger (64MB of RAM is particularly nice). It's an AR5213A chip Feb 20 23:21:37 ok Feb 20 23:21:58 wifi0: Atheros AR5213A chip found (MAC 5.9, PHY 2112 4.3, Radio 4.6) Feb 20 23:22:43 Writing a note to self to check on the in-kernel support for that... Feb 20 23:27:24 http://lxr.free-electrons.com/source/drivers/net/wireless/ath/ath5k/base.c?a=arm Feb 20 23:27:36 121 { "5213A", AR5K_VERSION_MAC, AR5K_SREV_AR5213A }, Feb 20 23:30:24 03Martin Jansa  07master * r2eca738f47 10openembedded.git/classes/debian.bbclass: Feb 20 23:30:24 debian.bbclass: call auto_libname in reverse sorted AUTO_LIBNAME_PKGS Feb 20 23:30:24 * see comment for reason why we need this Feb 20 23:30:24 * more info: Feb 20 23:30:24 http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/029877.html Feb 20 23:30:25 Signed-off-by: Martin Jansa Feb 20 23:31:50 is this correct? http://docs.openembedded.org/usermanual/usermanual.html#special_bitbake_collections Feb 20 23:32:08 as the way to setup multiple recipe repositories. Feb 20 23:32:12 mwester, ^^^ Feb 20 23:32:21 (for the ath5k) Feb 20 23:32:50 btw could your distro support other devices like wrt54gsv4? Feb 20 23:39:50 ANy toolchain experts out there? Feb 20 23:45:43 03Martin Jansa  07master * r3541b86e2b 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: Feb 20 23:45:43 SHR: prefer newer libsoup-2.4, needed by newer webkit-efl Feb 20 23:45:43 Signed-off-by: Martin Jansa Feb 21 00:23:04 charles__: whats up Feb 21 00:37:20 khem, I have been trying to build a custom SDK that includes enlightenment foundation library. Feb 21 00:38:10 I can build ecore etc (ie the parts of EFL I need). I can also build an SDK with everything I need except getting the EFL built in. Feb 21 00:39:26 What I have not yet tried, and what I think might work, is adding FILES_${PN}-dev = ... to each of the EFL recipes. Feb 21 00:39:32 Does that sound right? Feb 21 01:23:40 khem, do you maintain micro too or just kinda sorta care about it or no? Feb 21 01:32:16 03Mike Westerhof  07org.openembedded.dev * r815bef339b 10openembedded.git/recipes/linux/linux-ixp4xx/nslu2/defconfig-2.6.37: SlugOS: enable in-kernel atheros 5k device support for DSM-G600 Feb 21 01:38:48 I have something really weird happening... When I run bitbake it seems to be using some old stuff that is not in any recipes. Looks like some cached stuff is being used. Feb 21 01:39:22 If I change a recipe is there something I have to do to flush out the old one so that the updated recipe is used instead? Feb 21 01:44:48 problem building xtables-addons: Feb 21 01:44:50 http://pastebin.com/G1R2cNwg Feb 21 02:01:37 Tartarus, micro needs a maintainer **** ENDING LOGGING AT Mon Feb 21 02:59:57 2011