| 00:04.58 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 00:11.24 | ericben | tinderbox back, slow but online ... |
| 00:16.18 | ant_ | great, thx guys |
| 00:17.35 | ant_ | well, yes, console image tool |
| 00:18.15 | ant_ | he..two good hours, not 50 mins! |
| 00:21.04 | *** join/#oe cjjnjust (~cjjnjust@2001:da8:100e:4797:223:8bff:fe76:39db) |
| 01:11.31 | *** join/#oe SAn (~san@201.255.25.184) |
| 01:16.44 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 01:50.15 | *** join/#oe cjjnjust (~cjjnjust@2001:da8:100e:4797:223:8bff:fe76:39db) |
| 02:01.02 | *** join/#oe fraxinas (~quassel@p4FD66D0D.dip.t-dialin.net) |
| 02:08.20 | *** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi) |
| 02:12.29 | *** join/#oe JDuke128 (~Kadir@88.244.86.120) |
| 02:13.55 | JDuke128 | hi , is there any library that plays 720p video utilizing both dsp + neon that is free and plays on framebuffer ? ffmpeg sucks and cant play 720p videos with sound. |
| 02:21.39 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 02:43.42 | *** join/#oe JDuke128 (~Kadir@88.244.86.120) |
| 02:43.46 | JDuke128 | sorry |
| 02:46.00 | grg | JDuke128, ffmpeg is probably your best bet. I'd suggest poking it and see if their devs are receptive (i suspect they are). |
| 03:00.55 | JDuke128 | ffmpeg is using both dsp + neon ? |
| 03:16.50 | *** join/#oe kgilmer (~kgilmer@adsl-76-231-184-89.dsl.pltn13.sbcglobal.net) |
| 03:47.52 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 03:48.49 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 03:49.42 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:57.39 | *** join/#oe borg__ (~olaf@p548698EA.dip0.t-ipconnect.de) |
| 04:05.41 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 04:05.41 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 04:36.01 | *** join/#oe NvrBst (~nb@66.183.96.110) |
| 04:48.49 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 04:53.52 | *** part/#oe aditya_1010 (~Aditya@pool-96-241-213-103.washdc.fios.verizon.net) |
| 04:57.30 | *** join/#oe koobe_ (~koobe@dsl-trebrasgw2-fe4df900-31.dhcp.inet.fi) |
| 04:58.39 | *** join/#oe vanous (~vanous@ip-85-161-130-75.eurotel.cz) |
| 05:10.56 | *** join/#oe mrc3 (~mrc3@nat/ti/x-kgwrvqfznmirkvqy) |
| 05:23.31 | *** join/#oe vanous1 (~vanous@ip-85-160-162-33.eurotel.cz) |
| 05:31.54 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:32.39 | *** join/#oe akumar (~mm4@122.170.27.202) |
| 05:41.45 | *** join/#oe d_th (~dth@a-89-182-77-235.net-htp.de) |
| 05:50.53 | *** join/#oe vanous (~vanous@ip-85-161-2-158.eurotel.cz) |
| 05:58.02 | eFfeM_work | gm |
| 05:58.25 | CIA-68 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r3e9ff12c2c 10openembedded.git/recipes/bzip2/ (3 files in 2 dirs): |
| 05:58.25 | CIA-68 | bzip2: update 1.0.5 to 1.0.6 |
| 05:58.25 | CIA-68 | * fixes CVE-2010-0405 |
| 05:58.25 | CIA-68 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 05:58.25 | CIA-68 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 05:58.34 | CIA-68 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r6cb49edc28 10openembedded.git/recipes/bzip2/ (3 files in 2 dirs): |
| 05:58.34 | CIA-68 | bzip2: remove 1.0.2 |
| 05:58.34 | CIA-68 | Very old, not pinned, has known bugs and security issues. |
| 05:58.34 | CIA-68 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 05:58.35 | CIA-68 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 05:58.35 | CIA-68 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r416da30aea 10openembedded.git/recipes/clamav/ (3 files in 2 dirs): |
| 05:58.36 | CIA-68 | clamav: update 0.96.2 to 0.96.3 |
| 05:58.36 | CIA-68 | * bugfix release, considered as safe upgrade |
| 05:58.37 | CIA-68 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 06:05.37 | *** join/#oe vanous (~vanous@ip-85-160-177-105.eurotel.cz) |
| 06:12.09 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 06:19.08 | *** join/#oe vanous1 (~vanous@ip-85-161-27-163.eurotel.cz) |
| 06:21.28 | *** join/#oe vps (~vitus@145.253.169.210) |
| 06:25.21 | *** join/#oe B_Lizzard (~havoc@athedsl-435705.home.otenet.gr) |
| 06:28.53 | *** join/#oe vanous (~vanous@ip-85-161-76-106.eurotel.cz) |
| 06:32.41 | *** join/#oe vanous1 (~vanous@85.162.3.174) |
| 06:37.21 | *** join/#oe vanous (~vanous@ip-85-161-252-242.eurotel.cz) |
| 06:40.25 | eFfeM_work | ericben|away: yesterday you asked me to see if I could build gs for you, i kicked off a build then forgot about it so never peeked at the outcome |
| 06:40.45 | eFfeM_work | ericben|away: this is what I get |
| 06:40.46 | eFfeM_work | NOTE: package gs-8.64-r2: task do_compile: Started |
| 06:40.46 | eFfeM_work | ERROR: Task 13 (/home/frans/workspace/openembedded.git/recipes/gs/gs_8.64.bb, do_compile) failed with exit code '1' |
| 06:40.47 | eFfeM_work | ERROR: __init__() takes at most 3 arguments (4 given) |
| 06:41.38 | grg | eFfeM_work, update your bitbake |
| 06:43.36 | eFfeM_work | grg, will try, one sec |
| 06:47.57 | tasslehoff | I'm trying to bundle libmpfr.so.4 with my SDK, but how should I tell the SDK-GCC where to look for it? |
| 06:51.01 | eFfeM_work | ericben|away: btw when tyring to build gs, I also ended up with QA issue errors in cups (about cups.desktop) |
| 06:51.25 | eFfeM_work | grg my bitbake is from git sep 10 |
| 06:51.57 | tasslehoff | I tried setting LD_LIBRARY_PATH and LD_RUN_PATH, but none of those worked |
| 06:52.34 | grg | eFfeM_work, The most recent commit should fix the __init__() takes at most 3 arguments (4 given) error. http://cgit.openembedded.org/cgit.cgi/bitbake/commit/?id=085e66f9c14123ea2c0f1e34f7737cf77071f86d |
| 06:52.43 | eFfeM_work | grg only one change compared to git head in lib/bb/build.py, pulled that, retyring now |
| 06:53.18 | grg | you'll get a proper error message now :) |
| 06:53.34 | eFfeM_work | yup |
| 06:54.35 | eFfeM_work | ericben|away: now get the error |
| 06:54.36 | eFfeM_work | | ./obj/echogs: ./obj/echogs: cannot execute binary file |
| 06:54.50 | eFfeM_work | and a warning that I do not like: | ./psi/dscparse.c:2183: warning: array subscript is above array bounds |
| 06:55.30 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 06:56.44 | *** join/#oe vanous (~vanous@ip-85-161-36-223.eurotel.cz) |
| 06:57.10 | *** join/#oe Heinervdm (~thomas@pD9E16E57.dip.t-dialin.net) |
| 07:06.11 | *** join/#oe joshin1 (~josh@unaffiliated/joshin) |
| 07:07.06 | tasslehoff | khem: ping |
| 07:08.12 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:17.03 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:19.31 | *** join/#oe hrw (~hrw@chello087207212063.chello.pl) |
| 07:20.24 | *** join/#oe ZeeD (~ZeeD@190.187.241.83.in-addr.dgcsystems.net) |
| 07:23.18 | hrw | morning |
| 07:23.40 | *** join/#oe kristoffer (~kristoffe@c-27dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 07:31.18 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:33.12 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 07:34.37 | eFfeM_work | hi hrw, JaMa |
| 07:34.39 | *** join/#oe rschus (~rschus@32.163.71-86.rev.gaoland.net) |
| 07:36.06 | JaMa | hi eFfeM_work |
| 07:36.28 | eFfeM_work | JaMa had a good vacation ? |
| 07:37.24 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:39.12 | JaMa | eFfeM_work: yes |
| 07:39.18 | eFfeM_work | :-) |
| 07:39.27 | JaMa | but now I'm 2,5 hour late to work :) |
| 07:41.26 | ericben | hi eFfeM_work : thank you, this is the same error I had yesterday |
| 07:41.31 | ericben | I'll send a fix |
| 07:41.38 | eFfeM_work | yw |
| 07:41.44 | eFfeM_work | & appreciate the fix |
| 07:43.38 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 07:43.38 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 07:43.45 | CIA-68 | 03Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r56fa8d7ad3 10openembedded.git/classes/utils.bbclass: (log message trimmed) |
| 07:43.45 | CIA-68 | utils.bbclass: fix is_machine_specific |
| 07:43.45 | CIA-68 | * base.bbclass can set a package's PACKAGE_ARCH to MACHINE_ARCH if |
| 07:43.45 | CIA-68 | it finds file:// in the SRC_URI and the corresponding file is machine |
| 07:43.45 | CIA-68 | specific (recipes/foo/foo-1.0/<some machine>/) |
| 07:43.46 | CIA-68 | * but is_machine_specific actually fails to detect these files as |
| 07:43.47 | CIA-68 | urldata.path is used instead of urldata.localpath thus preventing the |
| 07:46.52 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 07:49.26 | tasslehoff | is this channel logged? |
| 07:54.04 | Jay7 | tasslehoff: yes |
| 07:58.08 | eFfeM_work | ~logs |
| 07:58.08 | ibot | All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. logs are updated daily |
| 07:58.16 | eFfeM_work | tasslehoff: ^^^ |
| 07:59.02 | Jay7 | !logs |
| 07:59.03 | *** part/#oe sorvats (~sorvats@201.250.156.27) |
| 07:59.04 | cdbot2 | Channel logs for #oe are archived at: |
| 07:59.05 | cdbot2 | http://hentges.net/tmp/logs/irc/%23oe |
| 07:59.06 | cdbot2 | Live-logs are available at |
| 07:59.08 | cdbot2 | http://hentges.net/tmp/logs/irc/livelogs/%23oe.livelog |
| 07:59.10 | cdbot2 | See ?? help-logs for usage instructions |
| 07:59.13 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 07:59.48 | tasslehoff | eFfeM_work: thanks. |
| 07:59.59 | eFfeM_work | yw |
| 08:00.43 | tasslehoff | Tartarus, khem, did you decide wether to link libmpfr.so.4 and friends statically with GCC (and if so, when to do the change)? |
| 08:01.02 | ericben | tasslehoff: check the patch khem sent yesterday on the ml |
| 08:01.11 | tasslehoff | ericben: ah. ok |
| 08:01.46 | ericben | tasslehoff: http://patchwork.openembedded.org/patch/2979/ |
| 08:02.47 | tasslehoff | ericben: cool. thanks. I'll try that one out. |
| 08:03.25 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:06.27 | *** join/#oe Heinervdm (~thomas@pD9E16E57.dip.t-dialin.net) |
| 08:06.39 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 08:11.21 | *** join/#oe janp_ (~janp@mailout.fortiscorp.be) |
| 08:16.33 | *** join/#oe dth_ntb (~dth@a89-182-216-88.net-htp.de) |
| 08:22.44 | tasslehoff | hm, that didn't work out on my system. gcc still can't find libmpfr.so.4 |
| 08:24.47 | tasslehoff | maybe I have to trigger a rebuild of gcc-cross |
| 08:25.39 | *** join/#oe dth_ntb (~dth@a89-182-216-88.net-htp.de) |
| 08:26.15 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 08:39.05 | janp_ | hi, I updated my openembedded distro and udev doesn't generated /dev/mtdblock* |
| 08:39.23 | janp_ | did something happen with udev between 124 and 151? |
| 08:43.07 | *** join/#oe mlip (~mlip@62.218.44.194) |
| 08:55.05 | tasslehoff | hm. seems libmpfr.so.4 is now present in my sdk, but gcc still complains. perhaps some environmental issues? |
| 08:58.21 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 09:05.14 | fraxinas | khem *ping* |
| 09:08.37 | janp_ | tasslehoff: try using strace on the gcc, and find out where it's looking for mpfr |
| 09:14.39 | ericben | tasslehoff: what is your exact problem ? |
| 09:15.08 | tasslehoff | ericben: from the beginning, or the exact error message I get now? |
| 09:15.31 | ericben | what you get now |
| 09:17.18 | tasslehoff | ericben: ./angstrom/arm/libexec/gcc/arm-angstrom-linux-gnueabi/4.3.3/cc1 gives "error while loading shared libraries: libmpfr.so.4: cannot open shared object file: No such file or directory" |
| 09:18.05 | ericben | this is inside OE or when using the sdk ? |
| 09:18.21 | tasslehoff | ericben: when using the sdk |
| 09:18.26 | ericben | ok same thing here |
| 09:18.31 | hrw | tasslehoff: what did you did to your host system? |
| 09:18.43 | hrw | or was sdk built on other system? |
| 09:19.23 | ericben | hrw: even on the same system we get this (and also for libtinfo when running gdb) |
| 09:19.27 | tasslehoff | hrw: I unpacked the SDK to a folder and ran the environment-setup |
| 09:19.42 | ericben | host has /usr/lib/libmpfr.so.1 , sdk is using .4 |
| 09:20.16 | ericben | .4 in in sysroots/armv6-angstrom-linux-gnueabi/usr/lib/libmpfr.so.4 |
| 09:20.20 | hrw | so it looks like sdk does not got all libraries |
| 09:20.26 | tasslehoff | hrw: I had a discussion with khem and Tartarus about this yesterday, and khem did a patch to link the libs statically in GCC. |
| 09:20.33 | ericben | sorry sysroots/i686-linux/usr/lib/libmpfr.so.4 |
| 09:20.56 | ericben | hrw: yes the sdk lacks some host libraries |
| 09:21.05 | tasslehoff | hrw: I have libmpfr.so.4 in my SDK after compiling with the patch |
| 09:21.08 | janp_ | shouldn't LD_LIBRARY_PATH contain the directories which the cross-gcc needs |
| 09:21.50 | *** join/#oe NvrBst (~nb@66.183.96.110) |
| 09:21.54 | tasslehoff | in /angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib/libmpfr.so.4 |
| 09:22.07 | ericben | tasslehoff: oh yes it's here sorry |
| 09:23.46 | tasslehoff | from strace it seems cc1 only looks in my host libraries to find it |
| 09:23.50 | ericben | it's tasslehoff : the workaround (dirty) is : cd /usr/lib ; sudo ln -s libmpfr.so.1 libmpfr.so.4 ; sudo ln -s libncurses.so libtinfo.so.5 |
| 09:24.10 | *** join/#oe CMoH-office (~cipi@89.238.251.90) |
| 09:25.05 | tasslehoff | ericben: yeah, but I'd rather not ship the SDK to my colleagues with those instructions :) |
| 09:25.24 | janp_ | tasslehoff: add the directory to LD_LIBRARY_PATH e.g.: export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib/ |
| 09:25.37 | ericben | tasslehoff: yes, maybe janp_ suggestion to use LD_LIBRARY_PATH is the better solution in that case |
| 09:25.39 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 09:26.56 | tasslehoff | janp_: I've tried that. but it doesn't work for me. Which is odd... |
| 09:29.14 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:34.47 | ericben | tasslehoff: which distribution is on your PC ? |
| 09:36.16 | ericben | if ubuntu : https://bugs.launchpad.net/ubuntu/+bug/366728 |
| 09:37.59 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 09:54.52 | janp_ | tasslehoff: what you could also try is prepending your gcc invokation with LD_LIBRARY_PATH=/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib/ |
| 09:55.26 | janp_ | tasslehoff: e.g. LD_LIBRARY_PATH=/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib/ /angstrom/arm/libexec/gcc/arm-angstrom-linux-gnueabi/4.3.3/gcc |
| 10:04.02 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 10:06.46 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:11.28 | tasslehoff | janp_: hmm. could this be a pebkac as well... |
| 10:12.40 | janp_ | tasslehoff: pebkac? |
| 10:13.11 | *** join/#oe janinge (j@ninge.net) |
| 10:14.55 | tasslehoff | janp_: problem exists between keyboard and chair :) |
| 10:16.22 | tasslehoff | LD_LIBRARY_PATH=/home/tassle/src//toolchains/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib/ ./gcc -Werror -Wall -DLINUX -march=armv7-a -O2 -g /home/tassle/Desktop/main.c |
| 10:17.12 | tasslehoff | this fails. |
| 10:19.33 | *** join/#oe janinge (j@ninge.net) |
| 10:20.04 | Jin^eLD | hi |
| 10:26.04 | tasslehoff | though all the libs I need are in the mentioned folder. |
| 10:27.42 | janp_ | tasslehoff: ./gcc would need to be done in the directory where the sdk is installed in the gcc path |
| 10:28.44 | tasslehoff | janp_: yes, I was in that dir, and it is the libmpfr.so.4-error I get |
| 10:29.49 | tasslehoff | janp_: sudo ln -s libmpfr.so.1 libmpfr.so.4 && sudo ln -s libgmp.so.3 libgmp.so.10 , makes it work for now, so if that's a safe move I'll do that for now. |
| 10:29.59 | tasslehoff | in /usr/lib, that is |
| 10:31.20 | *** join/#oe mrcan (~harika@78.186.203.156) |
| 10:32.33 | janp_ | tasslehoff: I don't really recommend that, certainly not for a development environment for multiple developers |
| 10:33.07 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 10:33.10 | tasslehoff | janp_: understandable |
| 10:33.30 | janp_ | tasslehoff: if you export LD_LIBRARY_PATH and then run gcc with strace, will the loader search for the correct directory at least? |
| 10:38.07 | janp_ | I tried mdev from busybox to generate the /dev/mtdblock devices and that works, however udev still won't create them |
| 10:38.44 | *** join/#oe rob_w (~bob@pD95ED5FE.dip.t-dialin.net) |
| 10:39.11 | tasslehoff | janp_: it seems to look in the directory, yes |
| 10:42.08 | janp_ | tasslehoff: what is the line from strace about the libmpfr.so.4 file? do you as your user have read access to it? |
| 10:46.52 | tasslehoff | janp_: http://pastebin.com/tstZah8t |
| 10:47.10 | tasslehoff | I have read access |
| 10:51.36 | janp_ | tasslehoff: could you try strace with the -f option because cc1 is a subprocess of gcc. just before the error message, there is a vfork, another process. strace -f will also trace any subprocesses. |
| 10:52.41 | *** join/#oe fraxinas (~quassel@p4FD630B1.dip.t-dialin.net) |
| 10:54.56 | tasslehoff | janp_: from vfork and down: http://pastebin.com/w4sWmdV0 |
| 10:55.02 | *** join/#oe methril_work (~methril@201.35.65.90) |
| 10:56.27 | *** join/#oe janinge (j@ninge.net) |
| 11:12.28 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:17.00 | hrw | http://marcin.juszkiewicz.com.pl/2010/09/21/i-am-not-a-filesystem-expert/ |
| 11:20.26 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
| 11:24.19 | methril_work | hrw, lol! |
| 11:25.04 | Jin^eLD | lol but true actually :) |
| 11:27.38 | *** join/#oe Crofton (~balister@pool-96-240-180-126.ronkva.east.verizon.net) |
| 11:30.34 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 11:30.43 | methril_work | it happens so often |
| 11:30.45 | methril_work | ... |
| 11:30.50 | methril_work | hehehe |
| 11:30.55 | janp_ | tasslehoff: the libmpfr.so.4 isn't the arm version right? file libmpfr.so.4 should tell you |
| 11:33.28 | tasslehoff | janp_: it is the arm-version.. |
| 11:38.00 | janp_ | tasslehoff: that's wrong, it should be the libmpfr.so.4 that is build from the native libmpfr.so.4 from oe not the arm version. cc1 indeed searches correctly but the library itself is wrong |
| 11:38.41 | *** join/#oe josef__ (~chatzilla@dslb-188-099-028-231.pools.arcor-ip.net) |
| 11:44.38 | *** join/#oe akumar1 (~mm4@122.170.27.202) |
| 11:49.28 | *** join/#oe florian (~user@Maemo/community/contributor/florian) |
| 11:56.43 | tasslehoff | janp_: ah. |
| 11:59.43 | mckoan | gm |
| 12:10.56 | Crofton | gm |
| 12:19.00 | janp_ | tasslehoff: how did you generate the sdk? |
| 12:20.32 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
| 12:22.44 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:24.15 | mlip | could someone be so kind and have a look at http://patchwork.openembedded.org/patch/2865/ ; since I am not the maintainer I need ack/nak and this completelly blocks the igep0020 machine |
| 12:27.11 | ericben | mlip: done |
| 12:27.53 | *** join/#oe rob_w (~bob@pD95ED5FE.dip.t-dialin.net) |
| 12:29.55 | ericben | tasslehoff: what is your email to try a patch to fix this problem ? |
| 12:31.47 | mlip | ericben: thx |
| 12:34.18 | *** join/#oe janinge (j@ninge.net) |
| 12:48.07 | *** join/#oe rwxr-x--- (ghost@71.20.76.29) |
| 13:14.23 | *** join/#oe r0ck_ (b49530f6@gateway/web/freenode/ip.180.149.48.246) |
| 13:14.54 | r0ck_ | hi i am having problem using bitbake |
| 13:15.03 | r0ck_ | i am behind proxy |
| 13:15.08 | r0ck_ | awhat to do? |
| 13:15.48 | r0ck_ | Connecting to sources.openembedded.org|140.211.169.165|:80... failed: Connection timed out. |
| 13:15.56 | r0ck_ | this is the error i am getting every time |
| 13:16.11 | r0ck_ | anybody there?? |
| 13:16.50 | r0ck_ | ?? |
| 13:17.52 | r0ck_ | ???? |
| 13:18.09 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8887667384 10openembedded.git/recipes/e17/elmdentica_svn.bb: elmdentica: temporary bump SRCREV above EFL_SRCREV to fix build after 55b3912f14b1919bf2cd330e48546f11c179794f |
| 13:19.02 | r0ck_ | ?? |
| 13:20.11 | CIA-68 | 03Paul Menzel <paulepanter@users.sourceforge.net> 07org.openembedded.dev * r2592c12ae9 10openembedded.git/docs/usermanual/reference/var_src_uri.xml: |
| 13:20.11 | CIA-68 | docs/usermanual: s/are be copied/are copied/ |
| 13:20.11 | CIA-68 | Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net> |
| 13:21.34 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 13:21.53 | ericben | r0ck_: check these scripts http://gitorious.org/angstrom/angstrom-setup-scripts/trees/master they handle the proxy configuration |
| 13:22.03 | r0ck_ | ok |
| 13:26.57 | tasslehoff | ericben: pm'ed you the mail now. |
| 13:27.29 | ericben | tasslehoff: ok I'm finishing the tests but it seems to work here |
| 13:28.59 | tasslehoff | ericben: cool. I gotta run now, but I'll test it tomorrow morning. |
| 13:34.16 | ericben | tasslehoff: ok I'll post it to the list (but I think the fix is quite a big hack but this may bring opinions on how to fix this in a clean way) |
| 13:42.13 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
| 13:47.35 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:51.34 | JaMa | Hi, if I call in configure.ac $PKG_CONFIG --cflags, all parts are prefixed with proper SYSROOTS patch, but if I call ${PKG_CONFIG} --variable=includedir then it doesn't prefix it with SYSROOT, is there better way then fixing it in configure.ac by prefixing manually? |
| 13:52.38 | *** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho) |
| 13:53.48 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 13:59.59 | *** join/#oe pirho__ (debian-tor@gateway/tor-sasl/pirho) |
| 14:04.01 | *** join/#oe kevinsc (~a0214685@nat/ti/x-gdqilncuhjwfkfbl) |
| 14:04.08 | cbrake | console-image is building pango ... |
| 14:05.09 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:07.19 | pb_ | cbrake: right, the little-known ascii art backend |
| 14:08.10 | *** join/#oe koobe_ (~koobe@84.249.77.31) |
| 14:09.53 | gchiii | how can I build angstrom distro with the latest codesourcery external toolchain? |
| 14:20.03 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 14:22.53 | *** join/#oe janinge (j@ninge.net) |
| 14:23.36 | *** join/#oe pirho__ (debian-tor@gateway/tor-sasl/pirho) |
| 14:28.03 | *** join/#oe janinge (j@ninge.net) |
| 14:29.58 | *** join/#oe dos1 (~dos@dha50.neoplus.adsl.tpnet.pl) |
| 14:29.58 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:31.44 | kergoth | morning |
| 14:31.51 | ericben | hi kergoth |
| 14:32.04 | kergoth | thanks for looking into that machine specific thing, appreciate it |
| 14:32.25 | ericben | yes, diging into the code help to better understand how things work :) |
| 14:33.01 | kergoth | :) |
| 14:33.03 | ericben | any opinion concerning the sdk patch serie I just sent ? |
| 14:33.31 | kergoth | ideally, it'd be smart enough to also know if any machine specific overrides were applied, or something -- we should be able to get that once bitbake gets metadata checksumming integrated and stamps go away |
| 14:34.03 | *** join/#oe Jay7 (jay@93-81-118-24.broadband.corbina.ru) |
| 14:42.03 | *** join/#oe kevinsc (~a0214685@nat/ti/x-vnwhvdxymcyfrxam) |
| 14:50.39 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 14:51.06 | *** join/#oe CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 14:53.27 | *** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 14:54.29 | kergoth | I'm really digging this 'awesome' window manager |
| 14:54.32 | kergoth | reminds me a lot of ion3 |
| 14:59.01 | pb_ | yeah, one of my ex-colleagues was a big fan of awesome. |
| 15:00.12 | pb_ | though, whenever I used to go over his desk and ask him to show me something, the response was always "sure, let me just switch to that window... [ five minutes passes ] ... right, here we are, what did you want again?" |
| 15:00.46 | Tartarus | ha |
| 15:01.06 | kergoth | hah |
| 15:07.55 | *** join/#oe rwxr-x--- (ghost@71.20.76.29) |
| 15:10.17 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 15:15.24 | kergoth | I like using tiled workspaces for terminals with it, makes it very easy and fast to do work without distractions anywhere near the workspace |
| 15:17.31 | kergoth | damnit, why the hell is vim/gtk2 stupid about fonts. in other setups, setting an invalid font fails and it falls back to the next font in the line |
| 15:17.38 | kergoth | but here it just ends up displaying really oddly instead |
| 15:17.39 | kergoth | hmm |
| 15:17.45 | kergoth | wonder if its specific to my setup |
| 15:20.15 | *** join/#oe pH5 (~ph5@e178221076.adsl.alicedsl.de) |
| 15:21.08 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 15:25.01 | fraxinas | khem: ping? |
| 15:46.06 | *** join/#oe joshc_ (~joshc@cpe-24-28-84-71.austin.res.rr.com) |
| 15:49.55 | khem | fraxinas: yes |
| 15:59.46 | fraxinas | khem: 4.4.4-initial built, but intermediate breaks during compile |
| 16:00.05 | fraxinas | it happens when compiling multilib which is strange already because it's configured to disable-multilib |
| 16:00.35 | fraxinas | plus, it fails when trying to include std c lib files from a non-existing incdir and i dunno where it got that idea from either |
| 16:07.19 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 16:29.33 | *** join/#oe sorvats (~sorvats@201.250.156.27) |
| 16:33.12 | *** join/#oe andyj (~andy@c-76-28-141-180.hsd1.wa.comcast.net) |
| 16:50.39 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 17:09.36 | *** join/#oe anarsoul (~anarsoul@80.249.83.140) |
| 17:11.24 | khem | fraxinas: do you know when the branch was created |
| 17:17.01 | fraxinas | not sure |
| 17:17.42 | khem | fraxinas: pastebin the errors |
| 17:17.53 | *** join/#oe stefan_schmidt (~stefan@p5B036E31.dip.t-dialin.net) |
| 17:19.15 | khem | stefan_schmidt: how did bitbake world go |
| 17:20.02 | stefan_schmidt | khem: had to blacklist some packages and are at 15000/70000 atm |
| 17:20.23 | stefan_schmidt | checks the latest state |
| 17:20.58 | khem | stefan_schmidt: ok |
| 17:21.23 | stefan_schmidt | Actually I wonder if -k makes some downloads fial |
| 17:21.25 | stefan_schmidt | fail |
| 17:21.34 | khem | it should not |
| 17:21.38 | stefan_schmidt | I often have top clean up the downloaded tarball and fetch it again |
| 17:21.43 | khem | fetch is another task |
| 17:21.55 | stefan_schmidt | yeah, must be some other glitch I have there |
| 17:22.46 | khem | Running task 40348 of 80575 |
| 17:22.51 | khem | :) |
| 17:23.01 | stefan_schmidt | cool :) |
| 17:23.08 | stefan_schmidt | khem: what distro/machine? |
| 17:23.16 | khem | minimal/efikamx |
| 17:23.27 | stefan_schmidt | ok, need to keep that in mind |
| 17:23.42 | stefan_schmidt | angstrom and bug20 might be strange due to all this TI tools |
| 17:23.54 | khem | stefan_schmidt: yeah |
| 17:23.57 | stefan_schmidt | normally I don't use them at all but during world they all turn up |
| 17:24.01 | khem | manual fetching |
| 17:24.11 | khem | I see them too |
| 17:24.20 | khem | actually I hit some bugs too |
| 17:24.28 | khem | we have been fixing them slowly |
| 17:26.27 | stefan_schmidt | khem: yup, need to add some patches instead of blacklisting the packages. Its just easier right now. :) Time is a bit short right now |
| 17:27.00 | khem | stefan_schmidt: sure you can also keep bitbake -k going and collect errors |
| 17:27.25 | stefan_schmidt | khem: doing that as well |
| 17:29.29 | khem | I ran out of space |
| 17:29.42 | khem | but then put a new HD with 256G into laptop |
| 17:29.46 | khem | it was 100G |
| 17:29.57 | khem | even with rm_work I ran our of space |
| 17:30.01 | khem | I think due to pstage |
| 17:30.05 | stefan_schmidt | urgs |
| 17:30.21 | stefan_schmidt | should have enough space at the buildhost. At least I hope :) |
| 17:30.22 | khem | but I had 53000 tasks completed |
| 17:31.28 | stefan_schmidt | way better then what I have atm |
| 17:31.41 | stefan_schmidt | anyway, we will getting there. No rush needed :) |
| 17:31.53 | khem | yes its a back burner thing |
| 17:32.30 | khem | bugzilla is up please let me know if you see any issues |
| 17:32.44 | stefan_schmidt | khem: will do |
| 17:33.07 | ericben | hi khem |
| 17:33.07 | stefan_schmidt | khem: biggest problem is to filter out the smaller issues or strange fetch problems I have over here |
| 17:33.34 | khem | hmm are you behind a firewall |
| 17:34.21 | stefan_schmidt | khem: not really. Its NAT'ed but all fetching works fine normally |
| 17:36.05 | ericben | khem: do you think the way to solve the sdk's libs problem I proposed is correct ? http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024438.html |
| 17:36.23 | *** join/#oe Martin-B (~martin@pool-207-66-198-89.dbd-ipconnect.net) |
| 17:37.51 | khem | ericben: I see no issues |
| 17:37.58 | khem | seems ok |
| 17:39.34 | ericben | ok, except the PR increase in gcc,gmp & mpfr packages, is there anything else I should add? |
| 17:41.02 | gchiii | when I try yo use external toolchain csl with angstrom, TARGET_SYS seems to be wrong |
| 17:41.53 | khem | ericben: you will also need it in libmpc and libelf if you use gcc 4.5 |
| 17:42.27 | ericben | actually it's gcc 4.4. Do you think I add libelf & libmpc to the gcc-cross-sdk ? |
| 17:42.38 | khem | you should |
| 17:42.50 | khem | actually try to generate the sdk with gcc 4.5 |
| 17:43.07 | khem | that covers a superset of libraries |
| 17:43.16 | ericben | ok will try this but with angstrom any versions are more or less locked |
| 17:43.20 | khem | IOW if you get 4.5 right previous ones will be right too |
| 17:43.35 | khem | ericben: use minimal |
| 17:43.38 | khem | :) |
| 17:43.51 | ericben | yes, I think I'll use minimal for testing gcc 4.5 |
| 17:44.08 | ericben | in minimal you set the versions in your conf file or it automatically get 4.5 ? |
| 17:44.20 | khem | PREFERRED_GCC_VERSION_local = "4.5" |
| 17:44.28 | khem | in your local.conf will do it |
| 17:44.30 | sorvats | how does oe decide which kernel patches to download from kernel.org? |
| 17:44.32 | ericben | what means the local override ? |
| 17:44.37 | khem | minimal uses 4.4.4 default |
| 17:44.46 | khem | it mean local.conf |
| 17:45.03 | khem | and its powerful |
| 17:45.10 | khem | it overrides others |
| 17:45.30 | ericben | ah ok |
| 17:46.15 | ericben | ok I see in conf/bitbake.conf it's the first one |
| 17:46.29 | ericben | thanks, I'll try this later |
| 17:47.14 | khem | need to reboot this box brb |
| 17:48.09 | ericben | btw if you have opinion on this other patch serie : http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024422.html feel free to send comments :) |
| 17:48.28 | ericben | diner time, bbl |
| 17:51.43 | fraxinas | khem: http://pastebin.com/sqNDafJh |
| 17:56.12 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 17:58.14 | fraxinas | khem: http://pastebin.com/sqNDafJh |
| 17:58.47 | *** join/#oe kgilmer (~kgilmer@216.131.196.2) |
| 18:00.10 | khem | fraxinas: ok it did not build glibc-initial |
| 18:00.16 | khem | or staged it properly |
| 18:00.29 | khem | I would say sync back changed in glibc too |
| 18:00.34 | khem | or eglibc whichever you use |
| 18:01.33 | fraxinas | ah |
| 18:01.35 | fraxinas | okay |
| 18:01.42 | fraxinas | that's possible! i cleaned glibc |
| 18:02.00 | fraxinas | i forgot about it |
| 18:02.11 | khem | you should then do bitbake glibc-initial |
| 18:02.24 | khem | then it will stage the stuff needed for gcc-cross-intermediate |
| 18:02.37 | fraxinas | aye! thanks |
| 18:03.16 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
| 18:22.54 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 18:26.15 | *** join/#oe aafuentes (~mswl@140.87.117.91.dynamic.mundo-r.com) |
| 18:27.02 | *** join/#oe anarsoul (~anarsoul@80.249.83.140) |
| 18:29.49 | *** join/#oe timtimred (~meh@79-69-151-67.dynamic.dsl.as9105.com) |
| 18:38.58 | *** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz) |
| 18:47.49 | *** join/#oe aafuentes (~mswl@140.87.117.91.dynamic.mundo-r.com) |
| 18:53.53 | *** join/#oe vanous (~vanous@212.119.227.2) |
| 18:58.12 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 19:06.21 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
| 19:08.45 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 19:17.31 | *** join/#oe ant_mob (~ant_mob@host196-249-dynamic.4-87-r.retail.telecomitalia.it) |
| 19:27.07 | *** part/#oe sorvats (~sorvats@201.250.156.27) |
| 19:37.16 | *** join/#oe stefan__ (~stefan@p5B03577C.dip.t-dialin.net) |
| 19:37.21 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 19:42.55 | *** join/#oe sorvats (~sorvats@201.250.156.27) |
| 19:51.53 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 19:52.20 | sorvats | is there a way to override rm_work for some specific package? |
| 19:55.22 | *** join/#oe vanous (~vanous@212.119.227.2) |
| 20:01.24 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 20:03.29 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 20:12.57 | fraxinas | khem: yay, works |
| 20:13.10 | khem | ok np |
| 20:16.14 | *** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi) |
| 20:28.00 | *** join/#oe janinge (j@ninge.net) |
| 20:34.20 | ericben | khem: with your patch which ask gcc-sdk to use stati libmpfr, gmp & co, my patches for these libs are no more needed if I understand well ? |
| 20:36.57 | khem | ericben: yes |
| 20:37.24 | ericben | ok I'm testing you patches and will update my patchset to the remaining necessary patches |
| 20:37.46 | fraxinas | *sigh* gcc-cross-intermediate worked but now it fails with gcc-cross_4.4.4 |
| 20:38.25 | fraxinas | /dream/oe1.6/dm8000/build/tmp/cross/mipsel/mipsel-oe-linux/bin/ld: /dream/oe1.6/dm8000/build/tmp/staging/mipsel-oe-linux/usr/lib/libc.a(abort.o): relocation R_MIPS_HI16 against `a local symbol' can not be used when making a shared object; recompile with -fPIC |
| 20:38.25 | fraxinas | /dream/oe1.6/dm8000/build/tmp/staging/mipsel-oe-linux/usr/lib/libc.a: could not read symbols: Bad value |
| 20:39.18 | Tartarus | ericben: gdb needs something similar to what khem did for mpfr & co I think |
| 20:40.30 | khem | Tartarus: you ok with that patch then I will push it |
| 20:40.43 | Tartarus | just ack'd v2 |
| 20:42.57 | khem | oki doki |
| 20:43.07 | khem | kicks fetchmail |
| 20:44.39 | ericben | Tartarus : is adding ncurses-sdk and zlib-sdk in sdk's lib not a good thing ? |
| 20:45.43 | ericben | it works fine this way (same for libmpfr & co in fact) |
| 20:45.52 | Tartarus | It sucks for relocation |
| 20:46.00 | Tartarus | Unless you want to investigate $ORIGIN mangling |
| 20:46.05 | Tartarus | LD_LIBRARY_PATH sucks |
| 20:46.18 | ericben | ah ok |
| 20:46.42 | ericben | when you relocate the sdk, you only change the environment setup script and that works as is ? |
| 20:47.16 | Tartarus | We don't rely on that script |
| 20:47.32 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * r03ba2d4f86 10openembedded.git/recipes/ (11 files in 5 dirs): |
| 20:47.32 | CIA-68 | gcc-cross,gcc-cross-sdk: Link libmpfr, libgmp, libmpc and libelf statically into gcc |
| 20:47.32 | CIA-68 | * Generate static version of these libraries |
| 20:47.32 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:47.32 | CIA-68 | Acked-by: Tom Rini <tom_rini@mentor.com> |
| 20:47.33 | Tartarus | But yes, the SDK directory can move around wherever |
| 20:47.33 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * rf990853e39 10openembedded.git/recipes/iphone/ (4 files): |
| 20:47.33 | CIA-68 | iphone: Mark recipes with COMPATIBLE_MACHINE=iphone |
| 20:47.33 | CIA-68 | * Remove EXCLUDE_FROM_WORLD |
| 20:47.34 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:47.37 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * r5486dcbf08 10openembedded.git/recipes/corosync/ (corosync_1.2.7.bb files/corosync-docs.patch): |
| 20:47.38 | CIA-68 | corosync: Fix compilation |
| 20:47.38 | CIA-68 | Update to 1.2.8 |
| 20:47.38 | CIA-68 | Add corosync-docs.patch to fix html doc compilation |
| 20:47.38 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:47.38 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * rd83521d8d0 10openembedded.git/recipes/groff/ (groff_1.19.2.bb groff_1.20.1.bb): |
| 20:47.38 | CIA-68 | groff_1.20.1.bb: Add recipe. |
| 20:47.39 | CIA-68 | Add groff-native with BBCLASSEXTEND |
| 20:47.39 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:47.41 | CIA-68 | 03Graham Gower <graham.gower@gmail.com> 07master * r9aad9078dc 10openembedded.git/recipes/ (8 files in 3 dirs): (log message trimmed) |
| 20:47.42 | CIA-68 | tapioca, farsight: move to obsolete. These recipes are old and unbuildable. |
| 20:47.48 | ericben | ok there is also libopkg.so and libz.so in the sdk's lib dir |
| 20:48.41 | Tartarus | Yes |
| 20:48.50 | Tartarus | We also don't care about opkg :) |
| 20:48.56 | Tartarus | But all of that stuff should be origin mangled |
| 20:49.05 | Tartarus | cc & co is hrader due to funky burried paths |
| 20:49.19 | Tartarus | (libexec/.../../cc1) |
| 20:50.13 | *** join/#oe anr78 (~Mich@145.79-161-31.customer.lyse.net) |
| 20:50.49 | ericben | by origin mangled you mean the base directory can change ? |
| 20:51.54 | ericben | what package manager are you using ? deb or no package at all ? |
| 20:58.14 | Tartarus | We install to the sdk with opkg |
| 20:58.20 | Tartarus | But no, no pkg mgr in the SDK |
| 20:59.24 | ericben | ok this makes sens as packaging is done in oe |
| 20:59.39 | ericben | will see this tomorrow |
| 20:59.47 | ericben | bye |
| 21:11.39 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:16.29 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 21:32.16 | *** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi) |
| 21:51.17 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 21:52.44 | *** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 21:52.50 | aafuentes | hi, im doing the getting started oe tutorial |
| 21:53.05 | aafuentes | i am doing the bitbake nano part |
| 21:53.11 | aafuentes | at one line it says |
| 21:53.13 | aafuentes | cp: cannot stat `/stuff/build/tmp/work/i686-linux/stagemanager-native-0.0.1-r13/sysroot-destdir//stuff/build/tmp/*': No such file or directory |
| 21:53.37 | aafuentes | anybody knows what conf line did i missed? |
| 21:53.51 | aafuentes | miss* |
| 21:53.59 | khem | aafuentes: do you have prerequisites |
| 21:54.03 | khem | on your distro |
| 21:54.10 | khem | installed |
| 21:54.23 | aafuentes | yep |
| 21:54.41 | khem | whats your distro |
| 21:54.45 | aafuentes | ubuntu |
| 21:55.03 | aafuentes | it seems its trying to join to paths badly |
| 21:55.35 | aafuentes | with those two bars // |
| 21:55.50 | khem | what does your TMPDIR look like |
| 21:55.55 | khem | in local.conf |
| 21:55.59 | khem | does it have a traling / |
| 21:57.41 | aafuentes | i dont have tmpdir defined in my local.conf |
| 21:57.59 | khem | what does your local.conf look like |
| 21:58.04 | khem | can you paste it somewhere |
| 21:58.09 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 21:58.27 | aafuentes | it created a tmp on the folder i lauched bitbake tho |
| 21:58.43 | aafuentes | yep |
| 22:00.43 | aafuentes | http://pastebin.com/9ni6CdCT |
| 22:01.41 | aafuentes | it gave that error, but it seems the recipe continues to do its stuff :S |
| 22:04.18 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 22:05.54 | *** join/#oe anarsoul_ (~anarsoul@80.249.83.140) |
| 22:11.02 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 22:12.34 | *** join/#oe russ (~russ@206.29.188.187) |
| 22:15.00 | aafuentes | khem, u there? |
| 22:15.18 | khem | yes |
| 22:16.38 | khem | define TMPDIR = "/stuff/tmp" |
| 22:17.01 | aafuentes | thanks khem ;) |
| 22:18.19 | aafuentes | another question... khem. Is there a way to distribute compile openembedded recipes? it seems the builds takes forever |
| 22:18.56 | khem | packaged staging is there |
| 22:19.23 | aafuentes | i have a farm of computers... is there a way to use them? |
| 22:19.40 | khem | yes icecc |
| 22:19.42 | khem | or distcc |
| 22:20.31 | aafuentes | mmm... ive used distcc with gnu projects in the past |
| 22:20.51 | aafuentes | ill take a look at it with bitbake... thanks khem ;) |
| 22:21.03 | khem | sure |
| 22:21.09 | *** join/#oe ka6sox-away_ (cf9a635b@nslu2-linux/ka6sox) |
| 22:21.12 | khem | you can ask any questions you have here |
| 22:21.57 | aafuentes | ill dig a little deeper in bitbake... and then come back with lots of questions |
| 22:22.01 | aafuentes | thanks ;D |
| 22:23.50 | aafuentes | man, the do_fetch should be parallelized lol |
| 22:24.09 | aafuentes | i think i can go to bed and come back tomorrow |
| 22:27.02 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 22:28.58 | tharvey | is there a way I can add something to a package's postinst without overriding the recipe? a 'foo_pkg_postinst' defined outside of recipe doesn't override foo's pkg_postinst |
| 22:32.56 | *** join/#oe russ (~russ@206.29.188.187) |
| 22:33.27 | Tartarus | foo_pkg_postinst_append in your amend.inc or local.conf or whatever outside the recipe you're modifying? |
| 22:40.29 | *** join/#oe russ (~russ@206.29.188.187) |
| 22:40.30 | tharvey | Tartarus, thats what I tried but it didn't seem to take - should that be valid? |
| 22:40.31 | Tartarus | are you seeing it not append or not exist? |
| 22:40.31 | Tartarus | and where are you doing it from/ |
| 22:41.31 | tharvey | was doing it from local.conf was not seeing it exist but I'll check again if that syntax should work |
| 22:41.34 | *** join/#oe janinge (j@208.86.224.146) |
| 22:44.36 | Tartarus | amend.inc is how we do stuff |
| 22:44.50 | Tartarus | so, same toplevel as you have conf/local.conf, recipes/foo/amend.inc |
| 22:45.07 | *** part/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 22:45.46 | tharvey | Tartarus, ah... thats useful, I wasn't aware of amend.bbclass - thx! |
| 22:45.49 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 22:45.56 | kergoth | tharvey: from local.conf, you'd want pkg_postinst_whatever_append_pn-somerecipe, most likely |
| 22:46.07 | kergoth | or just _pn-somerecipe or _local rather than append |
| 22:46.22 | kergoth | using an override will ensure it overwrites the recipe's contents, but the pn- one will only apply to that one recipe, which is probably what you want |
| 22:46.49 | tharvey | ah... ok |
| 22:52.07 | *** join/#oe sorvats (~sorvats@201.250.156.27) |
| 22:56.51 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 23:00.04 | *** join/#oe kgilmer (~kgilmer@ow-003-g3-1-4.oracleworld.com) |
| 23:01.47 | *** join/#oe russ (~russ@206.29.188.187) |
| 23:02.36 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 23:08.19 | *** join/#oe JDuke127 (~kadirbaso@81.214.22.138) |
| 23:08.25 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:09.17 | JDuke127 | hi , when i try to compile sgx with "bitbake omap3-sgx-modules" , i got error on_compile bc_cat.c:490: error: implicit declaration of function 'omap_rev_lt_3_0' , how to fix this problem ? any solution ? |
| 23:18.21 | kergoth | ugh |
| 23:18.25 | kergoth | stabs bitbake a few times |
| 23:19.54 | khem | kergoth: thrice convicted you go to jail for life :) |
| 23:21.54 | kergoth | keep finding things that annoy me |
| 23:22.14 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 23:22.24 | khem | kergoth: btw I was reading the post from RP about varref |
| 23:22.34 | khem | kergoth: is it in poky now |
| 23:36.15 | grg | hmm... its no longer obvious to me why bitbake -k world has halted |
| 23:36.29 | khem | grg: same issue here |
| 23:36.34 | khem | :) |
| 23:36.39 | grg | fun |
| 23:36.42 | khem | it quit without any notice |
| 23:36.57 | grg | last one i got was Running task 58315 of 80464 |
| 23:37.01 | khem | NOTE: Running task 47837 of 80575 (ID: 46, /home/kraj/work/oe/openembedded/recipes/libaio/libaio-oracle_0.3.0.bb, do_rm_work_all) |
| 23:37.04 | khem | NOTE: package libaio-oracle-0.3.0-r1: task do_rm_work_all: Started |
| 23:37.06 | khem | NOTE: package libaio-oracle-0.3.0-r1: task do_rm_work_all: Succeeded |
| 23:38.58 | grg | libaio-oracle failed for me in do_qa_staging, due to imlib.pc |
| 23:40.16 | grg | but it is right at the end of the log |
| 23:40.26 | grg | (well, not quite the last thing) |
| 23:42.10 | tharvey | there seems to be some issues with packages used in meta-toolchain: NOTE: gcc contains dangling symlink to /lib/libgcc_s.so.1 |
| 23:42.10 | tharvey | NOTE: g77-symlinks contains dangling symlink to /usr/bin/i486-angstrom-linux-g77 |
| 23:42.10 | tharvey | NOTE: gfortran-symlinks contains dangling symlink to /usr/bin/i486-angstrom-linux-gfortran |
| 23:42.10 | tharvey | NOTE: libstdc++-dev contains dangling symlink to /usr/lib/libstdc++.so.6.0.10 |
| 23:42.10 | tharvey | ERROR: QA Issue with gcc: non -dev package contains symlink .so: gcc path '/work/i486-angstrom-linux/gcc-4.3.3-r17.1/packages-split/gcc/usr/lib/gcc/i486-angstrom-linux/4.3.3/libgcc_s.so' |
| 23:42.12 | khem | if I restart then it executes rm_work and staging for all |
| 23:42.18 | khem | not very helpful |
| 23:44.56 | grg | | /mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib/libbfd.a: could not read symbols: Bad value |
| 23:45.06 | grg | i get a couple of those, which don't look good |
| 23:45.09 | *** join/#oe kgilmer (~kgilmer@216.131.196.2) |
| 23:47.19 | CMoH-notebook | hey. is it possible to specify an overlay dir for conf/machine like for the recipes folder? |
| 23:47.47 | tharvey | CMoH-notebook, no you can overlay that as well |
| 23:47.53 | khem | grg: huh can you dump /mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib/libbfd.a |
| 23:48.11 | khem | tharvey: those qa issues are with gcc cross or target gcc |
| 23:48.11 | CMoH-notebook | tharvey, sorry, i don't understand what you mean |
| 23:48.43 | khem | CMoH-notebook: overlay is mirror copy of oe |
| 23:48.46 | CMoH-notebook | is it "no, you can't overlay..." or "no, you can overlay" |
| 23:48.50 | tharvey | CMoH-notebook, your trying to create a collection that adds new recipes and machine confs? thats common |
| 23:48.54 | tharvey | you can overlay |
| 23:48.55 | khem | think of oe metadata also as an overlay |
| 23:49.06 | *** join/#oe russ (~russ@206.29.188.187) |
| 23:49.27 | khem | so you can have a, b, openembedded which will be three overlays |
| 23:49.29 | grg | khem, I get this (which does not appear to be fatal to bitbake world): | /mnt/oe/tmp/sysroots/x86_64-linux/usr/mipsel/lib/gcc/mipsel-oe-linux/4.4.4/../../../../mipsel-oe-linux/bin/ld: /mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib/libbfd.a(archures.o): relocation R_MIPS_26 against `a local symbol' can not be used when making a shared object; recompile with -fPIC |
| 23:49.45 | khem | and each overlay looks like openembedded |
| 23:49.59 | CMoH-notebook | hmm, i think of an overlay as where specified in BBRECIPES="$OEBASE/openembedded/recipes/*/*.bb", which basically specifies a glob for files. |
| 23:50.09 | CMoH-notebook | how can i define an overlay for the whole openembedded? |
| 23:50.39 | tharvey | khem, right, QA issues with gcc, are people just ignoring them? my build script sees the error and craps out |
| 23:50.44 | khem | grg: issue is that someone installed into /mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib/libbfd.a which is a non pic version |
| 23:51.03 | CMoH-notebook | khem, tharvey, i already have the folders having the same structure as oe |
| 23:51.07 | khem | works fine on some arches but arches like mips x86_64 or arm will cry |
| 23:51.23 | grg | I think this base_do_unpack error is more likely the culprit: http://pastebin.com/jt94DSdi |
| 23:51.30 | tharvey | CMoH-notebook, some examples here: http://elinux.org/BeagleBoardOpenEmbeddedDevelopment |
| 23:52.56 | CMoH-notebook | tharvey, khem, thanks - i'll have to read these |
| 23:53.00 | tharvey | CMoH-notebook, and in the Getting_Started guide: http://wiki.openembedded.net/index.php/Getting_Started - specifically there, see how BBPATH is setup to reference /stuff/build first then /stuff/openembedded |
| 23:53.01 | *** join/#oe russ (~russ@206.29.188.187) |
| 23:53.44 | khem | CMoH-notebook: http://sakrah.homelinux.org/node/2 |
| 23:53.47 | tharvey | the beagleboard setup is more complicated and shows how you would prioritize collections (overlays) |
| 23:54.03 | khem | that will help with latest OE technology of bblayers and bbappend |
| 23:54.50 | tharvey | khem, ah... bblayers and bbappend look nice - seems like there are now so many different ways to overlay/override/append heh |
| 23:55.08 | khem | tharvey: the one I blogged works for me |
| 23:55.12 | khem | and is something I like |
| 23:55.50 | grg | why would someone put SRC_URI += "foo", and then put foo in files/$TARGET_MACHINE/ ? |
| 23:56.01 | grg | just breaking the package for everyone else? |
| 23:56.40 | CMoH-notebook | eh, yeah - now i have to choose between 3 solutions, which makes it a bit harder :D |
| 23:56.48 | khem | grg: that will make the package machine specific |
| 23:56.55 | CMoH-notebook | anyway, it's great to have these at hand |
| 23:57.20 | CMoH-notebook | so basically bitbake reads all conf/*.conf files within the $PWD ? |
| 23:57.41 | CMoH-notebook | if i put conf/site.conf near conf/local.conf they'll both be parsed |
| 23:57.46 | tharvey | CMoH-notebook, no, it uses BBPATH |
| 23:58.36 | CMoH-notebook | ah, ok; but it does glob if i understand the guides correctly |