00:00.02 | khem | zecke: I am ok. hanging on |
00:08.45 | ant__ | khem: again about headers. We stage mtd headers in kernel.bbclass. These were once staged by mtd-utils itself. |
00:09.12 | ant__ | Now if you do bitbake -c clean mtd-utils you loose the mtd & ubi headers |
00:09.20 | ant__ | staged by the kernel |
00:10.50 | *** join/#oe marcosmamorim (~marcos@189-18-208-61.dsl.telesp.net.br) |
00:15.59 | khem | ant__: hmm we need to remove them from being packaged thru mtd-utils |
00:16.18 | khem | ant__: but the problem is that it has to be done only for certain kernels |
00:17.28 | ant__ | it's not a common situation: I have a recipe which DEPENDS = "mtd-utils" and I'm switching to virtual/kernel dependency |
00:17.31 | khem | it wud be nice if bitbake could use some recipe version information in the bbfiles |
00:17.51 | ant__ | normally one would not remove the mtd-utils probably... |
00:17.55 | khem | animist: are you sure it does not need anything else from mtd-utils |
00:18.10 | ant__ | no, just the two headers iirc |
00:19.42 | ant__ | khem: eventually one would need mtd-utils at runtime, as RRECOMMENDS or such, but not in depends |
00:19.45 | ant__ | <PROTECTED> |
00:21.46 | khem | ant__: which package is that which needs these headers |
00:22.51 | ant__ | khem: zaurus-utils/nandlogical-klibc-static finds the headers...has -I${STAGING_INCDIR} |
00:23.32 | khem | hmm |
00:23.50 | ant__ | all this after -c clean mtd-utils |
00:24.04 | ant__ | and bitbake virtual/kernel (2.6.26) |
00:25.00 | ant__ | he.. /oe/build/tmp/sysroots/armv5te-angstrom-linux-gnueabi/usr/include/mtd â is empty... |
00:25.06 | khem | I see it in do_install ok |
00:32.36 | kergoth | guh |
00:32.36 | ant__ | hm.. khem..in the ..install.cmd I see cmd_/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/linux-libc-headers-2.6.31-r4/image/usr/include/mtd/.install |
00:32.45 | kergoth | i dunno if doing this for the varref/signature code is going to be worth it |
00:33.30 | kergoth | i'm debating grabbing calls to functions from bb/oe python package imports, searching for the .py in sys.path, reading that in as a string, compiling it to an ast, and analyzing that to see if the api functions reference any variables |
00:33.36 | kergoth | but i think i may be insane |
00:34.22 | kergoth | the difficulty there is dealing with inheritance and shit |
00:34.27 | kergoth | among other issues |
00:37.13 | ant__ | khem: ok, now zZZ.. but before I've launched the eglibc-2.12+gcc-4.5 builds.. |
00:37.19 | ant__ | thx and good night |
00:38.00 | khem | gn |
00:38.33 | kergoth | grumbles |
00:39.12 | kergoth | this is proving to be one gigantic pain in my ass |
00:39.20 | kergoth | though parts are fun |
00:40.31 | kergoth | thinks |
00:41.26 | kergoth | I think I'd better do the auditing next |
00:41.28 | *** join/#oe sirgads1 (~swold@nat/intel/x-mizvqpjwthrysuel) |
00:42.27 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
00:57.54 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
01:04.39 | chandler | kergoth: khem asked me to add the lisppaste bot back to #oe. Is this still something you're interested in having in the channel? |
01:07.47 | kergoth | not familiar with lisppaste |
01:21.23 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
01:25.45 | zecke | chandler: yes I am. I know it from #webkit and like it. |
01:25.56 | zecke | chandler: but it is sadly not much used here. |
01:29.39 | *** join/#oe william_zhang (~william@58.247.126.174) |
01:30.16 | chandler | zecke: There was a spam attack a little while ago (by the same people who have been attacking freenode off and on for a while) and I pulled it from most channels while I got it sorted out. |
01:30.41 | chandler | zecke: In many cases it was the first paste to that channel in a year or more, so I'm trying to re-verify what channels actually still want the bot. |
01:30.52 | khem | chandler: IIRC oe was already there on lisppaste notification list earlier |
01:31.16 | chandler | It was, but I found a number of channels that had changed hands and had no idea what the bot was or why it was there. |
01:31.42 | chandler | Anyway, just wanted to make sure it was OK with the channel admins. |
01:31.43 | khem | chandler: ok |
01:35.36 | chandler | kergoth: So, is it OK to add it back? |
01:44.17 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
01:45.46 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
01:48.30 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
01:54.10 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
02:01.38 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
02:03.33 | william_z | hi,all, after I update my oe, it can't bitbake any .bb files, the error is "/usr/bin/autoreconf: unrecognized option `--exclude=autopoint'" could someone help me pls? tks |
02:05.22 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
02:13.35 | kergoth | chandler: fine with me, no opinion on it really |
02:14.04 | chandler | OK, thanks |
02:14.41 | *** join/#oe lisppaste (~lisppaste@common-lisp.net) |
02:51.52 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
02:59.20 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-kpshjgeazujapqtm) |
03:02.49 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-vsysggmgpbszcpzf) |
03:03.38 | *** part/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
03:07.32 | *** join/#oe borg_ (~olaf@p5486808F.dip0.t-ipconnect.de) |
03:22.16 | *** join/#oe meindian523 (~easwarh@unaffiliated/easwar) |
03:37.40 | *** join/#oe shashi (~a0876501@nat/ti/x-gcgthffgnzlgflah) |
03:45.12 | *** join/#oe meindian523 (~easwarh@unaffiliated/easwar) |
04:00.01 | *** join/#oe borg__ (~olaf@p548694DB.dip0.t-ipconnect.de) |
04:01.20 | *** join/#oe methril_ (~methril@189.27.128.35.dynamic.adsl.gvt.net.br) |
04:04.08 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
04:08.32 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
04:12.50 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
04:50.53 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
04:57.39 | *** join/#oe hansdampf (~moritz@212.77.183.119) |
05:06.24 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-fxijqskeflhvqgim) |
05:06.51 | *** join/#oe shashi (~a0876501@nat/ti/x-nvtjaoajstnealqt) |
05:12.11 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-bnbsyhpdiykmyvdr) |
05:13.21 | *** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw) |
05:18.31 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
05:19.21 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
05:21.56 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
05:28.57 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
05:37.40 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r12390b6da7 10openembedded.git/recipes/gnome/ (cheese_2.30.0.bb cheese_2.30.1.bb): |
05:37.40 | CIA-2 | cheese: add gst-plugins-base to DEPENDS |
05:37.41 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
05:42.16 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
05:44.02 | *** join/#oe morphis (~morphis@p5489AF14.dip.t-dialin.net) |
05:44.58 | *** join/#oe th1 (~th@cpc1-cmbg15-2-0-cust361.5-4.cable.virginmedia.com) |
05:53.15 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
06:05.10 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
06:06.38 | *** join/#oe mrmoku|a` (~mrmoku@ppp-188-174-74-209.dynamic.mnet-online.de) |
06:14.23 | *** join/#oe raster_ (~raster@124-168-156-53.dyn.iinet.net.au) |
06:15.05 | *** join/#oe rkirti (~kirtibr@207.46.55.30) |
06:15.53 | *** join/#oe mouss (~mouss@212.99.37.34) |
06:15.56 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
06:16.30 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
06:18.34 | *** join/#oe sirgads (~swold@134.134.137.71) |
06:21.41 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
06:24.25 | khem | william_z: why is it accessing /usr/bin/autoreconf ? do you have autotools in ASSUME_PROVIDED |
06:27.20 | william_z | tks khem, is ASSUME_PROVIDED in which dir? I haven't seen this file, after I update oe, it display this error |
06:27.35 | *** join/#oe vps (~vitus@212.144.247.210) |
06:28.03 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:28.05 | khem | william_z: hmm whats your host distro |
06:28.38 | william_z | angstrom-2008.1 |
06:29.15 | william_z | but my MACHINE = "smdk6410", not omap3530 |
06:30.54 | zecke | william_z: ASSUME_PROVIDED is a variable |
06:31.19 | zecke | william_z: e.g. set in local.conf, but can be set in any file that is parsed during startup |
06:32.08 | william_z | in my local.conf , I don't set it |
06:32.16 | william_z | #ASSUME_PROVIDED += "virtual/${TARGET_PREFIX}gcc virtual/libc" |
06:33.48 | william_z | should I reset ASSUME_PROVIDED += "virtual/${TARGET_PREFIX}gcc virtual/libc"? |
06:34.51 | khem | william_z: thats not the problem it doesnt matter |
06:35.52 | khem | william_z: did it work before for you ? |
06:36.08 | khem | and are you trying a fresh build after update |
06:36.30 | zecke | william_z: could you be so kind to paste the link to your log again, I must have joined afterwards. |
06:36.34 | william_z | yes, it worked well before, |
06:38.05 | william_z | AUTOV is 1.10 |
06:38.05 | william_z | NOTE: Executing autoreconf --verbose --install --force --exclude=autopoint -I /media/disk-1/stuff/tmp/work/armv6-angstrom-linux-gnueabi/linphone-3.1.0-r1/linphone-3.1.0/m4/ -I/media/disk-1/stuff/tmp/sysroots/armv6-angstrom-linux-gnueabi/usr/share/aclocal-1.10 -I /media/disk-1/stuff/tmp/sysroots/armv6-angstrom-linux-gnueabi/usr/share/aclocal |
06:38.05 | william_z | /usr/bin/autoreconf: unrecognized option `--exclude=autopoint' |
06:38.05 | william_z | Try `/usr/bin/autoreconf --help' for more information. |
06:38.06 | william_z | FATAL: autoreconf execution failed. |
06:39.19 | zecke | william_z: thanks, do you have any autoreconf inside your tmp directory? |
06:39.19 | william_z | yes, i did fresh build |
06:39.53 | zecke | william_z: could you run it with strace and see where it is stating for autoreconf? |
06:39.56 | william_z | no, I haven't find it] |
06:43.28 | william_z | zecke, how to run it with strace? |
06:44.29 | zecke | william_z: how do you run the script right now? |
06:44.38 | william_z | I bitbake -b linphone_3.1.0.bb or bitbake linphone |
06:45.40 | william_z | before I can bitbake vlc well, but now it can't work also |
06:45.45 | khem | william_z: you should bitbake linphone |
06:46.01 | khem | bitbaking a recipe may not pull in all deps |
06:46.07 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
06:46.24 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:46.52 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
06:47.44 | william_z | tks, I bitbake linphone, some .bb files can't build success |
06:48.10 | william_z | such as coreutils-native_7.2.bb |
06:48.30 | william_z | RROR: Error in executing: /media/disk-1/stuff/openembedded/recipes/coreutils/coreutils-native_7.2.bb |
06:48.30 | william_z | ERROR: Exception:<type 'exceptions.OSError'> Message:[Errno 2] No such file or directory |
06:48.57 | zecke | william_z: you can just put strace -fF -o log.txt CMD in front and see where it is looking.. |
06:49.16 | zecke | william_z: the other thing is use bitbake -g and see if something is depending on autoconf. |
06:49.23 | zecke | william_z: which version of bitbake are you using? |
06:49.45 | william_z | bitbake-1.8.18 |
06:49.49 | khem | yeah may be this BBCLASSEXTEND thing is biting him |
06:50.02 | william_z | ok, I try it now |
06:50.18 | khem | william_z: can you try using bitbake from git master |
06:50.54 | william_z | I'm not, how to bitbake from git master? |
06:51.50 | khem | git clone git://git.openembedded.net/bitbake |
06:51.57 | zecke | william_z: you can use another release. |
06:52.23 | zecke | nevermind |
06:52.25 | zecke | sorry |
06:53.06 | william_z | not at all, you're very kind |
06:53.24 | *** join/#oe Heinervdm (~thomas@pD9E161D2.dip.t-dialin.net) |
06:54.13 | zecke | william_z: yeah, but saying there is another tarball was crap. :) |
06:56.26 | william_z | now I get bitbake from "git clone git://git.openembedded.net/bitbake " and try it |
06:56.59 | khem | ok good |
07:00.00 | william_z | same error |
07:01.02 | khem | william_z: delete the tmpdir and rebuild |
07:01.09 | khem | from scratch |
07:01.58 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
07:02.39 | william_z | ok , I try it now |
07:10.00 | CIA-2 | 03Vitus Jensen <vjensen@gmx.de> 07org.openembedded.dev * rf00180ced5 10openembedded.git/recipes/linux/linux-n1200_2.6.27-rc9+git.bb: |
07:10.00 | CIA-2 | linux-n1200_2.6.27-rc9+git: change KERNEL_OUTPUT to a relative path |
07:10.00 | CIA-2 | deploy method in kernel.bbclass automatically adds {S} |
07:10.00 | CIA-2 | Signed-off-by: Vitus Jensen <vjensen@gmx.de> |
07:10.00 | CIA-2 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
07:10.55 | ericben | hi |
07:11.09 | khem | hi ericben |
07:11.24 | ericben | in patchwork: what is needed to be able to change the status of a patch once it's applied ? |
07:11.30 | ericben | hi khem |
07:11.42 | khem | oh time to bed now though |
07:11.56 | ericben | khem: good night ! |
07:12.10 | khem | -> sleep () |
07:12.42 | hrw | morning |
07:12.47 | hrw | n8 khem |
07:15.23 | *** join/#oe mouss (~mouss@212.99.37.34) |
07:21.20 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
07:33.12 | *** join/#oe mouss (~mouss@212.99.37.34) |
07:36.35 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
07:38.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2eb2c7af99 10openembedded.git/recipes/cairo/ (3 files in 2 dirs): cairo 1.8.10: add patch to get rid of some double precision FP math and convert to new style staging |
07:38.24 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd2f0ab2191 10openembedded.git/recipes/gnome/cheese_2.30.1.bb: cheese: remove scrollkeeper-native, it doesn't exist in OE so we shouldn't be adding it to DEPENDS |
07:38.24 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r716a10bbfc 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
07:38.24 | CIA-2 | opkg: bump SRCREV to 530 |
07:38.24 | CIA-2 | The commits since 527 are: |
07:38.25 | CIA-2 | * Don't try to print cmd_name before its initialised. From Amanous, Issue #48 |
07:38.59 | *** join/#oe dth (~dieter@p4FDEC8E2.dip.t-dialin.net) |
07:38.59 | *** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
07:38.59 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
07:38.59 | *** join/#oe darkstar62 (~darkstar6@97-126-104-191.tukw.qwest.net) |
07:39.00 | *** join/#oe zenlinuxPDX (~sgarman@c-76-115-42-183.hsd1.or.comcast.net) |
07:39.00 | *** join/#oe m4t (matt@theorize.org) |
07:39.00 | *** join/#oe univac (~univac@148.81.171.50) |
07:39.00 | *** join/#oe Tryum (~Tryum@e-corporation.info) |
07:45.11 | *** join/#oe methril_work (~Rafael@201.35.65.90) |
07:53.00 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re676ecc9ec 10openembedded.git/recipes/gnome/scrollkeeper_0.3.14.bb: scrollkeeper: add 0.3.14. Only -native portion works, but that's what we are interested in |
07:53.36 | *** join/#oe puchu (~u@chello084114155134.5.15.vie.surfer.at) |
07:53.38 | puchu | hi |
07:54.26 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
07:56.56 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rfb641200b6 10openembedded.git/recipes/xinput-calibrator/ (8 files in 3 dirs): |
07:56.56 | CIA-2 | xinput-calibrator: add INC_PR, move machine specific file to separate recipe |
07:56.56 | CIA-2 | * sorry for making whole xinput-calibrator machine specific before, this |
07:56.56 | CIA-2 | way it should be better for upgrades (as proved by normal pointercal |
07:56.56 | CIA-2 | for tslib) |
08:03.02 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
08:03.40 | florian | good morning |
08:05.07 | puchu | i try to compile gnome on oe but i get this error - can anyone tell me how to fix it? http://nopaste.info/a8eee231ca.html |
08:06.03 | zecke | william_z: I kicked off a build too but mine is failing way earlier |
08:08.08 | william_z | now I can't build it well |
08:08.34 | william_z | and I did fresh build also |
08:11.40 | eFfeM_work | hi, i have an issue with gcc cross, for my arch one of the files fails to compile due to -Os, replacing manually with -O3 repairs it, but can't really find where this -Os comes from, so no idea how really fix it, anyone an idea on where this is from ? |
08:12.50 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r67304d1a9f 10openembedded.git/recipes/klibc/ (7 files): |
08:12.50 | CIA-2 | Revert "klibc: fix packaging" |
08:12.50 | CIA-2 | This reverts commit e020cd9b2c61fd19bb55ec3fd38abcfdbd3f651c. |
08:12.50 | CIA-2 | Acked-by: Koen Kooi <k-kooi@ti.com> |
08:12.51 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
08:13.01 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r49a99cc3c0 10openembedded.git/recipes/klibc/ (klibc-common.inc klibc-utils.inc): |
08:13.01 | CIA-2 | klibc: fix packaging without moving PACKAGES and FILES_ back to recipes |
08:13.01 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
08:20.18 | william_z | zecke, it can build now, I rename the tmp file, did fresh build |
08:20.32 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
08:22.06 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
08:24.19 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r368b4b672f 10openembedded.git/recipes/m4/ (files/f13-compile.patch m4_1.4.14.bb): |
08:24.20 | CIA-2 | m4: Fix m4-native-1.4.14 build on Fedora13... |
08:24.20 | CIA-2 | The build error was a link failure not finding S_ISDIR |
08:24.20 | CIA-2 | which is a macro provided for the stat syscall.. |
08:25.04 | zecke | william_z: I had to the above... and now the second thing that is getting compiled is autoconf-native. which should have autoreconf |
08:25.42 | william_z | ERROR: '/media/disk-1/stuff/openembedded/recipes/coreutils/coreutils-native_7.2.bb' failed |
08:26.02 | william_z | ERROR: Error in executing: /media/disk-1/stuff/openembedded/recipes/coreutils/coreutils-native_7.2.bb |
08:26.03 | william_z | ERROR: Exception:<type 'exceptions.OSError'> Message:[Errno 2] No such file or directory |
08:26.13 | JaMa | zecke: I've seen the same on gentoo (so it's not fc13 specific) see 798066d5b2183acc617b5b9d18066f02680aa9d6 |
08:28.11 | zecke | william_z: which file does it try? do you have done something funky like mounting your disk noexec? |
08:28.36 | zecke | JaMa: which glibc? |
08:30.15 | william_z | the openembedded is my disk-1 dir, when I use oe, I should mount the disk |
08:30.48 | JaMa | zecke: on host? |
08:30.55 | JaMa | zecke: on target eglibc-2.12 |
08:31.23 | JaMa | on host glibc-2.11.1 |
08:32.09 | eFfeM_work | answer to own question of 20 min's ago: these flags are in config/mt-ospace |
08:34.57 | *** join/#oe CMoH (~cipi@95.76.71.81) |
08:35.18 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
08:37.44 | janp | which recipe should provide ${STAGING_DATADIR_NATIVE}/gettext/config.rpath? grep-native fails during configure because it doesn't exist. Can this be a concurrency issue or a missing dependency issue? |
08:39.34 | *** join/#oe mouss (~mouss@212.99.37.34) |
08:43.43 | ericben | janp: gettext-native |
08:47.05 | janp | ericben: should i create a patch so that grep-native depends on gettext-native? |
08:47.33 | JaMa | janp: maybe inherit gettext would be better solution |
08:47.48 | JaMa | but I'm not sure.. |
08:49.46 | janp | JaMa: the only grep-native would need from the inherit gettext is the depends variable, all the rest is not really needed |
08:51.06 | ericben | janp: I don't what is the right way between DEPENDS & inherit |
08:51.38 | ericben | sorry read 'I don't know' |
08:52.01 | zecke | william_z: is it mounted noexec? |
08:53.17 | william_z | sorry, what's the noexec mean? |
08:53.57 | *** join/#oe morphis (~morphis@p5489AF14.dip.t-dialin.net) |
08:54.58 | zecke | william_z: it is a mount flag, man mount, it means executables from this mountpoint are not allowed to be executed. |
08:55.14 | janp | ericben: Is multiple inherit possible? grep-native already inherits from native |
08:55.44 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
08:56.13 | william_z | mount -t ntfs /dev/sda5 /media/disk-1 -o iocharaset=en_US.UTF-8 |
08:56.51 | william_z | I think it is allowed to be executed |
08:58.01 | william_z | all error is owning to gnu-config_20050701.bb file |
08:58.23 | ericben | janp: yes, check other native recipe : grep -rn inherit recipes/*/*native*.bb|grep gettext |
09:00.07 | *** join/#oe stsquad (~user@cbnluk-gw0.cambridgebroadband.com) |
09:00.53 | stsquad | Anyone using gtk+extra in their builds or has it always been broken? |
09:02.23 | JaMa | janp: inherit seems as preferred way (it will disable nls when not wanted) see 9ea3fb75e6b04bfee8b8d17bbc0ea0d6a6ff41e9 , but not sure if it's intended to work when called from -native recipe (as it also depends on non-native gettext so it can create maybe circular dependency) |
09:04.26 | JaMa | janp: seems it should work ok from: 12a05b660c12d2be2efd44db7372159ab62bd4fd |
09:06.40 | *** join/#oe pwgen (~ew@0132900044.0.fullrate.dk) |
09:11.39 | janp | JaMa: added gettext to inherit list, running test build now, so far no circular dependencies reported. Will post patch when bb grep-native is successfull. |
09:12.19 | JaMa | janp: thanks |
09:15.50 | *** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk) |
09:28.03 | JaMa | khem: there is one segfault in gdk-update-icon-cache, backtrace shows __bswapsi2 from libgcc2.c, BT: http://paste.pocoo.org/show/220954/ |
09:32.58 | JaMa | khem: and those Alignment traps are still here on armv4t (armv5t was fine yesterday) |
09:34.44 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
09:35.05 | JaMa | khem: and that bswapsi2 seems quite common (ie "ps a" works "ps u" segfault) http://paste.pocoo.org/show/220961/ |
09:42.26 | *** join/#oe rob_w (~bob@217.237.177.190) |
09:54.17 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:57.52 | *** join/#oe ant__ (~andrea@host98-249-dynamic.4-87-r.retail.telecomitalia.it) |
09:58.17 | pwgen | ant__: hi |
09:58.24 | ant__ | hello |
10:00.19 | ant__ | JaMa: I tested gcc_4.5 and eglibc_2.12 (binutils 2.20.1) on armv5te / c7x0 |
10:00.35 | ant__ | kernel does not boot and lot of segmentation faults. |
10:00.52 | pwgen | nice .. bitbake -k world Running task 14200 of 70446. lets wait some weeks to see whats failing ... |
10:01.29 | ant__ | minimal/console-image comes to login using kernel (2.6.26) compiled with older gcc |
10:01.41 | ant__ | kernel and modules fwiw |
10:02.24 | zecke | william_z: type mount and see how it is actually mounted |
10:02.39 | zecke | william_z: and do you have good experience with NTFS? |
10:03.02 | william_z | no, I haven't |
10:04.30 | william_z | I just put oe in disk-1 dir, and it worked well before a long time |
10:04.42 | zecke | william_z: type mount, and see the mount params |
10:06.16 | william_z | ok |
10:06.33 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
10:08.58 | william_z | the disk-1's type is fuseblk |
10:10.48 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
10:12.37 | zecke | william_z: please paste the whole line for the mountpoint. or alternatively compile a hello world app and try to execute it from your disk-1 mountpoint. |
10:13.26 | william_z | ok |
10:13.55 | william_z | mount -t ntfs /dev/sda5 /media/disk-1 -o iocharaset=en_US.UTF-8 |
10:15.04 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
10:16.14 | janp | JaMa: build was successfull and the patch has been sent to the mailing list. Thx for the help. |
10:16.59 | puchu | i try to compile gnome on oe but i get this error - can anyone tell me how to fix this? http://nopaste.info/a8eee231ca.html |
10:19.14 | william_z | zecke, I build a hello world app, and it can execute on my board(s3c6410) |
10:20.24 | *** join/#oe mouss (~mouss@212.99.37.34) |
10:21.59 | william_z | I bitbake -b helloworld_1.0.0.bb ,but when I bitbake bitbake helloworld, it display the same error, |
10:22.37 | zecke | william_z: Okay, you have not followed my thought. |
10:22.39 | william_z | ERROR: Error in executing: /media/disk-1/stuff/openembedded/recipes/gnu-config/gnu-config_20050701.bb |
10:22.39 | william_z | ERROR: Exception:<type 'exceptions.OSError'> Message:[Errno 2] No such file or directory |
10:22.54 | zecke | william_z: in your current setup everything is failing with weird error messages |
10:23.10 | zecke | william_z: which makes an issue with your setup very likely... |
10:23.42 | zecke | william_z: one of the possible issues is that you are trying to run executables of a mountpoint that is not allowed to run executables. |
10:24.02 | william_z | sorry , maybe I misunderstand your meaning |
10:24.23 | zecke | william_z: you had two options here, paste the output of mount, look at the line for the mountpoint in question, search for noexec |
10:24.28 | zecke | william_z: I asked twice, you didn |
10:24.36 | zecke | you didn't understand it twice. :) |
10:24.58 | william_z | sorry about that |
10:25.12 | zecke | william_z: this brings me to option number two, build a simple application, have it on your mountpoint (/media/disk-1) and try to execute it. |
10:25.41 | william_z | /dev/sda6 on / type ext3 (rw,relatime,errors=remount-ro) |
10:25.41 | william_z | tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) |
10:25.41 | william_z | proc on /proc type proc (rw,noexec,nosuid,nodev) |
10:25.41 | william_z | sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) |
10:25.41 | william_z | varrun on /var/run type tmpfs (rw,nosuid,mode=0755) |
10:25.42 | william_z | varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) |
10:25.44 | william_z | udev on /dev type tmpfs (rw,mode=0755) |
10:25.48 | william_z | tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) |
10:25.50 | william_z | devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) |
10:25.52 | william_z | fusectl on /sys/fs/fuse/connections type fusectl (rw) |
10:25.54 | william_z | lrm on /lib/modules/2.6.28-16-generic/volatile type tmpfs (rw,mode=755) |
10:25.56 | william_z | securityfs on /sys/kernel/security type securityfs (rw) |
10:25.58 | william_z | binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) |
10:26.00 | william_z | gvfs-fuse-daemon on /home/william/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=william) |
10:26.01 | zecke | *sigh* |
10:26.02 | william_z | nfsd on /proc/fs/nfsd type nfsd (rw) |
10:26.04 | william_z | /dev/sda5 on /media/disk-1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096) |
10:26.31 | william_z | oh, I get you |
10:26.45 | zecke | ;) |
10:26.56 | zecke | okay, so no noexec there... |
10:27.27 | zecke | william_z: well, then. Currently gnu-config and coreutils-native fail with the same error... sadly they don't tell us which file... |
10:27.33 | JaMa | ant__: which kernel did you use? you have one with khem's patch (2.6.34 has it) |
10:27.45 | zecke | william_z: you can use strace -fF -o log.txt NORMAL_CMD once again.. |
10:27.58 | zecke | william_z: and then search it for stat calls towards the end of the file. |
10:28.02 | ericben | william_z: isn't you ridsk-1 in ntfs ? |
10:28.17 | ericben | fstype is fuseblk : what is the fs ? |
10:28.20 | JaMa | ant__: I have it running on spitz, but also with some changes to CFLAGS see angtrom patches in http://gitorious.org/~jama/angstrom/jama-shr-experimental |
10:28.53 | william_z | yes,it's ntfs |
10:29.11 | ericben | william_z : that can be your problem I think |
10:30.10 | zecke | ericben: it would be still interesting to know in which way it is failing. |
10:30.19 | william_z | but I use it a long time before, about one year in disk-1 dir |
10:32.42 | william_z | bitbake -fF -o log.txt NORMAL_CMD helloworld? |
10:32.45 | ericben | zecke: yes I agree with you but the configuration is quite non common and I don't know if ntfs allow all mods for files like ext or other fs |
10:33.24 | william_z | bitbake: error: no such option: -F |
10:35.02 | likewise | william_z: "strace -fF -o log.txt NORMAL_CMD" -- I don't see bitbake in what zecke told you |
10:36.12 | william_z | when I execute app in /media/disk-1 dir, it can be executed |
10:37.12 | william_z | bitbake strace -fF -o log.txt NORMAL_CMD helloworld |
10:37.12 | william_z | Usage: bitbake [options] [package ...] |
10:37.12 | william_z | Executes the specified task (default is 'build') for a given set of BitBake files. |
10:37.12 | william_z | It expects that BBFILES is defined, which is a space separated list of files to |
10:37.12 | william_z | be executed. BBFILES does support wildcards. |
10:37.13 | william_z | Default BBFILES are the .bb files in the current directory. |
10:37.17 | william_z | bitbake: error: no such option: -F |
10:40.27 | william_z | tks zecke, likewise and ericben, I'll try it in another dir later |
10:41.45 | william_z | thanks you again,it's very kind of you! thanks |
10:41.55 | *** join/#oe GNUtoo (~GNUtoo@host187-49-dynamic.21-79-r.retail.telecomitalia.it) |
10:42.37 | *** join/#oe dth_ntb (~dieter@a89-183-69-249.net-htp.de) |
10:48.20 | puchu | how can i show the build process in bitbake? |
10:48.26 | puchu | and not hide it |
10:51.00 | janp | puchu: add options -D and -v to bitbake, as can be found in the help of 'bitbake -h' |
10:51.53 | *** join/#oe marcosmamorim (~marcos@201-43-205-159.dsl.telesp.net.br) |
10:56.16 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
11:04.59 | *** join/#oe MWelchUK_work (~welchma@65.91.2.71) |
11:11.21 | pwgen | it seems the mesa_7.8.bb recipe is missing a dependency to libxt. |
11:19.35 | *** join/#oe DJW|Home (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
11:23.33 | *** join/#oe d_t_h (~dieter@p4FDEB140.dip.t-dialin.net) |
11:33.48 | puchu | janp: thanks |
11:34.40 | pwgen | ant__: what DISTRO setting are you useing for c7xx ? |
11:35.22 | puchu | i try to compile gnome on oe but i get this error - can anyone tell me how to fix this? http://nopaste.info/a8eee231ca.html |
11:35.46 | puchu | it hangs at gnome-applets and gnome-games |
11:40.16 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
11:47.36 | *** join/#oe mouss (~mouss@212.99.37.34) |
11:55.11 | *** part/#oe mouss (~mouss@212.99.37.34) |
12:18.55 | ericben | puchu: maybe you can disable the doc in this package (even it that is not a fix) |
12:18.59 | *** join/#oe josh2 (~jzarr@209.104.237.170) |
12:26.47 | josh2 | hi all, im super new to OE and i have a couple of questions, OE is primarily used as a recipe/make system to produce an image or distribution, correct? |
12:27.40 | *** join/#oe rkirti (~kirtibr@207.46.55.28) |
12:29.02 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-dwcayrttimfxmngd) |
12:38.00 | *** join/#oe Jay7x (jay@95-29-188-88.broadband.corbina.ru) |
12:38.10 | pb_ | josh2: pretty much, yes |
12:40.04 | josh2 | thanks, so what happens if you need to do dev work? can you make changes to some source, rebuild, then commit changes all from within the OE environment, or do you have to do a special git pull? |
12:43.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r85e20773aa 10openembedded.git/recipes/tasks/task-sdk-native.inc: task-sdk-native: add cvs to RRECOMMENDS for autopoint |
12:44.25 | MWelchUK_work | josh2, I tend to use stGIT on top of the openembedded metadata, that way I can organise changes into a set of patches that can be popped on and off. |
12:45.41 | *** join/#oe kristoffer (~kristoffe@95.209.189.225.bredband.tre.se) |
12:45.47 | *** join/#oe tsjsieb (~tsjsieb@dejongbeheer.nl) |
12:47.00 | josh2 | so why dont i ask the real question, im at a company that builds a custom linux file system for an omap3 (beagleboard ish) type product, so far everything is custom make scripts and SVN, someone suggested OE as an alternative, OE seems great for deployment, but im concerned about the dev workflow model |
12:48.02 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbf5e17fdbc 10openembedded.git/recipes/tasks/task-sdk-native.inc: task-sdk-native: conform to OE packaging guidelines, spotted by Martin Jansa |
12:48.07 | zecke | josh2: for dev it is a bit underdeveloped. There are a couple of solutions available. |
12:48.35 | zecke | josh2: My favorite is, build a toolchain (with the deps needed) and give that to dev's, they can install the -dev into their toolchain |
12:49.22 | zecke | josh2: the old style is to use bitbake -cdevshell my-package. This will open a screen/xterm/gnome-terminal with the environment setup in the sourcedir, you can type make and such there. Or execute the scripts OE generated for execution |
12:49.30 | *** join/#oe vonami|work (~vonami@79.143.67.122) |
12:50.06 | zecke | josh2: or quite new is a bbclass, this way you can instruct OE to not do the do_fetch to fetch the sources but use a local git repository to get your sources |
12:50.39 | josh2 | that sounds interesting, does it work with svn? |
12:51.17 | josh2 | also, does the recipe system place nice with multiple toolchains, ie ARM, TI DSP, and integrity? |
12:52.44 | zecke | josh2: right now, we only target the target app processor, I am not aware of any recipe compiling software for a DSP. |
12:52.58 | zecke | josh2: in most cases, we would just package the already existing dsp binary. |
12:53.16 | *** join/#oe rsalveti (~rsalveti@187.113.105.117) |
12:54.24 | josh2 | does the recipe system allow you to specify a toolchain, so you could build the linux kernel,fs, and packages with one toolchain, but build a separate code package with a different toolchain? |
12:55.16 | zecke | josh2: Oh, it does not use git at all.. it will just take the source from a local tree, it is quite new and I have not used this method, there was a mail on the OE devel mailinglist on how to use it two days ago. |
12:55.25 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
12:56.08 | zecke | josh2: in theory yes, in practice I have not seen it. What happens for the normal package is to get automatically DEPEND = "virtual/arm-linux-gcc" |
12:56.27 | zecke | josh2: this means it would build the toolchain, and the default CC,LD settings already point to the resulting toolchain. |
12:56.58 | zecke | josh2: so in theory, one could remove that and put virtual/ti-dsp-cc there, and inherit from another class to change the TARGET_CC, TARGET_CPP and similiar variables. |
12:57.02 | pb_ | josh2: yeah, oe does already use allow one to use a different toolchain for the kernel, and it would be fairly easy to extend that same mechanism to other arbitrary packages. |
12:57.08 | eFfeM_work | josh2 you might want to create an sdk for your devs, there is info on it in the manual |
12:57.29 | zecke | josh2: the closest thing we have right now as an example is the kernel, native and cross bbclass in classes/ |
12:58.06 | josh2 | cool, do you have a link to the instructions that went out to the devel mailing list a couple days ago? |
12:58.37 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1f7eee75cc 10openembedded.git/recipes/psplash/psplash-zap_1.0.bb: psplash-zap: fix typo, spotted by Martin Jansa |
12:58.40 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r13a1e07895 10openembedded.git/recipes/tasks/task-sdk-native.inc: task-sdk-native: and fix typo, also reported by Martin |
12:58.59 | eFfeM_work | btw, i tried using an external toolchain with oe, managed to build helloworld, but things like bash still trigger building gcc-cross-initial (even though I used ASSUME_PROVIDED); guess gcc-cross-initial is forced in by linux-libc-headers or so |
12:59.22 | Gaston|Home | josh2 : I am also new but convinced that OE does compile for DSP |
13:00.12 | pb_ | eFfeM_work: base.bbclass will add a dependency on virtual/${TARGET_PREFIX}gcc unless you INHIBIT_DEFAULT_DEPS. |
13:00.28 | pb_ | and virtual/libc, I think |
13:00.44 | zecke | josh2: http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-May/020287.html was the question |
13:01.23 | josh2 | great thanks, one last question, from others ive talked to, they say to start with the angstrom distro and modify from there, since im much more light weight and custom, should i start from scratch? |
13:01.25 | Gaston|Home | josh2 : read line 143 in http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/ti/ti-codec-engine_2.21.bb?id=08dcecdc77ceb6a3673605216493905859f11982 |
13:01.45 | eFfeM_work | pb_ ah i think I didn't add INHIBIT_DEFAULT_DEPS, thought that ASSUME_PROVIDED would take care of not rebuilding |
13:02.28 | josh2 | gaston: neat |
13:08.33 | pb_ | eFfeM_work: I think it should so long as you have ASSUME_PROVIDED all the right things, but there are quite a few packages that you need to list. I suspect you probably overlooked one or other. |
13:09.04 | Gaston|Home | josh2 : Something for you guys with cash to spend to consider as well: http://www10.edacafe.com/nbc/articles/index.php?section=ICNews&articleid=816211 |
13:10.39 | eFfeM_work | pb_ guess so, the odd thing was that it started to compile a package (gcc-cross-initial) that said was provided, don't understand why it would |
13:10.49 | eFfeM_work | and bitbake -g did not reveal a dependency |
13:14.07 | *** join/#oe aloisiojr (~aloisio@200.184.118.136) |
13:15.09 | eFfeM_work | pb_ tried to follow this: http://docs.openembedded.org/usermanual/html/commonuse_prebuilt_toolchain.html with some more ASSUME_PROVIDED |
13:15.29 | pwgen | josh2: you can use a overlay if you want to test/modify stuff for your needs |
13:15.34 | zecke | eFfeM_work: this was quite old... probably 2005, when I had to target a EZX device. |
13:15.35 | eFfeM_work | anyway in that doc redefining things like CC is no good plan as it breaks configure |
13:15.50 | zecke | eFfeM_work: the preferred way is the external-toolchain bbclass, which no one has stepped up to document. :) |
13:16.11 | eFfeM_work | zecke you answer my questions before I actually can ask them :-) |
13:17.01 | eFfeM_work | peeked at external-toolchain but didn't really get that part going either (and using csl as an example didn't help much either) |
13:17.19 | josh2 | thanks for the info guys, im gonna build angstrom to get a feel for how things work |
13:17.40 | eFfeM_work | anyway, i'm not almost in a position that I can build the compiler myself (using oe) |
13:17.47 | eFfeM_work | (gcc for nios2) |
13:18.18 | CIA-2 | 03Vladimir Zapolskiy <vzapolskiy@gmail.com> 07org.openembedded.dev * r08ed57bc4a 10openembedded.git/recipes/xorg-xserver/ (xserver-kdrive-1.5.3/no_xkb.patch xserver-kdrive_1.5.3.bb): |
13:18.18 | CIA-2 | kdrive: fix compilation problem of xserver-kdrive |
13:18.18 | CIA-2 | This patch adds application of no_xkb patch for the last |
13:18.18 | CIA-2 | available version of xserver-kdrive in OpenEmbedded. |
13:18.18 | CIA-2 | Signed-off-by: Vladimir Zapolskiy <vzapolskiy@gmail.com> |
13:20.28 | *** join/#oe rkirti (~kirtibr@207.46.55.27) |
13:32.55 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
13:36.16 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2cfe270632 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: libgles-omap3: add RRECOMMENDS for x11-wsegl to x11 packages |
13:39.00 | *** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net) |
13:42.03 | RP | morning all |
13:42.09 | pb_ | hi rp |
13:50.19 | zecke | eFfeM_work: you can take a view at the poky manual for the external toolchain thing |
13:52.43 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
13:56.03 | XorA | hey RP |
13:57.46 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:00.40 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
14:01.32 | cbrake | I'm working on a srctree example and getting the following bitbake error: FATAL: Unable to start to 'None' UI due to exception: 27224. |
14:02.48 | eFfeM_work | zecke, i think i peeked into it, but will revisit, the issue is that I have a pre-built external toolchain (so not an sdk that is made with oe) |
14:02.59 | cbrake | UI = knotty |
14:06.31 | CIA-2 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * r330d29167f 10openembedded.git/recipes/qemu/ (qemu_0.12.3.bb qemu_0.12.4.bb): |
14:06.31 | CIA-2 | qemu: fix the fix for qemu-native vs. no zlib on host |
14:06.31 | CIA-2 | Make the qemu virtual:native build to pass staging dir via EXTRA_OECONF, |
14:06.31 | CIA-2 | not via QEMU_CFLAGS, which aren't passed to configure environment. |
14:06.31 | CIA-2 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
14:10.53 | RP | cbrake: ouch :/ |
14:11.06 | RP | cbrake: An incredibly useful bitbake error message :( |
14:12.01 | cbrake | RP: yeah, this one is proving elusive |
14:12.58 | cbrake | RP: a little more info: http://pastebin.ca/1875980 |
14:13.27 | cbrake | I uncommented the 'print event' in the knotty.py |
14:14.41 | RP | cbrake: I really don't understand those messages :( |
14:14.58 | *** join/#oe konni (~91fd8592@gateway/web/freenode/x-qgfejbptlhjebjut) |
14:16.04 | cbrake | RP: it appears I'm getting an exception in knotty.py, so just trying to trace what is going on -- perhaps I need to add code to get a backtrace |
14:16.35 | RP | cbrake: It looks like we have a general expection hook which is swallowing the real error :/ |
14:16.43 | cbrake | RP: nod |
14:19.31 | kergoth | there is a hook that hides the traceback, but only when debugging isn't enabled. if we audit the exception handling in bitbake, that'll likely prove unnecessary, but.. |
14:19.35 | kergoth | gets caffeine |
14:20.03 | kergoth | now, there are plenty of places where tracebacks are lost due to the way the exceptions are handled, hopefully that's not the case here |
14:20.13 | cbrake | Error in sys.excepthook |
14:20.56 | eFfeM_work | zecke, reread the poky handbook (at least the toolchain part), but this seems mostly on how to use a toolchain made by poky externally, I want to use an existing C compiler etc within oe, so there does not seem too much of a match |
14:21.04 | kergoth | 's never seen anything like that, there isn't much that happens in the hook |
14:21.07 | eFfeM_work | unless ofc http://www.pokylinux.org/doc/poky-handbook.html is not the thing I should be reading |
14:21.20 | cbrake | kergoth: where is the hook? |
14:21.25 | kergoth | bitbake. |
14:21.29 | kergoth | bitbake/bin/bitbake |
14:22.42 | RP | eFfeM_work: There is external toolchain support in poky |
14:22.51 | RP | eFfeM_work: and it is known to work, I used it recently |
14:22.56 | cbrake | tries to comment out exception hook |
14:23.22 | cbrake | same thing |
14:24.27 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
14:27.58 | cbrake | kergoth: yeah, its a threading issue -- if I add a sleep, then I see the exception |
14:28.00 | cbrake | NOTE: package autotools-demo-1.0-12-ga090fff-r0: task do_install: Succeeded |
14:28.00 | cbrake | <bb.build.TaskSucceeded instance at 0x125eb8c0> |
14:28.00 | cbrake | ERROR: TaskFailed event exception, aborting |
14:28.00 | cbrake | ERROR: Build of /scratch/oe/oe-build/oe/openembedded.custom/recipes/autotools-demo/autotools-demo.bb do_package failed |
14:28.42 | cbrake | kergoth: now, how to improve bb so these exceptions get reported ... |
14:30.41 | eFfeM_work | RP is there any doc on it ? |
14:32.54 | eFfeM_work | RP, need to run, but feel free to leave a msg |
14:33.01 | cbrake | kergoth: seems like we need to do a join on the server thread before exitting |
14:33.04 | eFfeM_work | everyone: have a nice day/evening |
14:35.34 | *** join/#oe Jay7 (jay@95-29-188-88.broadband.corbina.ru) |
14:42.22 | *** join/#oe rkirti (~kirtibr@207.46.55.27) |
14:44.36 | RP | eFfeM_work: no docs. POKYMODE="external-xyz" is what enables it in Poky iirc |
14:47.01 | *** join/#oe sirgads (~swold@nat/intel/x-hryjwheihabvontn) |
15:02.03 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
15:10.38 | *** part/#oe konni (~91fd8592@gateway/web/freenode/x-qgfejbptlhjebjut) |
15:12.02 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7c9ff232dd 10openembedded.git/recipes/cairo/ (2 files in 2 dirs): cairo 1.8.10: use proper patch to get rid of DP FP math |
15:24.00 | *** join/#oe woglinde (~heinold@f052064048.adsl.alicedsl.de) |
15:24.57 | *** join/#oe rob_w (~bob@pD95EF81C.dip.t-dialin.net) |
15:30.35 | *** join/#oe stefan_schmidt (~stefan@p5B032C22.dip.t-dialin.net) |
15:30.51 | woglinde | hi stefan |
15:31.01 | stefan_schmidt | hi woglinde |
15:31.03 | stefan_schmidt | hi all |
15:38.49 | *** part/#oe chandler (~n@opendarwin/developer/chandler) |
15:38.53 | *** join/#oe rob_w_ (~bob@pD95ED337.dip.t-dialin.net) |
15:51.50 | *** join/#oe shazkhan (~shaz@119.153.91.109) |
15:53.48 | *** join/#oe CSMan (~csman@unaffiliated/csman) |
15:57.34 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
16:00.59 | woglinde | re kergoth |
16:01.06 | kergoth_ | hey |
16:06.54 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
16:08.11 | *** join/#oe matgnt (~matthias@194.48.133.8) |
16:09.14 | cbrake | kergoth: I just sent a patch to bitbake-dev that improves some of the exception handling |
16:10.19 | kergoth | cool |
16:10.26 | kergoth | thanks for working on it |
16:10.39 | kergoth | 's pretty busy with work stuff at the moment |
16:10.48 | kergoth | well, sucking up mindshare, anyway |
16:10.52 | kergoth | glares at OE-Signatures |
16:12.12 | kergoth | hmm |
16:12.43 | kergoth | RP: TaskStarted is fired in the task's new process, or is it from the client or server? |
16:12.54 | *** join/#oe gnutoo_ (~GNUtoo@host187-49-dynamic.21-79-r.retail.telecomitalia.it) |
16:13.15 | woglinde | hi gnutoo |
16:15.19 | woglinde | uh uh |
16:15.21 | woglinde | http://dragonegg.llvm.org/ |
16:22.53 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
16:29.36 | *** join/#oe shashi (~a0876501@nat/ti/x-gdovhksmhqylxjqd) |
16:35.40 | *** join/#oe GNUtoo (~GNUtoo@host187-49-dynamic.21-79-r.retail.telecomitalia.it) |
16:44.35 | DJWillis | Hmmm, is there a trick I am missing to build a toolchain and SDK with all the given packages in an image or is it (as I do now) just a case of manually keeping your toolchain tasks and image tasks in sync and keeping the big stuff from the image out of the toolchain/sdk tasks? |
16:46.25 | *** join/#oe robtow (~rob@12.156.66.34) |
16:46.59 | *** join/#oe sirgads1 (~swold@nat/intel/x-nsatcxlzflvdyksu) |
16:47.04 | Tartarus | DJWillis, it is manual unless you design your custom image and custom SDK to be in sync |
16:48.28 | *** join/#oe sirgads (~swold@nat/intel/x-jwlgtlajqpbgksig) |
16:49.43 | DJWillis | Tartarus: that is just what I expected (and do), just wondered if I was missing a trick ;) |
16:50.26 | Tartarus | DJWillis, only trick is you can do 'require recipes/foo/mystuff.inc' if you have your image.bb in images/ and sdk.bb in meta/ |
16:51.52 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
16:51.53 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-82-167.w90-2.abo.wanadoo.fr) |
16:52.37 | *** join/#oe morphis (~morphis@p5489C44C.dip.t-dialin.net) |
16:55.04 | *** join/#oe CMoH (~cipi@95.76.71.81) |
17:05.40 | *** join/#oe rednul_ (~rednul@host-98-127-30-199.bln-mt.client.bresnan.net) |
17:07.22 | *** join/#oe shazkhan (~shaz@119.153.94.238) |
17:19.09 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
17:28.55 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
17:32.19 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-chbrqazkoxbbnvrv) |
17:38.41 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r1e641a55aa 10openembedded.git/recipes/qemu/ (qemu_0.12.3.bb qemu_0.12.4.bb): |
17:38.41 | CIA-2 | qemu: When using _append we dont need += |
17:38.41 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
17:38.44 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r0e3aefdda5 10openembedded.git/recipes/m4/ (files/m4-uclibc-sched_param-def.patch m4_1.4.14.bb): |
17:38.44 | CIA-2 | m4-1.4.14: Fix compilation on uclibc. |
17:38.44 | CIA-2 | * uClibc does not expose sched_param the same way |
17:38.44 | CIA-2 | as glibc even though it pretends like glibc all |
17:41.31 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * ra9f8abee2d 10openembedded.git/recipes/pump/ (7 files in 2 dirs): |
17:41.31 | CIA-2 | pump: Pull patches from gentoo and debian and make it compilable with uclibc |
17:41.32 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
17:43.27 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * reb1cfd85ca 10openembedded.git/recipes/cairo/ (2 files in 2 dirs): cairo 1.8.10: even faster version of patch |
17:45.08 | JaMa | khem: hi |
17:46.06 | khem | hey JaMa whats up |
17:46.32 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r39a7a0152d 10openembedded.git/conf/machine/include/qemu.inc: |
17:46.32 | CIA-2 | qemu.inc: zap_root_password for qemu images. |
17:46.32 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
17:46.48 | JaMa | khem: seen my morning gcc issue? |
17:47.10 | *** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk) |
17:48.33 | khem | JaMa: __bswapsi2 one just scrolled and read it |
17:50.24 | JaMa | yeah.. if you have some hint what to try, I'll relaunch my build |
17:50.57 | khem | JaMa: this is first time I am seeing this issue. |
17:52.02 | JaMa | me too, and only on armv4t, the armv5t build from the same OE checkout went fine |
17:52.28 | JaMa | khem: it's from chroot, but I guess that after reboot it can only get worse |
17:53.42 | soltys | hi does any one know how to fix this: http://pastebin.org/301449 |
17:54.13 | soltys | it happens while bitbaking nano for atngw100 (angstrom, uclibc) |
17:54.15 | JaMa | soltys: inherit gettext |
17:54.16 | JaMa | maybe |
17:54.23 | khem | JaMa: __bswapsi2 is C function hmm |
17:55.04 | soltys | JaMa: there is tjan inherit ant some hack in libiconv recipe.. |
17:55.04 | khem | soltys: I have huge pile of fixes for uclibc |
17:55.10 | khem | soltys: you have to wait a while |
17:55.18 | khem | I will push them onto a userbranch |
17:55.21 | khem | today |
17:55.28 | khem | then you can pull them |
17:55.36 | khem | it has fixed the issue you are seeing |
17:55.53 | soltys | khem: ok I'll wait ;) |
17:55.58 | khem | JaMa: hmm |
17:56.15 | JaMa | khem: yeah and that file wasn't changed for long except branch create |
17:56.18 | khem | JaMa: can you disassemble libgcc and see this function |
17:57.19 | JaMa | something better than objdump? |
17:57.30 | khem | objdump -d |
17:58.12 | JaMa | mmt building binutils |
17:59.24 | khem | oh you could use cross-bintils too |
18:02.26 | JaMa | ah it will be faster then on freerunner :) |
18:04.29 | JaMa | khem: http://paste.pocoo.org/show/221117/ |
18:04.56 | JaMa | whole file http://paste.pocoo.org/show/221118/ |
18:09.30 | khem | JaMa: this is libgcc right ? |
18:10.22 | khem | JaMa: can you debug it a bit and set a breakpoint on __bswapsi2 |
18:10.33 | khem | and when it hits the bp then step couple of intrs |
18:10.38 | khem | instrs with si |
18:16.43 | JaMa | khem: yes lib/libgcc_s.so.1 from libgcc1_4.5-r0+svnr160043.5_armv4t.ipk |
18:18.27 | *** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk) |
18:18.39 | JaMa | khem: mmt (I can give you ssh access to my neo if it will help you resolve it faster) |
18:18.50 | khem | JaMa: eh sure |
18:19.19 | CIA-2 | 03Stefan Schmidt <stefan@buglabs.net> 07org.openembedded.dev * rd502567189 10openembedded.git/recipes/u-boot/ (files/bug20/bug-uboot.patch u-boot_git.bb): u-boot_git: Add bug20 support |
18:19.39 | khem | JaMa: ok one more thing look into the build log of gcc-cross log.do_compile and search for _bswapsi2.o |
18:19.53 | khem | then see did it use -O2 or -Os to compile this file |
18:25.00 | *** join/#oe mindthomas (~mindthoma@0x4dd5d11f.adsl.cybercity.dk) |
18:25.03 | mindthomas | Hi, can anyone tell me what I'm doing wrong when bitbake gives me this error: ERROR: Openembedded's config sanity checker detected a potential misconfiguration. |
18:25.12 | *** join/#oe pb__ (~pb@62.7.80.98) |
18:25.47 | khem | mindthomas: you have to continue reading |
18:26.38 | mindthomas | I've followed this guide |
18:26.38 | mindthomas | http://www.electronics.diycinema.co.uk/embedded/mini2440/configuring-open-embedded-to-bake-angstrom-images-for-the-mini2440/ |
18:26.59 | khem | I meant you have to continue reading the message bitbake is giving you |
18:27.09 | khem | is that only thing it says |
18:27.27 | JaMa | khem: hmm -g -Os -O2 -g -Os |
18:27.51 | JaMa | http://paste.pocoo.org/show/221131/ |
18:28.35 | mindthomas | ERROR: Openembedded's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: |
18:28.46 | mindthomas | Please install following missing utilities: chrpath |
18:29.05 | JaMa | mindthomas: install chrpath on your host |
18:29.21 | mindthomas | i'm new to linux, so what is that? |
18:29.32 | mindthomas | and how to install? |
18:29.40 | dm8tbr | which distro are you running? |
18:29.44 | mindthomas | Fedora 11 |
18:30.23 | khem | yum install chrpath |
18:30.33 | khem | JaMa: ok |
18:30.54 | khem | JaMa: Do you have buildtree for gcc 4.4.4 and 4.5 both lying around ? |
18:32.34 | *** join/#oe shazkhan (~shaz@119.153.14.71) |
18:32.46 | khem | JaMa: I think I know the problem |
18:33.40 | JaMa | khem: no, using rm_work.. so only temp from them :/ |
18:33.50 | khem | JaMa: ok no problem. |
18:33.58 | khem | JaMa: can you try to rebuild gcc-cross |
18:34.03 | khem | with one change |
18:35.28 | JaMa | sure |
18:35.41 | mindthomas | thanks khem, that worked... but what is yum? |
18:36.13 | khem | mindthomas: its a package manager for redhat based distro |
18:37.10 | khem | JaMa in recipes/gcc/gcc-configure-common.inc comment out OPTSPACE = "${@base_contains('TARGET_ARCH', 'powerpc', '', '--enable-target-optspace',d)}" |
18:37.32 | khem | and add OPTSPACE = "" in next line |
18:37.39 | khem | and then rebuild gcc-cross |
18:37.48 | khem | and also your image |
18:38.20 | khem | I think the problem is that __bswapsi2 is calling itself |
18:38.59 | JaMa | whole image? |
18:39.17 | khem | I mean dont nuke the tmp |
18:39.24 | khem | but just gcc-cross |
18:39.30 | khem | and rebuild it |
18:39.43 | khem | then you need new libgcc in your image |
18:40.24 | JaMa | -c fetch -f -b gcc-cros.. and now it's building |
18:40.28 | khem | so either you can just do bitbake <your image> and it will do it or you have to do manually main be bitbake -c clean <your image>; bitbake your-image after rebuilding gcc-cross |
18:40.50 | JaMa | why not only opkg install -force-reinstall libgcc1? |
18:40.58 | khem | even better |
18:41.12 | khem | I just need updated libgcc on target |
18:41.13 | JaMa | if I can get it running again :) |
18:41.31 | JaMa | ok, that's why I was confused by rebuilding image.. |
18:41.41 | khem | oh well. |
18:41.51 | khem | sometimes I talk too much |
18:42.24 | JaMa | ahh I know why it said wrong gzip magic :) |
18:42.45 | JaMa | because on that port is now running ssh-for-you instead of http :) |
18:42.55 | khem | heh ok |
18:43.00 | khem | I will relinquish it |
18:50.44 | woglinde | hi khem |
18:58.16 | khem | hello woglinde |
19:00.50 | GNUtoo | hi |
19:00.58 | GNUtoo | I've some checksums issues with libxfce4util_4.6.1.bb |
19:01.00 | GNUtoo | so: |
19:01.09 | GNUtoo | *the checksums are in the recipe and matches |
19:01.14 | GNUtoo | *I've bitbake 1.10 |
19:01.21 | GNUtoo | *there is no SRC_URI but: |
19:01.34 | cbrake | wonders what bitbake is running configure in a recipe that inherits qt4e before qt-embedded and qt-tools is built? |
19:01.36 | GNUtoo | there is inherit xfce46 |
19:01.47 | GNUtoo | I'll look into that |
19:02.34 | khem | cbrake: simplify the statement :) |
19:03.54 | cbrake | hey khem |
19:04.01 | cbrake | khem: so I'm building this recipe: http://cgit.bec-systems.com/cgit.cgi/qt-overo-palo-gpio/tree/qt-overo-palo-gpio.bb |
19:04.24 | cbrake | khem: and it starts the configure phase of this recipe before qmake is built |
19:04.47 | khem | cbrake: ah hmm |
19:04.56 | kergoth_ | srctree merges configure, compile, install into a single task, and pulls over the dependencies, at least its supposed to. maybe its failing to pull over the do_populate_staging deptask |
19:04.59 | khem | that must be a depends problem in the class |
19:05.15 | kergoth_ | as i said in the thread, it does so to avoid interleaving tasks amongst recipes sharing the same S, i.e. native/cross/target |
19:05.28 | kergoth_ | and as i also said, it could be made optional, and automatically disabled when B is used |
19:05.44 | kergoth_ | hasn't had time to deal with it yet |
19:06.11 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
19:06.44 | kergoth_ | hey cminyard |
19:06.54 | cbrake | kergoth_: ahh, that sounds likely |
19:07.48 | kergoth_ | if you aren't using a native or cross version of the recipe, then you can confidently say you don't need it to do it |
19:09.07 | kergoth_ | http://dl.dropbox.com/u/112715/Files/inscm-1.tar.bz2 was what i was experimenting with when i created the class |
19:09.24 | kergoth_ | had shasum-native and m4-native going, so needed that code |
19:10.11 | kergoth_ | take a look at the class, the merge_tasks function |
19:10.31 | kergoth_ | this was also written prior to the new style staging stuff, so it may need tweaking |
19:10.58 | kergoth_ | it explicitly runs do_stage, which isn't likely what we want it doing |
19:13.18 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-neqyyabllydhkpox) |
19:18.27 | *** part/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
19:20.01 | cbrake | kergoth_: looked briefly at your inscm tar ball -- I'm out of time today, so I'll summarize the issues I know about on the mail list |
19:20.43 | kergoth_ | cool, that would help, there are a lot of mails in the threads :) |
19:21.00 | kergoth_ | hasn't touched the class since he created it :) |
19:21.10 | cbrake | kergoth_: heh, well its almost working :-) |
19:23.04 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
19:23.45 | kergoth_ | I really like the idea of storing the sources + recipe in a git repository. what i'd really like, though, is to be able to "import" recipes + patches from the OE repository into a local git repository in a project area, and have it obey the dependency digraph when importing, so you could pull over a segment of the repository in this other form |
19:24.01 | kergoth_ | or something along those lines, anyway |
19:24.42 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r396c84a300 10openembedded.git/recipes/uclibc/ (uclibc-git/uClibc.distro uclibc_git.bb): |
19:24.42 | CIA-2 | uclibc-git: Move to latest master and enable UCLIBC_HAS_BSD_RES_CLOSE |
19:24.42 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
19:28.29 | kergoth_ | i did a prototype of a git repository creator for a recipe, once |
19:28.51 | cbrake | kergoth_: ok, "srctree status" email sent |
19:28.52 | kergoth_ | it actually walked the history of the recipe and the patches the recipe referenced, in the oe repository, to try to reconstruct the history in the other repo, using topic branches for the patches |
19:28.57 | kergoth_ | but then my head hurt, and i gave up :) |
19:29.04 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
19:32.19 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-tpesueayfsjvewne) |
19:34.41 | cbrake | kergoth_: yeah, I can imagine that would make the head hurt! |
19:35.30 | cbrake | kergoth_: in some ways I really like the seperation of meta data and TMPDIR, so still trying to figure out a good model for doing both |
19:37.27 | *** join/#oe mindThomas (~mind@0x4dd5d11f.adsl.cybercity.dk) |
19:38.07 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
19:38.14 | mindThomas | Hi. When running bitbake should the linux system kind of freeze, or be very slow? Like right now the screen is black caused by the screen saver, but if I move the mouse after a long time it gets to the type password screen |
19:39.10 | *** join/#oe ESI_ (~quassel@p5DE7AD82.dip.t-dialin.net) |
19:39.30 | woglinde | mindthomas? |
19:39.45 | woglinde | screensaver has nothing to do with bitbake |
19:39.51 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r823aa27005 10openembedded.git/conf/machine/include/qemu.inc: |
19:39.51 | CIA-2 | Revert "qemu.inc: zap_root_password for qemu images." |
19:39.51 | CIA-2 | Its better not to put this was here but in the images |
19:39.51 | CIA-2 | if needed. |
19:39.51 | CIA-2 | This reverts commit 39a7a0152d5d9a38ab202e11eb2eaab163dc35fa. |
19:39.54 | woglinde | what build machine you have? |
19:40.28 | mindThomas | woglinde: no, but Linux goes into screensaver after a while you know... |
19:40.42 | mindThomas | i'm running Fedora 11 on an 64-bit quadcore 2.3GHz |
19:41.31 | *** join/#oe _chase_ (~chase@nat/ti/x-xmtwlctkaeyztaad) |
19:41.35 | mindThomas | But the text in the terminal haven't also changed in a while now? Shouldn't it post alot of text? |
19:41.50 | woglinde | mindthomas hm |
19:41.57 | mindThomas | The last line is: NOTE: Parsing finished. 0 cached, 8057 parsed, 331 skipped, 0 masked. |
19:42.06 | woglinde | mindthomas which tree are you using and which bitbake? |
19:42.34 | mindThomas | openembedded? what do you mean? |
19:42.35 | woglinde | and which image do you building |
19:42.39 | woglinde | yes oe |
19:42.52 | mindThomas | i'm new to linux ;) |
19:43.17 | mindThomas | I'm trying to build an Angstrom image |
19:43.24 | mindThomas | I followed this guide: http://www.electronics.diycinema.co.uk/embedded/mini2440/configuring-open-embedded-to-bake-angstrom-images-for-the-mini2440/ |
19:43.38 | woglinde | urgs the mini again |
19:43.41 | woglinde | *g* |
19:43.46 | mindThomas | hmm |
19:43.57 | woglinde | http://www.electronics.diycinema.co.uk/embedded/mini2440/configuring-open-embedded-to-bake-angstrom-images-for-the-mini2440/ |
19:44.01 | woglinde | ups |
19:44.39 | mindThomas | but shouldn't bitbake tell me more |
19:44.50 | mindThomas | or is that last line ok, and should I then just wait? |
19:45.15 | woglinde | are you sing bitbake 1.8.16? |
19:45.21 | mindThomas | no |
19:45.23 | mindThomas | .18? |
19:45.26 | mindThomas | does that matter? |
19:45.36 | woglinde | yes |
19:45.41 | mindThomas | oh, why |
19:45.42 | woglinde | .16 is not good for stable |
19:45.46 | woglinde | ups dev |
19:45.49 | woglinde | hms |
19:46.01 | woglinde | what image are you building? |
19:46.03 | woglinde | console? |
19:46.36 | mindThomas | everything |
19:46.37 | woglinde | bye the way |
19:46.43 | woglinde | everything? |
19:46.46 | mindThomas | I ran the last command which is on the tutorial |
19:46.49 | woglinde | try http://www.angstrom-distribution.org/narcissus/ |
19:47.10 | mindThomas | I have |
19:47.20 | mindThomas | I can't make a good/small enough image |
19:47.33 | mindThomas | don't know if it even works with that |
19:47.46 | woglinde | kill bitbake |
19:47.53 | woglinde | and try bitbake gcc-cross |
19:48.02 | mindThomas | Isn't it possible to make an image to include X11 GNOME under 128mb |
19:48.09 | mindThomas | - i just restarted linux |
19:48.43 | woglinde | anbd try to comment OESTATS_BUILDER = "myname" |
19:49.01 | woglinde | maybee bitbake tried to get the stats builder and failed |
19:49.16 | mindThomas | so you would recommend me trying now |
19:49.17 | woglinde | local.conf |
19:49.19 | mindThomas | after I restarted |
19:49.23 | woglinde | sure |
19:49.28 | woglinde | why you restarted linux? |
19:49.33 | woglinde | its not windows |
19:49.46 | woglinde | you only need to restart it when kernel has security bugs |
19:49.57 | woglinde | or usbstack goes beserk |
19:50.11 | mindThomas | hehe, ha :) I'm a current windows guy, running Fedora 11 in VMWare ;) |
19:50.22 | mindThomas | in the local.conf file |
19:50.30 | mindThomas | there is a OESTATS_BUILDER line |
19:50.35 | mindThomas | just like the one you wrote |
19:50.40 | woglinde | yes put # infront of it |
19:50.57 | woglinde | did you add myname without think? |
19:50.57 | mindThomas | hmm, why? but ok |
19:51.07 | mindThomas | no |
19:51.20 | mindThomas | the line was excactly like you wrote |
19:51.50 | woglinde | maybee we the manual should changed it to |
19:52.06 | woglinde | OESTATS_BUILDER = "don't be stupid change it to your name" |
19:52.24 | mindThomas | haha |
19:52.26 | mindThomas | the username? |
19:52.30 | mindThomas | or my real name |
19:52.39 | woglinde | username is okay |
19:52.41 | woglinde | but I as siad |
19:52.48 | woglinde | try it with out stats |
19:52.52 | mindThomas | ok |
19:52.56 | mindThomas | so just run bitbake again? |
19:53.00 | woglinde | did you check that you have network access |
19:53.05 | woglinde | inside vmware |
19:53.08 | mindThomas | yes yes |
19:53.12 | mindThomas | firefox works fine :) |
19:53.12 | woglinde | okay |
19:53.18 | mindThomas | it also downloads the files in bitbake fine |
19:53.20 | woglinde | try bitbake gcc-cross |
19:53.32 | mindThomas | so not: bitbake base-image ; bitbake console-image ; bitbake x11-image - as i did before? |
19:53.40 | woglinde | first something easy |
19:53.45 | woglinde | the rest can follow |
19:53.51 | mindThomas | ok |
19:54.26 | woglinde | hm by the way why you want gnome? |
19:55.08 | mindThomas | on the mini2440 |
19:55.34 | woglinde | you could text e17 too |
19:55.38 | woglinde | ups test |
19:55.45 | woglinde | which should be smaller |
19:55.59 | mindThomas | hmm yeah |
19:56.08 | mindThomas | but that isn't in the online builder |
19:56.16 | mindThomas | anyways, after restarting i can't execute bitbake |
19:56.21 | mindThomas | it says command not found? |
19:56.37 | mindThomas | and yes, i'm executing it in the right directory |
19:57.42 | woglinde | you need to do the "source source-me.txt" again |
19:58.00 | woglinde | which sets the search path for oe and bitbake right |
19:58.14 | mindThomas | ah ok :) |
19:58.22 | mindThomas | have to learn what the different commands do |
19:58.49 | mindThomas | right now i've found out SU, SUDO, VI, GEDIT, YUM and GIT |
19:58.51 | _chase_ | mindThomas: Have you tried the angstrom setup scripts at http://gitorious.org/angstrom/angstrom-setup-scripts. Helps with setting up your environment. |
19:59.20 | woglinde | _chase_ the tutorial has its own script |
19:59.37 | _chase_ | OK. I'm not familiar with what tuturial he is using. |
19:59.54 | woglinde | mindThomas there are lot more |
20:00.00 | woglinde | no stupid gui stuff |
20:00.39 | mindThomas | what I just want to be able to do is install TCL and install and run Eggdrop and Apache on the mini2440 |
20:01.03 | woglinde | eggdrop needs tcl? |
20:01.36 | mindThomas | yes |
20:02.05 | mindThomas | i'm trying bitbake gcc-cross now |
20:02.29 | mindThomas | NOTE: Handling BitBake files - looks like it's downloading? |
20:02.42 | Gaston|Home | mindThomas: on a virtual expect bitbake console-image to take 6 hrs or something |
20:02.50 | mindThomas | WHAT :O |
20:03.02 | mindThomas | what if i installed it normally |
20:03.13 | mindThomas | on my 64-bit quadcore 2.3GHz, with 4gb ram? |
20:03.18 | mindThomas | right now the virtual only got 2gb? |
20:03.27 | woglinde | hm 1 hour |
20:03.44 | kergoth_ | handling bitbake files is parsing, not downloading |
20:04.10 | mindThomas | oh, thanks for that information kergoth_ - good to know... So what exactly does BitBake do? |
20:04.41 | kergoth_ | how does one go about saying rtfm in a nice way? |
20:05.03 | Gaston|Home | ^-- like that :) |
20:05.08 | kergoth_ | ;) |
20:05.14 | mindThomas | yeah ok ;) |
20:05.35 | mindThomas | sorry, i'm new to all this, so this it's ok response kergoth_ :) |
20:05.54 | mindThomas | woglinde: now the bitbake is the same place as before |
20:06.15 | mindThomas | just wrote the "NOTE: Parsing finished. 0 cached, 8057 parsed, 331 skipped, 0 masked |
20:06.44 | woglinde | hm okay |
20:06.49 | woglinde | type crtl +c |
20:06.54 | mindThomas | to kill it? |
20:06.57 | woglinde | run bitbake -DDD gcc-cross |
20:06.58 | woglinde | yes |
20:07.26 | woglinde | if vmware is really this slow |
20:07.29 | woglinde | consider dual boot |
20:08.58 | mindThomas | but then I have to reformat, right? |
20:08.58 | *** join/#oe bin1010 (~mia@rrcs-24-153-239-72.sw.biz.rr.com) |
20:08.58 | woglinde | or use another disk |
20:09.39 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
20:09.56 | mindThomas | now I'm running the debug of bitbake |
20:10.24 | mindThomas | and then it writes - a lot of lines ;) |
20:11.07 | woglinde | yes |
20:11.20 | woglinde | so you see something is done |
20:11.40 | mindThomas | ? |
20:13.09 | *** join/#oe Heinervdm (~thomas@pD9E161D2.dip.t-dialin.net) |
20:13.58 | mindThomas | The it says NOTE: Parsing finished - the same, and then it stops |
20:14.07 | mindThomas | but it's doesn't looks like the program has ended! |
20:14.15 | mindThomas | it's just like before! |
20:16.00 | woglinde | hm |
20:16.04 | woglinde | sorry |
20:17.28 | khem | kergoth_: read the fine manual |
20:17.31 | khem | :) |
20:20.00 | mindThomas | so you don't know why it doesn't work :( |
20:20.04 | mindThomas | ok then |
20:20.41 | *** part/#oe ESI_ (~quassel@p5DE7AD82.dip.t-dialin.net) |
20:23.29 | *** join/#oe lint (~lint@c906a103.virtua.com.br) |
20:29.09 | *** join/#oe kristoffer (~kristoffe@109.58.55.120.bredband.tre.se) |
20:31.38 | kergoth_ | khem: that'd work :) |
20:43.39 | *** part/#oe sirgads (~swold@nat/intel/x-jwlgtlajqpbgksig) |
20:43.58 | *** join/#oe sirgads (~swold@nat/intel/x-jwlgtlajqpbgksig) |
20:44.31 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
20:44.33 | *** join/#oe C-MoH (~cipi@95.76.71.81) |
20:48.59 | *** join/#oe ESI_ (~quassel@p5DE7AD82.dip.t-dialin.net) |
20:53.04 | *** join/#oe pb_ (~pb@jost.swaffham-prior.co.uk) |
21:00.18 | woglinde | hi pb |
21:02.43 | *** join/#oe Martin-B (~martin@pool-94-67-198-89.dbd-ipconnect.net) |
21:05.07 | *** join/#oe ant__ (~andrea@host98-249-dynamic.4-87-r.retail.telecomitalia.it) |
21:06.23 | GNUtoo | hi |
21:06.25 | GNUtoo | hi woglinde |
21:07.50 | *** join/#oe ESI_ (~quassel@p5DE7AD82.dip.t-dialin.net) |
21:14.11 | *** part/#oe ESI_ (~quassel@p5DE7AD82.dip.t-dialin.net) |
21:14.43 | *** join/#oe ESI (~quassel@p5DE7AD82.dip.t-dialin.net) |
21:14.48 | likewise | hi all |
21:14.53 | khem | hey likewise |
21:14.55 | woglinde | hi likewise |
21:16.07 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
21:17.36 | likewise | hi woglinde, khem |
21:29.38 | *** join/#oe marcosmamorim (~marcos@189-46-189-127.dsl.telesp.net.br) |
21:31.29 | ant__ | khem: I tested gcc_4.5 and eglibc_2.12 (binutils 2.20.1) on armv5te / c7x0 - kernel 2.6.26 |
21:31.38 | ant__ | khem: kernel does not boot and lot of segmentation faults. |
21:31.39 | *** join/#oe marcosmamorim1 (~marcos@189-18-209-213.dsl.telesp.net.br) |
21:31.54 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
21:32.03 | ant__ | khem: minimal/console-image comes to login using kernel + modules (2.6.26) compiled with older gcc |
21:32.09 | khem | ant__: for kernel you need to backport the fix I committed to 2.6.34 |
21:32.15 | ant__ | yep |
21:32.22 | ant__ | I did all vanilla |
21:32.34 | khem | yeah vanilla wont work |
21:32.55 | ant__ | but basically each bin seems to have alignments faults |
21:33.30 | *** part/#oe josh2 (~jzarr@209.104.237.170) |
21:33.38 | ant__ | and yes, I have __bswapsi2 in do_compile of gcc-cross |
21:33.42 | khem | hmm yeah thats coming from ld |
21:33.46 | khem | ld.so |
21:34.36 | ant__ | can I just use the new kernel and debug the userland? |
21:34.43 | ant__ | s/new/old/ |
21:35.27 | khem | yes |
21:35.29 | ant__ | I have serial cable here, if you need I can track a full boot until console |
21:35.39 | ant__ | with stderr+stdout |
21:35.47 | khem | that would be nice |
21:35.54 | ant__ | ok, just a few mins |
21:40.52 | ant__ | khem: I'm logging the 3rd reboot..do you need the first for any reason? |
21:40.52 | *** join/#oe marcosmamorim (~marcos@201-68-206-147.dsl.telesp.net.br) |
21:41.23 | khem | ant__: no third is fine |
21:43.16 | ant__ | khem: http://fr.pastebin.ca/1876264 |
21:49.37 | ant__ | khem: seems all coreutils are affected |
21:49.47 | woglinde | good nite |
21:51.52 | khem | ant__: yes if you look at the address it happens at same address |
21:52.03 | khem | good night woglinge |
21:53.23 | ant__ | khem: here I need your or pb__ 's magic to decode the string (or an hour readings) |
21:55.55 | *** join/#oe nitin (~nitin@c-98-234-114-32.hsd1.ca.comcast.net) |
21:55.57 | khem | ant__: ldr r2, [r5, r8] |
21:56.00 | khem | thats what it is |
21:56.24 | ant__ | I just see a repeated pattern |
21:56.57 | khem | other instruction is str r1, [r5, r8] |
21:57.18 | khem | I guess r5+r8 ends up in non 4byte aligned address |
22:00.15 | ant__ | hm.. I see ... -O2 -g -Os -DIN_GCC ...in do_compile |
22:00.29 | ant__ | of gcc-4.5 |
22:01.00 | khem | yeah thats problem too |
22:02.40 | *** join/#oe pb_ (~pb@jost.swaffham-prior.co.uk) |
22:03.46 | ant__ | well, echo CRTSTUFF_CFLAGS = '-O2 -g -Os -DIN_GCC |
22:04.00 | ant__ | this is the first occurrence |
22:05.35 | ant__ | khem: is crtstuff |
22:06.16 | ant__ | gcc/crtstuff.c |
22:07.29 | khem | ant__: yes the fix/workaround is to disable --enable-target-optspace |
22:07.44 | khem | and rebuild libgcc |
22:08.39 | khem | ant__: can you upload your libc.so.6 and librt.so somehwere |
22:08.45 | ant__ | sure |
22:09.03 | *** join/#oe GNUtoo|oeee (~GNUtoo@host187-49-dynamic.21-79-r.retail.telecomitalia.it) |
22:13.49 | ant__ | khem: he. megaupload is killing epiphany... |
22:14.45 | ant__ | libc.so.6 http://rapidshare.com/files/394584432/libc-2.12.so.html |
22:15.15 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
22:15.29 | ant__ | librt.so http://rapidshare.com/files/394584540/librt-2.12.so.html |
22:18.34 | khem | ant__: I can not access rapidshare |
22:18.42 | ant__ | np, mom |
22:19.12 | khem | or megaupload |
22:19.58 | ant__ | mom |
22:21.10 | ant__ | can you ssh ? |
22:21.13 | khem | yes |
22:22.32 | *** join/#oe GNUtoo|oeee (~GNUtoo@host187-49-dynamic.21-79-r.retail.telecomitalia.it) |
22:28.50 | *** join/#oe darkschneider (~gab@93-32-37-60.ip31.fastwebnet.it) |
22:32.08 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-eovaamwvuqcntnzc) |
22:37.31 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
22:40.40 | *** join/#oe GNUtoo|oeee (~GNUtoo@host187-49-dynamic.21-79-r.retail.telecomitalia.it) |
22:42.38 | *** join/#oe bgamari (~ben@pool-96-240-220-173.spfdma.east.verizon.net) |
22:43.09 | bgamari | What recipe should I be using for a basic console-only installation? |
22:43.51 | bgamari | I tried console-image but aborted it when it started building cups |
22:47.36 | *** join/#oe ant_home (~andrea@host46-190-dynamic.60-82-r.retail.telecomitalia.it) |
22:52.58 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
23:15.16 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:17.15 | *** join/#oe marcosmamorim1 (~marcos@200-158-246-241.dsl.telesp.net.br) |
23:20.20 | *** join/#oe marcosmamorim (~marcos@201-68-108-50.dsl.telesp.net.br) |
23:23.53 | *** join/#oe marcosmamorim1 (~marcos@201-92-134-252.dsl.telesp.net.br) |
23:26.03 | khem | bgamari: try minimal-image |
23:28.35 | ant_home | good night |
23:29.10 | bgamari | khem: Thanks |
23:44.03 | *** join/#oe mrec (~mrec@sundtek.de) |
23:45.49 | *** join/#oe marcosmamorim (~marcos@201-92-133-191.dsl.telesp.net.br) |
23:50.33 | *** join/#oe marcosmamorim (~marcos@201-43-35-34.dsl.telesp.net.br) |