| 00:04.05 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 00:17.03 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 00:19.27 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 00:27.44 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 00:34.25 | *** join/#oe GNUtoo|laptop (~gnutoo@host237-37-dynamic.117-80-r.retail.telecomitalia.it) |
| 00:46.35 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 00:50.38 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 01:05.24 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 01:08.35 | *** join/#oe kerim (~kerim@188.3.53.196) |
| 01:13.11 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 01:20.47 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 01:24.24 | CIA-101 | 03Graham Gower <graham.gower@gmail.com> 07master * rb0190e9cee 10openembedded.git/recipes/tasks/task-proper-tools.bb: |
| 01:24.25 | CIA-101 | task-proper-tools.bb: Exclude some packages if DISTRO_FEATURES lacks ipv6. |
| 01:24.25 | CIA-101 | Signed-off-by: Graham Gower <graham.gower@gmail.com> |
| 01:24.25 | CIA-101 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 01:27.57 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 01:28.35 | *** join/#oe kerim (~kerim@188.3.53.196) |
| 01:32.06 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 01:32.45 | *** join/#oe _julian_ (~quassel@hmbg-5f762a85.pool.mediaWays.net) |
| 01:37.46 | *** join/#oe foerster|away (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 01:41.31 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 01:46.06 | *** join/#oe foerster|away (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 01:47.08 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 01:52.53 | *** join/#oe foerster|away (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 01:55.26 | CIA-101 | 03Graham Gower <graham.gower@gmail.com> 07master * r61c8f6dca9 10openembedded.git/recipes/autoconf/ (2 files in 2 dirs): (log message trimmed) |
| 01:55.26 | CIA-101 | autoconf_2.65.bb: Fix build for DISTRO=micro. |
| 01:55.26 | CIA-101 | Update autoconf-dont-execute-perl.patch for autoconf-2.65. |
| 01:55.26 | CIA-101 | See aa0d1e870c41d3375866c8180c720cd0fc27ffcd. |
| 01:55.26 | CIA-101 | checking for perl... (cached) /bin/perl |
| 01:56.10 | *** join/#oe fraxinath (~quassel@p4FD639E3.dip.t-dialin.net) |
| 02:02.54 | *** join/#oe foerster|away (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 02:03.58 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 02:12.25 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 02:13.41 | *** join/#oe foerster|away (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 02:16.00 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 02:19.29 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 02:32.56 | *** join/#oe foerster|away (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 02:34.25 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 02:46.15 | *** join/#oe mrc3 (~ddiaz@189.157.109.15) |
| 02:52.18 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 02:54.04 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 03:01.02 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 03:03.01 | grg | kergoth, around? |
| 03:03.11 | grg | bb commit 53740977521bc81ffa37adfa7bbeb8f2a80ea165 breaks pcmciautils |
| 03:03.24 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:04.22 | *** join/#oe fraxinas (~quassel@p4FD6484F.dip.t-dialin.net) |
| 03:04.23 | grg | http://tinderbox.openembedded.net/packages/1246193/ |
| 03:06.38 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:13.32 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:24.52 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 03:29.14 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:29.26 | *** part/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:33.43 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:33.45 | *** part/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:36.55 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 03:57.40 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 03:58.28 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 04:08.43 | kergoth | grg: are you running a bitbake with 8b0753c090b0065a982198708c840f7c78dc0d23 applied? that fixes a major problem with it which was breaking gcc-cross-initial's patching. |
| 04:09.18 | grg | kergoth, i'm running master, i bisected back to taht commit. posted a fix to the bitbake-dev list too... |
| 04:09.27 | kergoth | k |
| 04:09.32 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 04:09.48 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 04:10.11 | kergoth | what was the issue? |
| 04:10.31 | grg | kergoth, wrong working directory when execing do_compile |
| 04:10.53 | kergoth | i figured that, i meant in the code :) |
| 04:11.17 | grg | pcmciautils, or bitbake? |
| 04:11.19 | kergoth | eh, that patch is completely unnecessary |
| 04:11.21 | grg | i dont follow |
| 04:11.32 | kergoth | cwd is passed to subprocess |
| 04:11.37 | grg | ok, well it fixes the problem for me |
| 04:11.39 | kergoth | it changes the current directory before running the script |
| 04:12.14 | kergoth | that bit you added back was removed intentionally. |
| 04:12.16 | kergoth | i'll look into it |
| 04:12.35 | grg | thanks |
| 04:12.41 | kergoth | thanks for the report. |
| 04:12.53 | kergoth | interesting that it would only break that recipe |
| 04:13.12 | grg | yes, i thought that odd also |
| 04:13.25 | grg | very reproducibly |
| 04:13.37 | grg | s/ly/e/ |
| 04:19.39 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 04:19.47 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 04:20.51 | mems | hey, I'm having some difficulty with building psplash. It appears that bitbake doesn't copy the subversion sources from tmp/downloads into the psplash dir in tmp/work |
| 04:21.24 | mems | and I'm not sure why it isn't... |
| 04:22.04 | mems | (there's a svn://... URI in SRC_URI, which is checks out into tmp/downloads OK, but it does't do anything with it later :( |
| 04:22.10 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 04:33.41 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 04:48.58 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 04:50.33 | grg | kergoth, i didn't notice it before but there appears to be a whole bunch of shit from various built packages in the directory that i invoked bitbake from |
| 04:50.55 | grg | e.g. mtdutils binaries |
| 04:51.59 | grg | and no matter what i do, i can't get pcmciautils to leave a log.do_compile |
| 04:54.28 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 05:00.09 | *** join/#oe nitink (~nitink@134.134.139.70) |
| 05:01.06 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 05:06.38 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 05:17.44 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 05:22.24 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 05:26.10 | grg | kergoth, both mtdutils and pcmciautils use $PWD in their makefiles |
| 05:26.36 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 05:26.48 | *** part/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 05:26.53 | grg | changing the cwd with subprocess.Popen uses os.chdir to change directory, which doesnt affect the PWD env var. cd foo in the shell does change it |
| 05:32.54 | *** join/#oe mrj10 (~mrj10@24-216-68-137.dhcp.stls.mo.charter.com) |
| 06:07.10 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-nstfoiyiikadinhp) |
| 06:14.39 | *** join/#oe sgw (~sgw@pool-74-98-66-97.ptldor.fios.verizon.net) |
| 06:29.09 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 06:48.19 | *** part/#oe lostincake1 (~aditya@pool-96-255-1-7.washdc.fios.verizon.net) |
| 07:01.15 | *** join/#oe bandwidthcrunch (~quassel@122.166.104.245) |
| 07:10.59 | *** join/#oe yonathanaw_ (~quassel@122.166.104.245) |
| 07:29.20 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:34.42 | CIA-101 | 03Khem Raj <raj.khem@gmail.com> 07master * r2c85705525 10openembedded.git/recipes/gcc/ (gcc-4.5.inc gcc-svn.inc): (log message trimmed) |
| 07:34.42 | CIA-101 | gcc-4.5.inc/gcc-svn.inc: Dont do the sourcedir move dance. |
| 07:34.42 | CIA-101 | In some cases the rename_srcdir ended up moving the sourcedir |
| 07:34.42 | CIA-101 | as a sub-directory under gcc-4.5 which was not intended actually |
| 07:34.42 | CIA-101 | it is intended to be renamed and not moved. Which was seen recently |
| 07:34.54 | CIA-101 | 03Khem Raj <raj.khem@gmail.com> 07master * r641a2a7e3d 10openembedded.git/recipes/binutils/ (3 files in 2 dirs): |
| 07:34.54 | CIA-101 | binutils_2.21.bb: Fix the build when using libtool 2.4 |
| 07:34.54 | CIA-101 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 07:36.35 | CIA-101 | 03Maksym Parkachov <lazy.gopher@gmail.com> 07master * r4a8caae899 10openembedded.git/recipes/mcpp/ (mcpp-2.7.2/slice2ccp-no-crash.patch mcpp.inc mcpp_2.7.2.bb): |
| 07:36.35 | CIA-101 | mcpp: fixed crash issue with slice2cpp |
| 07:36.35 | CIA-101 | * added patch to fix crash issue with slice2cpp |
| 07:36.35 | CIA-101 | * fixed package name by removing lib_package |
| 07:36.35 | CIA-101 | Signed-off-by: Maksym Parkachov <lazy.gopher@gmail.com> |
| 07:36.46 | CIA-101 | 03Maksym Parkachov <lazy.gopher@gmail.com> 07master * r2704fd5da3 10openembedded.git/recipes/zeroc/ (7 files in 3 dirs): (log message trimmed) |
| 07:36.47 | CIA-101 | icee: New program ZeroC IceE |
| 07:36.47 | CIA-101 | * added version of 1.3.0 of libicee |
| 07:36.47 | CIA-101 | * added slice2cppe with both native and target version |
| 07:36.47 | CIA-101 | * fixed multipe issues with makefiles |
| 07:44.44 | *** join/#oe morphis (~morphis@brmn-4db70ad1.pool.mediaWays.net) |
| 07:49.33 | mckoan | good morning |
| 07:50.27 | khem | mckoan: gm |
| 07:53.37 | JaMa | gm |
| 07:55.54 | khem | Hey JaMa |
| 07:56.23 | khem | FYI I have a local patch I am testing where now cross localedef can be used for OE eglibc |
| 07:56.30 | khem | so no more qemu worries |
| 07:56.57 | khem | once it comes good I will send it out to ml and would need help in testing it out |
| 08:02.59 | JaMa | will test it for sure |
| 08:03.53 | JaMa | khem: btw I have noticed segfault in qemu-0.13 also while building emacs-x11 (with 0.12 it was ok) |
| 08:04.54 | eFfeM_work | gm |
| 08:05.33 | eFfeM_work | khem, you saw my mail that mediatomb/js is still not working ? |
| 08:05.55 | *** join/#oe rschus (~rschus@88.163.71-86.rev.gaoland.net) |
| 08:09.44 | khem | JaMa: yes I think we should pin to 12.5 for now and DP = -1 for .13 |
| 08:09.52 | khem | JaMa: care to post a patch ? |
| 08:10.02 | khem | eFfeM_work: yes I saw |
| 08:10.10 | khem | but I do not understand your error |
| 08:10.21 | khem | for me js build went fine |
| 08:10.32 | khem | after the one patch I had |
| 08:10.40 | JaMa | khem: I can post it.. but I haven't seen that error while building locales only in emacs-x11 |
| 08:10.54 | eFfeM_work | khem, strange, I had the error both at home and on the autobuilder at home early dec it was still ok |
| 08:11.01 | khem | JaMa: there are more than 1 problem |
| 08:11.04 | khem | with .13 |
| 08:11.26 | khem | eFfeM_work: hmm whats the error |
| 08:11.31 | eFfeM_work | khem, I have the whole setup still untouched, I can still reproduce and diagnose it |
| 08:11.40 | eFfeM_work | khem, one sec |
| 08:12.49 | *** join/#oe sgw (~sgw@pool-74-98-66-97.ptldor.fios.verizon.net) |
| 08:13.14 | eFfeM_work | khem: /home/hudson/jobs/FM_TEST/workspace/tmp/sysroots/x86_64-linux/usr/armv5te/lib/gcc/arm-oe-linux-gnueabi/4.5.2/../../../../arm-oe-linux-gnueabi/bin/ld: conftest: hidden symbol `__gnu_thumb1_case_uqi' in /home/hudson/jobs/FM_TEST/workspace/tmp/sysroots/x86_64-linux/usr/armv5te/lib/gcc/arm-oe-linux-gnueabi/4.5.2/libgcc.a(_thumb1_case_uqi.o) is referenced by DSO /home/hudson/jobs/FM_TEST/workspace/tmp/sysroots/x86_64-linux/usr/armv5te/lib/g |
| 08:13.21 | eFfeM_work | ah, will make that three lines |
| 08:13.40 | eFfeM_work | /home/hudson/jobs/FM_TEST/workspace/tmp/sysroots/x86_64-linux/usr/armv5te/lib/gcc/arm-oe-linux-gnueabi/4.5.2/../../../../arm-oe-linux-gnueabi/bin/ld: conftest: hidden symbol `__gnu_thumb1_case_uqi' in |
| 08:13.41 | eFfeM_work | /home/hudson/jobs/FM_TEST/workspace/tmp/sysroots/x86_64-linux/usr/armv5te/lib/gcc/arm-oe-linux-gnueabi/4.5.2/libgcc.a(_thumb1_case_uqi.o) is referenced by DSO |
| 08:13.52 | eFfeM_work | /home/hudson/jobs/FM_TEST/workspace/tmp/sysroots/x86_64-linux/usr/armv5te/lib/gcc/arm-oe-linux-gnueabi/4.5.2/../../../../arm-oe-linux-gnueabi/bin/ld: final link failed: Nonrepresentable section on output |
| 08:13.52 | khem | eFfeM_work: ok that error I see. but I thought you had issue with js too |
| 08:14.07 | eFfeM_work | khem, this is still the js issue |
| 08:14.22 | eFfeM_work | after your patch mediatomb still bails out for me |
| 08:14.22 | khem | eFfeM_work: not mediatomb ? |
| 08:14.37 | eFfeM_work | khem, this is still from mediatomb configure |
| 08:14.48 | khem | o.0 |
| 08:14.50 | eFfeM_work | git head from satudrday |
| 08:14.58 | JaMa | khem: sent to ml |
| 08:15.07 | eFfeM_work | rebuild from scratch removed both TMPDIR and pstage dir |
| 08:15.20 | khem | let me ask once again |
| 08:15.33 | khem | is it js error or mediatomb error ? |
| 08:15.40 | khem | there are two different recipes |
| 08:16.23 | eFfeM_work | khem it is an error in mediatomb do_configure where it tries to find js; the test in mediatomb configure fails because of the linking error above |
| 08:16.46 | khem | ok got it. so its mediatomb recipe |
| 08:17.10 | khem | well when I tried to build mediatomb it bombed for me too but elsewhere |
| 08:17.17 | khem | so I could not reproduce your problem |
| 08:18.36 | eFfeM_work | khem, I isolated the code from do_configure, did a bitbake -c devshell mediatomb then ran the same command as configure runs on the same file and it still gives the error, the source file and cmd are in my last post |
| 08:19.22 | *** join/#oe hrw (~hrw@89-73-120-20.dynamic.chello.pl) |
| 08:19.22 | khem | eFfeM_work: hmm thats nice let me see |
| 08:19.23 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:19.35 | eFfeM_work | khem: http://article.gmane.org/gmane.comp.handhelds.openembedded/40488/match=mediatomb |
| 08:21.27 | *** join/#oe roza (~ron@nat/cisco/x-plmwjoihsqjeeaqy) |
| 08:22.28 | hrw | morning |
| 08:23.20 | eFfeM_work | hi hrw |
| 08:30.15 | khem | eFfeM_work: I have started to build js which will take some hrs here I will try to see this tomorrow |
| 08:30.22 | khem | good night all |
| 08:30.36 | eFfeM_work | khem, thanks a lot and good nite |
| 08:30.39 | *** join/#oe sgw (~sgw@pool-74-98-66-97.ptldor.fios.verizon.net) |
| 08:31.17 | eFfeM_work | khem will be online tonigt at around 18.30 GMT so we can compare results and e.g. peek into files with objdump |
| 08:31.43 | ka6sox | hrw, what other tools do you need for the wiki? |
| 08:36.52 | hrw | ka6sox: bb in few |
| 08:37.28 | ka6sox | hrw, kk |
| 08:37.55 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 08:38.05 | *** join/#oe risca (~risca@tappan-125-23.eduroam.liu.se) |
| 08:46.04 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
| 08:46.42 | *** join/#oe wicknix (~matt@7.63-135-152.cellcom.com) |
| 08:49.17 | hrw | ka6sox: if you know something to mass remove users... |
| 08:49.34 | hrw | I think we need to add some captcha or sth like that to register form |
| 08:50.00 | ka6sox | hrw, okay you are the third person to ask for captcha...I'll get it on there tommorrow. |
| 08:50.09 | *** join/#oe ericben|away (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
| 08:50.14 | ka6sox | re: mass removal...only the proceedure I showed you. |
| 08:50.27 | ka6sox | I'll refind it and post the link again. |
| 08:50.32 | hrw | ok |
| 08:50.45 | ka6sox | basically combine folks from a list and then delete it as 1 user. |
| 08:55.06 | hrw | k |
| 08:57.09 | *** join/#oe dth_ntb (~dth@a89-182-11-86.net-htp.de) |
| 08:57.27 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:58.08 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:00.45 | JaMa | khem: 641a2a7e3dda3694fb2304f1a2ac4f7041ab3378 seems not enough for target binutils-2.21 (fails because of full tmpdir path: ERROR: QA Issue with staging: libopcodes.la failed sanity test (workdir) in path /OE/tmpdir-shr/sysroots/armv7a-oe-linux-gnueabi/usr/lib) |
| 09:07.19 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 09:10.33 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:11.30 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:17.00 | XorA | morning |
| 09:18.24 | bluelightning | morning all |
| 09:21.40 | XorA | heh instead of captcha we should just print a git hash and user has to enter the commiter :-) |
| 09:26.25 | bluelightning | hah |
| 09:26.28 | bluelightning | :) |
| 09:27.31 | ka6sox | morning bluelightning moving that stuff now |
| 09:33.04 | *** join/#oe rschus (~rschus@88.163.71-86.rev.gaoland.net) |
| 09:34.20 | bluelightning | ka6sox: morning, thanks for that |
| 09:57.59 | *** join/#oe rob_w (bob@pD95EE9D0.dip.t-dialin.net) |
| 10:13.53 | anarsoul | XorA: too easy |
| 10:13.58 | anarsoul | even for bot :) |
| 10:14.08 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 10:14.34 | XorA | anarsoul: doubt bot writers will customize for one site though :-) |
| 10:15.15 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:15.15 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 10:16.27 | ka6sox | reCaptcha is a PITA but it works. |
| 10:16.36 | ka6sox | so thats what I'm putting on. |
| 10:19.06 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 10:34.22 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:42.41 | Jay7 | JaMa: I'm ack'ing qemu 'downgrade' too |
| 10:42.51 | Jay7 | not sure about weight of my ack :) |
| 10:46.22 | ka6sox | hrw, recaptcha installed |
| 10:47.01 | JaMa | Jay7: please do it as reply, so I will get it included for pw-am :) |
| 10:50.55 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 10:54.06 | *** join/#oe GNUtoo|laptop (~gnutoo@host237-37-dynamic.117-80-r.retail.telecomitalia.it) |
| 10:57.25 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:57.52 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 11:01.10 | Jay7 | JaMa: Acked-by: Yuri Bushmelev <jay4mail@gmail.com> |
| 11:01.44 | *** join/#oe tdebrouw (~tdebrouw@91.182.30.88) |
| 11:05.25 | *** join/#oe davidlt (~davidlt@112-125.78-83.cust.bluewin.ch) |
| 11:28.17 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:34.04 | JaMa | Jay7: hmm patchwork is not reading replies on IRC, but OK I'll add it manually |
| 11:34.23 | Jay7 | JaMa: ah.. you mean reply in email |
| 11:36.04 | CIA-101 | 03Martin Jansa <martin.jansa@gmail.com> 07master * rab163b72ae 10openembedded.git/recipes/qemu/qemu_0.13.0.bb: |
| 11:36.05 | CIA-101 | qemu-0.13.0: add D_P -1 for now, some people have segfault with it where 0.12.5 worked ok |
| 11:36.05 | CIA-101 | * I've seen it on one host while building emacs-x11 |
| 11:36.05 | CIA-101 | * locale generation: http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-December/027723.html |
| 11:36.05 | CIA-101 | Acked-by: Eric Bénard <eric@eukrea.com> |
| 11:41.00 | obi | it seems like patchwork breaks utf8 encoded patches: http://patches.openembedded.org/patch/35/ |
| 11:41.11 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:41.21 | obi | i can't apply this one, but it looks OK both in git and in my inbox |
| 11:41.56 | obi | because "Jan UrbaÅski" contains an utf-8 character |
| 11:43.50 | obi | khem: maybe this patch would help: http://www.mail-archive.com/patchwork@lists.ozlabs.org/msg00096.html |
| 11:45.47 | JaMa | obi: http://patches.openembedded.org/patch/52/ I had also utf8 encoded and it worked ok (pw-am.sh) |
| 11:46.00 | *** join/#oe hrw (~hrw@89-73-120-20.dynamic.chello.pl) |
| 11:46.16 | Jay7 | check source email |
| 11:46.24 | Jay7 | may be it was broken there |
| 11:50.21 | obi | it is base64 encoded utf-8 and thunderbird displays it correctly |
| 11:50.48 | obi | strange... |
| 11:52.06 | Jay7 | obi: compare to JaMa's one |
| 11:52.40 | Jay7 | =?utf-8?q?=5BPATCH=5D_libdrm=3A_remove_old_not_pinned_versio?= =?utf-8?q?ns=2C_update_libdrm=2Einc?= |
| 11:52.43 | Jay7 | hehehe |
| 11:52.48 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:52.50 | Jay7 | that is from header |
| 11:53.09 | Jay7 | anyway, patchwork have troubles with parsing mails |
| 11:55.03 | *** join/#oe Heinervdm-Work (~zimmerman@rikrok.physik.uni-bonn.de) |
| 11:55.37 | Jay7 | obi: your link from PW ML should help I think |
| 11:55.49 | Jay7 | ka6sox: can you try to apply it? |
| 12:03.23 | CIA-101 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * r56f68d1554 10openembedded.git/recipes/gstreamer/ (7 files in 2 dirs): |
| 12:03.23 | CIA-101 | gst-plugins-base: removed unpinned versions |
| 12:03.23 | CIA-101 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 12:03.23 | CIA-101 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:03.25 | CIA-101 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * r292df46569 10openembedded.git/recipes/gstreamer/ (6 files in 2 dirs): |
| 12:03.25 | CIA-101 | gst-plugins-ugly: remove unpinned versions |
| 12:03.25 | CIA-101 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 12:03.25 | CIA-101 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:06.04 | obi | CIA-101 doesn't like utf-8 either ;) |
| 12:07.01 | obi | err, wait... the patch got lost |
| 12:07.26 | obi | partially |
| 12:10.04 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 12:11.33 | *** join/#oe Heinervdm-Work (~zimmerman@rikrok.physik.uni-bonn.de) |
| 12:17.26 | *** join/#oe davidlt (~davidlt@guest-docking-nat-3-128.ethz.ch) |
| 12:18.13 | *** join/#oe woglinde (~heinold@g225145068.adsl.alicedsl.de) |
| 12:18.29 | woglinde | jo |
| 12:18.39 | ant_work | hello woglinde |
| 12:18.45 | CIA-101 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * red61395003 10openembedded.git/recipes/gstreamer/ (6 files): |
| 12:18.45 | CIA-101 | gst-plugins-good: remove unpinned versions |
| 12:18.45 | CIA-101 | * fixup previuos commit, which broke due to utf-8 problems |
| 12:18.45 | CIA-101 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 12:18.45 | CIA-101 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:18.58 | woglinde | I took another step |
| 12:19.00 | obi | hi woglinde |
| 12:19.07 | woglinde | I held my thesis speech today |
| 12:19.12 | woglinde | wasnt perfect |
| 12:19.14 | woglinde | but okay |
| 12:19.26 | obi | :-) |
| 12:19.27 | ant_work | \°/ |
| 12:19.36 | woglinde | now only 3 oral exams left |
| 12:20.07 | ant_work | hm...isn't thesis the latest there? |
| 12:20.15 | woglinde | no |
| 12:20.27 | woglinde | you can make this indivudal here |
| 12:20.35 | woglinde | they changed the conditions some times agai |
| 12:20.38 | woglinde | ago |
| 12:22.55 | *** join/#oe Openfree (~df@61.173.72.24) |
| 12:25.31 | woglinde | now the mind is free for more oe development |
| 12:26.12 | JaMa | jej, so openjdk will build ok with libtool-2.4 soon? :) |
| 12:26.55 | woglinde | jama hm oh did I wrote my email only to jaap |
| 12:27.06 | woglinde | jama delete libz.la from sysroot |
| 12:27.11 | JaMa | I've read about that dirty work around too |
| 12:27.13 | woglinde | and it its building |
| 12:27.34 | woglinde | .la are uselses mostly now |
| 12:28.34 | ant_work | woglinde: I'll need your help about PKG_CONFIG issues for python-pygtk and co. |
| 12:28.59 | woglinde | ant just ask |
| 12:29.04 | ant_work | I've hacked around the issue but... |
| 12:29.08 | davidlt | Anydone tried compiling OpenJade (arm) or OpenJave (native) ? |
| 12:29.26 | ant_work | first: we have pygtk but upstream is called pygtk2 |
| 12:29.35 | ant_work | if I'm not too wrong |
| 12:29.44 | ant_work | but this is a secondary issue |
| 12:31.10 | *** join/#oe risca (~risca@tappan-125-23.eduroam.liu.se) |
| 12:31.13 | *** join/#oe dth_ntb (~dth@a89-182-11-86.net-htp.de) |
| 12:32.21 | ant_work | woglinde: http://tinderbox.openembedded.net/public/logs/task/12740495.txt |
| 12:33.04 | *** join/#oe risca (~risca@nl-152-140.netlogon.liu.se) |
| 12:33.21 | ant_work | I can hack it with a sed like -e s:'`$PKG_CONFIG --variable=codegendir pygobject-2.0`':\"${STAGING_DATADIR}/pygobject/2.0/codegen\":g \ |
| 12:33.31 | ant_work | (like koen did in pygtk) |
| 12:33.52 | ant_work | but why does PKG_CONFIG goes mad with both recipes? |
| 12:34.36 | ant_work | <PROTECTED> |
| 12:35.06 | ant_work | ah, yes, second question... should we keep around all thre versions (2.6, 2.10, 2.16) ? |
| 12:35.49 | ant_work | third thing is the codegen bits are now staged by pygobject and not by pygtk...(though pygtk depends on pygobject) |
| 12:36.20 | woglinde | hm |
| 12:36.25 | woglinde | what package is it? |
| 12:36.33 | woglinde | exactly |
| 12:36.36 | ant_work | python-pygtksourceview |
| 12:36.36 | *** join/#oe etrunko (~edulima@201.82.18.1) |
| 12:36.50 | ant_work | (vom sugar.bb ) |
| 12:37.07 | ant_work | was only trying to build sugar... |
| 12:38.49 | ant_work | about pygtk vs. pygtk2 we have one *single* recipe which DEPENDS on "python-pygtk2" |
| 12:38.58 | ant_work | root/recipes/gnome/hippo-canvas_0.3.0.bb (plain) |
| 12:39.11 | ant_work | I suppose this could be python-pygtk |
| 12:39.28 | ant_work | being pygtk2 is provided by the same recipes... |
| 12:42.39 | ant_work | woglinde: he... reading configure: WARNING: unrecognized options: --with-python-includes I tought there is a missing acinclude patch... |
| 12:44.03 | *** join/#oe B_Lizzard (~havoc@athedsl-120272.home.otenet.gr) |
| 12:44.18 | woglinde | ant yes saw this too |
| 12:44.47 | woglinde | but didnt fint which other recipes provides pygtj |
| 12:44.50 | woglinde | ups pygtk |
| 12:48.56 | ant_work | woglinde, finally, hwn I build pygtksourceview_2.10.1 one file is unpackaged (gtksourceview.defs). I suppose this .defs file belongs to ${PN}, isn't? |
| 12:49.54 | woglinde | hm |
| 12:50.06 | woglinde | will try to build it here |
| 12:56.52 | ant_work | oh, thx |
| 12:56.53 | *** join/#oe rob_w (bob@pD95EE9D0.dip.t-dialin.net) |
| 12:57.10 | woglinde | hm seems libglade dont likes my libz.la removale |
| 12:59.50 | *** join/#oe aloisiojr (~aloisio@187.59.122.14) |
| 13:06.49 | *** join/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 13:07.54 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 13:16.36 | *** join/#oe RP__ (~richard@158.43.2.102) |
| 13:17.21 | *** join/#oe marex (~marex@eduroam25.ms.mff.cuni.cz) |
| 13:18.41 | *** join/#oe CMoH-notebook (~cipi@95.76.74.1) |
| 13:18.41 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 13:21.57 | CIA-101 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfa3bdf28f4 10openembedded.git/recipes/gstreamer/gst-plugins.inc: gst-plugins: make inherit gettext actually work |
| 13:26.48 | woglinde | hi rp |
| 13:31.36 | eFfeM_work | anyone any idea on the gettext problem I mailed to the list? |
| 13:32.17 | woglinde | effem um which one? |
| 13:32.37 | eFfeM_work | woglinde: let me find a link |
| 13:33.07 | eFfeM_work | woglinde: http://article.gmane.org/gmane.comp.handhelds.openembedded/40487 |
| 13:33.39 | eFfeM_work | failing do_install on arm (but not on ppc, although the ppc output also seems suspicious |
| 13:33.48 | ericben | hi |
| 13:33.54 | eFfeM_work | hi ericben |
| 13:34.18 | ericben | hi eFfeM_work |
| 13:34.55 | ericben | bitbake head + openembedded head + angstrom 2008.1 + armv5 target => perl-5.8.8-r36 fails with : ./miniperl : command not found |
| 13:35.34 | ericben | is this a known problem ? |
| 13:35.37 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 13:35.44 | *** join/#oe davidlt (~davidlt@112-125.78-83.cust.bluewin.ch) |
| 13:35.44 | eFfeM_work | hm, that is created somewhere in the build process (as part of perl or perl native) but I must say I use 5.10.1 already quite a while |
| 13:35.47 | *** join/#oe playya (~playya@93.216.218.205) |
| 13:35.47 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 13:36.03 | woglinde | effem config.log is needed |
| 13:36.24 | woglinde | effem might be the same problem as with libz on openjdk build |
| 13:37.38 | davidlt | Could someone confirm this one: http://bugs.openembedded.org/show_bug.cgi?id=5494 |
| 13:38.38 | *** join/#oe morphis (~morphis@brmn-4db705d6.pool.mediaWays.net) |
| 13:39.47 | eFfeM_work | woglinde will upload the config.log in a few mins, need to fetch it from the builder system |
| 13:40.11 | eFfeM_work | woglinde: but as a starter here is the tinderbox log: http://tinderbox.openembedded.net/builds/110467/ |
| 13:44.36 | eFfeM_work | hm, anyone knowing an alternative for filebin? it does not seem to respond |
| 13:46.33 | Crofton | why is autoconf on the target constantly breaking now? |
| 13:46.44 | woglinde | crofton hm? |
| 13:46.47 | Crofton | yeah |
| 13:46.53 | woglinde | ??? |
| 13:46.53 | Crofton | I thought I fixed it last week |
| 13:46.55 | Crofton | grrrrr |
| 13:47.23 | ericben | interesting : cleaning perl-native and perl and relaunching the build "fixe" the problem |
| 13:47.53 | ericben | with bitbake 1.10 |
| 13:49.33 | *** join/#oe RP__1 (~richard@158.43.2.102) |
| 13:49.57 | eFfeM_work | Oh, RP__ is cloning himself :-) |
| 13:50.16 | *** join/#oe jpieper (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 13:53.34 | eFfeM_work | woglinde: http://www.easy-share.com/1913272622/config.log |
| 13:53.45 | eFfeM_work | and if you want to: http://www.easy-share.com/1913272623/config.status |
| 13:53.52 | eFfeM_work | and http://www.easy-share.com/1913272624/configure |
| 13:54.56 | ericben | ok the problem with perl 5.8.8 seems to be in bitbake head : bitbake head fails, bitbake 1.10 works |
| 13:56.48 | eFfeM_work | ericben: I think I did not see the problem with head and 5.10.1, then again I got all kind of other problems, might try 1.10 to see if that helps |
| 13:58.31 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 14:00.07 | ericben | eFfeM_work: I'm trying to bisect this in bitbake which should help to undestand the problem's root |
| 14:00.22 | eFfeM_work | ericben: cool! |
| 14:00.28 | ericben | while doing nanox development ... this is not my lucky day :-D |
| 14:00.28 | *** join/#oe pb_ (~pb@castle.reciva.com) |
| 14:00.43 | *** join/#oe kevinsc (~a0214685@nat/ti/x-sorffaxzjhgeibds) |
| 14:05.04 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 14:05.25 | eFfeM_work | ericben had that yesterday, caught a cold, git.infradead.org was down so the fetch of mtd-utils for the testing branch test failed, gettext failed for arm mediatomb/js failed for arm, .... Figured it was not my day so got a few drinks and went to bed early :-) |
| 14:06.25 | ericben | ok 9caf65e79f95fe0045e727391e974c4c1e7411ff (7/12/2010) works |
| 14:07.22 | ericben | eFfeM_work: starting the week with drinks and sleeping seems not the right solution for me today :-D |
| 14:07.28 | GNUtoo|laptop | mrmoku, he seem away: fidencio[AWAY] |
| 14:07.33 | GNUtoo|laptop | hi ericben |
| 14:07.40 | ericben | hi GNUtoo|laptop |
| 14:07.51 | mrmoku | GNUtoo|laptop: yeah |
| 14:09.15 | GNUtoo|laptop | ericben, will you accept some intern this summer? |
| 14:10.23 | ericben | GNUtoo|laptop: you are welcome here ;-) 1 hour by train from arcachon so you can mix holidays & internship ! |
| 14:11.28 | GNUtoo|laptop | if so how much time in advance will I have to reserve the internship? |
| 14:11.31 | GNUtoo|laptop | thanks a lot btw |
| 14:11.34 | ericben | GNUtoo|laptop: we just have to find a good subject but I sure we can find one by the begining of 2011 |
| 14:12.58 | GNUtoo|laptop | ok thanks a lot!!!! |
| 14:13.51 | ericben | GNUtoo|laptop: we stay in touch. I'll send you by email some ideas of projects, how long should your internship last ? |
| 14:14.57 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 14:15.16 | GNUtoo|laptop | I don't know, I should take some infos |
| 14:15.34 | Crofton|work | ericben, have you seen the CELF project proposal page? |
| 14:15.34 | GNUtoo|laptop | ok thanks a lot for the projects ideas |
| 14:15.51 | ericben | Crofton|work: I don't really follow CELF |
| 14:16.17 | Crofton|work | http://elinux.org/CELF_Open_Project_Proposal_2011 |
| 14:16.36 | Crofton|work | possibly you could use them to fund internships :) |
| 14:17.01 | *** join/#oe atiti (~atiti@0103ds1-vir.0.fullrate.dk) |
| 14:17.19 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:18.35 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 14:18.54 | ericben | Crofton|work: why not thanks I'll see if we can find something to fit into this projects. with 200k USD it's sure they can fund many internships :-D |
| 14:19.03 | Crofton | :) |
| 14:19.26 | GNUtoo|laptop | doesn't know a lot about intersnip but knows about openembedded |
| 14:20.05 | GNUtoo|laptop | and some other embedded stuff(kernel(altough I'm a kernel newbie),debugging,android etc...) |
| 14:20.06 | *** join/#oe kevinsc (~a0214685@nat/ti/x-nqtcyohvxptuvvfu) |
| 14:21.25 | Crofton|work | what should bainstorm for some things to propose as projects alsio |
| 14:22.04 | GNUtoo|laptop | isn't intership like normal work,but with more learning and some optional salary |
| 14:22.33 | ericben | GNUtoo|laptop: here I don't "take" interns to do commercial work, only to work on internal projects/evaluations |
| 14:22.43 | GNUtoo|laptop | ah ok |
| 14:23.04 | Crofton|work | in other words, no interns in the critical path :) |
| 14:24.05 | GNUtoo|laptop | indeed maybe it's better like that |
| 14:24.26 | GNUtoo|laptop | no risk that way |
| 14:24.27 | ericben | not really : what the intern develops can be critical, but for internal projects |
| 14:24.33 | GNUtoo|laptop | ok |
| 14:24.50 | ericben | and here using the intern to work on commercial projects is on the border line of the law |
| 14:25.00 | GNUtoo|laptop | ah ok |
| 14:25.07 | GNUtoo|laptop | I didn't know that |
| 14:25.19 | ericben | and not paying interns for intership of more than 2 month is out of the law (even if many companies are doing that) |
| 14:25.31 | GNUtoo|laptop | ok |
| 14:26.01 | ericben | the onyl thing is to have a convention between your school/university and us |
| 14:26.14 | GNUtoo|laptop | ok |
| 14:26.19 | GNUtoo|laptop | I'll try to arrange that |
| 14:27.17 | ericben | Crofton|work: concerning CELF projects, when I see projects for 2010 and their links, it's not clear wether they were supported or even approved |
| 14:27.52 | woglinde | okay time for christmas party at the kindergarten |
| 14:28.01 | Crofton|work | You can email them for more info ... |
| 14:28.07 | ericben | now back to nanox, I wish I had an internship to do this crap :-) |
| 14:28.20 | Crofton|work | I saw the announcement and figured we should submit some ideas |
| 14:28.26 | ericben | Crofton|work: will do if I find an idea |
| 14:28.47 | ericben | one idea is an auomated test system of the software on the hardware |
| 14:29.29 | ericben | I havent yet found something enough customizable for this |
| 14:30.24 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 14:37.14 | sakoman_ | Crofton|work: I found a "fix" for the coreutils issue |
| 14:37.29 | *** join/#oe grund (~grund@firebug.buglabs.net) |
| 14:37.33 | Crofton|work | ah |
| 14:37.37 | sakoman_ | seems to be related to the -e test used before running update-alternatives |
| 14:37.39 | Crofton|work | autoconf is screwing up again |
| 14:37.45 | Crofton|work | I swear it worked once last week |
| 14:38.13 | *** join/#oe dth_ntb (~dth@a89-183-9-102.net-htp.de) |
| 14:38.33 | sakoman_ | Crofton|work: perhaps not enough coffee, but I can't grasp why it doesn't work as written :-) |
| 14:38.34 | *** join/#oe rschus1 (~rschus@145.118.101-84.rev.gaoland.net) |
| 14:38.50 | sakoman_ | Crofton|work: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=openembedded.git;a=commitdiff;h=d394170ca9733c5e89f68aff48f7726cbb5213c0 |
| 14:39.00 | sakoman_ | removing the -e test makes things work |
| 14:41.12 | *** join/#oe esbenh (~esbenh@77.233.226.4) |
| 14:42.31 | Crofton|work | so that fails on first boot, but not afterwards |
| 14:42.51 | Crofton|work | what is base_bindir set to? |
| 14:43.23 | Crofton|work | er and bindir |
| 14:43.48 | *** join/#oe _julian (~quassel@hmbg-5f765407.pool.mediaWays.net) |
| 14:46.00 | Jay7 | <PROTECTED> |
| 14:46.19 | Jay7 | but I'm still not finished work proposed there |
| 14:46.24 | ericben | Jay7: ah ok, and you really got paid for the work ? |
| 14:46.44 | Jay7 | ericben: Tim Bird was asked me about week ago about checkout |
| 14:47.26 | Jay7 | I've requested to wait one-two week to push some changes into git |
| 14:48.04 | Crofton|work | damn something else is messing up autotools |
| 14:49.04 | *** join/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 14:52.09 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 14:55.54 | *** join/#oe mems (~rob@87-194-128-93.bethere.co.uk) |
| 14:58.54 | *** join/#oe risca (~risca@tappan-125-23.eduroam.liu.se) |
| 15:03.35 | *** join/#oe CruX| (~jozo@pc-3r0oapyeojvdpt61ks2su2mddvoc1iv.usr.iklub.sk) |
| 15:09.59 | *** join/#oe RP__ (~richard@158.43.2.102) |
| 15:11.36 | ericben | kergoth_: hi kergoth_ it seems c63e55564a8840083dbd8634b10fe6f76d1f1354 in bitbake breaks perl-5.8.8 (I get ./miniperl command not found), 4d081a0ed759bd526ab01849d650bd9e8d80ddd1 works, 53740977521bc81ffa37adfa7bbeb8f2a80ea165 fails. |
| 15:11.56 | *** join/#oe gandhijee (akp@ip67-152-15-148.z15-152-67.customer.algx.net) |
| 15:12.15 | *** part/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 15:12.49 | kergoth | ericben: it would be 53740977521bc81ffa37adfa7bbeb8f2a80ea165 that broke it, if anything. i'm already investigating a related issue with pcmciautils as reported by grg, there's a patch on the bitbake list that works around it, but i want to understand the root cause. |
| 15:13.11 | ericben | kergoth: yes maybe 5374*, I'm testing c63e55564a8840083dbd8634b10fe6f76d1f1354 to confirm this |
| 15:14.24 | kergoth | its strange. cwd is passed to subprocess, to ensure it runs the run script in the right dir |
| 15:14.33 | kergoth | yet somehow adding 'cd %s' % cwd to the shell script fixes it |
| 15:14.36 | kergoth | which makes no sense |
| 15:14.39 | ericben | kergoth: if that can help, I can send you the run.* scripts for both commits |
| 15:14.43 | kergoth | no need |
| 15:14.45 | kergoth | i know what it emits |
| 15:14.48 | kergoth | i wrote the commit |
| 15:15.05 | ericben | sure ;) |
| 15:15.30 | ericben | some log maybe, feel free to ask if you want me to try something |
| 15:16.26 | kergoth | i'm sure i'll be able to repro it locally, but i'll let you know if not, thanks |
| 15:16.34 | kergoth | will work on it today |
| 15:16.35 | *** part/#oe esbenh (~esbenh@77.233.226.4) |
| 15:21.45 | foerster | kergoth: "If cwd is not None, the childs current directory will be changed to cwd before it is executed. Note that this directory is not considered when searching the executable, so you cant specify the programs path relative to cwd." |
| 15:21.57 | foerster | from subprocess.Popen docs |
| 15:22.04 | kergoth | right.. |
| 15:22.08 | kergoth | i'm not seeing an issue with that |
| 15:22.17 | kergoth | cwd is set, its non-null, and its not used to find /bin/sh |
| 15:22.25 | kergoth | or the run script, actually |
| 15:22.51 | kergoth | 'll investigate after he's done with this meeting he's in |
| 15:22.53 | foerster | ah. That's right, bb is writing out a script first to run the command |
| 15:23.34 | foerster | gets back to day-job stuff |
| 15:23.42 | kergoth | yeah, has to, since much of what it runs are shell functions right now, not external scripts |
| 15:24.11 | *** join/#oe dfoley (~dfoley@d75-157-38-145.bchsia.telus.net) |
| 15:24.13 | kergoth | of course, we could try passing it all to a shell via stdin, or use pysh, or something, but this works for now |
| 15:33.16 | hrw | http://www.linuxfoundation.org/news-media/announcements/2010/12/linux-foundation-appoints-new-fellow |
| 15:33.42 | hrw | RP goes to Linux Foundation Fellows - great |
| 15:34.37 | Crofton | RP, congratulations |
| 15:34.39 | ericben | congratulations this should help yocto to become the future standard of embedded linux ! |
| 15:35.40 | *** join/#oe dth_ntb (~dth@a89-183-9-102.net-htp.de) |
| 15:42.00 | *** join/#oe nullpuppy (~dustin@c-24-16-84-118.hsd1.wa.comcast.net) |
| 15:46.46 | lrg | RP: congrats - excellent news ! |
| 15:47.01 | *** part/#oe dth_ntb (~dth@a89-183-9-102.net-htp.de) |
| 15:52.59 | eFfeM_work | cool! RP congratulations! |
| 15:56.12 | sakoman_ | Crofton: sorry went to breakfast |
| 15:56.37 | Crofton|work | I can't figure out why the tests fail ... |
| 15:56.41 | sakoman_ | Here is what the postinst on the target looks like: http://pastebin.com/ufxyaYSi |
| 15:56.57 | sakoman_ | Crofton|work: me either! that's why I just commented them out |
| 15:57.08 | Crofton|work | is -e a bashism? |
| 15:57.09 | sakoman_ | Crofton|work: FWIW, Poky doesnt have those tests |
| 15:57.18 | sakoman_ | Crofton|work: yes it is IIRC |
| 15:57.33 | sakoman_ | but my image is running bash and I use that in other scripts |
| 15:57.46 | Crofton|work | are you sure bash is sh when the scripts run? |
| 15:57.46 | sakoman_ | and I am sure that other postinst's must also |
| 15:57.55 | Crofton|work | maybe they screw up also? |
| 15:58.09 | *** join/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 15:58.11 | sakoman_ | Crofton|work: I'm not really sure of much in life :-) |
| 15:58.16 | Crofton|work | yeah |
| 15:58.22 | *** part/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 15:58.27 | kergoth | Crofton|work: -e isn't a bashism, assumign your'e talking about the test/[ argument |
| 15:58.37 | Crofton|work | yeah |
| 15:58.47 | Crofton|work | I think bash has test builtin or something |
| 15:59.20 | kergoth | yep |
| 16:00.06 | Crofton|work | I'm just tossing out things that could be different when it runs at first boot |
| 16:02.59 | *** part/#oe dfoley (~dfoley@d75-157-38-145.bchsia.telus.net) |
| 16:14.13 | *** join/#oe rob_w (bob@pD95EC8FD.dip.t-dialin.net) |
| 16:17.01 | *** join/#oe morphis (~morphis@brmn-4dbccd3f.pool.mediaWays.net) |
| 16:17.53 | *** join/#oe nullpuppy (~dustin@c-24-16-84-118.hsd1.wa.comcast.net) |
| 16:17.53 | *** join/#oe _julian (~quassel@hmbg-5f765407.pool.mediaWays.net) |
| 16:17.53 | *** join/#oe kevinsc (~a0214685@nat/ti/x-nqtcyohvxptuvvfu) |
| 16:17.53 | *** join/#oe jpieper (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 16:17.53 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 16:17.53 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 16:17.53 | *** join/#oe hansdampf (~moritz@212.77.182.157) |
| 16:17.53 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 16:17.53 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 16:17.53 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
| 16:17.53 | *** join/#oe zlt_ (~zlt@li146-250.members.linode.com) |
| 16:17.53 | *** join/#oe coreyfro (~coreyfro@dsl092-012-151.sfo1.dsl.speakeasy.net) |
| 16:17.53 | *** join/#oe Kevin` (~kevin@router.kwzs.be) |
| 16:17.53 | *** join/#oe cpo (~cpo@helix.mybll.net) |
| 16:20.23 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
| 16:23.59 | woglinde | re |
| 16:24.27 | kergoth | grumbles |
| 16:26.47 | woglinde | he kergoth whats up? |
| 16:27.16 | kergoth | 1) boo meeting, 2) half asleep, 3) the bb.event rewrite i started on friday proved to be a slightly larger pain in my ass than i expected |
| 16:27.28 | kergoth | may postpone that until a later date |
| 16:28.02 | foerster | kergoth: https://github.com/foerster/bitbake/commit/0cde71444ff85cb1c28d888624767aea0d759ee6 |
| 16:28.22 | foerster | otherwise, no log messages seem to go to the ui (only events make it there) |
| 16:28.41 | kergoth | ah, yes, the LogHandler has to be registered with the main logger, good call |
| 16:29.08 | kergoth | the event stuff.. we have events that get fired at higher levels in my event dispatcher tree, but currently events only flow up, not back down |
| 16:29.13 | kergoth | may have to rethink the design |
| 16:29.54 | foerster | why the need to flow down? |
| 16:30.08 | woglinde | boo meeting? |
| 16:31.46 | *** join/#oe hansdampf (~moritz@212.77.182.157) |
| 16:31.49 | kergoth | foerster: runqueue fires StampUpdate, but the event handlers in the metadata are registered in the worker process, not the server process. if events only flow up, the StampUpdate will make it to the UI, but wont be handled by the handlers in the metadata |
| 16:31.53 | kergoth | as one example |
| 16:32.18 | *** join/#oe Ironnads (~Ironnads@host109-152-209-85.range109-152.btcentralplus.com) |
| 16:33.42 | kergoth | hrm |
| 16:33.45 | kergoth | wait, no, i guess we're fine |
| 16:33.53 | kergoth | as long as the metadata handlers are from the config metadata, not the recipe |
| 16:33.55 | kergoth | so nevermind that |
| 16:33.58 | kergoth | :) |
| 16:34.05 | foerster | sweet, problem solved :) |
| 16:34.37 | kergoth | course, it still isn't working right, but that's likely just implementation bugs, not flaws in the overall design, at least i hope so |
| 16:34.52 | foerster | check out the latest goggle when you get a chance, it's quite neat. |
| 16:34.55 | kergoth | will do |
| 16:35.10 | kergoth | kicks one off |
| 16:35.26 | foerster | ah, if the last commit i showed you is in there |
| 16:35.32 | foerster | you'll get OE build info too |
| 16:35.41 | foerster | then build started, build done, etc |
| 16:35.49 | kergoth | ooh, thats nifty |
| 16:36.01 | kergoth | i like how you see both overall messages and the recipe trees |
| 16:36.05 | foerster | yep |
| 16:36.42 | foerster | now, if we redo runqueue to use a pool of existing processes or something, that'll probably break (unless we add additional info to the logs and events) |
| 16:36.52 | foerster | it's based on pid now |
| 16:36.56 | foerster | well, sort of |
| 16:37.02 | foerster | pid and task info |
| 16:37.28 | kergoth | i think we should add that extra info anyway, so that's fine with me |
| 16:37.34 | kergoth | better to make the associations explicit than implicit |
| 16:38.21 | foerster | i like explicit. Some people don't - like those who don't want to put "static" in front of a module private function (in c). Or use const correctness.... |
| 16:38.25 | foerster | but i rant..... :) |
| 16:38.29 | kergoth | hehe |
| 16:38.39 | kergoth | hey, its part of the zen of python, so.. ;) |
| 16:38.54 | kergoth | http://www.python.org/dev/peps/pep-0020/ |
| 16:39.12 | foerster | sweet |
| 16:39.55 | foerster | i work with some folks who don't care about software design/quality/architecture/etc. If it (somehow, half assedly, brokenly, maybe) seems to work, they're thrilled |
| 16:39.56 | foerster | lol |
| 16:42.54 | ericben | foerster: how is the google interface launched ? |
| 16:43.11 | foerster | bitbake -u goggle mypackage |
| 16:43.19 | foerster | so, just -u goggle |
| 16:43.34 | ericben | foerster: Invalid user interface 'google' specified |
| 16:43.47 | foerster | spelling |
| 16:43.48 | foerster | goggle |
| 16:43.50 | foerster | two g |
| 16:43.52 | foerster | on o |
| 16:43.54 | ericben | foerster: mm sorry |
| 16:43.54 | foerster | one* |
| 16:44.16 | foerster | not in master yet, on my branch |
| 16:44.24 | ericben | yes I'm on your branch to try that ;-) |
| 16:44.27 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 16:44.28 | foerster | ah, cool |
| 16:44.36 | ericben | seems to work I have a progress bar |
| 16:45.12 | foerster | ncurses, and depexp are also back to mostly functional |
| 16:46.18 | ericben | foerster: the way log is rendered is quite interesting |
| 16:46.49 | foerster | ericben: for the initial message, or just in general? |
| 16:47.06 | ericben | when building a package now I see log I've never seen before and that I should have seen :-) |
| 16:47.21 | foerster | lol |
| 16:47.22 | ericben | but using several BBTHRAD makes the log difficult to see |
| 16:47.29 | ericben | when using command line |
| 16:48.08 | foerster | I like goggle, seems useful. It captures all logs and events, and puts them under their task if it can determine where it goes. |
| 16:48.46 | foerster | when doing a big build, too many packages get started, and active ones are off the screen. I'd like to make the list "MRU", where active ones will automatically make sure they're near the top. |
| 16:49.15 | foerster | would also be nice to just leave this running, and put a command line at the bottom |
| 16:49.53 | *** join/#oe bluelightning (~paul@158.43.2.102) |
| 16:49.54 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 16:49.58 | ericben | I get a DeprecationWarning at line 178 of lib/bb/build.py |
| 16:50.02 | *** join/#oe rkirti (~quassel@117.254.30.80) |
| 16:50.13 | kergoth | that's due to using python 2.7, most likely |
| 16:50.17 | ericben | (on a Fedora 14 with python 2.7) |
| 16:50.22 | kergoth | can you paste the exact warning? |
| 16:50.24 | foerster | i noticed I get do_build doesn't exist a lot - poky eliminated that in base.bbclass by defining a stub. OE should do that if it doesn't break anything. |
| 16:50.26 | ericben | you were faster than my explanation ;) |
| 16:50.30 | kergoth | :) |
| 16:50.37 | kergoth | foerster: agreed |
| 16:50.45 | ericben | foerster: how can I copy/paste a log in the goggle interface ? |
| 16:51.01 | foerster | don't think you can |
| 16:51.11 | kergoth | doubt you can, would be nice to be able to poke into the task output log somehow |
| 16:51.13 | ericben | it seems I can't |
| 16:51.20 | ericben | right clic -> psatebinit :-) |
| 16:51.29 | ericben | would be great ! |
| 16:51.33 | kergoth | TaskStarted should really give you the log file, if it doesn't already |
| 16:51.33 | foerster | ericben: this was existing software, I just resurrected it |
| 16:51.35 | kergoth | hmm |
| 16:51.50 | foerster | but surely, we can add lots of nice features |
| 16:52.00 | foerster | i want to make the log file clickable or something |
| 16:52.05 | ericben | foerster: yes I'm joking, this is a great job |
| 16:52.22 | foerster | ericben: no, we should add useful things to make it useful. |
| 16:53.23 | ka6sox | Jay7, patches are applied by either khem or stefan_schmidt. |
| 16:53.46 | ericben | foerster: yes, I wish I knew python to help you ... but that's not the case so appart from testing and filling the wishlist I'm not of big help here :-D |
| 16:54.00 | foerster | ericben: I don't know python :) |
| 16:54.42 | foerster | I've done python for a grand total of probably 3 weeks in my life. It's easy to pick up. |
| 16:54.48 | foerster | but certainly, wish list is good |
| 16:55.14 | *** part/#oe orbarron (~orb@nat/ti/x-jwbwfbmxoewxkvdd) |
| 16:56.55 | ericben | kergoth: the warning is : build.py:178: DeprecationWarning:With-statements now directly support multiple context managers with nested(logfile, bb.utils.fileslocked(lockfiles)): |
| 16:57.04 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 16:58.08 | kergoth | ericben: try bin/bitbake, line 100. add a line: warnings.filterwarnings("ignore", message="With-statements now directly support multiple context managers") |
| 16:58.15 | kergoth | ericben: pleaes confirm that fixes it for you, if you would |
| 16:58.18 | kergoth | then i'll add it to master |
| 16:59.19 | ericben | kergoth: line 100 of bin/bitbake is between 2 parse.add_option lines ? |
| 16:59.46 | kergoth | hmm didn't think so, must be a branch thing. put it after the other warnings.filterwarnings lines |
| 16:59.54 | ericben | kergoth: ok |
| 17:01.45 | foerster | ericben: if you pull, you can now copy text |
| 17:02.04 | foerster | double click an entry and you'll get "edit mode", where you can copy the text |
| 17:02.15 | foerster | not ideal solution, but works for now |
| 17:02.53 | ericben | kergoth: no more warning with this line |
| 17:03.25 | ericben | foerster: cool will try |
| 17:03.48 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 17:04.46 | CIA-101 | 03Chris Larson <chris_larson@mentor.com> 07master * r1c38f19fb8 10bitbake.git/bin/bitbake: |
| 17:04.47 | CIA-101 | Silence python 2.7 nested context manager warning |
| 17:04.47 | CIA-101 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 17:04.53 | ericben | foerster: works fine (the line gets unselected once a new one appear but copy/past works fine) |
| 17:05.49 | ericben | foerster: ncurses seems to work also. One problem : resizing the terminal kills bitbake with IOError: [Errno 4] Interrupted system call |
| 17:06.32 | ericben | foerster: kergoth : in fact resizing the teminal even without any ui kills bitbake |
| 17:07.30 | *** join/#oe chase (~chase@nat/ti/x-zniospewyxqbartp) |
| 17:07.31 | ericben | with the following log : http://pastebin.com/bM9QYv6R |
| 17:07.44 | *** join/#oe sgw (~sgw@nat/intel/x-isqxxihzjlhadate) |
| 17:07.44 | khem | JaMa: yes that binutils 2.21 issue is known to me. |
| 17:07.49 | khem | gm all |
| 17:08.09 | ericben | hi khem |
| 17:08.14 | khem | hi |
| 17:08.25 | foerster | ericben: thanks. we need to handle that, as resizing signals winch event |
| 17:08.32 | ericben | khem: do you have any news concerning the gcc 4.5 + linaro bug ? |
| 17:10.18 | ericben | foerster: in fact it seems it's only during parsing, not after when running tasks |
| 17:10.19 | *** join/#oe woglinde_ (~heinold@g229047199.adsl.alicedsl.de) |
| 17:10.46 | ericben | foerster: at least for the default ui |
| 17:11.58 | kergoth | ah, right, that's progressbar -- it needs to know about window resizes to handle the expansion to the width of the window |
| 17:12.06 | kergoth | iirc |
| 17:12.17 | foerster | ericben: interesting. I would think it would be the other way, as the progress bar handles the window change signal. |
| 17:12.28 | kergoth | yeah it should be handling it.. strange |
| 17:12.31 | kergoth | hmm |
| 17:13.15 | ericben | tested in a F14 with gnome terminal 2.32.0 |
| 17:13.23 | ericben | ncurses hangs even after parse |
| 17:14.00 | foerster | ericben: after a resize? or always? |
| 17:14.16 | ericben | foerster: only after a resize |
| 17:14.23 | ericben | don't worry :) |
| 17:14.55 | foerster | what happens is we do a blocking call to .get(), which waits for events/logs from the server. |
| 17:15.07 | foerster | SIGWINCH is thrown when you resize, which causes an io error |
| 17:15.14 | foerster | we just need to catch it and continue |
| 17:15.19 | *** join/#oe woglinde (~heinold@g225073242.adsl.alicedsl.de) |
| 17:15.58 | ericben | for the knotty interface, it seems that after parsing I can't get it to hang (in fact after "INFO: oestats: build xyz" line) |
| 17:26.39 | khem | ericben: no not much. For now you can use the workaround |
| 17:26.53 | khem | disable 99379 patch |
| 17:27.59 | *** join/#oe _julian (~quassel@hmbg-5f765407.pool.mediaWays.net) |
| 17:28.24 | Crofton|work | ok, at 604fe17b5407465f381dd2d4c586e621c9684e17 this command: |
| 17:28.38 | Crofton|work | grep balister ../tmp/work/armv7a-angstrom-linux-gnueabi/autoconf-2.65-r10.0/image/usr/bin/* |
| 17:28.42 | Crofton|work | returns no lines |
| 17:28.54 | *** join/#oe risca (~risca@h67n7-n-a31.ias.bredband.telia.com) |
| 17:31.24 | foerster | ericben: pull again - i don't think it'll die from window change any longer |
| 17:31.50 | foerster | has to dig out of the foot of snow, and go to the gym |
| 17:31.55 | foerster | damn blizzard |
| 17:34.19 | Crofton|work | somehow, the path to m4 in staging creept back into autom4te since then |
| 17:34.39 | woglinde | hm hm |
| 17:40.25 | davidlt | Why the hell omap3-console-image would need OpenJade, sgml stuff (possible docbook) |
| 17:51.05 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 17:56.01 | *** join/#oe HokieTux (~bhilburn@wireless-5192.wireless.ece.vt.edu) |
| 18:03.21 | *** join/#oe marex (~marex@eduroam6.ms.mff.cuni.cz) |
| 18:05.30 | *** join/#oe mickey| (~M@e180145158.adsl.alicedsl.de) |
| 18:08.15 | *** join/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 18:08.24 | Crofton|work | autoconf builds ok here : 6c0ce137ba0781bb7d3ddd6dfcf6d7d6af3f58df |
| 18:09.51 | davidlt | Whats wrong with autoconf? |
| 18:19.10 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 18:20.23 | *** join/#oe morphis (~morphis@brmn-4dbc86e3.pool.mediaWays.net) |
| 18:20.30 | davidlt | Crofton|work: Your target is same as mine (armv7a-angstrom-linux-gnueabi), could you possible try build OpenSP (it does not any dependency listed). I am looking for someone to confirm this one: http://bugs.openembedded.org/show_bug.cgi?id=5494 |
| 18:21.08 | davidlt | It broke me for last release, I want to know of it is only for me or not. |
| 18:24.51 | kergoth_ | hmm, we need to improve bitbake's handling of SIGTERM at some point. killing off the UI process with it doesn't bring down the server |
| 18:26.02 | Crofton|work | davidlt, I will after I find the commit that broke autoconf again |
| 18:26.12 | Crofton|work | I ned to be careful not to mess up staging |
| 18:26.37 | davidlt | Crofton|work: thats fine for me, just write what found out in bug report. |
| 18:28.45 | martinambrose | Anyone comment on libgnutls-dev (labeled LGPL) but containg files from the extra package (GPLv3)? |
| 18:29.21 | Crofton|work | what recipe installs the kernel headers? |
| 18:29.31 | Tartarus | martinambrose: Time for a -extra-dev package |
| 18:29.37 | Tartarus | Crofton|work: for modules or userland? |
| 18:29.43 | Crofton|work | userland |
| 18:29.45 | Tartarus | linux-libc-headers does userland |
| 18:29.50 | Crofton|work | hmmm |
| 18:29.56 | kergoth_ | are we still getting millions of unpackaged kernel file messages, or did we finally get those fixed? |
| 18:30.24 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 18:30.59 | woglinde | kegoth thats fixed |
| 18:31.03 | woglinde | only gcc is left |
| 18:31.04 | kergoth_ | ah, whew |
| 18:31.09 | kergoth_ | that was always so annoying |
| 18:31.36 | Tartarus | So all, just kicked testing-next builds. Are there already known fixes pushed into master? |
| 18:31.38 | woglinde | kergoth yes I found the reason and fix was easy |
| 18:31.45 | woglinde | but for gcc it isnt |
| 18:37.32 | *** join/#oe Heinervdm (~thomas@pD9E13EA9.dip.t-dialin.net) |
| 18:38.08 | Lopi | GNUtoo|laptop: ping |
| 18:38.17 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
| 18:43.17 | otavio | Can someone enlight me? I am confused about collections and layers |
| 18:43.40 | kergoth_ | otavio: in what way? |
| 18:43.55 | kergoth_ | layers are simply collections supported in a more convenient way by bitbake itself |
| 18:44.04 | kergoth_ | they're essentially identical, other than how they're configured |
| 18:44.12 | kergoth_ | conceptually each is just a pile of metadata |
| 18:46.03 | *** join/#oe pespin (~pespin@74.pool85-50-95.dynamic.orange.es) |
| 18:46.05 | pespin | #r |
| 18:46.09 | pespin | ops |
| 18:46.50 | kergoth_ | collections.inc -> bblayers, amend.inc -> bbappend |
| 18:51.18 | broonie | XorA: I missed the text of teh current resolution but I guess it's something along the lines of "The members support and endorse the efforts of the board to establuish a relationship"? |
| 18:52.05 | XorA | broonie: yes |
| 18:53.00 | XorA | "The board would like the eV membership to endorse the concept of |
| 18:53.01 | XorA | developing a close collaborative relationship with the Yocto Project. " |
| 19:01.48 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 19:02.12 | otavio | kergoth_: at conf/layer.conf it adds oe as a collection |
| 19:02.18 | otavio | kergoth_: but LAYERSDIR is empty |
| 19:02.25 | Crofton|work | someone keeps breaking autoconf on the target, I am hunting you! |
| 19:02.26 | broonie | XorA: Ah, that's not quite what I was thinking - I was thinking reword it into a vote of confidence in the eixsting efforts. |
| 19:02.26 | otavio | kergoth_: how does it supposed to work? |
| 19:03.05 | broonie | XorA: Would address koen's (reasonable & sane) issue - it's how most organisations I'm familiar with do this. |
| 19:03.20 | davidlt | Crofton|work: what exactly is the problem? Haven't run into problems so far |
| 19:03.20 | kergoth_ | otavio: LAYERDIR is *NOT* empty |
| 19:03.26 | kergoth_ | otavio: bitbake sets it as it parses the files |
| 19:03.31 | GNUtoo|laptop | Lopi, hi |
| 19:03.39 | Crofton|work | doesn't work |
| 19:03.46 | broonie | XorA: If there's a problem then it changes into "the membership wants the board to stop doing this idiocti crap" or whatever |
| 19:03.50 | Crofton|work | the path to m4 in staging is used |
| 19:04.03 | Crofton|work | I think this is a very recent commit |
| 19:04.06 | *** join/#oe anarsoul (~anarsoul@80.249.93.32) |
| 19:05.09 | XorA | broonie: feel free to answer in the thread, this is good feedback |
| 19:05.13 | davidlt | Hmmm... How can I check this? Maybe this is could cause my problems with OpenSP ? |
| 19:05.29 | broonie | XorA: I wanted to check what the actual resolution said first :) |
| 19:06.23 | XorA | broonie: http://lists.linuxtogo.org/pipermail/openembedded-members/2010-December/000419.html |
| 19:06.25 | XorA | full email |
| 19:06.49 | kergoth_ | otavio: the main difference in configuration between collections and bblayers is that with the latter, the layer is what adds itself to the vars to do the build. it results in unnecessary boilerplate most of the time, but i think having the knowledge of what to do with a layer in the layer isn't a bad concept in geenral |
| 19:07.00 | broonie | XorA: Ah, that's pretty much what the resolution says already. Cool. |
| 19:12.44 | kergoth_ | discovered git --author's "me" alias today. git log --author=me definitely saves on the typing |
| 19:14.52 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 19:14.58 | otavio | kergoth_: right |
| 19:15.08 | otavio | kergoth_: do you know any layer for me to use as reference? |
| 19:15.20 | kergoth_ | yes, OE |
| 19:15.38 | otavio | confused |
| 19:15.39 | kergoth_ | if you you're wondering about bblayers.conf, not layer.conf, i have a simple repo on github |
| 19:15.49 | kergoth_ | look at openembedded/conf/layer.conf |
| 19:15.57 | kergoth_ | once again, a layer is a pile of metadata. OE is a layer, just the base one |
| 19:16.21 | otavio | hum |
| 19:16.29 | otavio | kergoth_: I see |
| 19:16.44 | kergoth_ | then in bblayers.conf, you set BBLAYERS to point at your layers |
| 19:16.55 | kergoth_ | and you set BBPATH there, just with your build directory only, since the layers will add themselves to it |
| 19:17.20 | kergoth_ | https://github.com/kergoth/OE-BBLayers/blob/master/conf/bblayers.conf |
| 19:17.30 | kergoth_ | so using that, there's no need to set any env vars for bitbake anymore if you don't want to. |
| 19:17.34 | kergoth_ | just need bitbake in your PAHT |
| 19:17.59 | kergoth_ | that bblayers.conf assumes that your bblayers.conf and local.conf live in the same place, and you cd into there to run your builds |
| 19:21.20 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
| 19:21.51 | kergoth_ | https://github.com/kergoth/bitbake/commit/c181d437c78951306505ccdffb6eb411ae5fd462 |
| 19:21.59 | kergoth_ | definite work in progress |
| 19:22.07 | kergoth_ | but for the curious, thats what i started on on friday |
| 19:23.59 | *** join/#oe kevinsc (~a0214685@nat/ti/x-hsikgtkvweklfjnw) |
| 19:25.56 | kergoth_ | damnit, StampUpdate is going to be a pain |
| 19:26.12 | *** join/#oe timtimred (~meh@79-67-232-245.dynamic.dsl.as9105.com) |
| 19:26.26 | kergoth_ | its fired in execute_runqueue, during the initialization phase, so the metadata handlers need to be registered at that point in time |
| 19:26.42 | kergoth_ | yet the config metadata handlers need to be unregistered when the recipe is parsed and its handlers registered, or we get duplicate handlers |
| 19:27.12 | kergoth_ | or i wipe __BBHANDLERS after registering the config metadata handlers, but that would break a handler that responds to RecipeParsed being defined in the config metadata |
| 19:28.03 | ericben | foerster|away: bitbake ncurses doesn't hang with your updates (the ncurses interface doesn't resize) |
| 19:28.42 | ericben | foerster|away: same with knotty interface : no crash even during terminal resize |
| 19:32.07 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 19:32.18 | *** join/#oe dth_ntb (~dth@a89-183-9-102.net-htp.de) |
| 19:32.46 | kergoth_ | i think it might be better to postpone the bb.event rewrite until after the bb.runqueue one |
| 19:32.56 | *** part/#oe dth_ntb (~dth@a89-183-9-102.net-htp.de) |
| 19:33.59 | *** join/#oe kristoffer (~kristoffe@c-f0dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 19:34.06 | kergoth_ | alternatively, runqueue's initialization could be shifted to construction time, and then the cooker could unregister its handler after the creation of the runqueue object, but before executing it |
| 19:34.10 | kergoth_ | hmm |
| 19:34.54 | foerster | holy blizzard |
| 19:35.03 | foerster | complete white out :) |
| 19:35.07 | kergoth_ | yikes |
| 19:35.27 | kergoth_ | foerster: https://github.com/kergoth/bitbake/commit/b00fa19b512046a652ea5a5c583314fe7961d163 seem like a good idea to you? |
| 19:35.43 | kergoth_ | it seems like in cases where there's both an event and a log message, this should be consolidated and left to the UI's discretion |
| 19:35.46 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-pwtxfiafctahbxvh) |
| 19:38.38 | foerster | kergoth: that seems sane to me |
| 19:39.53 | CIA-101 | 03Chris Larson <chris_larson@mentor.com> 07master * rab831e867f 10bitbake.git/lib/bb/ (runqueue.py ui/knotty.py): |
| 19:39.53 | CIA-101 | Move the runq task start/failed messages to the UI |
| 19:39.53 | CIA-101 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:39.55 | CIA-101 | 03Richard Purdie <rpurdie@linux.intel.com> 07master * re7c7e1f2e5 10bitbake.git/lib/bb/runqueue.py: |
| 19:39.55 | CIA-101 | bitbake/runqueue.py: Create RunQueueExecute and RunQueueExecuteTasks classes, further splitting up runqueue |
| 19:39.55 | CIA-101 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
| 19:39.56 | CIA-101 | 03Richard Purdie <rpurdie@linux.intel.com> 07master * rbf978ca017 10bitbake.git/lib/bb/ (cooker.py runqueue.py): |
| 19:40.23 | woglinde | yeah rp |
| 19:40.44 | kergoth_ | merging more poky bits |
| 19:40.52 | kergoth_ | up next is the scenequeue and checksum bits |
| 19:41.13 | woglinde | oh poky has its own bitbake? |
| 19:41.50 | kergoth_ | yep |
| 19:41.54 | kergoth_ | its been split off for a long time |
| 19:41.58 | kergoth_ | its stored inside of the poky repo |
| 19:42.51 | woglinde | hm oh didnt notice that |
| 19:43.09 | eFfeM | gm |
| 19:43.22 | kergoth_ | merging the bitbakes is extremely important, and we want to get it done before the next bitbake release, which we wnat to get out in the next couple weeks |
| 19:44.11 | woglinde | cool |
| 19:44.48 | eFfeM | kergoth_ nice! |
| 19:45.18 | JaMa | kergoth_: can you push those scmdata=keep patches from obi? |
| 19:45.48 | eFfeM | khem, ping, any progress on the mediatomb/js thingie? I' available for the next 2 hrs to compare notes, objdump libs etc etc |
| 19:46.35 | kergoth_ | JaMa: i suppose, it just seems silly since the fetcher rewrite is on the yocto roadmap |
| 19:47.26 | Crofton|work | bother, can't reproduce my autoconf issue by stepping forward through revs |
| 19:47.33 | JaMa | well if you don't have objections to scmdata as name for param then it would be great to support it in metadata |
| 19:47.54 | JaMa | kergoth_: I have 2 patches for efl to keep those as efl fails to build with bitbake master |
| 19:48.25 | foerster | ericben|away: thanks for testing. I'll have to see why ncurses doesn't resize - but at least no crashes now :) |
| 19:48.37 | kergoth_ | ah. okay, well, it certainly won't hurt to get it in, will do so |
| 19:49.42 | *** join/#oe jonmasters (~jcm@edison.jonmasters.org) |
| 19:50.08 | JaMa | kergoth_: thanks |
| 19:52.02 | *** join/#oe hansdampf1 (~moritz@212.77.182.36) |
| 19:52.05 | davidlt | What might be a problem, with never rev my OpenSP fails and it does not have any dependencies and the recipe was not changed from last used rev. |
| 19:52.09 | davidlt | I can't get it. |
| 19:52.48 | khem | davidlt: whats the error |
| 19:53.11 | khem | eFfeM: my js is still building should take another 5 mins |
| 19:53.22 | davidlt | khem: http://bugs.openembedded.org/show_bug.cgi?id=5494 |
| 19:53.29 | eFfeM | khem, ok thanks, np |
| 19:56.18 | rphillips | foerster: the ncurses.py looks like it needs a sigwinch handler... I don't believe curses.wrapper does it for you |
| 19:56.57 | foerster | rphillips: that's possible. I figured it would do it automatically. |
| 19:57.41 | khem | davidlt: can you remove ../lib/libosp.la from the link line and redo the linking part |
| 19:58.13 | davidlt | give me several minutes |
| 20:03.24 | davidlt | khem: it gave huge list on undefined refs now from OpenSP:: |
| 20:03.52 | Crofton|work | khem, if svn protocol does not work, http is infinitely faster :) |
| 20:04.15 | foerster | bah. ncurses ui will remain without resizing for a while, as it seems a PITA. Have to do it manually I believe. |
| 20:04.19 | khem | Crofton|work: for some svn protocol work |
| 20:04.32 | Crofton|work | I know |
| 20:05.16 | khem | eFfeM: I can reproduce the problem you are seeing |
| 20:05.49 | Crofton|work | kergoth, 61c8f6dca9422edcb477c81bbcfd1a3b1490eb59 breaks autoconf on the target |
| 20:05.53 | eFfeM | khem, great, that means it is not some oddity in my system |
| 20:06.49 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 20:07.01 | Crofton|work | kergoth, you acked it :) |
| 20:07.49 | Crofton|work | mickey|bbiab, did you figure out anything about i2c-dev? |
| 20:09.45 | eFfeM | khem, if there is something I can do to help debugging the issue, please let me know |
| 20:10.12 | khem | Crofton|work: its just that before we switch default it will be nice to know what we are losing we know what we are gainin |
| 20:14.24 | davidlt | khem: both my build environments also uses the save version libtool |
| 20:14.37 | *** join/#oe mekoniak (~mekoniak@wireless-5213.wireless.ece.vt.edu) |
| 20:15.28 | davidlt | I actually put virtual machine with clean environment for building OpenSP |
| 20:16.57 | *** join/#oe nitink (~nitink@nat/intel/x-lqbngkrslxqmeigd) |
| 20:16.57 | khem | eFfeM: the issue happens in js |
| 20:17.22 | khem | eFfeM: so when libjs.so is built it pulls in some undefined references to static libgcc which is like death |
| 20:17.56 | Crofton|work | khem, I agree, just poking fun at people who have to work behind restrictive firewalls |
| 20:18.06 | khem | davidlt: can u build this cleanly when u use say angstrom2008 |
| 20:18.34 | khem | Crofton|work: they should work with their IT and create local mirror |
| 20:18.38 | khem | and be done with this |
| 20:18.48 | davidlt | khem: not right now, but later yes |
| 20:18.56 | Crofton|work | or fix their fireqall |
| 20:19.06 | Crofton|work | they will hav eloads of other fetching issues |
| 20:19.13 | khem | its insane if your IT does not let you go out and you want to build something that sucks from all over www |
| 20:19.40 | khem | so I want to protect interest of those who still enjoy the freedom :) |
| 20:22.38 | davidlt | ohhh.. |
| 20:23.01 | davidlt | khem: rerun on my stable environment after cleaning opensp and it failed too |
| 20:23.19 | davidlt | It's getting strange... |
| 20:23.41 | davidlt | there was zero updates on recipes and the whole system. |
| 20:24.38 | davidlt | just few days ago I had trouble with angstrom-version recipe, which didn't compile for two days and after that like compiled just fine. |
| 20:25.00 | davidlt | Let's see what client environment on vm gonna say. |
| 20:25.35 | khem | eFfeM: seems something is fishy in libgcc how its built |
| 20:25.48 | khem | eFfeM: I can offer you a workaround for now |
| 20:26.20 | *** join/#oe Martin_B (~martin@pool-46-65-198-89.dbd-ipconnect.net) |
| 20:26.46 | eFfeM | khem, ok |
| 20:26.54 | khem | eFfeM: add ARM_INSTRUCTION_SET = "arm" to js_1.5.bb then bitbake js -c clean;bitbake mediatomb |
| 20:27.13 | eFfeM | will try that |
| 20:27.38 | *** join/#oe kevinsc (~a0214685@nat/ti/x-mllamqrvwawzqwwp) |
| 20:27.42 | eFfeM | khem do you want me to commit a patch for js if it works ? |
| 20:28.49 | eFfeM | kicks of a new testing bulld now mtd-utils fetches again |
| 20:31.45 | Jay7 | hm.. |
| 20:31.56 | Jay7 | how to cleanup tmpdir except toolchain? |
| 20:32.02 | Jay7 | is it possible? |
| 20:32.41 | woglinde | clean sysroot/host |
| 20:32.43 | Jay7 | at other side I can build toolchain, save tmpdir, then restore it when needed |
| 20:32.47 | woglinde | and the stamps for it |
| 20:34.46 | *** join/#oe zenlinux (~sgarman@li38-254.members.linode.com) |
| 20:38.30 | CIA-101 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * r99a553d1eb 10openembedded.git/recipes/udev/ (files/nokia900/70-persistent-net.rules udev_162.bb): |
| 20:38.30 | CIA-101 | udev_162.bb: fix rule for persistent wlan0 and bump PR |
| 20:38.30 | CIA-101 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 20:41.34 | eFfeM | khem, with the workaournd mediatomb builds fine, do you want me to push the js patch |
| 20:41.39 | eFfeM | (and thanks for your help) |
| 20:43.43 | Crofton|work | http://pastebin.com/sQawisgb |
| 20:43.50 | Crofton|work | anyone see any problems with this? |
| 20:46.03 | khem | eFfeM: no |
| 20:46.21 | khem | eFfeM: the problem seems to be in how libjs is linked |
| 20:47.35 | khem | eFfeM: as I see its calling ld directly |
| 20:47.50 | khem | which will break all sort of linking unless one knows what he/she is doing |
| 20:47.59 | khem | and js folks seems to have no clue |
| 20:48.54 | *** join/#oe risca (~risca@h67n7-n-a31.ias.bredband.telia.com) |
| 20:49.53 | *** join/#oe tmbinc (abcd@83.141.3.59) |
| 20:49.59 | *** part/#oe tmbinc (abcd@83.141.3.59) |
| 20:50.27 | khem | eFfeM: try to set LD="${CC}" in js recipe and see if that helps |
| 20:50.33 | khem | and if it does commit that fix |
| 20:52.51 | eFfeM | ok, will try |
| 20:53.37 | eFfeM | khem, I feel the issue is not in js but in whoever created the recipe |
| 20:53.38 | eFfeM | EXTRA_OEMAKE = "'CC=${CC}' 'LD=${LD}' 'XCFLAGS=${CFLAGS}' 'XLDFLAGS=-L${STAGING_LIBDIR} -soname=libjs |
| 20:54.33 | eFfeM | khem I'll try first without the CC and LD assignments in the line above |
| 20:55.36 | khem | eFfeM: yeah seems so |
| 20:56.53 | davidlt | wt* |
| 20:59.36 | *** join/#oe pwgen (~ew@0133300566.0.fullrate.dk) |
| 21:00.27 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 21:03.30 | eFfeM | khem, I have this friend back again, had that also last week but in a different file |
| 21:03.31 | eFfeM | | jsinterp.c:1744: warning: ���cs��� may be used uninitialized in this function |
| 21:03.44 | eFfeM | got 5 of these |
| 21:04.00 | eFfeM | trying now if it is reproducable |
| 21:04.11 | eFfeM | previous time it went away when I tried again |
| 21:05.46 | eFfeM | it does not now :-( |
| 21:10.14 | davidlt | eFfeM: these randomly occurring problems are often around here? |
| 21:10.48 | eFfeM | davidlt: I've only seen them with js recently (and had a full rebuild) |
| 21:11.14 | davidlt | I have two in last week |
| 21:11.38 | davidlt | One fixed after two days, just cleaning/building many times |
| 21:11.39 | eFfeM | davidlt: which recipe ? |
| 21:11.52 | davidlt | First was angrstrom-version, which is very simple |
| 21:11.56 | davidlt | And no OpenSP |
| 21:12.00 | davidlt | *now |
| 21:12.07 | *** join/#oe hansdampf (~moritz@212.77.183.193) |
| 21:12.26 | davidlt | I just build OpenSP on stable build host two days ago, cleaned, rebuild -> fail |
| 21:12.59 | *** join/#oe tmbinc (abcd@83.141.3.59) |
| 21:13.03 | *** part/#oe tmbinc (abcd@83.141.3.59) |
| 21:13.09 | eFfeM | khem, if I just remove the CC and LD definitions I get | arm-oe-linux-gnueabi-ld: Linux_All_DBG.OBJ/jsmathtemp.o: Relocations in generic ELF (EM: 3) |
| 21:13.14 | davidlt | With angr...-version lsb_release file was never copied to working directly, that was very strange |
| 21:14.05 | eFfeM | khem and if I add LD=${CC} I get: | /home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-oe-linux-gnueabi/4.5.2/../../../../arm-oe-linux-gnueabi/bin/ld: cannot find -lgcc_s |
| 21:14.30 | eFfeM | and I keep getting those strainge errors with nonprintable |
| 21:14.31 | eFfeM | char |
| 21:17.53 | eFfeM | khem the weird warnings seem to go away if I add PARALLEL_MAKE = "" |
| 21:17.59 | *** join/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 21:18.08 | kergoth_ | sighs |
| 21:18.20 | *** part/#oe angelox_123 (~Angelo@200-171-12-99.dsl.telesp.net.br) |
| 21:18.51 | eFfeM | I retract that, there are still some left |
| 21:19.43 | khem | eFfeM: it does not go away probably it just hides away |
| 21:19.51 | khem | did u check the compile.log |
| 21:20.04 | eFfeM | yes, thtat's why i retracted my remark |
| 21:20.11 | khem | eFfeM: yes that lgcc_s error is because its really wanting to use bare ld |
| 21:20.13 | eFfeM | is this known ? |
| 21:20.34 | khem | its known to me since 5 mins |
| 21:20.37 | eFfeM | the strange chars |
| 21:20.38 | eFfeM | ah ok |
| 21:20.48 | khem | js is garbage build system |
| 21:21.10 | ericben|away | http://www.linuxfordevices.com/c/a/News/LF-appoints-Richard-Purdie-as-Fellow/?kc=rss |
| 21:21.15 | pwgen | eFfeM: it seems openebedded ist broken .. http://pastebin.com/gukPSmD3 |
| 21:22.12 | pwgen | mybuild now fails after a git pull . vit bitbake errors, no build error |
| 21:23.17 | davidlt | pwgen: which bitbake version? |
| 21:23.56 | pwgen | "BitBake Build Tool Core version 1.8.19, bitbake version 1.8.19" and "BitBake Build Tool Core version 1.8.18, bitbake version 1.8.18" |
| 21:26.35 | kergoth_ | pwgen: fixed in 1.10, also in the 1.8 branch of git, but afaik not in a 1.8 release yet |
| 21:26.56 | kergoth_ | (fixed in the 1.8 branch of git as of about 30 seconds ago ;) |
| 21:27.44 | CIA-101 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r2b1ee3146f 10openembedded.git/recipes/fmtools/fmtools_1.0.2.bb: (log message trimmed) |
| 21:27.44 | CIA-101 | fmtools: fix QA staging(GNU hash) |
| 21:27.44 | CIA-101 | Without that fix we have: |
| 21:27.44 | CIA-101 | ERROR: QA Issue with fmtools: No GNU_HASH in the elf binary: '.../work/armv7a-oe-linux-gnueabi/fmtools-1.0.2-r1/packages-split/fmtools/usr/bin/fm' |
| 21:27.45 | CIA-101 | ERROR: QA Issue with fmtools: No GNU_HASH in the elf binary: '.../work/armv7a-oe-linux-gnueabi/fmtools-1.0.2-r1/packages-split/fmtools/usr/bin/fmscan' |
| 21:27.55 | CIA-101 | 03Denis Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rfbc3a2e8ad 10openembedded.git/recipes/netbase/ (netbase/iphone3g/interfaces netbase_4.21.bb): |
| 21:27.55 | CIA-101 | netbase: add iphone3g support |
| 21:27.55 | CIA-101 | Without that patch, the user can't ssh into his device, |
| 21:27.55 | CIA-101 | because usb0 is not up on the device side |
| 21:27.56 | CIA-101 | Signed-off-by: Chris 'Lopi' Spehn <chris.spehn@gmail.com> |
| 21:28.03 | CIA-101 | making the user mess with this 121 controls(if he does he would |
| 21:28.03 | CIA-101 | spend hours trying to figure out how to make it work) |
| 21:28.04 | CIA-101 | Signed-off-by: Chris 'Lopi' Spehn <chris.spehn@gmail.com> |
| 21:28.04 | CIA-101 | 03Denis Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r1ac08d1b21 10openembedded.git/ (3 files in 3 dirs): (log message trimmed) |
| 21:28.04 | pwgen | <kergoth_>: ....testing .... |
| 21:28.05 | CIA-101 | Add initial support for iphone3g(machine config and kernel) |
| 21:28.05 | CIA-101 | Android was ported to Apple's iDevices including the iPhone3G by the |
| 21:28.06 | CIA-101 | iDroid Project ( http://www.idroidproject.org/wiki/Main_Page ) |
| 21:31.07 | pwgen | <kergoth_>: seems to work. now starting building for Angstrom for ion |
| 21:32.45 | eFfeM | khem peeked at the offending command. see http://www.pastebin.ca/2018800 |
| 21:33.00 | eFfeM | it does apparently have a symbol or function that it wants to fetch from gcc_s |
| 21:34.51 | *** join/#oe florian (~fuchs@sign-4d0940b9.pool.mediaWays.net) |
| 21:34.51 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:37.57 | eFfeM | khem, made some progress, gcc generates a collect2 line with two times --as-needed -lgcc_s in it, if I cut and paste the collect2 command (which I got from gcc -v) and remove those two references to -lgcc_s things seem to work fine, |
| 21:38.08 | eFfeM | khem no idea how I can tell gcc not to generate these |
| 21:39.08 | khem | eFfeM: OK I fixed js for you |
| 21:39.28 | khem | give me a min to commit it |
| 21:39.50 | eFfeM | khem, cool (& curious how you fixed it) |
| 21:39.52 | eFfeM | thanks alot! |
| 21:42.54 | khem | see the patch |
| 21:43.06 | eFfeM | thanks, have it |
| 21:44.05 | CIA-101 | 03Khem Raj <raj.khem@gmail.com> 07master * ra8aa382702 10openembedded.git/recipes/js/ (js/ld.patch js_1.5.bb): |
| 21:44.05 | CIA-101 | js_1.5.bb: Use gcc to link shared library and not bare ld |
| 21:44.05 | CIA-101 | Get rid of do_stage while here |
| 21:44.05 | CIA-101 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:44.43 | CIA-101 | 03Philip Balister <philip@balister.org> 07org.openembedded.dev * r2fb096e8be 10openembedded.git/recipes/autoconf/autoconf.inc: |
| 21:44.43 | CIA-101 | autoconf : Fix autoconf running on target. |
| 21:44.43 | CIA-101 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 21:44.50 | *** join/#oe ant__ (~andrea@host247-251-dynamic.14-87-r.retail.telecomitalia.it) |
| 21:46.28 | CIA-101 | 03Khem Raj <raj.khem@gmail.com> 07master * rd7e761cd3a 10openembedded.git/recipes/binutils/binutils_2.21.bb: |
| 21:46.28 | CIA-101 | binutils_2.21.bb: Dont apply libtool-update.patch at all |
| 21:46.28 | CIA-101 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:47.19 | eFfeM | khem, should saying LD=${CC} not have fixed it too ? |
| 21:51.09 | eFfeM | khem, anyway, I can confirm that your patch works |
| 21:52.04 | khem | eFfeM: no it wont |
| 21:52.04 | khem | LD is used in varied forms in js |
| 21:52.04 | eFfeM | ah ok, thought the LD var would always be overwritten by CC |
| 21:52.04 | khem | sometimes it uses it for partial linking sometimes to link shared objects and so on |
| 21:52.14 | khem | sent the cross-localedef patch to ml |
| 21:52.27 | khem | ah forgot to pay the dues to poky |
| 21:54.29 | eFfeM | khem btw my log file still has those odd chars, not peeking into that any more today, need to go Zzz, up early tomorrow |
| 21:54.41 | eFfeM | khem & thanks alot for your help! |
| 22:00.33 | davidlt | Hmm... All my build environments/machines now fails |
| 22:03.21 | eFfeM | calling it a day! |
| 22:03.30 | eFfeM | have fun & see you tomorrow or so |
| 22:04.35 | CIA-101 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * r363f05f027 10openembedded.git/recipes/freesmartphone/cornucopia.inc: |
| 22:04.35 | CIA-101 | cornucopia.inc: bump FSO_CORNUCOPIA_SRCREV |
| 22:04.35 | CIA-101 | This brings fixed alsa statefiles for openmoko and some |
| 22:04.35 | CIA-101 | nice new plugins for nokia900. |
| 22:04.35 | CIA-101 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 22:05.59 | Jay7 | wiw |
| 22:06.04 | Jay7 | s/i/o/ |
| 22:06.20 | Jay7 | khem: I see patch about cross-localedef |
| 22:06.28 | Jay7 | I'll run testbuild now |
| 22:10.15 | davidlt | khem: funny thing is that I can't even compile OpenSP on my Ubuntu or Mac |
| 22:10.26 | davidlt | But I get different errors |
| 22:11.55 | Jay7 | khem: JFYI git am log: http://pastebin.ca/2018843 |
| 22:17.16 | Jay7 | khem: testing build started for {angstrom-2008.1, minimal} {collie, akita, efikamx, ben-nanonote, qemux86} console-image |
| 22:23.06 | khem | Jay7: ok |
| 22:23.23 | khem | I have not tested glibc so your angstrom 2008.1 should catch that |
| 22:23.40 | khem | I am all fine to keep using qemu for glibc |
| 22:24.00 | khem | but for eglibc we should use cross-localedef now on |
| 22:24.00 | Jay7 | angstrom is going first |
| 22:24.05 | Jay7 | so we will know soon |
| 22:24.07 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:24.21 | Jay7 | btw, is it enabled by default? |
| 22:24.31 | Jay7 | I've not changed any variables |
| 22:24.59 | khem | Jay7: yes for eglibc it is |
| 22:25.16 | Jay7 | is it for glibc? |
| 22:25.38 | Jay7 | ah, I see +LOCALE_GENERATION_WITH_CROSS-LOCALEDEF = "1" |
| 22:26.29 | Jay7 | +# set "0" for qemu emulation of native localedef for locale generation |
| 22:26.39 | Jay7 | seems *instead* is missing :) |
| 22:26.58 | *** join/#oe sgw (~sgw@nat/intel/x-nytvrporvhpaxaig) |
| 22:31.07 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 22:33.25 | CIA-101 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * r283a6b3e1a 10openembedded.git/recipes/freesmartphone/fso-specs_git.bb: |
| 22:33.26 | CIA-101 | fso-specs_git.bb: bump SRCREV as needed by current cornucopia |
| 22:33.26 | CIA-101 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 22:33.28 | CIA-101 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * rff2ef6e71c 10openembedded.git/recipes/freesmartphone/libfso-glib_git.bb: |
| 22:33.29 | CIA-101 | libfso-glib_git.bb: bump PR to pickup the fso-specs bump |
| 22:33.29 | CIA-101 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 22:34.31 | khem | Jay7: thx I squelched those trailing whitespaces now locally |
| 22:34.45 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 22:34.59 | Jay7 | cool |
| 22:39.53 | *** join/#oe hbeck (~hbeck@38.114.125.51) |
| 22:43.11 | Jay7 | khem: http://pastebin.ca/2018872 |
| 22:43.25 | Jay7 | but it is still building |
| 22:43.33 | Jay7 | not sure how critical is it |
| 22:44.09 | Jay7 | hm.. |
| 22:44.39 | Jay7 | may be it was something other.. |
| 22:45.34 | Jay7 | NOTE: package glibc-2.9-r37.4: task do_configure: Failed |
| 22:45.35 | Jay7 | ERROR: Function 'do_configure' failed |
| 22:45.39 | Jay7 | no, it is |
| 22:46.34 | Jay7 | khem: http://tinderbox.openembedded.net/packages/1262322/ |
| 22:46.51 | Jay7 | ah.. no log there.. |
| 22:48.42 | khem | Jay7: ok thought of that let me fix it here |
| 22:49.01 | Jay7 | I'll wait :) |
| 22:49.26 | kergoth | meh |
| 22:49.53 | Jay7 | kergoth: btw, I'm running on bb master :) |
| 22:49.58 | Jay7 | so we will test it too |
| 22:50.00 | kergoth | nice |
| 22:51.28 | Jay7 | what to bitbake to build *libc only? |
| 22:51.33 | Jay7 | virtual/libc? |
| 22:52.17 | Jay7 | I mean libc version preffered by distro |
| 22:52.20 | *** join/#oe davidlt (~davidlt@127-34.78-83.cust.bluewin.ch) |
| 22:52.33 | khem | Jay7: ok sent an addon patch to ml |
| 22:52.36 | khem | apply that |
| 22:52.39 | khem | for glibc on top |
| 22:53.02 | khem | think why we have so much undertaking on OE |
| 22:53.10 | khem | s/on/in |
| 22:53.11 | *** join/#oe orbarron (~orb@nat/ti/x-oysqszumoyrdflsg) |
| 22:54.57 | Jay7 | hm.. patchwork is slow.. |
| 22:55.17 | Jay7 | I've mail in my inbox, but nothing in PW still.. |
| 22:55.27 | Jay7 | got it |
| 22:55.46 | khem | yes pw takes about 5mins |
| 22:56.10 | khem | you can not poll more often than that other wise Mail servers kick you out |
| 22:56.47 | Jay7 | is it grabbing mail via pop/imap? |
| 22:57.06 | Jay7 | I've thought it was working via smtp aliases |
| 22:57.14 | Jay7 | well, delivery aliases |
| 22:57.21 | orbarron | hey all... I was trying to build "console-image" but I am getting this error: error: #error GNU libiconv not in use but included iconv.h is from libiconv -- has anyone seen this before? |
| 22:58.05 | Jay7 | orbarron: what recipe is failing? |
| 22:58.30 | orbarron | Jay7: glib-2.24.1 |
| 22:58.51 | Jay7 | orbarron: what is distro and machine? |
| 22:59.01 | CIA-101 | 03Chris Larson <chris_larson@mentor.com> 07master * refa5485c8f 10bitbake.git/lib/bb/process.py: |
| 22:59.02 | CIA-101 | build: set PWD in the subprocess preexec hook |
| 22:59.02 | CIA-101 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:59.31 | Jay7 | btw.. |
| 22:59.47 | Crofton|work | sakoman, should I push the coreutils patch upstream? |
| 22:59.57 | orbarron | Jay7: distro: angstrom -- machine: pandaboard |
| 23:00.11 | Jay7 | kergoth: do we have bb option just to report build configuration? |
| 23:00.21 | kergoth | not sure what you mean. |
| 23:00.28 | kergoth | its not a function of bitbake |
| 23:00.33 | kergoth | bitbake has zero knowledge of those variables |
| 23:00.35 | kergoth | its all oe |
| 23:00.36 | khem | its printed first if you use bb master |
| 23:00.45 | kergoth | and its printed by OE, from an event handler |
| 23:00.51 | orbarron | Jay7: opps: I mean omap4430-panda |
| 23:00.52 | Jay7 | ah, well |
| 23:01.08 | Jay7 | I just mean command to show this configuration w/o doing build |
| 23:01.27 | Jay7 | to do debugging such cases a bit easy :) |
| 23:01.39 | *** join/#oe hansdampf (~moritz@212.77.183.45) |
| 23:01.45 | khem | may be -n |
| 23:01.48 | kergoth | OE can't add commandline arguments to bitbake |
| 23:01.49 | Jay7 | instead of asking bunch of vars just ask to show command results |
| 23:01.59 | kergoth | yeah, -n would do, its printed when the build starts |
| 23:02.30 | khem | orbarron: yes this error is seen sometimes its kind of a catch22 condition sometimes |
| 23:02.38 | khem | orbarron: whats your build os |
| 23:03.42 | orbarron | host: ubuntu 10.04 -- target: omap4430-panda |
| 23:05.37 | orbarron | khem: nope.. host is actually 8.04 |
| 23:05.57 | kergoth | hmm |
| 23:06.57 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 23:09.01 | Jay7 | ka6sox: I got internal mediawiki error while trying to change page |
| 23:09.33 | Jay7 | ka6sox: I've tried to update info on this page: http://wiki.openembedded.net/index.php?title=Testing_with_QEMU |
| 23:09.43 | *** join/#oe anarsoul_ (~anarsoul@80.249.93.32) |
| 23:09.58 | ka6sox | Jay7, thanks |
| 23:10.02 | ka6sox | let me see whats up with that |
| 23:10.43 | pwgen | n8 |
| 23:10.44 | hbeck | hi folks, have a couple newbie questions about sdk distribution/installation if anyone can help? |
| 23:12.14 | Jay7 | hbeck: just ask |
| 23:13.39 | ka6sox | Jay7, were you trying to edit it?\ |
| 23:13.43 | ka6sox | it works for me |
| 23:14.21 | Jay7 | ka6sox: I've changed link to linuxtogo (prepended www.), mark 'minor edit' and filled summary |
| 23:14.27 | Jay7 | then click save page |
| 23:14.33 | khem | orbarron: ok I have seen such issue on old ubuntu may be you are hitting same |
| 23:14.47 | khem | kergoth: how can I get reverse diff of a commit |
| 23:15.00 | khem | git show <sha> gives the normal diff |
| 23:15.06 | kergoth | git diff commit..commit~1 |
| 23:15.20 | ka6sox | Jay7, oh, its probably needing approval now as I've made it so that we can try to eliminate the wikispam |
| 23:15.57 | hbeck | Does the tree location for the sdk have to be fixed (root) or can it be installed under something like /home ? |
| 23:16.03 | Jay7 | ka6sox: but it just show me Internal wiki error page :) |
| 23:16.21 | ka6sox | kk...let me look at why the plugin is broken |
| 23:16.40 | khem | hbeck: I think it would want root |
| 23:17.43 | khem | ha git show -R :) cool |
| 23:17.47 | khem | hugs git |
| 23:19.08 | *** join/#oe sgw1 (~sgw@134.134.139.70) |
| 23:20.04 | davidlt | khem: Any other good suggestions? My all build environments doesn't work anymore.. |
| 23:20.13 | hbeck | khem: ok so no way to make the compilers relocatable? If so, is there an install method (other than just using tar) for a non-linux-savvy user base? |
| 23:21.38 | hbeck | I should say: a usual install method other than tar |
| 23:22.46 | *** join/#oe tharvey (~tharvey@76.205.222.173) |
| 23:24.52 | CIA-101 | 03Chris Larson <chris_larson@mentor.com> 07master * r76aeea2c23 10bitbake.git/bin/bitbake: |
| 23:24.52 | CIA-101 | Ensure that the invalid UI error goes to stderr |
| 23:24.52 | CIA-101 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 23:28.59 | kergoth | khem: ah, nice. i like that its the same argument as patch :) |
| 23:31.35 | CIA-101 | 03Andrea Adami <andrea.adami@gmail.com> 07master * r4a7c6815cf 10openembedded.git/recipes/python/python-pygtksourceview_2.6.0.bb: (log message trimmed) |
| 23:31.35 | CIA-101 | python-pygtksourceview: hack around PKG_CONFIG issues and unbreak build |
| 23:31.35 | CIA-101 | * temporarly apply same fix (sed) used in python-pygtk |
| 23:31.35 | CIA-101 | * | checking for pygtk codegen... /usr/share/pygobject/2.0/codegen |
| 23:31.35 | CIA-101 | * | no |
| 23:35.04 | *** join/#oe RP__ (~richard@81.171.156.162) |
| 23:46.31 | khem | hbeck|away: I dont think there is one atm |
| 23:51.01 | ant__ | khem: hey |
| 23:52.31 | ant__ | now samba is failing here vs. gcc-4.5 ...http://www.pastebin.ca/2018942 |
| 23:52.58 | khem | ant__: heh known problem |
| 23:53.07 | ant__ | :/ |
| 23:53.28 | khem | good news is that I have a fix |
| 23:53.36 | khem | I will just send it to ml |
| 23:53.42 | khem | and you can test it for me ?? |
| 23:53.45 | ant__ | great, thx |
| 23:53.49 | ant__ | ofc |
| 23:53.59 | ka6sox | Jay7, try again |
| 23:55.54 | ant__ | hm.. btw I could only push to master and not to org.openembedded.dev anymore ?!? |
| 23:56.00 | Jay7 | khem: locales was generated |
| 23:56.30 | Jay7 | ka6sox: moment |
| 23:57.00 | Jay7 | ka6sox: same sh@t :( |
| 23:57.12 | Jay7 | ant__: hey |
| 23:57.15 | ka6sox | arrgh...okay |
| 23:57.25 | Jay7 | ant__: samba was always failing vs gcc 4.5 :( |
| 23:57.42 | Jay7 | ah.. hope to fix :) |
| 23:57.46 | ant__ | Jay7: he..I try now 'sugar' with angstrom-2010 |
| 23:58.04 | ant__ | no probs with older gcc |