| 00:00.18 | khem | grg: morally you should fix it :) |
| 00:00.37 | khem | now that I know mips64 exist |
| 00:00.40 | khem | in OE |
| 00:00.46 | grg | khem, yes. i'll split orbit stuff out of mips-common into mips{32,64}-common |
| 00:01.28 | kergoth_ | confirmed the only LT macros it used were from the sysroot, must be the configure thing |
| 00:01.52 | kergoth_ | (note: add aclocal --verbose; exit 1 to the configure, then grep for 'found macro' in the log) |
| 00:01.57 | khem | kergoth --force is there for a reason I guess :) |
| 00:02.01 | kergoth_ | :) |
| 00:02.05 | kergoth_ | its usually the case with that sort of thing |
| 00:02.16 | khem | though a hammer |
| 00:02.16 | kergoth_ | but autoreconf has a lot of intelligence to avoid rebuilding things when it doesn't have to |
| 00:02.31 | kergoth_ | it doesn't blindly handle aclocal, it runs it and sees if what it produced changed |
| 00:02.37 | kergoth_ | always runs aclocal, no matter what |
| 00:02.45 | kergoth_ | so there's no risk of it not updating it, in theory |
| 00:02.47 | khem | it could spend less time trying to be smart and instead just regenerate the damn thing |
| 00:02.58 | khem | dont try to outsmart dumb humans |
| 00:03.00 | kergoth_ | what it does doesn't take that long, as far as i can tell |
| 00:03.14 | kergoth_ | there should be no need for us to forcibly regenerate the world :| |
| 00:03.57 | khem | grg: you could move that definition to mip{64el}-linux{-uclibc} files |
| 00:04.07 | kergoth_ | glares at gnu |
| 00:04.09 | khem | and not create mips64-common |
| 00:04.14 | CIA-9 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r43cdcc1bf9 10openembedded.git/conf/distro/include/toolchain-external.inc: |
| 00:04.14 | CIA-9 | toolchain-external: fix circular recursion if TOOLCHAIN_VENDOR is not defined |
| 00:04.14 | CIA-9 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 00:04.29 | grg | khem, yeah i suppose. I want to add some alignment defs for postgres too |
| 00:04.35 | khem | right |
| 00:04.43 | khem | common means common :) |
| 00:04.53 | grg | khem, and is mip64el-linux supposed to be mips64el-linux? |
| 00:05.03 | kergoth_ | i wonder how safe itd be to just add LIBTOOL=...path..to..sysroot/libtool to EXTRA_OEMAKE and say fuck using the generated one |
| 00:05.05 | kergoth_ | hehe |
| 00:05.05 | khem | yes |
| 00:05.38 | khem | gotta run |
| 00:05.40 | khem | ttyl |
| 00:05.47 | kergoth_ | later |
| 00:06.09 | dj-death | kergoth_: I don't think it's going to work ;) |
| 00:06.34 | kergoth_ | dj-death: its done in some of the recipes, someone gave up on the regeneration |
| 00:06.43 | kergoth_ | git grep EXTRA_OEMAKE.\*LIBTOOL |
| 00:07.01 | dj-death | kergoth_: we're using it in buildroot |
| 00:07.36 | kergoth_ | it makes me sad that we have to regenerate so much -- its certainly necessary to ensure our fixes in macros make it into the configure scripts of the things we're building, but its still annoying as hell |
| 00:07.44 | dj-death | kergoth_: but some makefile check if there is a generated libtool script and prefer to use it over the one in the path |
| 00:08.10 | dj-death | that being said, we could still remove the generated script ;) |
| 00:10.00 | kergoth_ | i didn't say use PATH :) |
| 00:10.11 | kergoth_ | i said explicitly override LIBTOOL makefile variable on the make commandline :) |
| 00:10.21 | dj-death | yeah same thing |
| 00:11.24 | dj-death | basicly Makefiles contain that : |
| 00:11.26 | dj-death | LIBTOOL = $(SHELL) $(top_builddir)/libtool |
| 00:13.13 | CMoH | hello |
| 00:13.23 | dj-death | if you're lucky, the Makefiles are going to check whether $(top_builddir)/libtool exists, if yes use it, otherwise use $LIBTOOL indeed |
| 00:14.04 | CMoH | is it possible to override ANGSTROM_FEED_CONFIGS or DISTRO_FEED_CONFIGS from an image file? or whatever other file? |
| 00:17.48 | *** join/#oe angelox_123 (~Angelo@189-18-205-61.dsl.telesp.net.br) |
| 00:18.09 | angelox_123 | I'm back |
| 00:18.14 | angelox_123 | i did: bitbake fluxbox |
| 00:18.19 | angelox_123 | but i get a error on final: |
| 00:18.23 | angelox_123 | http://pastebin.com/ZM3Yr6q1 |
| 00:19.36 | kergoth_ | --force doesn't solve it, and rm -f'ing configure doesn't either.. what the hell is going on here |
| 00:23.20 | CMoH | i guess not :) |
| 00:27.17 | angelox_123 | anyhelp |
| 00:27.18 | angelox_123 | ? |
| 00:39.45 | CMoH | cat: ../.git/HEAD: No such file or directory |
| 00:39.46 | CMoH | angelox_123, |
| 00:40.04 | angelox_123 | me |
| 00:40.04 | CMoH | there is the error |
| 00:40.21 | CMoH | yeah, in that pastebin |
| 00:41.06 | angelox_123 | any fix? |
| 00:41.24 | CMoH | well, i'm not a dev - i just thought you missed the actual error |
| 00:43.16 | CMoH | it seems that the makefile expects the .git folder to be there; i suppose the recipe was written for the git version of fluxbox and something (a makefile patch) slipped to the -1.1.1 version |
| 00:44.48 | CMoH | but again, i'm guessing |
| 00:54.29 | denix | khem: I told you it was too soon to get off your back! :) your anonymous function in binutils.inc breaks something else for me... |
| 00:58.26 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 01:12.25 | angelox_123 | goodbye all* |
| 01:12.28 | angelox_123 | Thanks by all |
| 01:12.40 | *** part/#oe angelox_123 (~Angelo@189-18-205-61.dsl.telesp.net.br) |
| 01:31.40 | CIA-9 | 03Khem Raj <raj.khem@gmail.com> 07master * rca22079a28 10openembedded.git/recipes/qpe-gaim/qpe-libgaim_1.5.0.bb: |
| 01:31.40 | CIA-9 | qpe-libgaim_1.5.0.bb: Add new location of glib-2.0 headers to compiler include file search |
| 01:31.40 | CIA-9 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:31.40 | CIA-9 | 03Graham Gower <graham.gower@gmail.com> 07master * rb72db8f97f 10openembedded.git/recipes/nail/ (files/makeconfig.FILES.patch nail_11.21.bb): (log message trimmed) |
| 01:31.40 | CIA-9 | nail_11.21.bb: Fix build failure due to dumbness in a configure-like script. |
| 01:31.40 | CIA-9 | Presumably this build failure is due to a race condition, whereby the LIBS |
| 01:31.41 | CIA-9 | file contains some garbage when it is autogenerated by the 'makeconfig' script. |
| 01:31.41 | CIA-9 | mipsel-oe-linux-gcc -march=mips32 -L/mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib |
| 01:31.42 | CIA-9 | -Wl,-rpath-link,/mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib -Wl,-O1 aux.o |
| 01:31.42 | CIA-9 | base64.o cache.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o dotlock.o edit.o fio.o |
| 01:32.20 | CIA-9 | 03Graham Gower <graham.gower@gmail.com> 07master * rf4bd3c4532 10openembedded.git/recipes/xoscope/xoscope_1.12.bb: (log message trimmed) |
| 01:32.20 | CIA-9 | xoscope_1.12.bb: Fix build failure when comedilib has already been staged. |
| 01:32.20 | CIA-9 | If comedilib is already staged, xoscope tries to use it and fails to build. |
| 01:32.21 | CIA-9 | mipsel-oe-linux-gcc -march=mips32 -DHAVE_CONFIG_H -I. -I.. |
| 01:32.21 | CIA-9 | -I/mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/include/gtk-1.2 |
| 01:32.22 | CIA-9 | -I/mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/include/glib-1.2 |
| 01:32.22 | CIA-9 | -I/mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib/glib/include |
| 01:32.23 | CIA-9 | 03Ash Charles <ash@gumstix.com> 07master * rfb69129560 10openembedded.git/recipes/linux/ (48 files in 3 dirs): |
| 01:32.23 | CIA-9 | linux-gumstix-2.6.15 & gumstix_2.6.5-gnalm1: removed outdated recipes |
| 01:32.24 | CIA-9 | * removed two old recipes in the linux kernel with pre-2.6.20 kernel |
| 01:32.33 | CIA-9 | as suggested by Marcin's RFC of 20 Oct 2010. |
| 01:32.33 | CIA-9 | Signed-off-by: Ash Charles <ash@gumstix.com> |
| 01:32.33 | CIA-9 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:32.34 | CIA-9 | 03Andreas Oberritter <obi@opendreambox.org> 07master * rf698175c29 10openembedded.git/recipes/libsigc++-1.2/libsigc++-1.2_1.2.5.bb: |
| 01:32.34 | CIA-9 | libsigc++-1.2.5: convert to new style staging |
| 01:32.35 | CIA-9 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 01:32.35 | CIA-9 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:32.36 | CIA-9 | 03Petr Å tetiar <ynezz@true.cz> 07master * rb78d5938aa 10openembedded.git/recipes/busybox/ (busybox.inc files/hwclock.sh files/ts72xx/hwclock-default): |
| 01:32.36 | CIA-9 | busybox: add ts72xx hwclock-default file and modify hwclock.sh |
| 01:32.37 | CIA-9 | This patch simplifies the hwclock.sh init script and adds a possibility to |
| 01:32.37 | CIA-9 | fallback to default RTC device even if the device specified in HWCLOCKDEVICE |
| 01:32.38 | CIA-9 | (128 lines omitted) |
| 01:35.04 | *** join/#oe mnabil_ (~mnabil@41.234.71.134) |
| 01:36.54 | khem | denix: bummer what did it break now |
| 01:37.32 | khem | which package should have staged sysroots/x86_64-linux/usr/bin/java |
| 01:43.41 | denix | khem: it gives me a circular recursion evaluating variables in binutils-canadian-sdk recipes |
| 01:44.07 | khem | hmm |
| 01:44.10 | khem | which variables ? |
| 01:44.37 | khem | is it unearthing something latent or creating a new obstaclw |
| 01:44.37 | denix | khem: I'm setting SDK_PATH based on TOOLCHAIN_PATH |
| 01:45.10 | khem | hmm how does that trickle into CONFIGUREOPTS |
| 01:45.41 | denix | it worked fine before that change and if I revert it locally... |
| 01:45.59 | denix | not sure, I guess something in canadian/sdk class plus anonymous function... |
| 01:46.55 | denix | it gives this error - NOTE: <type 'exceptions.RuntimeError'>:maximum recursion depth exceeded while calling a Python object while evaluating: |
| 01:47.21 | denix | and complains about following variables: ${SDK_PATH}, ${prefix}/bin, ${STAGING_DIR_HOST}${bindir}, ${STAGING_BINDIR} |
| 01:49.29 | denix | not sure about direct connection, but git-bisect shows that commit to blame |
| 01:49.33 | khem | i have to run some errands but you can fiddle around with where to place that inherit stuff |
| 01:49.46 | khem | I can see the connection |
| 01:49.58 | khem | how can I reproduce it |
| 01:50.09 | khem | bitbake binutils-cross-sdk ? |
| 01:50.12 | khem | or something |
| 01:50.17 | *** join/#oe grund (~grund@184-9-84-176.dsl3.monr.ny.frontiernet.net) |
| 01:50.25 | khem | will look into later when I return |
| 01:50.47 | denix | I'm not even building anythinbg cross |
| 01:51.04 | denix | it cycles while initially parsing all the recipes |
| 01:56.11 | khem | weird does not happen for me |
| 01:56.29 | khem | your local.conf might have something thats triggering it |
| 01:56.56 | khem | are you setting SDK_PATH on local.conf ? |
| 01:57.13 | kergoth_ | whee, darwin branch is coming along |
| 01:58.00 | khem | kergoth_: how far are you |
| 01:58.17 | khem | kergoth_: I might try it on MBP here |
| 01:58.27 | kergoth_ | not sure exactly how many tasks remain -- i have yet to complete a task-boot, even |
| 01:59.05 | kergoth_ | oh hell, openssl wants to use a version script for ld, osx ld oesn't know what to make of that |
| 01:59.42 | kergoth_ | hmmm |
| 01:59.53 | khem | kergoth_: macports might have newer binutils |
| 02:00.19 | kergoth_ | i'm sure it does, but i'd rather avoid relying too much on macports or homebrew or anything, if possible |
| 02:00.20 | kergoth_ | hrmph |
| 02:00.32 | denix | khem: yep, I'm setting SDK_PATH in local.conf. it's slightly complicated - I'll try to extract the relevant part... |
| 02:01.12 | *** join/#oe fraxinas (~quassel@p4FD65BAF.dip.t-dialin.net) |
| 02:02.41 | khem | denix: hmmm |
| 02:10.33 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:49.34 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 03:03.34 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:20.27 | *** join/#oe kevinsc (~a0214685@nat/ti/x-vdkrycjdjwrrlaxr) |
| 03:31.00 | grg | Is www.angstrom-distribution.org on dialup these days? |
| 03:33.18 | ka6sox | grg, I wouldn't know about that one...not one I help with... |
| 03:34.18 | grg | i'm beginning to think INHERIT += angstrom-mirrors is a bad thing |
| 03:38.57 | Crofton | grg, it sounds like there was a non-angstrom file that drove the server past its transfer limit |
| 03:39.19 | Crofton | angstrom stuff is on linuxtogo |
| 03:39.35 | Crofton | we, the angstrom guys, need to work out a better solution .... |
| 04:07.06 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 04:43.26 | aditya_10101 | yarrr |
| 04:46.29 | *** join/#oe playya (~playya@93.216.237.180) |
| 04:46.29 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 04:47.36 | aditya_10101 | new ubuntu font = ftw |
| 04:49.14 | kergoth | hmm, how do you grab that? Haven't had a chance to check it out yet |
| 04:52.45 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 04:54.13 | kergoth | mutters |
| 04:58.17 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 05:05.21 | *** join/#oe mrc3 (~mrc3@nat/ti/x-ttnugycfdvgzqaaz) |
| 05:31.30 | *** join/#oe d_th (~dth@a89-182-66-135.net-htp.de) |
| 05:41.39 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:47.29 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 05:51.30 | *** join/#oe anarsoul (~anarsoul@80.249.94.0) |
| 06:01.45 | *** join/#oe chase (~chase@nat/ti/x-ybkdeowytqucfhph) |
| 06:11.10 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
| 06:11.33 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 06:13.12 | eFfeM_work | morning! |
| 06:14.28 | ka6sox | morning eFfeM_work |
| 06:15.21 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 06:15.49 | *** join/#oe mfhk (~chatzilla@202.64.51.218) |
| 06:24.19 | ka6sox | eFfeM_work, you remember the MasterMakefile we used over on nslu2-linux? |
| 06:24.30 | eFfeM_work | yes ofc |
| 06:25.06 | ka6sox | working on one for here. |
| 06:26.09 | eFfeM_work | here we also have a small makefile to kick off our projects (get bitbake and oe if they are not there, check out our overlays from the local scm etc) |
| 06:26.27 | eFfeM_work | makes it nice for the autobuilder as only a few things have to be done |
| 06:28.19 | ka6sox | oh I should look @ those. |
| 06:30.35 | eFfeM_work | they are not in OE as they are reasonably specific; but mostly it has a rule for app which depends on openembedded which in turn checks out openembedded if it does not exist; same for bitbake; additional rules for clean and update |
| 06:31.36 | ka6sox | I just remmber we could call a couple of targets and make an entire image. |
| 06:31.53 | ka6sox | including fetching the toolchains. |
| 06:32.04 | eFfeM_work | yes |
| 06:32.33 | ka6sox | that would be helpful for regression testing |
| 06:32.39 | eFfeM_work | yup |
| 06:33.36 | ka6sox | okay time for sleep, will play with that tommorrow. |
| 06:34.47 | ka6sox | whoops |
| 06:35.03 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
| 06:39.08 | mfhk | Good morning! |
| 06:39.16 | eFfeM_work | hi mfhk |
| 06:39.17 | *** join/#oe rob_w (~bob@pD95EE4E0.dip.t-dialin.net) |
| 06:39.46 | mfhk | Hi effem, the kernel building page is here: http://wiki.openembedded.org/index.php/Kernel_Building |
| 06:40.06 | mfhk | Hope it's what you want. |
| 06:47.28 | *** join/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 06:56.19 | *** join/#oe B_Lizzard (~havoc@athedsl-421392.home.otenet.gr) |
| 06:58.22 | *** join/#oe rob_w__ (~bob@pD95ED9FC.dip.t-dialin.net) |
| 07:02.22 | *** join/#oe tdebrouw (~tdebrouw@91.182.207.185) |
| 07:12.30 | *** join/#oe rob_w___ (~bob@pD95EE35C.dip.t-dialin.net) |
| 07:13.29 | *** join/#oe mfhk (~chatzilla@202.64.51.218) |
| 07:13.49 | eFfeM_work | mfhk: saw your page; good start! I've added it to the faq |
| 07:14.05 | mfhk | Thanks :) |
| 07:14.19 | eFfeM_work | you might want to merge your menuconfig chagnes things to it |
| 07:14.38 | mfhk | ok |
| 07:14.41 | eFfeM_work | btw adding to the faq is just adding a category tag to the end of the page (like user) |
| 07:14.57 | mfhk | I see. |
| 07:15.22 | eFfeM_work | and wrt The default .config file used is placed in ???/defconfig |
| 07:16.09 | mfhk | ??? |
| 07:16.10 | eFfeM_work | actually it is normally somewhere under recipes/linux, fetching it follows the std rules for fetching files (using FILESPATHPKG or whatever the name is) |
| 07:16.26 | eFfeM_work | and you can put them in an overlay |
| 07:16.44 | *** join/#oe Heinervdm (~thomas@pD9E14808.dip.t-dialin.net) |
| 07:17.12 | eFfeM_work | the -c menuconfig task will just start menuconfig and change the .config in the work dir (so changes are lost if you rm tmpdir or -c clean virtual/kernel |
| 07:17.52 | mfhk | I know that. I will update on these. |
| 07:18.06 | eFfeM_work | nice, thanks |
| 07:20.07 | mckoan | good morning |
| 07:20.38 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 07:22.49 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:35.13 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:41.10 | tasslehoff | after todays fetch I get checksum mismatch on libsamplerate0_0.1.7.bb. anyone else seeing this? |
| 07:41.18 | tasslehoff | (good morning) |
| 07:42.13 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 07:42.50 | JaMa|W | tasslehoff: did you remove it from your downloads dir? |
| 07:43.03 | JaMa|W | tasslehoff: checksum was changed few days ago.. so you have to redownload it |
| 07:43.45 | *** join/#oe tdebrouw (~tdebrouw@91.182.207.185) |
| 07:45.42 | tasslehoff | JaMa|W: thanks. |
| 07:49.23 | *** join/#oe tomimo_ (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 07:54.53 | *** join/#oe dth_ntb (~dth@a89-182-23-136.net-htp.de) |
| 07:56.00 | *** join/#oe chase (~chase@nat/ti/x-ybkdeowytqucfhph) |
| 07:56.00 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 07:56.00 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 07:56.00 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 07:56.00 | *** join/#oe tmbinc__ (abcd@83.141.3.59) |
| 07:56.22 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:56.22 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 07:56.22 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 07:56.22 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 07:56.22 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 07:56.22 | *** join/#oe denix (~denys@nat/ti/x-hxqbcplfktyilmhp) |
| 07:56.22 | *** join/#oe soxet (~soxet@host81.multitech.com) |
| 07:56.22 | *** join/#oe zlt_ (~zlt@li146-250.members.linode.com) |
| 07:56.50 | CIA-9 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rf86164e73e 10openembedded.git/recipes/linux/ (4 files in 3 dirs): |
| 07:56.50 | CIA-9 | linux(-kexecboot): add recipe for 2.6.36 version + spitz defconfig |
| 07:56.50 | CIA-9 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:58.08 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 08:08.05 | *** join/#oe rob_w___ (~bob@pD95EE35C.dip.t-dialin.net) |
| 08:19.59 | CIA-9 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rec39356527 10openembedded.git/conf/machine/ (mtx-3.conf mtx-3a.conf): conf/machine: first batch of preferred_version removal: gcc/glibc/binutils |
| 08:22.19 | *** join/#oe denix (~denys@nat/ti/x-bxjzdsmrcwaeszhm) |
| 08:22.57 | *** join/#oe rob_w (~bob@pD95EE35C.dip.t-dialin.net) |
| 08:24.22 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 08:25.21 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 08:26.09 | CIA-9 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rffd7fe5dfa 10openembedded.git/conf/machine/ (13 files): omap machines: remove preferred versions from machine files, the recipes already pin those correctly |
| 08:32.57 | JaMa|W | someone has patch for busybox-1.16.2 with make-3.82? similar patch is applied in busybox-1.13.2 |
| 08:38.50 | *** join/#oe Heinervdm (~thomas@pD9E14808.dip.t-dialin.net) |
| 08:43.52 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 08:55.48 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:56.22 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 08:56.43 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 09:20.14 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 09:23.00 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 09:23.43 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 09:25.18 | *** join/#oe B_Lizzard (~havoc@athedsl-421392.home.otenet.gr) |
| 09:35.15 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 09:40.26 | *** join/#oe hitlin37_ (6eea0302@gateway/web/freenode/ip.110.234.3.2) |
| 09:41.07 | *** join/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:43.03 | hitlin37_ | hi all,im trying to make a inherit module...this is how im doing it....im getting error in do_compile stage....any suggestion http://pastebin.com/PH0z62ue |
| 09:50.54 | Heinervdm | what's the content of $D in pkg_postinst? |
| 09:51.23 | eFfeM_work | Heinervdm: empty on target, rootfs dir on host |
| 09:51.43 | Heinervdm | eFfeM_work: ok, thx |
| 09:56.51 | *** join/#oe rob_w (~bob@p54B5D0A6.dip.t-dialin.net) |
| 09:57.18 | hitlin37_ | this is the error im getting...http://pastebin.com/Y76yzBLn |
| 09:58.42 | Heinervdm | hitlin37_: make: *** No targets specified and no makefile found. Stop. <- are you sure $S is correct? |
| 10:17.33 | *** join/#oe rob_w (~bob@pD95EE35C.dip.t-dialin.net) |
| 10:18.30 | *** join/#oe rob_w (~bob@pD95EE35C.dip.t-dialin.net) |
| 10:20.33 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:25.25 | hitlin37_ | how do i check....i made a angstrom image first ....then i put my recipe in oe recipe directory... |
| 10:27.13 | hitlin37_ | is this the directory where i ahve to place my make file |
| 10:27.15 | hitlin37_ | build/tmp-angstrom_2008_1/work/beagleboard-angstrom-linux-gnueabi/usb-dongle-r90 |
| 10:27.39 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 10:32.39 | *** join/#oe marex (~marex@gprs25.vodafone.cz) |
| 10:35.29 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 10:35.29 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 10:53.51 | *** part/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:55.35 | hitlin37_ | now im getting make: *** No rule to make target `modules_install'......im making it for target system,so why its installing on host,im doing this MACHINE=beagleboard bitbake -b usb_dongle.bb |
| 10:56.37 | hrw | hitlin37_: and you know what "-b" argument to bitbake mean? |
| 10:58.20 | hitlin37_ | build....i guess |
| 10:59.23 | hitlin37_ | what command i need so that..it makes a .ipk for target |
| 11:02.32 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:04.00 | hrw | hitlin37_: -b == --break-build-for-me-cause-I-do-not-know-what-I-am-doing |
| 11:04.18 | hitlin37_ | hmmmm |
| 11:06.39 | hitlin37_ | could u suggest me some place i can start with...to make a inherit module |
| 11:07.13 | Heinervdm | hitlin37_: the module.bbclass expects a proper Makefile |
| 11:08.52 | hitlin37_ | i have makefile for linux system...it works fine on linux....now im trying for target system |
| 11:09.45 | *** join/#oe dos1 (~dos@djs157.neoplus.adsl.tpnet.pl) |
| 11:09.45 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:10.32 | hitlin37_ | so that i can use modprobe..and run my driver on target |
| 11:12.11 | JaMa|W | khem: with latest version of target binutils patch it pulls /usr/lib/libz.so from host http://tinderbox.openembedded.org/public/logs/task/8983798.txt |
| 11:19.03 | *** join/#oe soxet_ (~soxet@host81.multitech.com) |
| 11:21.14 | *** join/#oe rob_w (~bob@pD95EE35C.dip.t-dialin.net) |
| 11:31.18 | *** join/#oe etrunko (~edulima@201.82.29.28) |
| 11:35.18 | *** join/#oe valhalla (~valhalla@81-174-24-243.dynamic.ngi.it) |
| 11:46.49 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 11:48.48 | Crofton|work | JaMa|W, I am pretty sure I see that on oprofile also |
| 11:50.43 | *** join/#oe methril_work (~methril@201.35.65.90) |
| 11:51.39 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 11:51.50 | obi | hi |
| 11:58.17 | *** part/#oe obi_ (~obi@unaffiliated/obi) |
| 11:58.41 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:05.49 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 12:11.33 | *** join/#oe rob_w (~bob@pD95EE35C.dip.t-dialin.net) |
| 12:13.00 | *** join/#oe rob_w (~bob@pD95EE35C.dip.t-dialin.net) |
| 12:22.56 | *** join/#oe Crofton|work (~balister@pool-96-240-180-126.ronkva.east.verizon.net) |
| 12:36.47 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 12:44.16 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:45.13 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 12:53.56 | *** join/#oe fidencio_ (~fidencio@li113-135.members.linode.com) |
| 12:54.32 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 12:54.36 | zecke | hi |
| 12:54.47 | zecke | pb_: RP: I might have issues following the meeting today |
| 12:55.05 | fidencio_ | is there someone with error to compile gcc-cross-initial-4.3.3-r18.1 ? |
| 12:55.43 | *** join/#oe mfhk (~chatzilla@cm61-15-76-62.hkcable.com.hk) |
| 13:07.57 | pb_ | zecke: ok |
| 13:08.07 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 13:08.27 | Crofton|work | fidencio_, that should have been fixed last night |
| 13:08.44 | fidencio_ | Crofton|work: hmmm. Ok. I'll update and try again. |
| 13:11.57 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:16.07 | tasslehoff | what does FILES_${PN} in a recipe do? |
| 13:24.40 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 13:26.12 | *** join/#oe Marex (vasum7am@u-pl6.ms.mff.cuni.cz) |
| 13:28.51 | *** join/#oe aloisiojr (~aloisio@187.58.103.196) |
| 13:35.00 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 13:35.56 | eFfeM_work | tasslehoff: it is the var that specifies which files go in the package with name ${PN} |
| 13:36.07 | eFfeM_work | you could also say FILES_xyz |
| 13:36.15 | eFfeM_work | xyz must be in PACKAGES |
| 13:38.55 | tasslehoff | eFfeM_work: ok. thanks :) |
| 13:39.06 | tasslehoff | works at connecting the dots |
| 13:39.14 | eFfeM_work | yw |
| 13:39.54 | eFfeM_work | a good way to learn is to peek at existing recipes (and perhaps play with it0 |
| 13:39.59 | eFfeM_work | and ofc read the manual |
| 13:41.01 | eFfeM_work | see e.g http://docs.openembedded.org/usermanual/usermanual.html#chapter_metadata |
| 13:47.45 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:59.09 | fidencio_ | Crofton|work: tks :-) |
| 14:03.46 | *** join/#oe rob_w__ (~bob@pD95EE35C.dip.t-dialin.net) |
| 14:05.08 | *** join/#oe pcacjr (~pcacjr@187.58.103.196) |
| 14:05.08 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 14:05.45 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 14:06.57 | *** join/#oe dth_ntb (~dth@a89-182-23-136.net-htp.de) |
| 14:10.21 | fidencio_ | Crofton|work: my master is up to date, but still broken, now in binutils-cross :-\ |
| 14:11.13 | fidencio_ | err. not in bin-utils, this is in gcc-cross-initial yet |
| 14:15.18 | *** join/#oe grund (~grund@acct-342343.voice.dsl.net) |
| 14:15.45 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 14:25.27 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 14:25.27 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 14:29.15 | fidencio_ | @all: guys, I'm having a problem to build gcc-cross-initial using HEAD's master. This is the log: http://pastebin.com/q5g76TDQ |
| 14:29.36 | fidencio_ | Is there someone with the same problem? |
| 14:49.40 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 14:54.05 | *** join/#oe ALoGeNo (~alogeno@83.38.204.140) |
| 14:54.10 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 15:20.41 | *** join/#oe aloisiojr (~aloisio@187.58.103.196) |
| 15:25.58 | kergoth | hrm |
| 15:33.54 | khem | fidencio_: update to latest head and build from scratch |
| 15:33.58 | khem | gm all |
| 15:38.47 | fidencio_ | khem: I update here and the only change is in oe/darwin |
| 15:40.30 | kergoth | grumbles, darwin is progressing much more slowly than he'd hoped. getting there, but it'll be a long time |
| 15:43.07 | florian | kergoth: building darwin with oe? |
| 15:43.19 | kergoth | working on it, clearly i'm a glutton for punishment |
| 15:43.31 | florian | pretty cool |
| 15:44.00 | florian | always wondered how much effort it would be to build some BSD with oe |
| 15:45.15 | *** join/#oe mgrundy (~grund@firebug.buglabs.net) |
| 15:45.50 | kergoth | someone was trying to build it with freebsd, not sure who or how far they got, though |
| 15:46.43 | khem | fidencio_: how about rebuilding from scratch |
| 15:47.12 | fidencio_ | khem: sorry, rebuild from scratch? how? |
| 15:47.15 | khem | kergoth: you mean freebsd a target |
| 15:47.26 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 15:47.42 | khem | fidencio_: rm -rf <OE_TMP_DIR>; bitbake <whatever you want> |
| 15:48.08 | *** join/#oe denix0 (~denix@pool-71-255-228-135.washdc.east.verizon.net) |
| 15:48.31 | fidencio_ | khem: gimme some hours to test |
| 15:50.43 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
| 15:53.01 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 15:54.33 | *** join/#oe mgrundy (~grund@firebug.buglabs.net) |
| 15:57.08 | florian | kergoth: would be interesting as well... it seems to be not entirely uncommon in the embedded world |
| 15:59.24 | mzs | libx11-1_1.3.2-r9.2 is failing in do_compile: |
| 15:59.30 | mzs | i486-oe-linux-libtool: link: warning: library `/home/michael/git/newstix/tmp/sysroots/i486-oe-linux/lib/libxcb.la' was moved. |
| 15:59.35 | mzs | grep: /lib/libpthread-stubs.la: No such file or directory |
| 15:59.43 | mzs | /usr/bin/sed: can't read /lib/libpthread-stubs.la: No such file or directory |
| 15:59.51 | mzs | this is with libtool 2.4 |
| 16:09.30 | kergoth | does anyone else think itd be nice if all the shit we say we require in the insane/sanity check was as -natives? :| |
| 16:09.34 | kergoth | we need to fix this at some point |
| 16:17.41 | *** join/#oe zecke (~ich@91-64-127-39-dynip.superkabel.de) |
| 16:20.36 | kergoth | oh jesus |
| 16:20.46 | kergoth | default gcc in osx builds 64 bit binaries, but uname says i386 |
| 16:20.51 | kergoth | twitches |
| 16:21.00 | kergoth | adds -m32 to BUILD_CC_ARCH |
| 16:21.41 | kergoth | hrm |
| 16:21.54 | kergoth | | m4 -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_add_n -DPIC add_n.asm >tmp-add_n.s |
| 16:21.55 | kergoth | | m4:../config.m4:30: cannot open `-n .././mpn/asm-defs.m4 |
| 16:21.55 | kergoth | | ': No such file or directory |
| 16:21.57 | kergoth | thats a new one.. |
| 16:22.08 | kergoth | its trying to open a commandline argument with a newline in it? |
| 16:22.13 | kergoth | what the hell is going on |
| 16:22.43 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 16:24.47 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 16:40.13 | kergoth | what the hell |
| 16:40.16 | kergoth | this gmp failure is so weird. |
| 16:40.50 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 16:42.33 | kergoth | er |
| 16:42.36 | kergoth | weird. |
| 16:42.44 | kergoth | it runs echo -n, an somehow the -n isn't interpreted by echo |
| 16:42.48 | kergoth | yet an echo at the commandline does |
| 16:42.54 | kergoth | scratches head |
| 16:43.30 | eFfeM | gm |
| 16:43.49 | eFfeM | kergoth: builtin echo vs /bin/echo ? |
| 16:44.01 | kergoth | hmm good idea |
| 16:44.03 | kergoth | checks |
| 16:44.12 | eFfeM | although I thought every variant I know supports -n |
| 16:44.14 | kergoth | nope, both work |
| 16:44.18 | kergoth | grr |
| 16:44.21 | kergoth | yeah, me too |
| 16:44.23 | kergoth | very werid |
| 16:44.32 | kergoth | only happens when building gmp-native on darwin, though |
| 16:44.42 | kergoth | hrm |
| 16:44.56 | kergoth | and yet, gmp's homebrew recipe doesnt' have anything fancy.. |
| 16:45.09 | kergoth | course, they don't re-generate the config stuff |
| 16:45.16 | kergoth | but still |
| 16:48.49 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 16:54.51 | tharvey | anyone working with omap3 and qt or gles? finding that qt4-embedded-gles is not building and not clear if people are using it or not |
| 16:55.24 | tharvey | I'm assuming that qt4-embedded-gles uses virtual/egl (libgles-oma3 in my case) for rendering? |
| 16:55.49 | kergoth | shell scripting note, for those who aren't aware, use getopts instead of getopt if you want portable argument handling with support for spaces in args |
| 16:56.58 | *** join/#oe dpackard (~daniel@71.216.93.203) |
| 16:57.14 | dpackard | hey all, anyone in here familiar with Gumstix? |
| 16:58.38 | Crofton|work | some |
| 17:00.28 | tharvey | a bit |
| 17:03.40 | dpackard | Has anyone used their stagecoach (multi COM expansion board)? |
| 17:04.04 | dpackard | In particular, has anyone tried using openMPI on the gumstix? |
| 17:13.07 | mzs | could someone look in tmp/sysroots/<x>/lib/libxcb.la and tell me what dependency_libs should be set to? |
| 17:13.17 | mzs | mine is dependency_libs=' -L/home/michael/git/newstix/tmp/sysroots/i486-oe-linux/lib /lib/libpthread-stubs.la /lib/libXau.la /lib/libXdmcp.la' |
| 17:13.28 | *** part/#oe mickey|dinner (~mickey@openmoko/coreteam/mickey) |
| 17:13.36 | mzs | i.e. no sysroot prefix on /lib/libpthread-stubs.la :( |
| 17:13.58 | Crofton|work | dpackard, I have sort of poked at it |
| 17:14.07 | Crofton|work | at least getting it built |
| 17:15.07 | dpackard | Sorry, I shouldn't have asked two questions at once. So you were able to build openMPI? |
| 17:15.27 | Crofton|work | dpackard, I do not think so |
| 17:15.34 | Crofton|work | I forget what the issue was |
| 17:15.39 | Crofton|work | are you in a hurry? |
| 17:16.05 | dpackard | Crofton|work, not a big hurry |
| 17:16.25 | dpackard | Crofton|work, just trying to figure out the best way to take advantage of the stagecoach |
| 17:16.56 | dpackard | Crofton|work, I think MPI would be a great way to take advantage of those networked processors |
| 17:17.53 | dpackard | Crofton|work, I haven't attempted building openMPI yet. I wanted to see if anyone has had success, or would recommend against it |
| 17:18.13 | Crofton|work | I just read the build instructions |
| 17:18.18 | Crofton|work | and it seems sane |
| 17:18.31 | Crofton|work | I think it would be an awesome thing to do with a coach |
| 17:18.38 | kergoth | ah ha! |
| 17:18.42 | Crofton|work | we have used one with distcc |
| 17:18.47 | kergoth | if you build coreutils-native on darwin, its echo doesn't support -n |
| 17:18.51 | kergoth | wtf? |
| 17:19.36 | dpackard | Crofton|work: great :) I will give it a shot then |
| 17:19.52 | Crofton|work | I'll be traveling next week and have some deadlines |
| 17:19.58 | dpackard | Crofton|work: has it been effective using the distcc?? |
| 17:20.03 | Crofton|work | otherwise I would try to remember how far I got |
| 17:20.06 | Crofton|work | yeah |
| 17:21.11 | dpackard | Crofton|work: good to hear! don't spend too much time on it. I will have the chance to investigate |
| 17:21.22 | Crofton|work | cool |
| 17:21.29 | Crofton|work | ping me if you have questions |
| 17:21.30 | dpackard | Crofton|work: I'll let you know if I get stuck, or make progress |
| 17:21.42 | dpackard | Crofton|work: thanks! |
| 17:24.24 | kergoth | coreutils-native built outside of oe produces a working echo |
| 17:24.26 | kergoth | weird. |
| 17:39.32 | *** join/#oe stefan_schmidt (~stefan@p5B036B12.dip.t-dialin.net) |
| 17:41.51 | *** join/#oe foobaz (~administr@roam148-034.ceas.wmich.edu) |
| 17:46.46 | *** join/#oe mzs (~moses@CPE00045a927e3e-CM001225463986.cpe.net.cable.rogers.com) |
| 17:47.31 | mzs | with libtool 2.4 and sysroot support turned on, if i look in tmp/sysroots/blah/blah/bin/blah-libtool, should i see lt_sysroot=<something>? |
| 17:47.32 | zecke | stefan_schmidt: hi |
| 17:47.34 | mzs | mine is blank |
| 17:47.50 | stefan_schmidt | hi zecke |
| 17:47.54 | stefan_schmidt | zecke: how are you? |
| 17:51.06 | foobaz | I'm back. If I have bitbake file http://pastebin.com/xadxL5am and in my SVN is a test.png which I want to install where my program can then access it when it runs. What's the normal method for doing that. It puts the executable in /usr/bin. I need a hint. |
| 17:52.36 | mzs | maybe install it to ${sharedir}/${PN}/test.png? |
| 17:53.02 | mzs | The libtool built by libtool-native has a non-empty lt_sysroot, but the libtool built by libtool-cross has an empty lt_sysroot. |
| 17:53.06 | mzs | does that make sense? |
| 17:55.03 | khem | mzs: I think I know those libxcb.la errors are you using libtool 2.5 |
| 17:55.10 | khem | err 2.4 Imean |
| 17:55.18 | mzs | Yeah. |
| 17:55.41 | mzs | it has dependency_libs="... /lib/libpthread.la", which i think is normal, since libtool is supposed to prepend the sysroot, right? |
| 17:55.52 | mzs | but lt_sysroot='' in the libtool script |
| 17:56.02 | khem | does it have =/lib/libpthread.la |
| 17:56.08 | mzs | no. no '=' |
| 17:56.12 | khem | ok |
| 17:56.20 | khem | then it wont do it |
| 17:56.33 | mzs | won't prepend sysroot? |
| 17:56.37 | khem | yep |
| 17:56.59 | mzs | Probably libxcb was built by the libtool script that has lt_sysroot='', so it didn't put the '=' in? |
| 17:56.59 | khem | mzs: are libtool macros for this package regenerated |
| 17:57.04 | khem | if not you might want to do that |
| 17:57.21 | mzs | for libx11 (the package using libxcb)? or for libxcb? |
| 17:57.24 | mzs | or for libtool itself? |
| 17:57.36 | khem | yes libxcb should regenerate its configure with new macros from libtool 2.4 |
| 17:57.59 | khem | here I gave you the gem :) now go figure out how to do it for libxcb |
| 17:58.20 | mzs | should my libtool-cross script have an empty lt_sysroot though? |
| 18:01.07 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 18:11.24 | mzs | khem: looks like libxcb is already getting its macros regenerated |
| 18:12.41 | foobaz | mzs, but how would my C++ program know where ${sharedir}/${PN} is? I don't want to hardcode it probably. Right now when I'm testing on my host I have "test.png" since it's in the same directory as my executable, but that's not the case when it's installed. I wonder if there's a way to still use "test.png" but have it look in like /etc/${PN}/ |
| 18:14.25 | mzs | foobaz: you could pass a precompiler flag when you build your executable |
| 18:14.37 | mzs | -DDATADIR=${datadir}/${PN} |
| 18:14.50 | mzs | or ${sysconfdir} if you want /etc |
| 18:16.28 | *** join/#oe anarsoul (~anarsoul@80.249.94.0) |
| 18:17.14 | khem | mzs: look at the generated ${TARGET_ARCH}libtool script does it have lt_sysroot |
| 18:17.23 | mzs | it has lt_sysroot='' |
| 18:17.29 | khem | thats wrong |
| 18:17.30 | mzs | looking in the config log for libtool-cross it has: |
| 18:17.38 | mzs | configure:6775: checking for sysroot |
| 18:17.38 | mzs | configure:6805: result: no |
| 18:17.48 | khem | huuh |
| 18:17.51 | mzs | but --with-sysroot is being passed to its configure |
| 18:18.19 | khem | ok are there more sysroot strings |
| 18:18.23 | khem | it should autodetect it |
| 18:18.30 | mzs | meanwhile libtool-native: |
| 18:18.30 | mzs | configure:6775: checking for sysroot |
| 18:18.30 | mzs | configure:6805: result: /home/michael/git/newstix/tmp/sysroots/x86_64-linux |
| 18:18.42 | mzs | libtool-cross configure is called with --with-sysroot by itself |
| 18:18.56 | mzs | libtool-native configure is called with --with-sysroot and --with-sysroot=/<the above path> |
| 18:19.06 | khem | mzs: ok |
| 18:19.24 | *** join/#oe jeremy_laine_ (~sharky@mna75-4-81-56-56-40.fbx.proxad.net) |
| 18:19.38 | khem | hi jeremy_laine_ |
| 18:19.47 | khem | long time away from OE |
| 18:20.02 | khem | I pissed him off |
| 18:20.07 | mzs | ha |
| 18:20.22 | khem | mzs: and its 2.4 for libtool-cross |
| 18:20.30 | mzs | yep 2.4-r26.1 |
| 18:20.36 | zecke | khem: think about the karma.. |
| 18:20.40 | zecke | kharma... hmm |
| 18:21.46 | khem | zecke: I grew up 7 km from where Dalai Lama lives :) |
| 18:21.57 | khem | so it was tought to me in school every freaking day |
| 18:22.29 | khem | mzs: for me checking for sysroot... /scratch/oe/sysroots/armv7a-oe-linux-gnueabi |
| 18:22.45 | *** join/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 18:22.51 | khem | mzs: pastebin your log.do_configure and run.do_configure |
| 18:22.54 | zecke | khem: wow |
| 18:23.25 | mzs | khem: http://pastebin.ca/1969240 line 501 is the call to configure for my libtool-cross |
| 18:23.39 | mzs | in your libtool-cross, is it called with --with-sysroot= or just --with-sysroot? |
| 18:24.17 | mzs | Ah. what version of gcc added sysroot support? |
| 18:24.31 | mzs | would it be, say, something after 4.3.3? :) |
| 18:26.07 | khem | mzs: its possible but your libtool is at 2.4-r26.1 and mine is 2.4-r26.2 |
| 18:26.11 | mzs | i486-oe-linux-gcc: not configured with sysroot headers suffix |
| 18:26.14 | khem | you might want to update |
| 18:27.06 | mzs | khem: have you pushed that yet? |
| 18:27.45 | khem | hmmm not yet ups |
| 18:28.34 | khem | mine has no --with-sysroot= |
| 18:28.39 | khem | only --with-sysroot |
| 18:29.04 | mzs | the problem seems to be with how my gcc was built, it says "not configured with sysroot headers suffix" when i call it with --print-sysroot |
| 18:29.11 | khem | mzs: difference is I never did x86 build |
| 18:29.27 | khem | mzs: which gcc ? |
| 18:29.32 | khem | cross ? |
| 18:29.47 | mzs | I think so.. |
| 18:30.19 | khem | ok where is your log.do_configure |
| 18:30.35 | mzs | for gcc-cross? pulling it up |
| 18:31.30 | khem | no for libtoo-cross |
| 18:32.29 | *** join/#oe timtimred (~meh@79-67-237-57.dynamic.dsl.as9105.com) |
| 18:32.37 | mzs | khem: http://pastebin.ca/1969245 |
| 18:34.29 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 18:35.31 | mzs | weird. my gcc-cross config.log definitely shows --with-build-sysroot=... but the i486-oe-linux-gcc it produced says "not configured with sysroot headers suffix" |
| 18:37.39 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 18:39.03 | *** join/#oe aloisiojr1 (~aloisio@187.58.103.196) |
| 18:39.29 | khem | mzs: strange in your case it does not detect sysroot |
| 18:40.19 | *** join/#oe aloisiojr (~aloisio@187.58.103.196) |
| 18:44.02 | mzs | khem: could you please run: <your cross gcc> --help | grep print-sysroot |
| 18:44.20 | mzs | for gcc 4.3.3 it only turns up -print-sysroot-headers-suffix, which i guess might not be quite the feature we need |
| 18:44.41 | mzs | but all this gcc sysroot support looks fairly old, so i'm not positive 4.3.3 doesn't have the right stuff |
| 18:47.09 | mzs | Yeah, OK. -print-sysroot was added in gcc 4.4.x |
| 18:48.20 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 18:48.41 | mzs | the old way was to call gcc -print-file-name=libc.a and strip off ${prefix}/libc.a |
| 18:48.43 | mzs | ugh |
| 18:49.24 | mzs | back to libtool 2.2.6b :/ |
| 18:50.20 | mzs | or 2.4 without sysroot support, i suppose |
| 18:50.30 | khem | wait |
| 18:51.24 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 18:53.54 | mzs | i suppose i could backport -print-sysroot to 4.3.3 |
| 18:55.55 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 18:58.44 | *** join/#oe dth_ntb (~dth@a89-182-66-135.net-htp.de) |
| 18:59.28 | *** join/#oe mawillia (~mikew@rrcs-24-39-249-130.nys.biz.rr.com) |
| 19:11.58 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 19:23.53 | khem | mzs: it could be something specific to x86 |
| 19:23.59 | khem | was on a call |
| 19:26.03 | JaMa | khem: any hint on failing target binutils build? |
| 19:27.33 | khem | JaMa: I have not encountered that yet, are you on 2.20.1 |
| 19:27.53 | JaMa | yes |
| 19:28.15 | khem | and libtool 2.4 |
| 19:28.28 | JaMa | yes |
| 19:28.34 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:28.41 | khem | Does it work ok with old libtool |
| 19:29.18 | JaMa | it worked even with new libtool before http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=f1148d26740e57cba4fe29fd78c234359868a50e |
| 19:29.23 | khem | mzs: whats your machine ? |
| 19:29.40 | khem | mzs: I can try to build for qemux86 and see if I can get same problem as you |
| 19:29.43 | florian | re |
| 19:30.02 | *** join/#oe sam10 (~androirc@152.sub-97-242-101.myvzw.com) |
| 19:31.20 | khem | JaMa: ah I see the problem |
| 19:31.21 | *** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com) |
| 19:31.21 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 19:31.35 | khem | JaMa: now libtool does not get sysroot from configure so it barfs |
| 19:31.37 | khem | man |
| 19:31.53 | khem | I have open pandora of worms |
| 19:32.13 | mzs | heh |
| 19:32.21 | mzs | khem: I think my problem is caused by using old gcc 4.3.3 |
| 19:32.38 | mzs | it doesn't have -print-sysroot so libtool-cross's autodetection fails |
| 19:32.42 | khem | so I guess for target binutils we still need with-sysroot |
| 19:32.47 | khem | mzs: ah I see |
| 19:32.56 | kergoth | this echo problem is the weirdest fucking thing |
| 19:32.57 | kergoth | hrm |
| 19:33.16 | JaMa | khem: so that patch was usefull only for old libtool? |
| 19:33.18 | khem | mzs: I can force the sysroot for libtool-cross so it does not have to detect it |
| 19:33.20 | kergoth | 'echo -n foo' works from outside of oe, even running the *same echo binary* |
| 19:33.32 | kergoth | but if i do it from do_compile() in this recipe, it prints '-n foo' |
| 19:33.57 | mzs | mzs: that might help, although i think other packages might also use -print-sysroot sometimes |
| 19:34.00 | mzs | e.g. binutils |
| 19:34.30 | mzs | kergoth: echo $SHELL in a terminal and echo $SHELL in do_compile(), make sure they're the same |
| 19:34.51 | kergoth | they are, both are /bin/bash |
| 19:34.55 | kergoth | fucking weird |
| 19:35.27 | kergoth | hrm |
| 19:35.37 | khem | JaMa: the problem is if I use with-sysroot then it will encode that into the linker so it has to be / becasue thats what it should be |
| 19:35.41 | khem | to get it to work on target |
| 19:36.00 | kergoth | really doesn't envy khem the toolchain and libtool madness |
| 19:36.11 | khem | but it would fail for libtool |
| 19:36.28 | khem | because it wont point to target sysroot |
| 19:36.43 | JaMa | i see :/ |
| 19:36.47 | khem | now I see the value of workarounds |
| 19:36.57 | khem | lets cook up one for this case |
| 19:38.57 | JaMa | when checking poky repo it was nice to see that it has only 2 versions of gcc and one binutils, I guess much better test coverage then our plenty of options.. |
| 19:40.25 | khem | one fine day I will nuke all |
| 19:40.35 | khem | below 2.18 |
| 19:40.45 | khem | and gcc below 4.3 |
| 19:40.59 | JaMa | *g* |
| 19:41.02 | khem | ifact may be nuke even 4.3 |
| 19:41.11 | khem | just leave 4.5 4.4 and 4.2.1 |
| 19:41.20 | JaMa | poky has 4.5 and 4.3.3 iirc |
| 19:41.21 | khem | 4.2.1 for people who still want GPLv2 |
| 19:41.35 | khem | and samewar gdb 6.8 and binutils 2.18 |
| 19:41.58 | khem | JaMa: clearly they dont care about gplv2 which is good |
| 19:42.59 | khem | btw folks please look into patchwork and update the patch status |
| 19:43.09 | khem | if its applied then mark it so |
| 19:43.29 | khem | I should send an appeal to ml |
| 19:43.53 | khem | JaMa: we have a libtool 2.4 patch for binutils right |
| 19:45.22 | JaMa | ? |
| 19:47.09 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 19:47.43 | khem | 's stomach is growling |
| 19:47.48 | khem | oh SIGFOOD |
| 19:47.58 | mario-goulart | 's too |
| 19:48.36 | JaMa | eating cookies |
| 19:48.44 | khem | infact libtool's with-sysroot option should be called -with-build-sysroot right now it conflicts with toolchains options |
| 19:49.34 | khem | let me ask it on libtool ml |
| 19:49.39 | khem | or suggest |
| 19:49.47 | khem | but first thing first |
| 19:49.49 | khem | food... |
| 19:50.44 | khem | mzs: I think specifying hardcoding -with-sysroot= in libtool will solve your problem |
| 19:50.49 | khem | so let me do that |
| 19:50.49 | kergoth | okay, this darwin failure is fucking weird. |
| 19:51.07 | kergoth | apparently on osx, running bash in posix mode results in the 'echo' builtin not supporting -n |
| 19:51.28 | kergoth | but that's not the case in linux |
| 19:51.32 | kergoth | breaks the gmp-native build |
| 19:53.36 | *** join/#oe sam10 (~androirc@152.sub-97-242-101.myvzw.com) |
| 19:58.31 | mzs | kergoth: crazy, there doesn't seem to be anything in the manpage about that even |
| 19:59.06 | kergoth | new info: it doesn't do it at an interactive shell, or in a /bin/sh interactive shell, or a separate shel script using #!/bin/sh |
| 19:59.07 | kergoth | only in OE |
| 19:59.13 | kergoth | yet, if i disable posix mode from inside of oe |
| 19:59.15 | kergoth | it works. |
| 19:59.24 | kergoth | so it something with the shell, posix mode + ... something |
| 19:59.53 | kergoth | can't seem to make it break.. wtf |
| 20:00.12 | kergoth | its definitely bash, if i force it to use the coreutils echo it works flawlessly regardless |
| 20:03.34 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 20:04.15 | kergoth | okay! |
| 20:04.31 | JaMa | ericben: ping |
| 20:04.38 | kergoth | for some reason, the shell spawned by OE has xpg_echo turned on, which expands echo by default, and appears to make -n not change its behavior |
| 20:04.52 | kergoth | now.. why.. |
| 20:05.42 | khem | shopt -s xpg_echo |
| 20:05.50 | JaMa | is here Sean Cross? |
| 20:06.37 | khem | kergoth: |
| 20:06.53 | kergoth | khem: i know how to turn it on.. i'm saying *its already on* in do_compile in gmp |
| 20:06.53 | khem | --enable-xpg-echo-default |
| 20:07.26 | kergoth | not talking about the target, i'm talking about inside a shell script emitted and run by oe |
| 20:07.27 | khem | kergoth: I meant to hint to see if its turned on/off somehow in oe |
| 20:07.33 | kergoth | ah, yes |
| 20:07.50 | khem | bash might be compiled differently |
| 20:08.06 | khem | now we need bash-native |
| 20:08.14 | kergoth | git grep in oe doesn't show it |
| 20:08.25 | kergoth | khem: but get this -- a test script with #!/bin/sh -e, just like th eoe one, doesn't show it on |
| 20:08.30 | kergoth | run outside of oe |
| 20:08.46 | kergoth | okay, more than that |
| 20:09.00 | kergoth | if i run the *emitted run. script* outside of oe, it doesn't have xpg_echo on |
| 20:09.05 | kergoth | its only when run from oe |
| 20:09.07 | kergoth | boggles |
| 20:09.20 | kergoth | maybe its an environment variable |
| 20:09.21 | khem | hmm something in /etc/profile |
| 20:09.24 | kergoth | oe strips it |
| 20:10.06 | kergoth | ah ha! |
| 20:10.07 | kergoth | that was it |
| 20:10.15 | kergoth | if i run my test script with env -i, it has xpg_echo on |
| 20:10.26 | kergoth | so its something in the environment of the login shell, an env var, which makes it stay off |
| 20:10.37 | kergoth | yet it defaults to on otherwise |
| 20:10.37 | kergoth | stabs osx |
| 20:11.44 | ynezz | :D |
| 20:13.50 | kergoth | found it! |
| 20:14.02 | kergoth | if you set COMMAND_MODE=legacy in the environment, the shell disables xpg_echo |
| 20:14.14 | kergoth | yikes. |
| 20:16.06 | *** join/#oe Martin-B (~martin@pool-188-65-198-89.dbd-ipconnect.net) |
| 20:21.40 | kergoth | unbelieveable. |
| 20:21.42 | kergoth | bite me, apple |
| 20:22.16 | *** join/#oe woglinde (~heinold@f052236031.adsl.alicedsl.de) |
| 20:22.19 | ka6sox | heh... |
| 20:22.22 | woglinde | jo |
| 20:22.23 | *** join/#oe sam10 (~androirc@152.sub-97-242-101.myvzw.com) |
| 20:22.24 | woglinde | hi |
| 20:22.31 | ka6sox | morning |
| 20:22.39 | woglinde | hm its dark here |
| 20:22.42 | woglinde | with full moon |
| 20:22.49 | kergoth | seeker:openembedded kergoth$ env -i /bin/bash -c "shopt|grep xpg_echo" |
| 20:22.50 | kergoth | xpg_echo off |
| 20:22.50 | kergoth | seeker:openembedded kergoth$ env -i /bin/sh -c "shopt|grep xpg_echo" |
| 20:22.50 | kergoth | xpg_echo on |
| 20:22.57 | kergoth | heh |
| 20:23.05 | mzs | lame |
| 20:23.09 | woglinde | shopt? |
| 20:23.10 | kergoth | exports COMMAND_MODE in the i386-darwin config file in oe |
| 20:23.12 | woglinde | hm |
| 20:23.24 | mzs | kergoth: can we just make oe always call /bin/bash? |
| 20:23.29 | kergoth | what threw me was that the behavior was retained as long as the env was, because its controlled by environment variable. |
| 20:23.32 | mzs | "bash is the only supported shell" :) |
| 20:23.35 | fidencio_ | Crofton|work: another error :-\. now trying to build glib |
| 20:23.46 | kergoth | and because i wasn't doign an env -i in my test script, it was retaining my interactive mode shell's behavior in that regard |
| 20:24.12 | Crofton|work | fidencio_, pastebin |
| 20:25.01 | kergoth | tries building gmp-native again |
| 20:27.53 | fidencio_ | Crofton|work: http://pastebin.com/9EWSVAs0 |
| 20:28.32 | mzs | khem: autotools.bbclass is only passing --with-sysroot, so i think that means all configure scripts are going to use sysroot autodetectio |
| 20:28.51 | mzs | so i should still backport -print-sysroot to gcc 4.3.3/4.3.4 |
| 20:29.06 | mzs | or we should pass sysroot explicitly everywhere |
| 20:29.43 | Crofton|work | where is LD_LIBRARY_PATH coming from? |
| 20:30.36 | khem | mzs: yes |
| 20:31.25 | khem | mzs: the reason was sysroot might differ for native and target recipe |
| 20:31.36 | khem | so let detection take care of it |
| 20:31.43 | khem | but that could be changed as well |
| 20:31.50 | fidencio_ | Crofton|work: I'll confirm. 1 minute |
| 20:32.48 | *** join/#oe tharvey (~tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 20:33.28 | fidencio_ | Crofton|work: LD_LIBRARY_PATH isn't set by myself |
| 20:34.53 | woglinde | hm |
| 20:36.26 | fidencio_ | Crofton|work: and the LD_LIBRARI_PATH of my system not include anything |
| 20:37.55 | Crofton | weird |
| 20:38.16 | Crofton | khem, you might want to look at that pastebin |
| 20:41.12 | khem | Crofton: I did |
| 20:41.18 | khem | doesnt ring any bells |
| 20:41.31 | khem | fidencio_: whats your distro |
| 20:41.40 | khem | and machine |
| 20:41.55 | Crofton|work | werder |
| 20:44.23 | khem | tinderbox shows that 2.9 builds ok for people |
| 20:44.27 | fidencio_ | khem: ubuntu, babbage |
| 20:44.34 | khem | fidencio_: I mean OE |
| 20:44.46 | khem | i.e. target distro and machine |
| 20:44.57 | fidencio_ | angstrom-2008-1 |
| 20:45.09 | fidencio_ | 2008.1 |
| 20:45.10 | khem | fidencio_: ok, is it some regression ? |
| 20:45.19 | khem | or you are building for fisrt time |
| 20:45.27 | jconnolly | question about runlevels/shutdown/reboot with angstrom... let's say I want to toggle some fields in sysfs just about exactly when rhe halt/reboot/shutdown commands are called... |
| 20:45.28 | fidencio_ | Yeap. 3 days ago I was buinding |
| 20:45.44 | fidencio_ | khem: I need go. But I'm back in 20 minutes |
| 20:45.50 | jconnolly | I have some scripts in /etc/rc6.d/S01myscript, but it takes like 10s before it gets to it |
| 20:46.04 | khem | jconnolly: raise there priority |
| 20:46.21 | jconnolly | khem: S01=>S99 ? |
| 20:46.45 | jconnolly | i always think of init/rc scripts as boot, but forget about shutdown |
| 20:49.30 | khem | jconnolly: no S01 will execute before S02 |
| 20:50.07 | khem | so you have it right |
| 20:50.31 | jconnolly | hmm thought so. not sure if K is executed before S scripts on shutdown though. I'll experiment a bit |
| 20:51.00 | khem | huh do u want these scripts to run at shutdown time ? |
| 20:51.10 | khem | then name them starting K no |
| 20:51.15 | woglinde | *sigh* |
| 20:51.20 | woglinde | systemd!!!!!!!!!!! |
| 20:52.16 | khem | jconnolly: K will be executed first |
| 20:52.29 | jconnolly | ah indeed |
| 20:52.33 | jconnolly | slightly more responsive |
| 20:52.35 | jconnolly | thanks khem |
| 20:52.45 | khem | np |
| 20:58.06 | eFfeM | calling it a day ... |
| 20:58.30 | woglinde | nite effem |
| 20:58.49 | woglinde | khem do you find some spare time to update chromuim? |
| 20:59.05 | khem | woglinde: hmmm the 25th hour |
| 20:59.35 | woglinde | *sigh* |
| 20:59.46 | khem | woglinde: will look into it on weekend if I can |
| 21:00.02 | khem | right now dealing with libtool 2.4 a bit |
| 21:00.03 | woglinde | cool |
| 21:00.22 | kergoth | ugh! |
| 21:00.37 | kergoth | bitbake really needs to set env vars in the actual environment, rather than via emission into the shell script |
| 21:00.51 | kergoth | COMMAND_MODE is set *after* the shell is spawned, which is too late to govern its shell options |
| 21:01.01 | kergoth | :| |
| 21:01.07 | woglinde | oh no |
| 21:01.13 | woglinde | the even forked libxml |
| 21:01.14 | mzs | One nice thing about having the env vars in the script is i can just comment out the bottom line, source it, and then run make or whatever |
| 21:01.16 | woglinde | *sigh* |
| 21:01.22 | khem | kergoth: hmmm I think it will make the shell scripts more subtle |
| 21:01.25 | kergoth | hacks it by prepending an shopt to configure/compile |
| 21:01.44 | khem | I like the fact that complete env is in the script |
| 21:01.45 | mzs | kergoth: what if you just hardcode oe to call /bin/bash instead of /bin/sh? |
| 21:01.47 | kergoth | mzs: true, but there's always devshell |
| 21:01.49 | CIA-9 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rd6fcdc05b0 10openembedded.git/recipes/diffstat/diffstat_1.47.bb: diffstat: fix PR |
| 21:01.53 | kergoth | mzs: that isn't in OE. |
| 21:02.03 | kergoth | its bitbake, which means all the compatibility issues that come along with that |
| 21:02.08 | kergoth | OE doesn't even require 1.10.x yet |
| 21:02.27 | mzs | maybe OE on Mac could :) |
| 21:02.42 | khem | kergoth: whats stopping us retiring 1.8 |
| 21:03.00 | mzs | yeah 1.10 is like 3X faster! |
| 21:03.02 | kergoth | i'd like there to be a way to inject shell that's outside of a function, run before the task is, for this |
| 21:03.07 | kergoth | there's no "anonymous shell" |
| 21:03.09 | kergoth | hehe |
| 21:03.10 | khem | I would even retire 1.10 and just use master |
| 21:03.27 | kergoth | khem: nothing as far as i know, i think we should do it, but probably a TSC or even OEDEM decision |
| 21:03.38 | kergoth | i'd vote for tsc, i don't think there's that much to debate about it, personally |
| 21:03.39 | khem | too much to decide |
| 21:03.42 | kergoth | if 1.10 has bugs, we'll fix them |
| 21:03.45 | JaMa | btw with 1.10 I get list of failed recipes in the end, this doesn't work in master or shouldn't work there? |
| 21:04.11 | khem | why not in master ? |
| 21:04.17 | JaMa | with 1.10 I get it repeated 3 times actually, but still better than nothing.. |
| 21:04.17 | khem | thats a bug in master I would say |
| 21:04.23 | kergoth | JaMa: likely a bug, i've noticed the Tasks Summary display also doesn't show when a failure occurs, i think in 1.10 and master actually |
| 21:04.31 | kergoth | richard's runqueue changes changed that |
| 21:04.34 | kergoth | the summary, i mean |
| 21:04.51 | kergoth | the other bit could have been the excpetion handling changes, or the logging change |
| 21:04.55 | kergoth | will look into it |
| 21:05.34 | kergoth | hmm, the list of failed recipes might have been inadvertantly removed as a part of my attempts to reduce the amount of crap the user sees |
| 21:05.41 | kergoth | i got sick of seeing that this task failed like 12 times |
| 21:05.45 | kergoth | i saw the first one, shut up already |
| 21:06.07 | JaMa | yup that worked also in master after 1.10.. |
| 21:07.12 | kergoth | whew, hacking the shopt into configure/compile fixed the build of gmp-native ... next |
| 21:11.12 | kergoth | JaMa: found it. |
| 21:12.01 | kergoth | JaMa: if you have a git copy of bitbake, do git show 06b742aae2b8013cbb269cc30554cff89e3a5667 -- lib/bb/cooker.py |
| 21:12.09 | kergoth | that's the change that dropped what you want to see, i think |
| 21:12.25 | kergoth | my fault, we can resurrect it |
| 21:13.02 | khem | kergoth: I also liked the list of failed recipes |
| 21:13.51 | woglinde | ERROR: Fetch failed: Unable to fetch URL git://git.chromium.org/cros.git;protocol=git;rev=07f1fc0ce7a4bbd57f6b057435ad86f0a98e073d from any source. |
| 21:14.18 | JaMa | kergoth: well I've downgraded to 1.10 just because of this issue, so would be great if you can resurrect it |
| 21:15.24 | woglinde | hm |
| 21:15.26 | woglinde | urgs |
| 21:15.28 | woglinde | git.chromium.org[0: 74.125.248.73]: errno=Connection refused |
| 21:15.44 | CIA-9 | 03Chris Larson <chris_larson@mentor.com> 07master * r850d6158ea 10bitbake.git/lib/bb/cooker.py: |
| 21:15.45 | CIA-9 | Resurrect display of failed files |
| 21:15.45 | CIA-9 | This was inadvertantly removed when trying to reduce the amount of duplicated |
| 21:15.45 | CIA-9 | information the user sees when a failure occurs. |
| 21:15.45 | CIA-9 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 21:15.53 | kergoth | JaMa: try that, if you would |
| 21:16.17 | khem | ah bitbake commits are also caught bu CIA now |
| 21:16.18 | khem | cool |
| 21:17.39 | woglinde | khem the webinterface works for cros |
| 21:17.45 | woglinde | why the git protocol not |
| 21:18.00 | JaMa | kergoth: will try as soon as some recipe fails for me, thanks |
| 21:23.03 | khem | woglinde: hmm try http |
| 21:23.18 | CIA-9 | 03Eric BENARD <eric@eukrea.com> 07master * r75ea005ac8 10bitbake.git/lib/bb/fetch/hg.py: (log message trimmed) |
| 21:23.19 | CIA-9 | bitbake: lib/bb/fetch/hg: fix fetching from a mercurial repository |
| 21:23.19 | CIA-9 | * without this fix, we get : |
| 21:23.19 | CIA-9 | updating working directory |
| 21:23.19 | CIA-9 | 74 files updated, 0 files merged, 0 files removed, 0 files unresolved |
| 21:23.19 | CIA-9 | abort: There is no Mercurial repository here (.hg not found)! |
| 21:23.19 | CIA-9 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 21:23.49 | woglinde | cool |
| 21:23.59 | woglinde | this bug fixed |
| 21:25.02 | woglinde | nite jama |
| 21:27.37 | khem | woglinde: git clone http://git.chromium.org/git/cros.git |
| 21:29.04 | khem | I wonder why git protocol is blocked |
| 21:29.13 | woglinde | hm |
| 21:29.17 | woglinde | tryoing src. now |
| 21:29.33 | khem | the command I gave you should owrk |
| 21:29.35 | woglinde | hm same |
| 21:30.41 | fidencio_ | khem: so sorry. if I can't get a ride I was fucked losing 1 or 2 hours in a bus |
| 21:31.13 | khem | woglinde: http://pastebin.com/n3hkSe4J |
| 21:31.43 | khem | fidencio_: so are you fucked now ? |
| 21:32.03 | fidencio_ | khem: Nops. I get the ride. |
| 21:32.28 | woglinde | args |
| 21:32.50 | woglinde | bitbake tried rsync |
| 21:33.04 | fidencio_ | khem: so, I'll compare the glibc recipe with the last version that compile ... |
| 21:33.15 | fidencio_ | Just to be sure that it's a regression |
| 21:34.06 | khem | fidencio_: yeah I wonder why it wont compile |
| 21:34.08 | khem | now |
| 21:34.17 | khem | those errors dont make sense to me |
| 21:35.14 | woglinde | hm one checksum changed |
| 21:35.20 | woglinde | but that I can fix myself |
| 21:37.10 | khem | good |
| 21:37.13 | fidencio_ | khem: the latest buildable version was the version with INC_PR="r36" |
| 21:37.29 | khem | fidencio_: ok |
| 21:39.15 | kergoth | mulls over possible shared unpack caching with git |
| 21:41.04 | khem | fidencio_: do u have the source snapshot where it built |
| 21:41.29 | kergoth | hmmmm |
| 21:41.30 | fidencio_ | khem: I think so |
| 21:41.42 | khem | fidencio_: ok then cd into recipes/glibc |
| 21:41.47 | khem | and git log |
| 21:41.52 | kergoth | this would be cool if i got it to work |
| 21:41.59 | khem | give me the rev of the commit on top |
| 21:42.12 | kergoth | let linux-libc-headers andt he real kernel share the same core of unpacked sources, by cloning the right position in the patch stack in the git repository for the tarball |
| 21:42.13 | kergoth | or something |
| 21:42.27 | fidencio_ | khem: 5b485324c |
| 21:42.43 | *** join/#oe angelox_123 (~Angelo@201-93-199-92.dsl.telesp.net.br) |
| 21:42.46 | angelox_123 | Hi |
| 21:43.20 | angelox_123 | i'm building fluxbox to angstrom distro in a a1200 machine |
| 21:43.26 | khem | kergoth: yeah I have talked so many times about generating linux-libc-headers to share but if you change that then all recipes become machine specific |
| 21:43.28 | angelox_123 | but i get a error on do_install step |
| 21:43.31 | angelox_123 | http://pastebin.com/adUsJGQt |
| 21:43.36 | kergoth | what do you mean? |
| 21:43.38 | angelox_123 | any help? |
| 21:43.52 | kergoth | i'm just talking about the SRC_URI tarballs and patches |
| 21:44.29 | kergoth | name the repo by the tarball, apply the patches as commits in the repo, hash the tarball+patches as a tag indicating the ref to use to clone into workdir |
| 21:45.09 | kergoth | then the actual original unpacking and patching is a one time operation per tarball and patch set, and everyone clones |
| 21:45.12 | kergoth | i wonder how that would perform |
| 21:45.13 | kergoth | ponders |
| 21:46.03 | angelox_123 | is a strange problem here |
| 21:47.00 | fidencio_ | khem: and the rev of the latest buildable in my pc 58f686523f |
| 21:47.34 | kergoth | 'll have to try a proof of concept to see if its worth doing |
| 21:50.24 | kergoth | hmm, i could reuse the SRC_URI -> git repo code from that sort of proof of concept for other things |
| 21:50.29 | kergoth | ponders some more |
| 21:51.25 | kergoth | hah, it worked |
| 21:51.30 | kergoth | the environment thing for darwin |
| 21:51.54 | kergoth | <PROTECTED> |
| 21:51.54 | kergoth | <PROTECTED> |
| 21:52.09 | kergoth | event handler, sets it in the env in the main server process which flows down into the workers |
| 21:52.13 | khem | fidencio_: git bisect it |
| 21:52.16 | kergoth | so the shells they run have it set in time |
| 21:52.21 | kergoth | such a hack |
| 21:52.24 | khem | fidencio_: now that you know good and bad versions |
| 21:55.37 | khem | fidencio_: echo $LD_LIBRARY_PATH |
| 21:55.46 | khem | what does that say |
| 21:58.08 | angelox_123 | any help here? |
| 21:58.56 | fidencio_ | :/home/fidencio/local/lvm/lib |
| 21:59.02 | fidencio_ | khem: ^ |
| 21:59.26 | khem | fidencio_: why why why |
| 21:59.37 | khem | hmmm |
| 21:59.48 | khem | that : could mean look in current dir |
| 21:59.57 | khem | can you fix that |
| 22:00.09 | fidencio_ | khem: why this machine isn't used only for me :-\ |
| 22:00.26 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:00.28 | khem | well. OK message is clear what glibc wants |
| 22:00.36 | khem | and : will force it to look into CWD |
| 22:01.09 | khem | fidencio_: just for experiment override that and see if that helps |
| 22:01.19 | khem | if it does then I would suggest to fix your system |
| 22:01.44 | fidencio_ | khem: ok. I'll try. many thanks |
| 22:02.19 | khem | fidencio_: ok let me know how it goes |
| 22:02.49 | khem | angelox_123: let me see |
| 22:03.14 | angelox_123 | ok |
| 22:04.26 | khem | angelox_123: go into your workdir for fluxbox |
| 22:05.15 | khem | angelox_123: in the sourcdir grep for fbrun.1 |
| 22:05.54 | angelox_123 | source dir |
| 22:06.09 | angelox_123 | where have ./configure blablabla? |
| 22:06.34 | khem | yes |
| 22:06.44 | angelox_123 | i do: |
| 22:06.50 | angelox_123 | find . | grep fbrun.1 ? |
| 22:07.06 | khem | yeah or grep -r "fbrun.1" |
| 22:07.13 | khem | dont need find |
| 22:07.33 | angelox_123 | have a file: |
| 22:07.35 | angelox_123 | ./doc/fbrun.1 |
| 22:07.59 | angelox_123 | remove it? |
| 22:08.06 | khem | no |
| 22:08.17 | angelox_123 | what i do? |
| 22:08.19 | khem | I said grep for string fbrun.1 not file |
| 22:08.34 | khem | some Makefile.am should contain this string |
| 22:08.43 | angelox_123 | ah sorry |
| 22:08.51 | fidencio_ | khem: same error. ok. I'll bisect ... |
| 22:08.55 | angelox_123 | grep'ing :D |
| 22:10.13 | khem | fidencio_: you need to clean the build |
| 22:10.31 | khem | fidencio_: after clearing LD_LIBRARY_PATH do |
| 22:11.01 | khem | bitbake -c clean glibc glibc-initial gcc-cross gcc-cross-intermediate gcc-cross |
| 22:11.09 | khem | then bitbake glibc |
| 22:11.26 | khem | and make sure that LD_LIBRARY_PATH is unset |
| 22:12.56 | khem | kergoth: I am thinking of renaming libtool's with-sysroot to something else |
| 22:13.18 | khem | kergoth: may be with-libtool-sysroot or with-build-sysroot something like that |
| 22:13.33 | khem | kergoth: I have mailed to libtool ml |
| 22:13.39 | khem | also explaining the issue |
| 22:13.43 | kergoth | that would be a very good idea, avoid namespace collisions |
| 22:13.44 | khem | I think they did not think about it |
| 22:13.51 | kergoth | nods |
| 22:14.02 | khem | but I also doubt they will change it |
| 22:14.07 | khem | they might smear another one on top |
| 22:14.13 | kergoth | can patch it that way locally for now, no big deal |
| 22:14.16 | khem | but let me change what the hack |
| 22:14.23 | kergoth | nods |
| 22:14.28 | angelox_123 | too slow to grep |
| 22:14.51 | khem | I will make it with-libtool-sysroot |
| 22:14.55 | khem | to make it explicit |
| 22:15.25 | khem | then we dont need those oe_filter_outs |
| 22:15.35 | kergoth | nice |
| 22:15.40 | khem | and denix0 will be happy |
| 22:16.15 | khem | hmm but I have to regenerate those libtool 2.4 patches |
| 22:16.21 | khem | I guess there are only couple of recipes |
| 22:16.25 | khem | not big deal |
| 22:17.10 | khem | angelox_123: it should not be that slow unless you are doing it on HP calculator or PDP-1 |
| 22:17.16 | kergoth | i'd really like to experiment with our recipe sources maintained in a git repository, no local extra files in the oe tree at all |
| 22:17.22 | kergoth | just a recipe pointing at a git repo on oe.org |
| 22:17.50 | khem | kergoth: you mean all patches etc are stored elsewhere ? |
| 22:17.55 | kergoth | potentially, if we use git-submodule in the future, could have it pulled down into the oe tree ahead of time |
| 22:18.03 | kergoth | i mean a git repo with our patchsets maintained as branches |
| 22:18.10 | kergoth | no separate stuff at all |
| 22:18.16 | woglinde | hm |
| 22:18.20 | woglinde | nice idea |
| 22:18.29 | kergoth | other distros have played with it for that |
| 22:18.31 | kergoth | e.g. git.debian.org |
| 22:18.39 | kergoth | the vcs-pkg effort is in that direction |
| 22:19.11 | kergoth | except for us we'd likely want to keep the recipe itself out of the tree, just to avoid pain dealing with recipe changes for multiple versions |
| 22:19.24 | woglinde | *g* |
| 22:19.29 | kergoth | otherwise you'd have to cherry pick a common change to all the version branches or something, unless we used a separate repo for each version |
| 22:19.31 | khem | kergoth: hmm you mean no tars |
| 22:19.32 | kergoth | but that sounds like more trouble than its worth |
| 22:19.35 | kergoth | khem: yep |
| 22:19.46 | woglinde | he I wouldnt see the shitty recipes anymore |
| 22:19.52 | khem | kergoth: huge space requirements |
| 22:19.54 | kergoth | like an srctree build of sorts |
| 22:19.56 | kergoth | khem: how so? |
| 22:20.06 | khem | kergoth: right now we suck in from web |
| 22:20.08 | kergoth | we have to fetch it down anyway, a git repo isn't likely to be *that* much bigger |
| 22:20.17 | woglinde | chromium recipe is shitty too |
| 22:20.19 | woglinde | *g* |
| 22:20.20 | khem | kergoth I mean from scm pov |
| 22:20.30 | kergoth | not seeing what you mean |
| 22:20.43 | khem | kergoth: right now we dont store tars in our SCM |
| 22:20.49 | kergoth | and we wouldn't |
| 22:20.56 | kergoth | i'm not talking about storing SRC_URI files directly in git |
| 22:20.59 | kergoth | i'm talking about unpacking the tarball |
| 22:21.03 | kergoth | storing those in git |
| 22:21.07 | kergoth | and applying hte patches as commits |
| 22:21.18 | kergoth | as a separate git repo per recipe's sources |
| 22:21.26 | kergoth | e.g. git://git.openembedded.org/nano.git |
| 22:21.32 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 22:21.38 | kergoth | you could clone it down and ./configure; make; make install to test native build without oe |
| 22:21.53 | woglinde | good nite |
| 22:22.15 | khem | kergoth: so we are storing the nano sources isnt it |
| 22:22.22 | kergoth | yep |
| 22:22.22 | khem | oh I see |
| 22:22.29 | kergoth | when upstream uses git |
| 22:22.32 | kergoth | we could base ours directly on that |
| 22:22.44 | khem | kergoth: but then my point is valid |
| 22:22.46 | kergoth | which would make our lives easier in general, easier to track what they're up to |
| 22:23.04 | khem | we have to have space to store all that |
| 22:23.08 | kergoth | dood |
| 22:23.11 | kergoth | we mirror that shit *anyway* |
| 22:23.14 | kergoth | on our mirrors |
| 22:23.19 | kergoth | we'd just take that space on our git server instead |
| 22:23.30 | khem | hmm valid |
| 22:23.50 | khem | so when one git clones he clones both ? |
| 22:23.59 | khem | metadata and srcdata |
| 22:24.03 | kergoth | either we use submodules or someting to pre-fetch its sources into the oe tree |
| 22:24.09 | kergoth | or we just put the git url to our git tree in the recipe |
| 22:24.14 | kergoth | either way would get the job done |
| 22:24.33 | khem | then who updates srcdata |
| 22:24.46 | kergoth | the recipe maintainer, preferably, its not different than now |
| 22:24.47 | khem | right now we just fiddle with recipe change the SRC_URI |
| 22:24.51 | khem | and it works |
| 22:24.51 | kergoth | just branches instead of patches |
| 22:25.20 | kergoth | would be useful to have helper scripts to assist in rebasing our patchsets on new versions, what have you |
| 22:25.24 | angelox_123 | khem,i did: root@pynell-desktop:/home/angelo/angstrom-setup-scripts/build/tmp-angstrom-2008.1/work/armv5te-angstrom-linux-gnueabi/fluxbox-1_1.1.1-r0/fluxbox-1.1.1# grep -r "fbrun.1" but nothing shows |
| 22:25.26 | khem | hmm so he operates on srcdata |
| 22:25.32 | angelox_123 | the command is correct? |
| 22:25.50 | kergoth | i see it as easier than now in certain way, the recipe would be almost exactly the same for srctree as not |
| 22:25.54 | kergoth | s/way/ways/ |
| 22:26.02 | khem | kergoth: yes I am getting it |
| 22:26.07 | khem | not that bad actually |
| 22:26.12 | kergoth | would make it easier to just jump in and start hacking on the code |
| 22:26.19 | kergoth | or just poke around and see whats what |
| 22:26.21 | khem | it would get rid of checksums |
| 22:26.23 | khem | too |
| 22:26.29 | khem | potentially |
| 22:26.38 | khem | if we can make sure that source we keep are sane |
| 22:26.51 | kergoth | possibly -- we could think about using the srctree work + submodules to avoid sources being in tmpdir at all, too |
| 22:27.01 | kergoth | shared source trees right under oe/source/foo/ |
| 22:27.02 | kergoth | or whatever |
| 22:27.08 | kergoth | no digging 40 dirs deep |
| 22:27.10 | khem | yeah scm recipes dont use checksums |
| 22:27.14 | angelox_123 | khem? |
| 22:27.30 | khem | angelox_123: grep -r "fbrun\.1" |
| 22:27.38 | khem | angelox_123: grep -r "fbrun\.1" * |
| 22:27.47 | khem | that * is important |
| 22:27.49 | angelox_123 | ah |
| 22:27.51 | angelox_123 | i forget that |
| 22:27.53 | angelox_123 | :D |
| 22:27.56 | kergoth | oh man, if we used srctree with submodules, we could use gitver, you could just cd in, change branches, and you've changed what version you're using, no preferences to twiddle |
| 22:27.58 | khem | man grep |
| 22:28.00 | kergoth | the submodule could control the version |
| 22:28.01 | kergoth | ponders |
| 22:28.04 | angelox_123 | I'll pastebin |
| 22:28.18 | khem | kergoth: I think it will be good thing |
| 22:28.24 | angelox_123 | Here khem: |
| 22:28.26 | angelox_123 | http://pastebin.com/tLa9SMBp |
| 22:28.54 | kergoth | i've been mulling over this kind of thing for a few years now, but wasnt sure about 1) the reaction to it, 2) implementation details, and 3) transition from now, and 4) tools based on it (e.g. git-submodule viability) |
| 22:28.57 | khem | angelox_123: can you pastebin doc/Makefile.am |
| 22:29.15 | angelox_123 | khem: of course,give me a second |
| 22:29.27 | khem | kergoth: yeah one thing I am not clear is how do we maintain non git recipes |
| 22:29.35 | khem | I mean srcdata |
| 22:29.41 | khem | do we untar it and commit it |
| 22:29.48 | angelox_123 | khem: it's here: http://pastebin.com/AgPDmieh |
| 22:29.56 | kergoth | one thing i was thinking about as a similar tool would be a script which parses the recipe tree and unpacks/patches them, converts to git, and pulls that into a project area, importing it there, along with its dependencies, then builds only parse what you imported, only updating upstream and importing changes from it to the project would have to parse everything |
| 22:30.14 | kergoth | khem: yeah, exactly. we could even automate it, i've bene thinkinga bout a scirpt to convert SRC_URI into a git tree |
| 22:30.25 | khem | kergoth: yeah that would be nice |
| 22:30.28 | kergoth | khem: or, if upstream uses a different scm, you could use git-svn or git-cvsimport as the base |
| 22:30.42 | khem | and prolly a script which could grok new releases |
| 22:30.55 | kergoth | yeah, for the tarball ones, that would be lovely |
| 22:31.10 | khem | and inform us hey you got a new release |
| 22:31.21 | kergoth | man, i was talking about release monitoring in the original brainstorming wiki page for oe |
| 22:31.24 | kergoth | we never did it :\ |
| 22:31.38 | khem | angelox_123: ok now you need to create a patch do you know how to do that with OE/quilt |
| 22:31.46 | kergoth | freshmeat has an API, you know, that could be fun to play with :) |
| 22:32.21 | khem | interesting |
| 22:32.21 | angelox_123 | khem: i don't understand |
| 22:32.29 | khem | angelox_123: well you said it |
| 22:32.44 | kergoth | anyway, i think i'll try writing a script to populate a git repo from SRC_URI, and maybe try converting autoconf/automake to git repositories with a local OE with recipes pointing at them, and see how it goes |
| 22:32.51 | angelox_123 | khem: i'll create a patch to remove fbrun.1 from Makefile.am ? |
| 22:33.26 | khem | angelox_123: yes |
| 22:33.35 | khem | but let me see if I have the src local |
| 22:34.00 | angelox_123 | khem: ok,only doc/Makefile.am or doc/Makefile too? |
| 22:34.41 | khem | angelox_123: I have sources local let me do it here |
| 22:34.44 | khem | its easy that way |
| 22:34.49 | angelox_123 | ok |
| 22:38.59 | khem | angelox_123: apply this patch to oe metadata |
| 22:39.01 | khem | http://pastebin.com/AUxUYhn4 |
| 22:39.09 | khem | then rebuild fluxbox |
| 22:39.20 | angelox_123 | i apply on oe tree? |
| 22:39.26 | angelox_123 | i don't know what is oe metadata |
| 22:39.38 | khem | cd openembedded/; patch -p1 < this.patch |
| 22:39.53 | khem | yeah oe tree |
| 22:40.38 | angelox_123 | ok |
| 22:40.39 | angelox_123 | thanks |
| 22:40.43 | angelox_123 | :) Very |
| 22:41.47 | kergoth | my original attempt to convert SRC_URI to git was ... ambitious |
| 22:42.17 | kergoth | i was trying to automatically create a branch for each patch, and that branch got commits for each change to that patch, and i tried to track copies/moves of the patches, and also commit history of the recipe itself |
| 22:42.24 | kergoth | my brain just about melted there |
| 22:42.25 | khem | kergoth: hmm |
| 22:42.26 | kergoth | hehe |
| 22:42.27 | angelox_123 | to rebuild i just do bitbake -c clean fluxbox && bitbake fluxbox |
| 22:42.28 | angelox_123 | ? |
| 22:43.00 | khem | angelox_123: yes |
| 22:43.07 | kergoth | what really got confusing was the changes to the recipe which changed what patches existed |
| 22:43.07 | angelox_123 | ok |
| 22:43.10 | angelox_123 | thanks |
| 22:43.10 | kergoth | SRC_URI changing over time |
| 22:43.24 | kergoth | coupled with branches per patch + inter-branch/patch dependency |
| 22:43.28 | kergoth | now i say.. fuck that |
| 22:43.29 | angelox_123 | says thanks to khem again |
| 22:43.31 | kergoth | hehe |
| 22:43.34 | *** join/#oe vorporeal (~stern@138.16.101.82) |
| 22:43.41 | khem | kergoth: the recipes we have is unmanagable too |
| 22:44.08 | khem | kergoth: OE needs to shed some more |
| 22:44.37 | kergoth | oh, another thing i was thinking over -- BBVERSIONS used per-version or per-version-block overrides -- those might be useful for .incs even without use of BBVERSIONS, to start merging includes |
| 22:44.40 | kergoth | might not, too, not sure |
| 22:44.46 | kergoth | something to mull over |
| 22:44.54 | kergoth | e.g. FOO_1.0, FOO_1.2 |
| 22:45.18 | khem | we should never have allowed incs |
| 22:45.40 | kergoth | heh, in theory its nice to avoid duplication, but in reality it just makes it more confusing |
| 22:45.45 | kergoth | since now you have to chase things down |
| 22:45.54 | khem | well if done right |
| 22:46.02 | khem | and its very constrained |
| 22:46.17 | khem | over the period you will see that fixing such cases become a lot more complex |
| 22:46.21 | khem | and errorprone |
| 22:46.26 | angelox_123 | khem: |
| 22:46.28 | angelox_123 | NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it to increase performance. |
| 22:46.29 | angelox_123 | NOTE: Handling BitBake files: - (3263/7082) [46 %]ERROR: /home/angelo/angstrom-setup-scripts/sources/openembedded/recipes/fluxbox/fluxbox_1.1.1.bb:12: unparsed line: ' "' while parsing /home/angelo/angstrom-setup-scripts/sources/openembedded/recipes/fluxbox/fluxbox_1.1.1.bb |
| 22:46.29 | angelox_123 | ERROR: /home/angelo/angstrom-setup-scripts/sources/openembedded/recipes/fluxbox/fluxbox_1.1.1.bb:12: unparsed line: ' "' while parsing /home/angelo/angstrom-setup-scripts/sources/openembedded/recipes/fluxbox/fluxbox_1.1.1.bb |
| 22:46.29 | angelox_123 | NOTE: Handling BitBake files: \ (6123/7082) [86 %] |
| 22:46.32 | khem | with the kind of testing we have in OE its impossible |
| 22:47.26 | khem | angelox_123: edit recipes/fluxbox/fluxbox_1.1.1.bb |
| 22:47.38 | khem | and add \ at the end of line where I added the new patch |
| 22:47.50 | *** join/#oe RobotGuy (~robotguy@c-24-21-60-36.hsd1.or.comcast.net) |
| 22:48.03 | angelox_123 | ok |
| 22:48.22 | RobotGuy | Which module has "string" for python in it. I can't seem to find it. |
| 22:48.42 | kergoth | i assume you mean package, not module |
| 22:48.45 | kergoth | string is a module |
| 22:48.51 | khem | angelox_123: like http://pastebin.com/Q5c58Acx |
| 22:48.54 | RobotGuy | Package, yes. |
| 22:49.06 | kergoth | check the manifest |
| 22:49.14 | kergoth | recipes/python/*manifest*.inc |
| 22:51.40 | *** join/#oe angelo__ (~Angelo@200-171-11-144.dsl.telesp.net.br) |
| 22:52.01 | RobotGuy | sighs |
| 22:52.52 | RobotGuy | I see stringold, but I presume for now I shouldn't use that. Correct? |
| 22:52.54 | kergoth | from a quick oneline grep: FILES_python-stringold="${libdir}/python2.6/lib-dynload/strop.so ${libdir}/python2.6/string.* " |
| 22:53.02 | kergoth | not sure why you'd presume that |
| 22:53.22 | kergoth | its preferred to use the methods on strings rather than the string module, but there are still cases where the module is necessary |
| 22:53.39 | RobotGuy | DJango seems to be one of those cases. |
| 23:00.23 | kergoth | hmmm |
| 23:03.06 | RobotGuy | I'm building a dev software image for BeagleBoard |
| 23:11.41 | *** join/#oe ant_ (~andrea@host39-253-dynamic.31-79-r.retail.telecomitalia.it) |
| 23:14.48 | khem | angelox_123: so did it build ? |
| 23:15.02 | angelox_123 | compiling |
| 23:15.14 | angelox_123 | (slow....) \o/ |
| 23:16.28 | fidencio_ | khem: I think hat theglibc is compiling. I'll pay a beer for you! |
| 23:16.33 | grg | kergoth, the -c patch does seem to have problems on occasion. I see the same behaviour as you with regards -c clean,build but not all the time. |
| 23:16.43 | grg | Does bitbake do any task reordering that would cause this? |
| 23:17.12 | khem | fidencio_: ok |
| 23:17.45 | angelox_123 | hey khem |
| 23:17.48 | angelox_123 | worked |
| 23:17.49 | angelox_123 | thanks |
| 23:17.50 | angelox_123 | :) |
| 23:17.54 | angelox_123 | says thanks to khem |
| 23:18.02 | fidencio_ | khem: many thanks! |
| 23:18.43 | khem | angelox_123: ok cool |
| 23:18.52 | kergoth | okay, this is weird |
| 23:18.58 | kergoth | this patch applies to mpfr-native in linux, but not in osx |
| 23:19.01 | Crofton|work | how willthe sdk recipes work with libtool 2.4? |
| 23:19.03 | kergoth | line endings, perhaps? |
| 23:19.05 | kergoth | hmm |
| 23:19.08 | CIA-9 | 03Khem Raj <raj.khem@gmail.com> 07master * r357d6443e3 10openembedded.git/recipes/fluxbox/ (fluxbox/remove-duplicate-fbrun.1.patch fluxbox_1.1.1.bb): |
| 23:19.08 | CIA-9 | fluxbox_1.1.1.bb: Delete duplicate fbrun.1 occurance from man_MANS |
| 23:19.08 | CIA-9 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 23:20.04 | kergoth | the patches themselves always have unix line endings.. i don't see how the tarball could possibly do anything to them.. weird |
| 23:20.47 | kergoth | hrm |
| 23:22.59 | *** join/#oe Guest27396 (~saa@nat/google/x-jfthbgcinkedzvdy) |
| 23:31.37 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 23:31.37 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 23:36.24 | *** join/#oe ka6sox-work (~tking@nslu2-linux/ka6sox) |
| 23:36.40 | khem | kergoth: whats the error |
| 23:36.54 | kergoth | just rejects, not helpful |
| 23:37.12 | khem | oh |
| 23:37.42 | kergoth | has hit the weirdest errors working on this |
| 23:38.02 | khem | kergoth: can you patch it manually |
| 23:38.05 | khem | without quilt |
| 23:38.13 | kergoth | i tried PATCHTOOL = "patch", still fails |
| 23:38.17 | kergoth | haven't tried outside of oe yet |
| 23:41.38 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 23:41.38 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 23:41.48 | ka6sox-work | kergoth, I had problems with the patch from macports before. |