| 00:00.13 | dcordes | khem, I'm building with org.oe.dev HEAD +DEBUG_USER=-1 in leo defconfig |
| 00:02.13 | dcordes | NOTE: Tasks Summary: Attempted 621 tasks of which 600 didn't need to be rerun and 0 failed. |
| 00:03.29 | khem | ok |
| 00:14.28 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 00:27.11 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 00:46.27 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 00:49.43 | dcordes | khem, http://privatepaste.com/f146433bf8 dmesg from kernel but with gcc_4.4.4 in oe |
| 00:49.51 | dcordes | s/but/built/ |
| 00:50.42 | dcordes | khem, debugging enabled and starting same oe minimal-image |
| 00:54.46 | dcordes | init (1): undefined instruction: pc=0000a654 |
| 01:21.33 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:23.10 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:40.39 | khem | hmmm that address is weird |
| 01:41.00 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 01:43.47 | dcordes | khem, hi again. why what's wrong about it ? |
| 01:51.10 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 01:57.02 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 02:48.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 03:34.50 | khem | dcordes: too low |
| 03:35.08 | khem | dcordes: somehow it went wrong somewhere before |
| 03:35.41 | dcordes | khem, while putting the addresses in the device specific memory map in kernel ? |
| 03:35.52 | dcordes | khem, or you mean runtime problem |
| 03:38.22 | dcordes | khem, it's very possible the memory layout is defined in a wrong way |
| 03:38.36 | dcordes | khem, but I don't know if it's related to that wrong address- justa thought. |
| 04:05.33 | IgorK | Hi, guys |
| 04:06.09 | IgorK | WHere can I get a documentation about different bitbake commands? |
| 04:06.37 | IgorK | I'm talking about "bitbake -c <cmd>".... |
| 04:59.38 | *** join/#oe darkstar62 (~darkstar6@97-126-97-156.tukw.qwest.net) |
| 05:11.36 | *** join/#oe Heinervdm (~thomas@pD9E1432B.dip.t-dialin.net) |
| 05:32.06 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9ab15d3633 10openembedded.git/classes/cross.bbclass: cross bbclass: add extra sed for gcc 4.3.x adding -L${STAGING_LIBDIR_NATIVE} to cross libstdc++.la |
| 05:37.43 | IgorK | or maybe there is a list of available command I can use for the <cmd> in the bitbake -c<cmd>? |
| 06:00.49 | *** join/#oe vps (~vitus@212.144.247.210) |
| 06:07.56 | khem | IgorK: bitbake -c listtasks <recipe> |
| 06:08.17 | khem | will give you list of individual tasks available for a recipe |
| 06:13.15 | IgorK | khem: but it won't give me something like a "devshell" command... ;-) |
| 06:17.53 | eFfeM_work | ls |
| 06:18.17 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 06:22.25 | IgorK | khem: and how do I find out what task do what? |
| 06:24.49 | khem | IgorK: read bitbake manual |
| 06:26.05 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:27.40 | dcordes | khem, I did a setup where it loads an initrd with an initscript that mounts a fat partitaion from sd, creates a loopfile with mknod, loop mounts an ext3 loopfile from the fat, chroot to that fat, plays back 720 video with mplayer. zero segfaults. |
| 06:27.55 | IgorK | khem: all I can find is this: http://bitbake.berlios.de/manual/ch04s02.html and this: http://www.uv-ac.de/openembedded/openembedded-3.html section 3.2 |
| 06:28.26 | IgorK | it's not really helpful |
| 06:28.41 | dcordes | khem, I think that is pretty nice and I'm wondering why udevd segfaults |
| 06:30.16 | IgorK | for example what is the difference between compile and build? |
| 06:30.42 | dcordes | khem, somebody on the ml said there might be a problem with statically linked binaries but I can't see any being executed |
| 06:32.07 | dcordes | IgorK, while running each of these tasks, bitbake emmits a log for them. they can be found in the workdir of each package. something like ~/oe/tmp/work/armv5te/vi/temp/log.do_compile |
| 06:32.35 | dcordes | IgorK, if you look at them you might get an idea of what the referring tasks do |
| 06:33.18 | dcordes | khem, do you have any idea how to debug it further? |
| 06:34.17 | IgorK | Guys, I compiled wxwidgets from the devshell |
| 06:35.04 | IgorK | Then I issued "build" "install" and "package" |
| 06:35.50 | mckoan | good morning |
| 06:36.29 | dcordes | IgorK, what's your aim? are you patching it? using different compiler? |
| 06:36.38 | dcordes | morning mckoan |
| 06:36.48 | IgorK | in that order, but I think I need staging, before putting it to the x11 image |
| 06:37.19 | IgorK | dcordes: The task is to put the wxwidgets library into the x11-gpe-image |
| 06:38.00 | dcordes | IgorK, you don't need to hack around then. you can just have OE adding it to the image |
| 06:38.06 | IgorK | I don't need to patch it, it is precompiled from "devshell" |
| 06:38.20 | IgorK | and it is the same compiler |
| 06:39.19 | dcordes | IgorK, why are you compiling from devshell ? |
| 06:40.04 | IgorK | dcordes: because I had to change the Makefile.in manually to fix the bug inside the wx build system |
| 06:40.17 | IgorK | good morning to u as well |
| 06:40.23 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:40.56 | IgorK | mckoan: is it Monday already over there |
| 06:53.29 | mckoan | IgorK: unfortunately yes :-) |
| 06:54.00 | *** join/#oe nlCortana (~johan@ip45-216-212-87.adsl2.static.versatel.nl) |
| 06:54.45 | IgorK | I hear u. its still Sunday here for another 5 min ;-) |
| 06:55.22 | IgorK | dcordes: any suggestion? |
| 06:55.53 | mckoan | IgorK: where are you from? |
| 06:57.02 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 06:59.54 | IgorK | originally from Ukraine, now live in US, Silicon Valley, U? |
| 07:01.38 | mckoan | IgorK: cool place 8-) I'm from Italy |
| 07:03.28 | IgorK | well since u r using wx maybe u can help me with my problem? I recompiled wx correctly from devshell and now want to put it into the x11-gpe-image |
| 07:04.03 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
| 07:06.46 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r22c1f60698 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
| 07:06.46 | CIA-2 | EFL: bump SRCREV a bit more for batget module fix |
| 07:06.46 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:09.27 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 07:10.07 | *** join/#oe likewise_ (~likewise@82-171-51-231.ip.telfort.nl) |
| 07:10.28 | *** join/#oe morphis (~morphis@p5489CF75.dip.t-dialin.net) |
| 07:12.16 | hrw | morning |
| 07:12.48 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rb362ce8d23 10openembedded.git/recipes/gcc/ (5 files in 2 dirs): (log message trimmed) |
| 07:12.48 | CIA-2 | gcc-4.3.3: Fix spurious leak of build sysroot into .la files. |
| 07:12.48 | CIA-2 | * ldflags were being passed unnessarily so set LDFLAGS to nothing in |
| 07:12.48 | CIA-2 | Makefile.tpl and regenerate top level Makefile.in |
| 07:12.48 | CIA-2 | * Divide the patches individually earlier the patches were |
| 07:12.49 | CIA-2 | combined into one big patch |
| 07:12.49 | CIA-2 | * Shuffle the order of patches. |
| 07:12.50 | ericben | hi |
| 07:12.58 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r15f7ad6212 10openembedded.git/recipes/qemu/ (12 files in 2 dirs): |
| 07:12.58 | CIA-2 | qemu-0.12.4: Add recipes for 0.12.4 |
| 07:12.58 | CIA-2 | * Tested by booting arm, ppc, mips, sh4, and x86 systems |
| 07:12.58 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 07:14.17 | *** join/#oe mrc3_ (~ddiaz@189.157.106.117) |
| 07:16.13 | mckoan | hi hrw welcome back |
| 07:16.31 | mckoan | IgorK: simply add wxwidgets to your image recipe |
| 07:18.41 | IgorK | mckoan: I had to workaround the bug in the wx build system, so it is copmpiled from the devshell |
| 07:19.17 | khem | hmm so 2.6.34 is out |
| 07:19.30 | JaMa | building 2.6.34 :) |
| 07:19.35 | JaMa | but from _git recipes |
| 07:19.37 | khem | http://lkml.org/lkml/2010/5/16/89 |
| 07:20.05 | khem | JaMa: cool. will you add the recipe too ? |
| 07:20.21 | khem | I can move qemu machine over to .34 one by one |
| 07:20.42 | JaMa | _git versions are already there.. I can add _2.6.34. but I can test it only on spitz |
| 07:21.02 | dcordes | khem, see it? |
| 07:22.30 | IgorK | mckoan: and so can't really use OE recipe directly |
| 07:22.46 | hrw | nice |
| 07:23.03 | hrw | JaMa: just add it and then add machines support |
| 07:30.14 | mckoan | IgorK: which wx version are you using? |
| 07:31.25 | IgorK | mckoan: I built wx-2.8.10 from sources |
| 07:32.20 | likewise | mckoan: Good morning. Does kaeilos support openjdk for 9263? |
| 07:32.55 | mckoan | likewise: never tried |
| 07:33.09 | *** join/#oe dt_h (~dieter@p4FDEFEAD.dip.t-dialin.net) |
| 07:33.12 | IgorK | the bug is in bakefile for my distribution (Linux Angstrom) and its confirmed with wx-dev so I had to build it from devshell |
| 07:33.30 | dcordes | khem, any thoughts? |
| 07:33.49 | dcordes | JaMa, you a zaurus maintainer? |
| 07:34.04 | likewise | morning all |
| 07:36.03 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:37.23 | khem | good night all |
| 07:37.51 | hrw | n8 khem |
| 07:39.28 | likewise | nite |
| 07:40.57 | mckoan | IgorK: hmmm strange, I'll try an angstrom build later |
| 07:41.55 | IgorK | mckoan: Im using mini2440 OE tree |
| 07:42.28 | mckoan | IgorK: I use at91sam9263ek + wx and it works |
| 07:42.46 | mckoan | IgorK: with KeilOS of course |
| 07:42.50 | IgorK | wx compiled without GUI support, so I had to tweak Makefile.in to confirm... |
| 07:43.12 | mckoan | IgorK: aha that must be the problem |
| 07:43.23 | IgorK | I still have pastebin from config.log and do_compile log |
| 07:43.55 | IgorK | the problem is that it is configured with it and config.log shows that everything is defined |
| 07:44.34 | IgorK | but log.do_compile shows wxUSE_GUI=0 |
| 07:45.42 | IgorK | I guess I will just copy the files manually just to test it in the morning and if everything will work, then I will c how to put the libs in the image |
| 07:46.09 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 07:47.38 | JaMa | hrw: adding it atm |
| 07:47.45 | IgorK | mckoan: if you know how to put the precompiled libraries in the image, let me know when I show up here in the morning or during the day. TIA |
| 07:48.29 | IgorK | good night all, thank u for u support |
| 07:48.29 | JaMa | dcordes: not really, more like tester |
| 07:54.29 | ant_work | JaMa: it looks LZMA for arm is not yet there :/ |
| 07:54.43 | ant_work | Russel said he has it 'in queue' |
| 07:55.28 | JaMa | ant_work: but it's in recipe again.. with status=pending |
| 07:56.58 | ant_work | JaMa: I'll write an RFC about removing some linux-kexecboot versions. |
| 07:57.09 | ant_work | we could then merge in /linux |
| 07:58.37 | JaMa | ant_work: that would be nice |
| 07:59.31 | ant_work | I hope we can live with a 2.6.26 and a 2.6.34. Stop. |
| 08:00.02 | *** join/#oe stefan_schmidt (~stefan@w1292.wlan.rz.tu-bs.de) |
| 08:02.46 | *** join/#oe pepere (~52fcec3b@gateway/web/freenode/x-kwwhzkprffremidf) |
| 08:03.05 | JaMa | ant_work: and _git :) |
| 08:03.35 | ant_work | oh, yes |
| 08:06.07 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 08:06.13 | pepere | hello, I've just started to work with oe. I experience issue using uImage generated for hawkboard board. uImage is tftp'ed but when kernel decompress than I got a Starting kernel and nothing else... |
| 08:06.23 | pepere | does anybody get such sort of issue? |
| 08:06.46 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r33eea80786 10openembedded.git/recipes/linux/ (3 files in 3 dirs): |
| 08:06.46 | CIA-2 | linux: add 2.6.34 with spitz defconfig |
| 08:06.46 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:06.47 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rcd37fc611f 10openembedded.git/recipes/freesmartphone/libframeworkd-glib_git.bb: |
| 08:06.47 | CIA-2 | libframeworkd-glib: bump SRCREV |
| 08:06.47 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:06.51 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r3c26dd6900 10openembedded.git/recipes/linux/ (linux/spitz/defconfig linux_git.bb): |
| 08:06.51 | CIA-2 | linux_git: bump SRCREV for 2.6.34 |
| 08:06.51 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:06.51 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r481fef91ed 10openembedded.git/recipes/kexecboot/ (linux-kexecboot/spitz/defconfig linux-kexecboot_git.bb): |
| 08:06.52 | CIA-2 | linux-kexecboot_git: bump SRCREV for 2.6.34 |
| 08:06.52 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:07.55 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:08.18 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 08:08.41 | pepere | I'm using remotes/origin/HEAD -> origin/org.openembedded.dev so it should support hawkboard as is... |
| 08:09.39 | pepere | (and i've checked defconfig, some latest patch seems to having been applied, so I'm up to date with latest patches) |
| 08:16.31 | *** join/#oe pepere_ (~52fcec3b@gateway/web/freenode/x-yofenqqhoayplnhg) |
| 08:17.13 | *** join/#oe pepere (~52fcec3b@gateway/web/freenode/x-qlxlkyqvxdzzfvfz) |
| 08:26.38 | *** join/#oe rsalveti (~rsalveti@29-39.80-90.static-ip.oleane.fr) |
| 08:30.47 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r90fc51ebe1 10openembedded.git/recipes/ti/ti-devshell.bb: ti-devshell: fix method conflict |
| 08:32.56 | *** join/#oe B_Lizzard (~havoc@athedsl-428022.home.otenet.gr) |
| 08:41.43 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:43.38 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 08:46.27 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:48.48 | florian | good morning |
| 08:50.06 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 08:51.00 | likewise | gm |
| 08:51.46 | likewise | can recipes inherit from other overlays, can recipes include/require from other overlays? I cannot find the proper documentation on this anymore. |
| 08:53.46 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 08:55.15 | ericben | likewise: it seems to be possible, in an overlay's linux recipe I have "require recipes/linux/linux.inc" and that works fine |
| 08:57.27 | likewise | ericben: you are sure you do not have a copy of linux.inc in your overlay? |
| 08:58.27 | ericben | likewise: yes |
| 08:58.58 | ericben | likewise: I only have a linux_2.6.32.bb |
| 08:59.12 | likewise | ericben: which bitbake version are you using? |
| 08:59.24 | ericben | and the same in other recipes (at91bootstrap for example) |
| 08:59.42 | ericben | likewise: 1.10.1 |
| 08:59.48 | ericben | 1.10.0 sorry |
| 09:00.53 | ericben | but that also worked with 1.8.19 |
| 09:14.19 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 09:14.22 | pb__ | florian: good morning |
| 09:14.26 | pb__ | mickey|office: good morning |
| 09:14.41 | Spyzer | hi, i do i build a zImage for an embedded device(mini2440) through bitbake?? |
| 09:14.53 | Spyzer | i mean how, sorry |
| 09:15.25 | JaMa | Spyzer: bitbake virtual/kernel? |
| 09:15.46 | Spyzer | pardon me, virtual/kernel?? |
| 09:18.29 | JaMa | Spyzer: I don't build for mini2440, but it's common target for all machines to build their preferred kernel |
| 09:18.59 | Spyzer | hmm thanks |
| 09:19.19 | Spyzer | so does the kernel gets build as a binary in the deploy directory?? |
| 09:19.40 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 09:19.51 | florian | Spyzer: yes |
| 09:20.09 | Spyzer | k |
| 09:21.51 | mickey|office | good morning pb_ |
| 09:31.05 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-pzzoxmyjydfrkdnl) |
| 09:36.39 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 09:44.50 | *** join/#oe GNUtoo (~GNUtoo@host109-48-dynamic.21-79-r.retail.telecomitalia.it) |
| 09:45.49 | *** join/#oe konne (~Miranda@85.183.99.11) |
| 09:51.09 | Spyzer | hi, i am trying to burn yaffs image on the mini2440 (i use minicom which shows the option of download root_yaffs image). But when i try to boot the machine i get kernel panic not syncing error, nothing can boot the the root yaffs image. |
| 09:51.29 | Spyzer | i am using a jffs2 image should i use a cramfs image instead |
| 09:51.31 | Spyzer | ? |
| 09:52.44 | ericben | Spyzer: you are using a jffs2 image and you say you are burning yaffs : isn't your problem here ? |
| 09:54.14 | Spyzer | actually i don't know the difference, what is yaffs(yet another fileflash system , ibelieve) but in bitbake i cannot make a yaffs image now can I, so I though i should go for a jffs2 image. But what exactly should i go for if its not jffs |
| 09:54.15 | *** join/#oe gnutoo_ (~GNUtoo@host77-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 09:54.44 | Spyzer | should i go for cramfs |
| 09:55.18 | Spyzer | ? |
| 09:55.52 | ericben | just look how your bootloader can write a jffs2 into flash |
| 10:01.31 | Spyzer | is there any way top create a yaffs image through bitbake?? |
| 10:02.37 | ericben | look in conf/machine/neuros-osd2.conf and conf/machine/include/neuros.inc : it seems to create yaffs2 images (do you need yaffs or yaffs2 ?) |
| 10:05.35 | Spyzer | yaffs i believe |
| 10:06.04 | Spyzer | i just saw a tutorial to create a yaffs image here http://processors.wiki.ti.com/index.php/Create_a_YAFFS_Target_Image |
| 10:06.33 | Spyzer | kindly have a look at it and please specify that whether the image created by this the same as the .tar.gz image created by bitbake |
| 10:07.20 | Spyzer | it seems to me that .tar.gz image itself can act as a yaffs image(as i can derive from the tutorial) |
| 10:08.01 | ericben | Spyzer: they say : "However, it this document we will only cover creating a tarball image of a file system." |
| 10:08.11 | ericben | yaffs != tar.gz ;-) |
| 10:09.04 | *** join/#oe vonami|work (~vonami@79.143.67.122) |
| 10:13.28 | Spyzer | No filesystem could mount root, tried: ext3 cramfs vfat msdos romfs |
| 10:13.33 | Spyzer | this is the sort of error i get |
| 10:13.35 | Spyzer | :( |
| 10:17.08 | ericben | Spyzer: first you need to be sure your kernel integrates the fs support you want, then that your bootloader can write this fs in flash, then that your flash is properly partitionned, then that you pass the right parameter to the kernel command line (root= and rootfstype= ) then that should boot |
| 10:20.55 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:21.46 | Spyzer | the extension ".img" and i burned them and they run f9. Can i produce a .img image from bitbake then?? |
| 10:21.58 | Spyzer | <PROTECTED> |
| 10:23.34 | Spyzer | the last line should be read before the first line |
| 10:32.06 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 10:32.23 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 10:35.47 | *** part/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 10:35.59 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 10:37.50 | *** join/#oe tsjsieb (~tsjsieb@80.101.185.65) |
| 10:39.10 | pb_ | mickey|office: I am looking for someone to help us with a small iphone project. do you have any spare time at the moment? |
| 10:42.22 | hrw | /home/hrw/devel/oe/build/tmp/work/x86_64-linux/guile-native-1.8.7-r0/sysroot-destdir///home/hrw/devel/oe/build/tmp/sysroots/x86_64-linux/usr/lib/libguile.so.17.3.1: new RPATH: $ORIGIN/../../usr/lib |
| 10:42.39 | hrw | how to deal with it? I am new to many .dev changes ;( |
| 10:42.52 | mickey|office | pb_: i'm buried in a project right now and it looks like it's not going to be finished before Mid-June... Is that too late? |
| 10:43.12 | pb_ | mickey|office: we might be able to live with that. I'll send you an email with some details and you can see what you think. |
| 10:44.47 | mickey|office | pb_: good, thanks |
| 10:44.55 | mickey|office | pb_: can you please send it to late@app-developers.de? |
| 10:45.00 | mickey|office | (that's my small iphone team) |
| 10:45.06 | pb_ | sure, will do |
| 10:45.08 | mickey|office | thanks |
| 10:53.43 | Spyzer | ok setting rootfstype=jffs2 in the machine atleast solved the cannot mount fs error, but now its saying that there is no init scripts try passing init= option, while i have already done that. I bitbaked a micro-base-image |
| 10:54.11 | Spyzer | please lend me a hand... |
| 10:54.50 | Spyzer | i have already passed init=/linuxrc, but it says can't find linuxrc |
| 10:56.48 | *** join/#oe morphis (~morphis@p5489CF75.dip.t-dialin.net) |
| 10:57.27 | Spyzer | Warning: unable to open an initial console. |
| 10:57.27 | Spyzer | Failed to execute /linuxrc. Attempting defaults... |
| 10:57.27 | Spyzer | Kernel panic - not syncing: No init found. Try passing init= option to kernel. |
| 10:57.40 | hrw | arm? |
| 10:57.48 | Spyzer | yes |
| 10:57.54 | *** join/#oe Ainulindale (~ainu@calaquendi.org) |
| 10:57.56 | hrw | vendor kernel instead of OE one? |
| 10:58.12 | Spyzer | no i am using an OE kernel |
| 10:58.17 | *** join/#oe pix_ (~pix@2001:6f8:3b5:0:219:dbff:fec7:9c83) |
| 10:58.30 | Spyzer | should i use the vendor one? |
| 10:59.00 | hrw | no, you should check does your kernel supports EABI and THUMB |
| 10:59.18 | hrw | Spyzer: which machine it is? and which kernel recipe is uses? |
| 10:59.18 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 10:59.49 | *** join/#oe eFfeM_work (~frans@atwork-193.r-212.178.107.atwork.nl) |
| 10:59.55 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 10:59.55 | *** join/#oe soxet (~soxet@65.126.90.130) |
| 10:59.55 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 11:00.36 | Spyzer | well its a mini2440 and i just a bitbake micro-base-image and but i do not remeber the kernel recipe |
| 11:01.14 | hrw | mini2440? I would expect it to be working |
| 11:02.12 | Spyzer | can the problem be possibly related to downloading the images to the mini2440 through usb, i use minicom?? |
| 11:02.55 | Spyzer | and i follow the general minicom terminologies, there is one tutorial on the net which does it through inbuilt capabilities of superviv |
| 11:03.22 | Spyzer | but i don't go in that manner, so can it be the case that the fs gets written to a wrong block or something |
| 11:04.13 | hrw | check with console-image? I do not know what is in micro-base-image |
| 11:05.30 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 11:05.49 | Spyzer | ok will do |
| 11:07.57 | *** join/#oe Nordh (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 11:16.46 | *** join/#oe thaytan (~jan@ppp121-44-38-165.lns20.syd6.internode.on.net) |
| 11:18.48 | gnutoo_ | finally: NOTE: Running task 1122 of 6844 (ID: 3363, virtual:native:/home/embedded/oe/org.openembedded.dev/recipes/gtk+/gtk+_2.20.0.bb, do_install) |
| 11:19.00 | gnutoo_ | I just did git pull |
| 11:20.25 | *** join/#oe morphis (~morphis@p5489CF75.dip.t-dialin.net) |
| 11:26.36 | *** join/#oe methril_work (~Rafael@201.35.65.90) |
| 11:36.23 | *** join/#oe supjigator (~supjigato@mail.tektone.net) |
| 11:40.12 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r98bed2876d 10openembedded.git/recipes/linux/ (5 files in 2 dirs): |
| 11:40.12 | CIA-2 | linux-openmoko-2.6.32: move to 2.6.32.13, add 2 more patches |
| 11:40.13 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 11:45.40 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 11:53.27 | *** join/#oe thaytan (~jan@ppp121-44-140-112.lns20.syd7.internode.on.net) |
| 12:06.52 | *** join/#oe siji (~siji@122.169.30.66) |
| 12:08.52 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 12:09.32 | *** join/#oe nlCortana_ (~johan@ip45-216-212-87.adsl2.static.versatel.nl) |
| 12:10.06 | CIA-2 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r543d057b7d 10openembedded.git/recipes/ (5 files in 3 dirs): |
| 12:10.06 | CIA-2 | busybox/syslogs: use update-alternatives for syslog selection |
| 12:10.06 | CIA-2 | * u-a for init scripts of busybox-syslog, sysklogd, and rsyslog |
| 12:10.06 | CIA-2 | * syslog-ng needs to be integrated too! |
| 12:10.06 | CIA-2 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 12:10.07 | CIA-2 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:12.20 | siji | <PROTECTED> |
| 12:22.16 | supjigator | Hi. Any plans on upgrading dosbox? I have a recipe for the current 74_r1 that works. |
| 12:23.22 | *** join/#oe mickey|bbq (~mickey@80.81.242.146) |
| 12:32.27 | *** join/#oe filip (~filip@filip.math.uni.lodz.pl) |
| 12:47.23 | *** join/#oe v3gard (~vegard@svale.hia.no) |
| 12:47.29 | v3gard | can anyone here point me to litterature that explains the pros of customizing a kernel (for an embedded system) versus using a generic one? |
| 12:48.12 | ant_work | three words: "generic wont boot" |
| 12:48.37 | ant_work | in the worst case |
| 12:49.38 | v3gard | thanks for the input, but I actually require a reference of some sort for a paper i'm writing :) |
| 12:50.41 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 12:50.49 | ant_work | well, then google for 'shrink the size' and 'boot time' |
| 12:51.38 | ant_work | and search in elinux / CELF archives |
| 12:51.55 | ant_work | lot of papers there |
| 12:54.25 | v3gard | great! |
| 12:54.26 | v3gard | thanks |
| 13:11.03 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 13:11.18 | ant_work | any dfu-tools master here? |
| 13:11.59 | ant_work | I have a friend trying to use the OpenMoko OSX tools but these appear to be broken :/ |
| 13:15.28 | *** join/#oe rsalveti (~rsalveti@29-39.80-90.static-ip.oleane.fr) |
| 13:17.59 | ant_work | stefan_schmidt: ping |
| 13:18.16 | *** join/#oe dth (~dieter@p4FDEFEAD.dip.t-dialin.net) |
| 13:19.20 | stefan_schmidt | ant_work: pong |
| 13:19.29 | ant_work | hello there |
| 13:19.36 | ant_work | just wondering about dfu-utils |
| 13:19.52 | stefan_schmidt | ant_work: tested the release candidate? |
| 13:20.00 | ant_work | no, different question |
| 13:20.08 | stefan_schmidt | ok, go ahead |
| 13:20.18 | ant_work | a friend is trying to flash a BT dongle from OSX |
| 13:20.26 | *** join/#oe etrunko (~edulima@187.106.38.192) |
| 13:20.31 | ant_work | he tried to compile the sources |
| 13:20.48 | ant_work | but even using the OpenMoko binary there are no devices shown |
| 13:20.53 | ant_work | (on OSX) |
| 13:20.58 | stefan_schmidt | ant_work: hmm |
| 13:21.04 | ant_work | then I found your git tree |
| 13:21.05 | ant_work | ... |
| 13:21.14 | stefan_schmidt | Never used OSX myself |
| 13:21.22 | stefan_schmidt | ant_work: The openmoko binaries are for linux |
| 13:21.27 | ant_work | first question: must one put the dongle in DFU mode somehow? |
| 13:21.30 | stefan_schmidt | ant_work: Did it compile? |
| 13:21.57 | ant_work | he followed |
| 13:21.59 | ant_work | http://wiki.openmoko.org/wiki/User:SNMoore |
| 13:22.03 | stefan_schmidt | ant_work: That depends on the dongle of course. Some seem to have a dfu descriptor in runtime as well |
| 13:22.40 | stefan_schmidt | reads |
| 13:23.22 | stefan_schmidt | Ah, someone tried to get it working under OSX |
| 13:23.38 | stefan_schmidt | That's good. I'm glad to get patches for this. |
| 13:24.09 | stefan_schmidt | ant_work: For the USB dongle. It really depends on the dingle I think. |
| 13:24.10 | ant_work | you got bad words until now.... |
| 13:24.14 | ant_work | ;) |
| 13:24.44 | stefan_schmidt | ant_work: The one I have was not recognized at all. Perhaps it is not able to upgrade the firmware. |
| 13:24.53 | stefan_schmidt | ant_work: bad words? care to explain? |
| 13:24.58 | ant_work | ok, I did the upgrade 5-6 years ago |
| 13:25.09 | ant_work | I extracted the fw from ther Apple 1.2 updater |
| 13:25.18 | ant_work | this one had the HID proxy feature |
| 13:25.30 | ant_work | so on boot you can branch BT kb + mouse |
| 13:25.58 | ant_work | he's trying to do it now with recent dongles |
| 13:25.59 | stefan_schmidt | The upgrade on the dongle you are talking about or another one? |
| 13:26.14 | ant_work | I suppose he has BT 2.0 EDR at least |
| 13:26.31 | ant_work | we are talking about CSR dongles with Ext memory, btw |
| 13:27.00 | ant_work | stefan_schmidt: ''.. currently this dfu stuff doesn't see any bluetooth devices.'' |
| 13:27.01 | stefan_schmidt | Does it offer a DFU descriptor? |
| 13:27.18 | ant_work | how to tell? it seems OSX lacks the basic bluez utils |
| 13:27.29 | stefan_schmidt | ant_work: lsusb? |
| 13:27.30 | ant_work | dfutool is enough? |
| 13:27.41 | ant_work | yep, I made him compile lsusb :) |
| 13:27.51 | stefan_schmidt | ant_work: They can send me patches for the usb dongles and OSX support :) |
| 13:27.56 | ant_work | do youneed some output? |
| 13:28.34 | stefan_schmidt | That or a crystal ball :) |
| 13:28.51 | stefan_schmidt | For now the most testing was done with the openmoko devices |
| 13:28.53 | ant_work | ok, mom |
| 13:29.18 | stefan_schmidt | bluez should also have a dfu implementation which might find the device |
| 13:29.33 | ant_work | I'm sure on Linux there would be less issues... |
| 13:29.47 | ant_work | he's posting the lo, mom |
| 13:29.51 | ant_work | *log |
| 13:29.52 | stefan_schmidt | As I said my bt dongle was not detected either and I haven't looked into this yet |
| 13:30.16 | ant_work | it seems there are smaller dongles without ext memory, rom-only |
| 13:30.16 | stefan_schmidt | Is there no update tool from CSR for OSX? |
| 13:30.23 | ant_work | these cannot be upgraded |
| 13:30.41 | ant_work | doh, no idea. I know about fw updater |
| 13:30.45 | stefan_schmidt | indeed, so far I suspected mine is one of these. Or maybe dfu-util just does something wrong |
| 13:30.49 | ant_work | http://pastebin.ca/M1cSEUz9 |
| 13:32.44 | stefan_schmidt | hmm, pastebin is slow... |
| 13:33.01 | ant_work | yes...retrying.. |
| 13:33.49 | ant_work | http://pastebin.com/4wMtUVwM |
| 13:36.57 | stefan_schmidt | ant_work: ok, let me consult the DFU spec |
| 13:38.14 | ant_work | thx |
| 13:41.11 | *** join/#oe rsalveti (~rsalveti@29-39.80-90.static-ip.oleane.fr) |
| 13:42.27 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
| 13:42.46 | *** join/#oe BuildSmart (~buildsmar@daleenterprise.com) |
| 13:43.37 | ant_work | hello BuildSmart |
| 13:43.55 | BuildSmart | stephan_schmidt: can I bother you for a moment? |
| 13:44.22 | *** join/#oe bleikert (~quassel@etx-public-dock-105-dhcp.ethz.ch) |
| 13:44.45 | BuildSmart | stefan_schmidt: can I bother you for a moment? |
| 13:45.08 | stefan_schmidt | BuildSmart: give me 10 minutes |
| 13:45.21 | BuildSmart | no problem, thank you. |
| 13:45.36 | ant_work | stefan_schmidt: ^^ he's the friend on OSX |
| 13:46.23 | stefan_schmidt | ant_work: According to the DFU 1.0 spec a DFU run-time interface descriptor would need to have bNumEndpoint 0 |
| 13:46.41 | stefan_schmidt | I can't find such a descriptor in the output for the bt dongle |
| 13:46.47 | stefan_schmidt | ant_work, BuildSmart: Ah, hi |
| 13:47.10 | *** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 13:47.43 | stefan_schmidt | It has bInterfaceSubClass 0 but bInterfaceProtocol never 0 |
| 13:47.53 | stefan_schmidt | No wonder dfu-util does not discover it |
| 13:48.03 | stefan_schmidt | Are you guys sure that it can be upgraded? |
| 13:48.26 | stefan_schmidt | It seems not to have a option to toggle from run-time to dfu mode |
| 13:48.42 | stefan_schmidt | (also states hci mode in the name already) |
| 13:48.43 | ant_work | it seems CSR confirmed the devices can be upgraded |
| 13:48.52 | stefan_schmidt | strange |
| 13:48.52 | ant_work | BuildSmart: ? |
| 13:49.00 | BuildSmart | stefan, yes, CSR has assured me the devices are reprogrammable. |
| 13:49.35 | ant_work | stefan_schmidt: straight question: which PS key to change in order to enable HID Proxy ? |
| 13:49.42 | stefan_schmidt | One a first glance I can't see how you would switch into dfu mode |
| 13:49.44 | ant_work | (if it is soo simple..) |
| 13:49.52 | stefan_schmidt | ant_work: no idea |
| 13:49.59 | ant_work | then flash.. :/+ |
| 13:51.11 | ant_work | Probably disassembling the generic csr fw provided by apple could reveal smthg |
| 13:51.36 | stefan_schmidt | That or trying to find a fw updater from CSR for OSX? |
| 13:51.52 | ant_work | well, the idea is to enable HID Proxy |
| 13:51.53 | stefan_schmidt | It could good be that dfu-util is missing some magic here. |
| 13:52.10 | BuildSmart | the OS can be windows, OSX or linux (I'm flexible) |
| 13:52.17 | stefan_schmidt | But I still don't get how you would switch into dfu mode. The normal way over runtime descriptor seems not be available |
| 13:52.44 | stefan_schmidt | ant_work: Why that? What does HID proxy buy you? |
| 13:52.52 | BuildSmart | that might be an OSX driver related issue? |
| 13:52.59 | ant_work | it gives BT keyb + mouse on bios screen |
| 13:53.04 | stefan_schmidt | BuildSmart: no idea, never used OSX |
| 13:53.18 | stefan_schmidt | ant_work: yeah, and what does it bring for flashing it? |
| 13:53.22 | BuildSmart | no problem... does linux have a tool to put the device in DFU mode? |
| 13:53.39 | stefan_schmidt | ant_work: A PS key for switching in dfu mode would make more sense |
| 13:53.56 | stefan_schmidt | BuildSmart: That is the question |
| 13:54.19 | stefan_schmidt | suggest to look into the small dfu util in bluez. The might have such a trick implemented already |
| 13:54.31 | stefan_schmidt | They wrote it for bt dongles anyway. :) |
| 13:54.59 | ant_work | I've seen in the bluez sources (dfutool.c) |
| 13:55.05 | stefan_schmidt | Your dingle behaves like the one I have. Maybe it is really just a PS key to switch the modes |
| 13:55.13 | stefan_schmidt | ant_work: yeah, thats the one |
| 13:55.30 | BuildSmart | dfu-util is also supplied with OpenMoko (for OS X) but it reports no devices and the GUI makes absolutely no sense since it shows no devices. |
| 13:55.44 | stefan_schmidt | I'll look into getting mine to work, but it has to wait until the weekend. |
| 13:55.55 | stefan_schmidt | BuildSmart: GUI? |
| 13:56.03 | stefan_schmidt | dfu-util does only have a commandline |
| 13:56.04 | ant_work | I can test with USB and UART |
| 13:56.14 | BuildSmart | OpenMoko has a GUI for OS X |
| 13:56.33 | BuildSmart | I have dfutil for OSX but no clue how to use it. |
| 13:56.34 | stefan_schmidt | BuildSmart: well, then you are not using the official dfu-util but some fork |
| 13:56.47 | stefan_schmidt | I can't help you then |
| 13:56.56 | BuildSmart | I downloaded the source myself from svn as well. |
| 13:57.04 | ant_work | stefan_schmidt: is your git the fresh one around? |
| 13:57.16 | stefan_schmidt | ant_work: as fresh as possible |
| 13:57.28 | stefan_schmidt | BuildSmart: From which svn? |
| 13:58.16 | BuildSmart | svn.openmoko.org ehich may not be the best source I guess. |
| 13:58.38 | stefan_schmidt | BuildSmart: And how did you get a GUI from there? |
| 13:59.04 | BuildSmart | it's listed on thw wiki with a link to download. |
| 13:59.28 | stefan_schmidt | https://svn.openmoko.org/trunk/src/host/dfu-util/ |
| 13:59.36 | stefan_schmidt | That is the svn. And there is no UI |
| 13:59.53 | stefan_schmidt | BuildSmart: Did you build it from there or downloaded a binary for OSX? |
| 14:00.25 | BuildSmart | again... I got the source form the svn and built it, also downloaded and tried the binary, neother show any devices. |
| 14:00.30 | BuildSmart | neither |
| 14:00.30 | stefan_schmidt | Point is there is no GUI in dfu-util and if you have one you are running a fork, a GUI on top or something different |
| 14:00.45 | BuildSmart | it's just a wrapper. |
| 14:00.58 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 14:00.59 | BuildSmart | don't get hung up on the GUI |
| 14:01.39 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:01.58 | stefan_schmidt | Well, if you are using something else my help would be useless and I should work right now normally... |
| 14:02.06 | *** join/#oe hrw (~hrw@chello089078170228.chello.pl) |
| 14:02.18 | BuildSmart | the binary is form the svn, ignore any reference to the GUI. |
| 14:02.45 | BuildSmart | I have built source and downloaded the prebuilt, both list no devices. |
| 14:02.47 | stefan_schmidt | And it does not detect the dongle? To be expected from what I see from the lsusb output |
| 14:02.58 | stefan_schmidt | no surprise |
| 14:03.28 | stefan_schmidt | If it has another method then the run-time descriptor to switch into dfu mode dfu-util does not support it yet |
| 14:03.30 | BuildSmart | well I can boot ubuntu but am then lost without presupplied utils, same for windows. |
| 14:03.48 | stefan_schmidt | No need to, it will be the same under linux |
| 14:03.59 | BuildSmart | if somehting works in linux then I can make it work in OSX. |
| 14:04.16 | stefan_schmidt | it will not work there |
| 14:04.35 | BuildSmart | under linux how do you put a device into DFU mode? |
| 14:04.57 | stefan_schmidt | it depends on the _device_ not on the host system |
| 14:05.07 | stefan_schmidt | Anybody ready what I write? |
| 14:05.56 | BuildSmart | ok and how would I know under linux???? |
| 14:07.57 | BuildSmart | do you have a BT device that shows DFU capability? |
| 14:08.07 | stefan_schmidt | I give up here. Read the backlog. I explained what I suspect more then once and also gave you a hint about the bluez version. |
| 14:09.45 | BuildSmart | I see so basically there is no BT devie with DFU mode is what you are saying. |
| 14:09.56 | *** join/#oe zecke (~ich@dsl-62-220-14-162.berlikomm.net) |
| 14:10.00 | BuildSmart | reading the backlog tells me nothing. |
| 14:10.46 | BuildSmart | the software may be broken in OSX so trying in another OS makes sense but I'd like to see some out put that shows what I should be looking for.... |
| 14:11.29 | BuildSmart | telling me that output exists but giving me nothing to compare it to is not helpful.... |
| 14:13.01 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 14:14.16 | ant_work | stefan_schmidt: thx, I'll try on Linux later |
| 14:14.56 | stefan_schmidt | ant_work: The best tip is the dfuutils from bluez |
| 14:15.13 | stefan_schmidt | ant_work: I'm sure it will not work from linux either with dfu-util. As I already stated. |
| 14:15.28 | ant_work | I have still that old 1.2 dongle somewhere |
| 14:15.29 | stefan_schmidt | ant_work: It seems to use something else to switch to DFU mode |
| 14:15.36 | ant_work | I updated years ago |
| 14:15.39 | BuildSmart | stefan, tried, they do not have an option to list any devices |
| 14:15.42 | stefan_schmidt | ant_work: Did that work with dfu-util? |
| 14:15.52 | ant_work | I'll have yet to see |
| 14:16.06 | ant_work | ah, misunderstoood |
| 14:16.26 | ant_work | yep, I extracted the apple fw from dmg and flashed on my CSR dongle |
| 14:16.36 | stefan_schmidt | with _dfu-util_? |
| 14:16.51 | ant_work | I'd say yes, back in 2005 |
| 14:17.06 | ant_work | but at the time I was playing with windows too |
| 14:17.19 | ant_work | (dfu-tools of Win) |
| 14:17.43 | ant_work | it was old Bluecore2 chipset iirc |
| 14:19.03 | BuildSmart | so far all I can confirm is that dfu-util does not recognize any devices |
| 14:19.04 | stefan_schmidt | I wonder if df-util even exists in 2005 |
| 14:19.18 | stefan_schmidt | BuildSmart: Any bluetooth devices you mean |
| 14:20.13 | *** join/#oe woglinde (~heinold@g225007009.adsl.alicedsl.de) |
| 14:20.25 | BuildSmart | dfu-util -l shows no devies of any kind. |
| 14:20.30 | BuildSmart | * BlueZ - Bluetooth protocol stack for Linux |
| 14:20.33 | woglinde | jo |
| 14:20.47 | woglinde | BuildSmart did you run dfu-util with root? |
| 14:20.50 | BuildSmart | <PROTECTED> |
| 14:21.28 | stefan_schmidt | What should me tell this copyright notice? |
| 14:22.50 | BuildSmart | I've tried the bluez software, it has no options to list any devices |
| 14:23.01 | woglinde | hi stefan |
| 14:23.07 | stefan_schmidt | hi woglinde |
| 14:23.39 | *** join/#oe pb_ (~pb@62.7.80.98) |
| 14:23.46 | stefan_schmidt | BuildSmart: Then it maybe can't detect it either. |
| 14:23.54 | stefan_schmidt | Anyway, not my problem. I have to work |
| 14:24.02 | woglinde | hm 2.6.34 is out |
| 14:24.18 | BuildSmart | setfan, the bluez software has no utility or options to list available devices. |
| 14:24.38 | stefan_schmidt | ant_work: Sorry, I really wanted to do you a favour but I can't work this way |
| 14:24.38 | BuildSmart | this means you need to know the device you wish to interact with. |
| 14:25.11 | stefan_schmidt | BuildSmart: Use the prdout and device ID |
| 14:25.19 | ant_work | stefan_schmidt: thx again |
| 14:25.31 | *** join/#oe CHli (~CHli@212-98-42-40.static.adslpremium.ch) |
| 14:26.53 | *** join/#oe kristoffer (~kristoffe@95.209.59.137.bredband.tre.se) |
| 14:31.06 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 14:31.18 | *** join/#oe dth_ntb (~dieter@p4FDEFEAD.dip.t-dialin.net) |
| 14:32.31 | *** join/#oe kristoffer (~kristoffe@95.209.59.137.bredband.tre.se) |
| 14:33.49 | *** part/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 14:34.52 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 14:35.44 | *** join/#oe xjqian1 (~gordon@116.232.137.38) |
| 14:35.57 | woglinde | jo kergoth |
| 14:35.58 | *** part/#oe xjqian1 (~gordon@116.232.137.38) |
| 14:36.07 | *** join/#oe B_Lizzard (~havoc@athedsl-428022.home.otenet.gr) |
| 14:36.11 | woglinde | hm |
| 14:36.18 | woglinde | till later |
| 14:37.43 | kergoth_ | hey |
| 14:45.51 | pb_ | g'day kergoth |
| 14:56.55 | *** join/#oe GNUtoo (~GNUtoo@host77-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 14:57.42 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-zinqwzosdhykzxzo) |
| 14:58.13 | *** part/#oe jkridner1 (~a0321898@nat/ti/x-zinqwzosdhykzxzo) |
| 15:02.45 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 15:06.43 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-ubfeonpjfyjfsicr) |
| 15:25.11 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 15:30.16 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 15:32.02 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 15:32.17 | woglinde | re |
| 15:32.18 | woglinde | hi pb |
| 15:35.10 | pb_ | hi woglinde |
| 15:35.49 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
| 15:39.47 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 15:39.49 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 15:58.13 | *** join/#oe aalonso (~aalonso@201.153.77.51) |
| 16:02.10 | *** join/#oe mickey|bbq (~mickey@openmoko/coreteam/mickey) |
| 16:03.01 | aalonso | Hi, I'm working on adding OE support for microblaze arch, and reach the point where gcc-cross-initial fails to compile showing the next error "configure: error: cannot compute suffix of object files: cannot compile" |
| 16:03.31 | aalonso | has some one deal with this type of error? |
| 16:05.07 | *** join/#oe darkstar62 (~darkstar6@97-126-97-156.tukw.qwest.net) |
| 16:05.28 | aalonso | An error log can be found at http://pastebin.com/kqC8AP1s |
| 16:08.11 | *** join/#oe aalonso_ (~aalonso@201.153.68.239) |
| 16:08.31 | *** join/#oe kristoffer (~kristoffe@95.209.59.137.bredband.tre.se) |
| 16:17.10 | *** join/#oe aalonso_ (~aalonso@189.245.42.29) |
| 16:26.49 | *** join/#oe kristoffer (~kristoffe@95.209.59.137.bredband.tre.se) |
| 16:36.22 | *** join/#oe zecke (~ich@dsl-62-220-14-162.berlikomm.net) |
| 16:36.42 | woglinde | re zecke |
| 16:55.28 | *** join/#oe hansdampf (~moritz@212.77.183.108) |
| 16:59.56 | *** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com) |
| 17:05.48 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-wshmmmulkicrxtmn) |
| 17:19.57 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 17:23.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:24.55 | florian | re |
| 17:27.49 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 17:29.05 | *** join/#oe GNUtoo (~GNUtoo@host77-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 17:33.38 | khem | gm all |
| 17:34.27 | GNUtoo | khem, hi, my issue was solved with a git pull |
| 17:34.43 | khem | GNUtoo: nice |
| 17:34.47 | GNUtoo | thanks a lot for the help! |
| 17:34.51 | khem | np |
| 17:45.36 | Spyzer | hi, i am trying to burn a jffs2 image on mini2440. I even set the kernel parameter: root=/dev/mtdblock3 and yet it says that VFS: Cannot open root device "mtdblock3" or unknown-block(31,3) |
| 17:45.37 | Spyzer | Please append a correct "root=" boot option; here are the available partitions: |
| 17:45.37 | Spyzer | 1f00 256 mtdblock0 (driver?) |
| 17:45.37 | Spyzer | 1f01 128 mtdblock1 (driver?) |
| 17:45.37 | Spyzer | 1f02 5120 mtdblock2 (driver?) |
| 17:45.38 | Spyzer | 1f03 256640 mtdblock3 (driver?) |
| 17:45.57 | Spyzer | as u can see mtdblock3 holds the jffs2 file system |
| 17:46.05 | Spyzer | yet the kernel is not recognising it |
| 17:46.17 | Spyzer | i bitbaked a console-image for mini2440 |
| 17:46.24 | Spyzer | please help... |
| 17:47.32 | Spyzer | if some one may tell me as how do i create a .img (yaffs)file system through a tar.gz fs that can also help me a lot |
| 17:47.35 | khem | Spyzer: have you enabled jffs2 support in kernel ? |
| 17:47.54 | Spyzer | yes i did pass the option rootfstype=jffs2 |
| 17:48.03 | Spyzer | in the kernel parameter boot options |
| 17:48.12 | khem | in .config |
| 17:48.38 | khem | look for CONFIG_JFFS2_FS |
| 17:48.45 | Spyzer | ohh but i built the kernel from the bitbake virtual/kernel is there any recipe which i should change?? |
| 17:49.04 | khem | go into the kernel build tree and grok the .config |
| 17:49.44 | Spyzer | kernel build tree?? but bitbake directly extracts the source while making the kernel?? |
| 17:50.01 | Spyzer | can't this setting be changed in any kind of recipe?? |
| 17:50.06 | khem | Spyzer: yes where it built for you in your tmpdir |
| 17:50.24 | Spyzer | ok and then after changing it i rebuild it?? |
| 17:52.25 | khem | first see id its unset |
| 17:52.34 | khem | if it is set then problem is something else |
| 17:53.38 | Spyzer | there is one more thing I have also added INHERIT+="rm_work" so i believe that kernel tree must have been removed after the image ahs been deployed |
| 17:54.11 | Spyzer | khem: do you know how do i convert a tar.gz fs image to a .img(yaffs2) fs image |
| 17:54.26 | Spyzer | that can also solve the provblem i believe |
| 17:55.48 | khem | Spyzer: hmmm |
| 17:56.11 | khem | Spyzer: you can create an img |
| 17:56.40 | khem | remove rm_work |
| 17:56.47 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 17:56.55 | khem | and then bitbake the virtual/kernel once again |
| 17:57.56 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 17:59.17 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 17:59.39 | khem | Spyzer you have to do few steps |
| 18:00.42 | khem | is googling to avoid typing |
| 18:00.45 | khem | http://processors.wiki.ti.com/index.php/Create_a_YAFFS_Target_Image |
| 18:01.01 | khem | ah spyzer is gone |
| 18:01.09 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 18:02.04 | Spyzer | i got disconnected |
| 18:02.23 | Spyzer | :( |
| 18:10.39 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 18:11.42 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 18:13.12 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 18:15.41 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 18:16.33 | Spyzer | i am sorry that i keep on getting disconnected even if someone is helping me from there i just keep ruining that up. :( |
| 18:17.25 | Spyzer | in any case is can anyone tell me as to what is the default rootfstype that is supported by the kernel built from bitbake virtual/kernel ?? |
| 18:17.48 | Tartarus | The supported ones are in the kernel config file |
| 18:19.33 | Spyzer | ok, now where will i find that, i just have the tar.gz sources in my sources directory and I have done INHERIT+="rm_work" so built stuff gets deleted |
| 18:19.47 | Spyzer | i mean is there any other location which i am missing |
| 18:19.47 | Spyzer | ? |
| 18:19.48 | Tartarus | Well, openembedded/recipes/linux/linux-VER/MACHINE/defconfig |
| 18:19.53 | Tartarus | Or so |
| 18:20.02 | Spyzer | ohh thnks |
| 18:21.17 | *** join/#oe zecke (~ich@188.46.193.175) |
| 18:21.48 | Spyzer | i don't have any openembedded/recipes/linux/linux-VER?? |
| 18:21.58 | Spyzer | i have many others in openembedded/recipes/linux/ |
| 18:22.04 | Spyzer | but not linux-VER ?? |
| 18:24.13 | Spyzer | really i am serious |
| 18:25.15 | *** join/#oe Heinervdm (~thomas@pD9E1432B.dip.t-dialin.net) |
| 18:25.25 | Tartarus | Yes, not a litteral VER |
| 18:25.28 | Tartarus | but whatever version you built |
| 18:25.34 | Tartarus | And for whatever machine you're talking about |
| 18:25.52 | *** join/#oe lgopher (~lgopher@83.243.116.9.dynamic.cablesurf.de) |
| 18:26.07 | Spyzer | ohh i am so sorry for showing such lameness :'( |
| 18:26.29 | Tartarus | No worries :)\ |
| 18:30.26 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 18:33.15 | Spyzer | oh man, i saw the config file for linux kernel and its thew support for all ext3, jffs2 and others which bitbake builds. Now its beyond me as to why the kernel is unable to mount the fs in mini2440 |
| 18:33.51 | Spyzer | i send the fs through minicom in which there is only one option regarding the sending of fs and thats is download a yaffs image |
| 18:34.17 | Spyzer | but does it matter if i send a jffs2 image and write the kernel boot option rootfstype=jffs2?? |
| 18:35.16 | khem | Spyzer try the number 1f03 |
| 18:35.50 | Spyzer | umm sorry i didn't quite get u, i mean how and where should i try it |
| 18:36.16 | khem | root=1f03 |
| 18:37.28 | Spyzer | umm ok, but how did u get this number?? |
| 18:37.57 | khem | from what you typed earlier |
| 18:38.52 | *** join/#oe rsalveti (~rsalveti@AGrenoble-156-1-56-110.w90-41.abo.wanadoo.fr) |
| 18:43.37 | *** join/#oe marcosmamorim (~marcos@187.75.179.83) |
| 18:46.51 | Spyzer | i did root=1f03 but am getting the same error, i can describe the error a little bit more . First "uncorrectable error:[\n]" keeps on printing for about 100 times with great speed and then i finally get |
| 18:46.53 | Spyzer | Empty flash at 0x0017d130 ends at 0x0017d180 |
| 18:46.54 | Spyzer | Node at 0x0017ffd4 with length 0x00000244 would run over the end of the erase block |
| 18:46.54 | Spyzer | Perhaps the file system was created with the wrong erase size? |
| 18:46.54 | Spyzer | Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes |
| 18:46.54 | Spyzer | empty_blocks 1888, bad_blocks 115, c->nr_blocks 2005 |
| 18:46.55 | Spyzer | VFS: Cannot open root device "1f03" or unknown-block(31,3) |
| 18:46.57 | Spyzer | Please append a correct "root=" boot option; here are the available partitions: |
| 18:46.59 | Spyzer | 1f00 256 mtdblock0 (driver?) |
| 18:47.01 | Spyzer | 1f01 128 mtdblock1 (driver?) |
| 18:47.03 | Spyzer | 1f02 5120 mtdblock2 (driver?) |
| 18:47.05 | Spyzer | 1f03 256640 mtdblock3 (driver?) |
| 18:47.07 | Spyzer | Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,3) |
| 18:53.41 | *** join/#oe timtimred (~meh@79-77-228-247.dynamic.dsl.as9105.com) |
| 18:53.42 | khem | Spyzer: root=/dev/mtdblock3 rootfstype=jffs2 rw |
| 18:53.45 | khem | does that work |
| 18:54.15 | khem | Spyzer: is it NAND or NOR |
| 18:54.25 | Spyzer | i have trying that only since quite a time but no success :( |
| 18:54.34 | Spyzer | it is NAND i am trying to write |
| 18:54.48 | Spyzer | but an doing the writing stuff through NOR |
| 18:55.07 | khem | CONFIG_MTD_NAND is it set ? |
| 18:55.52 | khem | look at CONFIG_MTD_* options |
| 18:58.15 | Spyzer | khem: yes it is set to 'y' |
| 19:06.56 | *** join/#oe awozniak (~awozniak@76.205.222.173) |
| 19:08.56 | Tartarus | khem: Yes, someone might wanna play with some of the other options w/ -g3 to get the size down a tad, so long as they're really not otherwise harmful |
| 19:09.13 | Tartarus | suspects where Koen is going with this, but doesn't have time to confirm himself |
| 19:10.08 | khem | Tartarus: thats ok. I stopped using angstrom because of this nuisance |
| 19:10.19 | khem | My laptop partition for lnx is 64gb |
| 19:10.32 | khem | and I can only afford one angstrom console-image build |
| 19:10.45 | khem | where as three minimal distro builds |
| 19:11.07 | *** join/#oe hansdampf (~moritz@212.77.183.108) |
| 19:13.31 | Spyzer | khem: may u please tell me as to where should i look to resolve the error |
| 19:13.36 | *** join/#oe hexor (~thehexa@189-19-251-152.dsl.telesp.net.br) |
| 19:14.18 | khem | Spyzer: whatever I poked seems to be in place |
| 19:14.25 | Spyzer | also let me tell u that i try to burn the vendors provided kernel and their pre built images everything works just f9 |
| 19:14.33 | Spyzer | yeah :( |
| 19:15.10 | khem | Spyzer: ok try to boot same root file system as you have with vendor kernel |
| 19:15.26 | Spyzer | yeah i was also thinking so |
| 19:15.29 | khem | and check what it says about mtdpartitions |
| 19:15.30 | Spyzer | will try it |
| 19:15.33 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 19:15.35 | Spyzer | ok |
| 19:15.51 | khem | the ? after driver is strange |
| 19:16.35 | Spyzer | although right now am trying to burn an image created through mkyaff2img utility with which i converted the tar.gz image generated by bitbake |
| 19:16.39 | Spyzer | yeah |
| 19:21.07 | *** join/#oe Martin-B (~martin@pool-188-66-198-89.dbd-ipconnect.net) |
| 19:21.44 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:22.45 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r7c393dcee8 10openembedded.git/recipes/freesmartphone/fsonetworkd_git.bb: |
| 19:22.45 | CIA-2 | fsonetworkd_git.bb: add RDEPENDS for iptables |
| 19:22.45 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 19:25.25 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r14e1ed7036 10openembedded.git/recipes/linux/ (31 files in 2 dirs): |
| 19:25.25 | CIA-2 | linux-openmoko-2.6.32: add patches from gdrm-for-merging instead of gdrm-2.6.32 branch and rebase |
| 19:25.25 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:26.55 | Spyzer | khem: vendor provided me qtopia."img" and am trying to burn ".jffs2" can, that create problems even after i set rootfstype=jffs2 in the kernel options?? |
| 19:27.58 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 19:28.15 | khem | Spyzer: hope the partions are formatted for jffs2 |
| 19:28.43 | khem | Spyzer: do you know what file system is this qtopia.imp |
| 19:29.10 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 19:29.19 | Spyzer | as far as i know it is yaffs because when i boot into NOR through minicom it says "Download a yaffs image" |
| 19:30.00 | khem | then generate a yaffs image from OE too |
| 19:32.45 | Spyzer | how?? |
| 19:33.18 | Spyzer | as far as i know the only available ones are jffs2 cramsfs tar.gz ect3 ext2 |
| 19:33.24 | Spyzer | *ect3 ext3 |
| 19:33.33 | Spyzer | and squashfs |
| 19:33.37 | Spyzer | ?? |
| 19:33.50 | Spyzer | khem: is there any way of making yaffs2 image from oe?? |
| 19:33.55 | Spyzer | or yaffs image |
| 19:33.58 | Spyzer | anyone |
| 19:35.09 | GNUtoo | mmm |
| 19:36.08 | khem | Spyzer: IMAGE_FSTYPES += "yaffs2" |
| 19:36.15 | khem | in your local.conf |
| 19:36.48 | lgopher | Hi everyone, is there some at least short description what the new and old staging style means ? I'm trying to understand why my package complains that it's doing the legacy style stage and looking at the patches to convert to new style didn't bring me understanding. |
| 19:37.16 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 19:38.15 | Tartarus | lgopher: old style == recipe has do_stage, new style == do_install is complete and places everythere where it needs to be so that a package can be installed into the staging directory |
| 19:38.25 | Tartarus | rather than by hand copying files over in do_stage |
| 19:38.44 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
| 19:40.33 | lgopher | Tartarus: this is exactly what i do i have only do_install and no do_stage. after install step I have in WORKDIR/image/...../usr/bin/slice2cppe. This the only file which I require. And still I got the old style complain. And log shows that do_stage is calling make install anyway. |
| 19:41.31 | lgopher | Tartarus: I must say that this no autotools but native package. does it make difference ? |
| 19:42.05 | khem | lgopher: NATIVE_INSTALL_WORKS = "1" |
| 19:42.13 | khem | add that to recipe |
| 19:42.55 | lgopher | khem: thanks for the tip, I'm trying this right now |
| 19:44.20 | khem | goes out for lunch hunt |
| 19:46.36 | GNUtoo | tought he already tried the IMAGE_FSTYPES |
| 19:46.36 | denix | should I generally bump the PR when changing the LICENSE? i.e. from GPL to GPLv2? |
| 19:46.50 | woglinde | denix yes |
| 19:46.59 | GNUtoo | denix,I'd say yes because it changes packages output |
| 19:47.20 | GNUtoo | hi woglinde |
| 19:47.34 | GNUtoo | git pull unbroke my strange g_realloc_n issue |
| 19:50.07 | Spyzer | khem: i added IMAGE_FSTYPES += "yaffs2" but there was no .img file created?? |
| 19:50.07 | lgopher | khem: for the record, it did fixed the old staging, and another problem with "rpath is too short", which I was complaining yesterday is gone too. Thanks ! |
| 19:50.07 | Spyzer | should i delete the entire tmp and rebuild the console image?? |
| 19:50.07 | denix | I know it changes the output. I was worried some people would not like to rebuild most of their packages when some core pkg changed its license from GPL to GPLv2... it's still GPL :) |
| 19:50.40 | woglinde | gnutoo lol |
| 19:50.50 | woglinde | about the g-realoc_n problem |
| 19:51.24 | *** join/#oe nlCortana_ (~johan@ip45-216-212-87.adsl2.static.versatel.nl) |
| 19:51.29 | woglinde | Spyzer try bitbake -c clean your-image |
| 19:51.40 | woglinde | and bitbake your-image |
| 19:54.33 | *** join/#oe bleikert (~quassel@217-162-209-205.dclient.hispeed.ch) |
| 19:55.49 | lgopher | another question, I have a problem with PARALLEL_MAKE. it doesn't work, I see only one core compiling. In the log.do_compile I see in the beginning "NOTE: make -j3 -e MAKEFLAGS=" and this MAKEFLAGS= which makes it run with one core. Where is it set ? |
| 19:55.50 | *** join/#oe nlCortana (~johan@87.212.216.45) |
| 19:57.30 | GNUtoo | ok |
| 19:58.46 | woglinde | lgopher seems to come from the original Makefile |
| 19:59.24 | lgopher | woglinde: not really, I see this for all packages I'm compiling. |
| 20:00.25 | woglinde | check your env |
| 20:00.27 | lgopher | woglinde: I can reproduce this in command line perfectly. make -j3 -e -> 3 cores, make -j3 -e MAKEFLAGS= -> 1 core. |
| 20:00.45 | woglinde | but oe should wipe out it |
| 20:01.34 | woglinde | sure |
| 20:01.36 | woglinde | -e, --environment-overrides |
| 20:01.50 | woglinde | MAKEFLAGS="" overrides |
| 20:01.53 | woglinde | the -j4 |
| 20:03.32 | lgopher | woglinde: I checked, no, the MAKEFLAGS is not set in environment. the bitbake 1.8.18, debian lenny x86_64, angstrom-2008.1, if this helps |
| 20:05.11 | lgopher | <PROTECTED> |
| 20:05.38 | woglinde | sorryI dont know where -e MAKEFLAGS="" comes from |
| 20:05.41 | woglinde | never saw it here |
| 20:09.24 | lgopher | woglinde: no problem, then I have another question :) How do I split package. I would like to have similar package structure as in debian and there one of the packages split in two, namely lib-dev and everything which in the share with completely different name. |
| 20:09.46 | woglinde | ?????? |
| 20:09.54 | woglinde | splitting is done automagicly |
| 20:10.46 | woglinde | otherwise grep the recpies dir for "_files +=" |
| 20:10.47 | lgopher | yep I get lib, lib-dev, doc and I want to package part of the files in separate package. |
| 20:10.56 | woglinde | or "packages +=" |
| 20:12.03 | lgopher | ok, thanks looking into this. |
| 20:12.48 | woglinde | lgoper most stuff is also in the manual |
| 20:12.53 | woglinde | try consider to read it |
| 20:12.59 | woglinde | not all stuff is update |
| 20:13.08 | woglinde | but most thinks |
| 20:13.53 | lgopher | did it already, several times. I'm asking here only the questions which in the manual says to do. |
| 20:14.22 | lgopher | or maybe I just don't understand what it's trying to say me. |
| 20:15.38 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 20:17.12 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r9e3ba6b92a 10openembedded.git/recipes/bluez/bluez-hcidump_1.42.bb: bluez-hcidump: set the LICENSE to more specific GPLv2 |
| 20:17.13 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r8a18828d82 10openembedded.git/recipes/bluez/bluez4.inc: bluez4: set the LICENSE to more specific GPLv2/LGPLv2.1 |
| 20:17.17 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r4b2cf232f8 10openembedded.git/recipes/openobex/openobex_1.5.bb: openobex: set the LICENSE to more specific GPLv2/LGPLv2.2 |
| 20:17.18 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r2d4704ab46 10openembedded.git/recipes/fbset/fbset-modes.bb: fbset-modes: set the LICENSE to MIT by default |
| 20:17.19 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r3e6d9e878c 10openembedded.git/recipes/obexftp/obexftp_0.23.bb: obexftp: set the LICENSE to more specific GPLv2/LGPLv2 (not 2.1?) |
| 20:17.21 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * re8f9f82923 10openembedded.git/recipes/pointercal/pointercal_0.0.bb: pointercal: set the LICENSE to MIT by default |
| 20:17.22 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * ra58f2237cb 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 20:20.12 | IgorK | Hi, ALL |
| 20:20.16 | denix | oops, the openobex description says LGPLv2.2 :) |
| 20:20.53 | IgorK | so is there any way to add the precompiled libraries to the image? |
| 20:22.56 | *** join/#oe woglinde_ (~heinold@g225072127.adsl.alicedsl.de) |
| 20:25.13 | *** join/#oe d_t_h (~dieter@p4FDEC110.dip.t-dialin.net) |
| 20:29.50 | *** join/#oe GNUtoo (~GNUtoo@host77-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 20:30.17 | *** join/#oe dt_h (~dieter@p4FDEF07C.dip.t-dialin.net) |
| 20:47.35 | Tartarus | hey denix, how do those GPLv2/LGPLv2 work? |
| 20:47.41 | Tartarus | Is it some package is one part, some is another? |
| 20:47.45 | Tartarus | Or does the main pkg contain both? |
| 20:49.59 | woglinde_ | Tartarus most packages with this combination has the following |
| 20:50.04 | woglinde_ | lib is lgplv2 |
| 20:50.19 | woglinde_ | gui stuff or other stuff based on the lib is gplv2 |
| 20:50.43 | Tartarus | Right |
| 20:50.48 | Tartarus | And both end up in the same ipk? |
| 20:50.50 | Tartarus | I assume yes |
| 20:51.02 | woglinde_ | hm ah |
| 20:51.08 | woglinde_ | now I understand your problem |
| 20:51.09 | kergoth_ | that depends on the recipe |
| 20:51.11 | Tartarus | ie in the gnutls/gnutls-extra case we set LICENSE_${PN}-extra |
| 20:51.20 | woglinde_ | yes |
| 20:51.21 | Tartarus | kergoth_: exactly |
| 20:51.25 | woglinde_ | we have to fix it |
| 20:51.26 | woglinde_ | okay |
| 20:51.30 | Tartarus | And hoping denix did that kind of check :) |
| 20:51.38 | khem | Probably we should packages keeping license in view |
| 20:51.52 | lgopher | woglinde: I found the reason for make, it's in openembedded/conf/bitbake.conf: EXTRA_OEMAKE = "-e MAKEFLAGS=" |
| 20:52.16 | woglinde_ | lgopher hm |
| 20:52.19 | kergoth_ | heh, we should think about killing that default |
| 20:52.19 | *** join/#oe ant__ (~andrea@host110-248-dynamic.24-79-r.retail.telecomitalia.it) |
| 20:52.36 | woglinde_ | kergoth yes |
| 20:52.41 | kergoth_ | yes, it ensures things obey our vars by default, but it encourages users to not actually read the m akefiles and grasp how to pass things in |
| 20:52.43 | *** join/#oe GNUtoo|oeee (~GNUtoo@host77-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 20:52.45 | woglinde_ | because we are killing the env anyway |
| 20:52.46 | kergoth_ | which leads to problems later on |
| 20:52.54 | kergoth_ | not sure what you mean. |
| 20:53.04 | kergoth_ | -e ensures our CFLAGS, LDFLAGS, etc override the toplevel makefile's |
| 20:53.15 | kergoth_ | well, all makefiles, but we override MAKEFLAGS so it doesn't get passed to submakes |
| 20:53.25 | woglinde_ | hm okay |
| 20:53.35 | woglinde_ | than I understood the man page wrong |
| 20:53.37 | kergoth_ | -e says "environment overrides file" |
| 20:53.46 | lgopher | and kills my performance as well |
| 20:53.54 | kergoth_ | ? |
| 20:55.16 | lgopher | PARALLEL_MAKE=-j4 is overwritten by this, as in log.do_compile i get "make -j4 -e MAKEFLAGS=" which runs only on one core. |
| 20:55.23 | khem | Spyzer: it should not be .img but .yaffs2 I guess the extention hardly matters |
| 20:55.31 | kergoth_ | oh, yes |
| 20:55.36 | kergoth_ | we shouldn't be blindly setting MAKEFLAGS= |
| 20:55.45 | kergoth_ | we should ideally be stripping out the -e from the other args |
| 20:56.01 | kergoth_ | but really, as i said before, we should think about dropping teh default, the question is how many recipes would break :) |
| 20:56.27 | woglinde_ | case for TSC? |
| 20:56.43 | kergoth_ | yeah, good idea |
| 20:57.05 | kergoth_ | it does make the common case of creating a recipe slightly easier, but it encourages ignorance on teh part of the person creating the recipe, which isn't good either |
| 21:22.12 | *** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com) |
| 21:25.06 | denix | Tartarus: got your point. some of the recipes I pushed don't provide separate pkgs for lib/app, but some do... I was in a hurry for those I pushed today :) Will try to fix later |
| 21:31.18 | Tartarus | k |
| 21:39.29 | woglinde | hm how can split python code over serval lines? |
| 21:40.16 | khem | woglinde: \ doesnt do it ? |
| 21:41.18 | Tartarus | \ should, but iirc, indent is still an issue |
| 21:41.54 | khem | yes indent should be followed all the time no qestion abt that |
| 21:46.02 | kergoth_ | \ isn't necessary if you're within parens or brackets |
| 21:46.36 | woglinde | yeah thanks |
| 21:46.38 | woglinde | worked |
| 21:47.07 | lgopher | woglinde: thanks for the tip, i made it with package split. Now I have next challenge. Is it possible to generate packages in two different architectures from one bb file, namely native and all ? I can make separate bb, but having it in one shot would be much better. |
| 21:51.22 | woglinde | lgopher look at BBCLASSEXTEND |
| 21:51.30 | woglinde | ups |
| 21:51.36 | woglinde | BBCLASSEXTENED |
| 21:52.08 | lgopher | thanks |
| 21:56.31 | *** join/#oe thaytan (~jan@ppp121-44-140-112.lns20.syd7.internode.on.net) |
| 22:25.53 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 22:31.55 | *** join/#oe Martin-B (~martin@pool-188-66-198-89.dbd-ipconnect.net) |
| 22:36.32 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 22:55.56 | *** join/#oe zecke (~ich@188.46.193.175) |
| 23:04.02 | *** join/#oe wroberts1 (~klogd@qbang.org) |
| 23:12.21 | *** join/#oe wroberts1 (~klogd@qbang.org) |
| 23:20.46 | kergoth_ | ugh, there's some really ugly quote usage in qt4.inc's do_install |
| 23:21.07 | kergoth_ | sed -i -e s#"moc_location=.*$"#"moc_location=${bindir}/moc4"# \ |
| 23:24.57 | kergoth_ | hmm, don't think the shell handling of quotes within unquoted strings is portable |
| 23:25.07 | kergoth_ | double checks posix/sus |
| 23:26.41 | Tartarus | Something that should be 's#"..."#"..."#' ? |
| 23:26.56 | kergoth_ | if the quotes are really meant to be part of the pattern adn replacement, yeah |
| 23:27.02 | kergoth_ | sh-4.1$ echo sed -i -e s#"moc_location=.*$"#"moc_location=${bindir}/moc4"# |
| 23:27.03 | kergoth_ | sed -i -e s#moc_location=.*$#moc_location=/moc4# |
| 23:27.13 | *** join/#oe Sleep_Walker (~Sleep@193.179.96.131) |
| 23:28.50 | kergoth_ | heh, that stuff has been there since before march of 09.. lets see.. |
| 23:31.52 | kergoth_ | make that before dec of 07 |
| 23:33.24 | kergoth_ | ~seen zecke |
| 23:33.27 | ibot | zecke <~ich@mobile-out.siminn.is> was last seen on IRC in channel #oe, 2d 14h 3m 30s ago, saying: 'ao2: it is supported.'. |
| 23:33.47 | kergoth_ | now to see if zecke remembers what the original intent was :) |
| 23:40.25 | *** join/#oe ant__ (~andrea@host110-248-dynamic.24-79-r.retail.telecomitalia.it) |
| 23:41.53 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 23:42.39 | ant__ | I've seen: grep: /oe/build/tmp/work/i686-linux/bzip2-full-native-1.0.5-r1/bzip2-1.0.5/.pc/bzip2-1.0.5-autoconfiscated.patch/configure.ac: Permission denied |
| 23:42.51 | ant__ | well, no surprise... |
| 23:42.52 | ant__ | http://pastebin.com/ckhvd8WA |
| 23:43.12 | ant__ | build is going on... |
| 23:43.36 | khem | kergoth_: as it seems fixing broken .pc files for staging path |
| 23:44.22 | kergoth_ | right, but i don't have one of those handy, so can't really say whether the .pc has quotes in it that need removing :) |
| 23:44.27 | kergoth_ | will kick off a build |
| 23:45.43 | khem | kergoth_: I dont have one either |
| 23:46.13 | kergoth_ | would assume its behaving as expected, and the quotes were just a funky way to deal with spaces in paths, and shouldn't actually be part of the pattern or replacements, but.. |
| 23:46.28 | kergoth_ | in which case its better to quote the entire s## argument, not pieces of it |
| 23:46.32 | kergoth_ | heh |
| 23:50.47 | khem | kergoth # can be used as separator if there are / to be replaced in pattern |
| 23:51.05 | khem | which would be the case with dirnames |
| 23:51.42 | kergoth_ | eh? |
| 23:51.45 | kergoth_ | i'm not talking about # |
| 23:51.49 | kergoth_ | i know perfectly well how sed works |
| 23:51.55 | kergoth_ | its using *quotes* inside a string |
| 23:52.11 | kergoth_ | sed -i -e s#"moc_location=.*$"#moc_location=${bindir}/moc4"# \ |
| 23:52.19 | kergoth_ | note the quoting of pieces of the inside of a single argument |
| 23:52.24 | khem | oh I misunderstood |
| 23:53.10 | kergoth_ | so the question was whether they actually thought the quotes were in the .pc and it would match them, or if its just an oddball way to handle spaces in bindir.. either way, the entire s## argument should be quoted as a whole |
| 23:53.56 | kergoth_ | it broke pysh, which apparently can't handle it, though posix may allow it, i can't recall offhand.. |
| 23:54.00 | kergoth_ | anyway.. |
| 23:54.02 | kergoth_ | ugly :) |
| 23:54.08 | kergoth_ | thankfully simple enough to resolve |
| 23:55.06 | khem | I think .pc files dont have quotes |
| 23:57.37 | khem | kergoth_: as you said I think its to encounter spaces in dirname |
| 23:58.30 | Tartarus | And that blows up other things |
| 23:58.46 | Tartarus | I think that might have just been funny quoting |
| 23:59.00 | kergoth_ | aye, most likely |