| 00:17.51 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 00:18.14 | khem | ant__: around ? |
| 00:18.23 | khem | ant__: just replied to your message |
| 00:18.24 | ant__ | yep, |
| 00:18.29 | khem | can you remove |
| 00:18.41 | khem | do_configure_prepend |
| 00:18.46 | khem | and see if that helps |
| 00:19.07 | ant__ | btw forcing $perl_threads=0 let me finish the build |
| 00:19.22 | ant__ | in the Config.pm of sysroot |
| 00:19.22 | khem | sure you have found the cause of problem |
| 00:19.35 | *** join/#oe davidlt (~davidlt@199-43.3-85.cust.bluewin.ch) |
| 00:19.43 | ant__ | and a band-aid |
| 00:19.46 | khem | ant__: thats fine but while its using perl from sysroot then it should use everything from there |
| 00:19.53 | ant__ | ofc |
| 00:20.03 | khem | why does it use some stuff from sysroot and some for build box |
| 00:20.10 | khem | did u investigate that ? |
| 00:20.20 | ant__ | he, I suppose on first build you're using host perl |
| 00:21.16 | *** join/#oe marcosmamorim (~marcos@189.110.208.2) |
| 00:25.16 | *** join/#oe brolin (~brolin@190.250.166.166) |
| 00:27.49 | ant__ | khem: yes, fully removing do_configure_prepend allows e.g. libx11 to configure |
| 00:28.04 | ant__ | with perl-native |
| 00:28.24 | ant__ | that seems the culprit |
| 00:37.56 | ant__ | you have to fix for the non-native automake, though |
| 00:38.06 | ant__ | zZZ now |
| 00:38.09 | ant__ | good night |
| 00:38.31 | *** join/#oe ka6sox (2666fff0@nslu2-linux/ka6sox) |
| 00:39.15 | tharvey | do we have a place to provide a cache of sources once release is complete? seems like a release branch is useless without pinning sources |
| 00:40.44 | ka6sox | tharvey: we do |
| 00:41.34 | tharvey | how is it being populated? for what machines/images? |
| 00:48.59 | ka6sox | its source...and manually |
| 00:53.48 | khem | tharvey: hmm, I think OE has a sourcemirror but thats a backup |
| 00:53.57 | khem | it does not have everything there |
| 00:54.15 | khem | it still depends on web |
| 00:56.06 | tharvey | what si the process to get things stored there? I'm all for making sure the machines/images I test get their sources posted if I have access to |
| 00:56.56 | tharvey | I see this as pretty important... one of my release-2012-12 builds failed on clean DL_DIR b/c of some temporary issue with a specific source host |
| 00:58.12 | khem | you put the source somewhere I can access |
| 00:58.17 | khem | and I can put them there |
| 00:58.27 | khem | also put the .md5 files |
| 00:58.38 | khem | now I gotta drive home |
| 00:58.42 | khem | bbiab |
| 01:18.40 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 01:22.32 | *** join/#oe _julian_ (~quassel@hmbg-5f764d84.pool.mediaWays.net) |
| 01:31.45 | grg | strace fails to build with micro-uclibc, because its looking for struct statfs64. The kernel still has support for statfs64, but libc doesn't. Strace can't get the definition from libc, but needs it to decode the syscall. http://tinderbox.openembedded.org/public/logs/task/10863125.txt |
| 01:32.58 | grg | khem, should i just #ifdef out strace's statfs64 code and assume those syscalls will never be hit, or is there a better solution here? |
| 01:55.22 | *** join/#oe fraxinath (~quassel@p4FD63AC9.dip.t-dialin.net) |
| 01:57.34 | *** join/#oe Openfree^ (~df@61.170.201.71) |
| 01:59.55 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 02:05.35 | *** join/#oe Openfree^ (~df@61.170.201.71) |
| 02:15.14 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 02:36.51 | *** join/#oe dth_ntb (~dth@a89-183-27-127.net-htp.de) |
| 03:02.09 | *** join/#oe fraxinas (~quassel@p4FD64F9F.dip.t-dialin.net) |
| 03:07.19 | *** join/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
| 03:07.40 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 03:11.22 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 03:45.19 | j24 | is there a doc how to use distcc and oe? |
| 03:50.13 | bgamari | that is probably not going to be easy |
| 03:50.46 | bgamari | unless the build root is mounted over NFS |
| 03:51.32 | bgamari | j24: All of the machines would need to have the toolchain available |
| 03:52.42 | grg | you could easily use distcc for the -native biulds |
| 03:53.10 | j24 | bgamari: yeah I known |
| 03:53.21 | j24 | bgamari: but how configure oe to use it? |
| 03:54.03 | grg | would require some hacking i think |
| 03:55.18 | j24 | I've in mind to use a codesourcery toolchians |
| 03:55.37 | j24 | and ask oe to use an external toolchains if it can |
| 03:55.39 | grg | you could try building a meta-toolchain, distributing that to your compile nodes, then set it as a prebuilt toolchain using ASSUME_PROVIDED |
| 03:56.12 | grg | if things work with the external toolchain, there's no reason why you couldn't farm things out with distcc |
| 03:56.41 | grg | would be more a matter of reading distcc docs |
| 03:56.49 | j24 | I known distcc |
| 03:57.00 | j24 | but wonder how to do it with oe |
| 03:58.09 | j24 | because I search an example how to configure oe to use my external toolchains |
| 03:58.41 | grg | havent tried using an external toolchain |
| 03:59.29 | grg | don't know if its currently working or not, i haven't heard anyone mention they are using it |
| 04:02.16 | j24 | ok will try |
| 04:29.30 | *** join/#oe Openfree^ (~df@61.170.201.71) |
| 04:29.52 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:30.47 | kergoth | hmm, a number of failures for native-sdk-image with DISTRO=micro, must be more /bin vs /usr/bin issues |
| 04:35.38 | grg | i'm not sure that micro will be ready for release |
| 04:35.45 | grg | shrugs |
| 04:38.40 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:45.56 | kergoth | agreed, doubtful |
| 04:46.01 | kergoth | works through some of the issues |
| 05:29.22 | *** join/#oe sgw (~sgw@72-160-97-97.dyn.centurytel.net) |
| 05:30.12 | *** join/#oe plyatov_ (6da579c7@gateway/web/freenode/ip.109.165.121.199) |
| 05:36.42 | *** join/#oe d_th (~dth@a89-182-92-80.net-htp.de) |
| 05:46.28 | *** join/#oe Crofton|work (~balister@pool-74-107-167-114.ronkva.east.verizon.net) |
| 06:00.56 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 06:03.27 | *** join/#oe rsalveti-afk (~rsalveti@201.82.70.129) |
| 06:24.46 | *** join/#oe Crofton|work (~balister@pool-74-107-167-114.ronkva.east.verizon.net) |
| 06:38.33 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 06:40.46 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 06:58.14 | eFfeM_work | ka6sox are you also managing patchwork.openembedded.org ? |
| 06:59.08 | *** join/#oe sgw (~sgw@72-160-93-152.dyn.centurytel.net) |
| 07:02.59 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 07:03.58 | *** join/#oe vlrk (~rvara@124.30.147.35) |
| 07:05.04 | ka6sox | eFfeM_work, I don't acutally manage the content... |
| 07:06.06 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 07:06.30 | eFfeM_work | ka6sox who manages the app, it does not seem to work and might need a restart |
| 07:12.12 | ka6sox | again!... |
| 07:21.27 | *** join/#oe sgw1 (~sgw@72-160-97-158.dyn.centurytel.net) |
| 07:22.35 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 07:24.45 | eFfeM_work | unless it has been restarted last few days |
| 07:26.54 | *** join/#oe dth (~dth@a89-182-92-80.net-htp.de) |
| 07:27.06 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:36.17 | *** join/#oe B_Lizzard (~havoc@athedsl-435454.home.otenet.gr) |
| 07:38.42 | ka6sox | eFfeM_work, I restarted it like 24hrs ago. |
| 07:39.47 | eFfeM_work | hm there have been patches from grg about 4 hrs ago, and I do not see them in patchwork |
| 07:40.07 | eFfeM_work | guess there is another issue that is not solved by restarting |
| 07:41.59 | ka6sox | hmmm...ya, adding patches might be problematic currently |
| 07:59.29 | *** join/#oe rob_w (~bob@pD95EB5E1.dip.t-dialin.net) |
| 08:02.37 | *** join/#oe soltys (soltys@83.168.118.74) |
| 08:03.04 | mckoan | good morning |
| 08:11.36 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:11.56 | cazze | morning |
| 08:14.58 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 08:15.07 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 08:23.30 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:29.22 | *** join/#oe dth_ntb (~dth@a89-182-207-115.net-htp.de) |
| 08:30.01 | *** join/#oe sgw (~sgw@72-160-102-226.dyn.centurytel.net) |
| 08:31.46 | *** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 08:31.52 | Noor | Hello all |
| 08:32.05 | Noor | I was trying to build rpm package |
| 08:32.17 | Noor | but it is failing at do_compiler task |
| 08:33.34 | Noor | magic.mime, 672: Warning: no need to escape `#' |
| 08:34.12 | Noor | file: could not find any magic files! |
| 08:34.27 | Noor | this is the output of do_compile task |
| 08:34.38 | Noor | any idea why rpm package is failing |
| 08:35.42 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:41.27 | *** join/#oe sgw1 (~sgw@72-160-91-154.dyn.centurytel.net) |
| 08:41.55 | Noor | anyone has checked rpm package? |
| 08:42.14 | *** join/#oe morphis (~morphis@89.204.137.103) |
| 08:42.29 | morphis | heyho |
| 08:44.51 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 08:46.45 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 08:47.32 | *** join/#oe sgw (~sgw@72-160-84-66.dyn.centurytel.net) |
| 08:50.10 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 08:50.10 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 08:52.34 | XorA | morning |
| 08:53.09 | Jin^eLD | morning |
| 08:53.27 | XorA | another happy shiney day in OE land |
| 08:53.32 | Jin^eLD | :) |
| 08:53.51 | Noor | hay anyone has any suggestion regarding the problem that I am facing while building rpm package |
| 08:54.20 | XorA | Noor: check the recipe vs the Poky version |
| 08:54.27 | XorA | I think rpm atually works in poky |
| 08:54.40 | Jin^eLD | it was not so shiny for me yesterday, somehow I ended up with an unupgradable package :( same lib - after an update of the lib the package name was mangled in a different way and now I have troubles when I try to upgrade |
| 08:54.55 | XorA | eeeeks how did that happen? |
| 08:55.15 | Noor | i was building yocto |
| 08:55.23 | Noor | it build fine over there |
| 08:55.43 | XorA | yocto is poky |
| 08:55.49 | Noor | yeah |
| 08:55.55 | XorA | but see what difference there is |
| 08:56.02 | Noor | but there is higher version |
| 08:56.04 | XorA | I know rpm in OE got very little love |
| 08:56.17 | Noor | the recipe is totally diff altogether |
| 08:56.43 | XorA | then I suggest patching the poky one into OE |
| 08:56.57 | Noor | in oe we have 4.4.2.3 and in poky 5.1.10 |
| 08:57.09 | Noor | OK |
| 08:57.27 | XorA | you then can claim your own little fame :-D |
| 08:57.58 | Noor | :D |
| 08:58.28 | Jin^eLD | XorA: to be honest, I am still not sure, currently rebuilding my whole OE tree... the recipe is called libdsm-api_git.bb, the library ended up in libdsm-api_0.0.0+gitrxxxx package, now for some reason the library ends up in libdsm-api-v2-1.0.0_0.0.0+gitrxxxx (the .so file is indeed called libdsm-api-v2.so.1.0.0, but that was also the case in the previous version) |
| 08:58.34 | XorA | has actually wanted to move Angstrom to a real package manager for years |
| 08:59.16 | XorA | looks like someone updated the SONAME in git |
| 08:59.16 | Jin^eLD | so now when I try to upgrade there is a clash, because libdsm-api-v2-1.0.0 is seen as a different package and it conflicts with the old version which is named libdsm-api |
| 08:59.39 | XorA | you can add a RREPLACES = "oldmangling" |
| 08:59.51 | XorA | RREPLACES_${PN} |
| 09:00.20 | Jin^eLD | I was trying that yesterday but I assume I ended up in some sort of overall mess, so rebuilding the whole image now and will try the RREPLACES thing again |
| 09:05.07 | blindvt` | khem, the idea was to be able to _disable_ LFS, not enable it ;P |
| 09:05.17 | blindvt` | khem, i'll have a look |
| 09:05.58 | *** join/#oe cpo (~cpo@helix.mybll.net) |
| 09:06.09 | cpo | hi, im trying to build xkeyboard-config, but it fails with |
| 09:06.09 | cpo | "configure.in:41: error: possibly undefined macro: AC_PROG_INTLTOOL and AM_GLIB_GNU_GETTEXT" |
| 09:06.39 | cpo | do i have to compile glib-2.0 as well? or why it doesn't depend on that? |
| 09:11.58 | *** join/#oe sgw (~sgw@72-160-94-152.dyn.centurytel.net) |
| 09:13.46 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:17.05 | CIA-109 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r75a63e4b26 10openembedded.git/recipes/freesmartphone/msmcomm.inc: |
| 09:17.05 | CIA-109 | msmcomm: bump SRCREV, this version at least compiles with current fsogsmd |
| 09:17.05 | CIA-109 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:28.06 | *** join/#oe azariah4 (azariah@Psilocybe.Update.UU.SE) |
| 09:28.30 | *** join/#oe sgw1 (~sgw@72-160-88-198.dyn.centurytel.net) |
| 09:28.33 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 09:28.33 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 09:31.32 | cpo | adding glib-2.0-native to DEPENDS in xkeyboard-config_1.8.bb fixes the problem ... |
| 09:34.24 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 12:22.55 | *** join/#oe ibot (~ibot@rikers.org) |
| 12:22.55 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 12:28.03 | vlrk | can any body point me to to the info where i can create my own distro and give my own toolchain to oe..? |
| 12:35.05 | *** join/#oe sgw1 (~sgw@72-160-98-133.dyn.centurytel.net) |
| 12:50.05 | *** join/#oe sgw (~sgw@72-160-97-55.dyn.centurytel.net) |
| 12:50.29 | XorA | vlrk: I dont think anyone ever documented it, anything wrong with Angstrom? |
| 12:52.12 | vlrk | XorA: |
| 12:52.44 | vlrk | XorA:iam just trying to see if i need to give my own distro in case iam providing my own tool chain to oe |
| 12:53.40 | XorA | OE has support for external toolchains, but Im not experienced at using that support |
| 12:53.47 | tasslehoff | autoconf fails for me with this do_compile log: http://pastebin.com/7bZdkiaG |
| 12:53.51 | XorA | this a new architecture? |
| 12:55.47 | *** join/#oe toi (~toi@91.183.49.188) |
| 13:05.14 | *** join/#oe aloisiojr (~aloisio@187.113.114.206) |
| 13:13.41 | *** join/#oe atiti_mac (~atiti@0103ds1-vir.0.fullrate.dk) |
| 13:19.44 | *** join/#oe rob_w__ (~bob@pD95EB0ED.dip.t-dialin.net) |
| 13:21.53 | Jin^eLD | XorA: old and new .bb recipe name is "libdsm-api", old mangling of the lib ipk is "libdsm-api", new mangling of the lib ipk is "libdsm-api-v2-1.0.0", what do I specify in RREPLACES in my recipe? RREPLACES_${PN} = "libdsm-api" or RREPLACES_libdsm-api-v2-1.0.0 = "libdsm-api" ? And will it work at all, since the recipe name from which the packages were generated is the same? |
| 13:22.29 | *** join/#oe sgw (~sgw@72-160-86-172.dyn.centurytel.net) |
| 13:25.12 | XorA | Jin^eLD: I think youll just have to experiment with that one |
| 13:25.34 | XorA | i think ACES_${PN} = "libdsm-api" is correct |
| 13:25.58 | Jin^eLD | that produces the following in the control file |
| 13:25.59 | Jin^eLD | Replaces: libdsm-api-v2-1.0.0 |
| 13:26.12 | Jin^eLD | so it somehow mangled my line too? |
| 13:26.19 | XorA | yes :-( |
| 13:26.47 | XorA | not sure how to do it then |
| 13:26.52 | XorA | might need to ask kergoth |
| 13:27.02 | Jin^eLD | kergoth ping :) |
| 13:29.34 | obi | Jay7: did you remove the angstrom svn mirror? bitbake can't pin svn submodules, so ffmpeg fails when fetching directly from svn, because it only pins part of the source tree to r24596 |
| 13:31.18 | *** join/#oe sgw1 (~sgw@72-160-108-192.dyn.centurytel.net) |
| 13:31.24 | dj-death | what's the python's current required version for bitbake ? |
| 13:31.36 | dj-death | 2.6 or 2.5 ? |
| 13:35.02 | Jin^eLD | XorA: the function that does the renaming is in package.bbcclass, def runtime_mapping_rename (varname, d): |
| 13:35.27 | Jin^eLD | can I override it in my recipe or append another function to it in order to reset the variable again? |
| 13:41.37 | *** part/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
| 13:44.06 | obi | dj-death: it depends on the version of bitbake |
| 13:44.22 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 13:45.04 | dj-death | obi: 1.9 |
| 13:46.53 | obi | 1.10 works with python 2.5, at least |
| 13:48.26 | Jin^eLD | XorA: seems to work out with python package_mapping_rename_hook_append () { |
| 13:48.31 | Jin^eLD | and resetting it there |
| 13:52.20 | XorA | Jin^eLD: I think there has been work in this area since I last played with it, I am clueless |
| 13:52.23 | Jin^eLD | aber falls er doch reinschaut... :) mtr: JFFS2 warning: (765) jffs2_sum_write_data: Not enough space for summary, padsize = -743 das kriege ich hin und wieder |
| 13:52.25 | Jin^eLD | oops wrong window |
| 13:52.29 | XorA | hehe |
| 13:52.40 | Jin^eLD | I always forget to switch the split windows in the BitchX client ;) |
| 13:52.43 | Jin^eLD | happens all the time |
| 13:52.45 | Jin^eLD | hehe |
| 13:53.45 | XorA | :-D |
| 13:53.51 | *** join/#oe atiti_mac (~atiti@0103ds1-vir.0.fullrate.dk) |
| 13:54.17 | Jin^eLD | this reminds me that I should finally patch BX for UTF-8 support... :> |
| 13:59.22 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:01.08 | *** join/#oe sgw (~sgw@72-160-102-158.dyn.centurytel.net) |
| 14:01.55 | kergoth_ | morning |
| 14:02.01 | Jin^eLD | hi kergoth |
| 14:02.04 | foerster | gm |
| 14:06.47 | CIA-109 | 03Koen Kooi <k-kooi@ti.com> 07org.openembedded.dev * rdf3ebbe996 10openembedded.git/recipes/powervr-drivers/ (2 files in 2 dirs): |
| 14:06.48 | CIA-109 | omap3-sgx-modules 1.4.14.2616: start updating it for 2.6.37 |
| 14:06.48 | CIA-109 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
| 14:11.24 | ericben | concerning micro distro + micro-image : it builds fine for i586-generic and i686-generic, it fails for arm with : http://tinderbox.openembedded.net/public/logs/task/10927261.txt because of old binutils, then with PREFERRED_BINUTILS_arm ?= "2.20.1 it fails on arm with : http://tinderbox.openembedded.net/public/logs/task/10935754.txt which is strange because libc6dev seems to be installed in the image |
| 14:11.27 | *** join/#oe kevinsc (~a0214685@nat/ti/x-jgaxbhxcqmgrwwag) |
| 14:11.38 | kergoth_ | huh |
| 14:12.19 | ericben | I don't have time to fix this now, if someone has an idea, i can test it as the build host is free ;-) |
| 14:13.41 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:19.51 | pb_ | ericben: your first log seems to show some fixincludes problem. what makes you think this is due to binutils? |
| 14:20.30 | pb_ | that latter log does clearly show at least one packaging fail, maybe two. I can have a quick poke at that today. |
| 14:21.11 | *** join/#oe etrunko (~edulima@187.106.5.201) |
| 14:21.13 | ericben | pb_: that's what JaMa told me here, I didn't dig further as aligning binutils to sane toolchain versions fixed the problem |
| 14:21.57 | JaMa | ericben: but you've included different error log now |
| 14:21.59 | ericben | and as micro picks latest gcc + latests eglibc it seems normal to get latest binutils |
| 14:22.00 | pb_ | mm. seems rather weird that it would be caused by binutils. that said, setting 2.20.1 as the P_V for micro is probably a fine idea. |
| 14:22.28 | pb_ | but, if it appears to help with this problem, I would be inclined to put that down to coincidence rather than anything more concrete. |
| 14:22.28 | ericben | JaMa: pb_ : oops this is not the gith log sorry |
| 14:22.36 | ericben | the right log |
| 14:22.40 | pb_ | ah |
| 14:22.51 | ericben | this one is when trying to build meta-toolchain |
| 14:22.53 | ericben | using micro |
| 14:23.56 | JaMa | ericben, pb_ I was talking about this problem (solved with newer binutils) http://tinderbox.openembedded.org/packages/1001382/ |
| 14:24.07 | ericben | http://tinderbox.openembedded.net/public/logs/task/10921718.txt |
| 14:24.10 | ericben | this is the right log |
| 14:24.25 | ericben | sorry for the mix, I also have a problem with meta-toolchain and micro distro ;-) |
| 14:24.42 | ericben | so clearly micro distro seems quite broken for arm actually |
| 14:24.42 | pb_ | righto. that does look like a more plausible binutils failure. |
| 14:24.44 | JaMa | and that eglibc packaging problem should be fixed (as I replied on ML) |
| 14:24.47 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-9-175.dynamic.mnet-online.de) |
| 14:25.18 | pb_ | ok, very good |
| 14:25.21 | pb_ | so, no action required then? |
| 14:25.28 | ericben | JaMa: ok cool |
| 14:25.45 | ericben | I'm launching a build now and will try meta-tooclhain also |
| 14:26.01 | JaMa | newer binutils are still needed |
| 14:26.08 | ericben | pb_: seems so for the moment, I'll ping here once the build is finished |
| 14:26.20 | ericben | JaMa: yes, once acked I'll push my patch |
| 14:26.49 | ericben | JaMa: is you ebligc-dev patch into release branch ? |
| 14:27.32 | JaMaOff | iirc someone else cherry-picked it already |
| 14:28.28 | ericben | JaMaOff: ok thanks, I'm cleaning and rebuilding from scratch as I was on yesterday's release branch |
| 14:29.01 | *** join/#oe foobar___ (~drew@64.71.167.157) |
| 14:29.31 | *** join/#oe RobotGuy (~n7pkt@c-24-21-60-36.hsd1.or.comcast.net) |
| 14:29.52 | Crofton|work | urg |
| 14:30.01 | Crofton|work | I need to get a buidl starred |
| 14:30.03 | XorA | coffees Crofton|road |
| 14:30.08 | XorA | and Crofton|work |
| 14:30.11 | pb_ | ericben: ok, very good |
| 14:30.27 | Crofton|work | just got the coffee |
| 14:30.48 | Crofton|work | I had various technicall issues yesterday while travelling |
| 14:31.30 | XorA | has new laptop for OE on the mpve |
| 14:31.43 | XorA | unfortuneately linux support for it is a bit iffy |
| 14:31.55 | XorA | dares not use Fn key |
| 14:32.25 | florian | XorA: Its not a thinkpad, right? ;) |
| 14:32.29 | XorA | seems to be an xorg issue though, switching to console and back fixes it |
| 14:32.34 | XorA | florian: no, samsung |
| 14:32.52 | *** join/#oe woglinde (~heinold@g225147110.adsl.alicedsl.de) |
| 14:33.42 | florian | Hmm.. my only samsung device is a DVD recorder and this is a great example for a usability hell :-) |
| 14:33.53 | XorA | hehe |
| 14:34.09 | XorA | cheapest core i5 13" laptop I could find |
| 14:34.48 | *** join/#oe dth_ntb (~dth@a89-182-92-80.net-htp.de) |
| 14:36.08 | hrw | 2I have several samsung devices here and they work fine. but not laptop |
| 14:36.30 | *** part/#oe dth_ntb (~dth@a89-182-92-80.net-htp.de) |
| 14:36.48 | hrw | I hope to not have to mvoe to laptop as main computer |
| 14:43.45 | Jin^eLD | na endlich, OE problem geloest :) |
| 14:43.50 | Jin^eLD | oops wrong window once again ;) |
| 14:44.55 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 14:46.06 | *** join/#oe kevinsc (~a0214685@nat/ti/x-nfhjiebnzknbzjvk) |
| 14:47.47 | *** join/#oe sgw (~sgw@72-160-102-158.dyn.centurytel.net) |
| 14:51.07 | *** part/#oe vlrk (~rvara@124.30.147.35) |
| 14:52.47 | *** join/#oe ZeeD (~ZeeD@190.187.241.83.in-addr.dgcsystems.net) |
| 15:00.40 | *** join/#oe atiti (~atiti@h59ec3b10.dklydix.dyn.perspektivbredband.net) |
| 15:00.46 | *** join/#oe woglinde_ (~heinold@f052066112.adsl.alicedsl.de) |
| 15:01.04 | *** join/#oe woglinde_ (~heinold@f052066112.adsl.alicedsl.de) |
| 15:11.53 | tasslehoff | Until now my install has had only a passwordless root user. I need to a couple more users, set some permissions, and have /etc/shadow and /etc/passwd generated on boot. Is there something in OE that can help me with this job? |
| 15:12.28 | kergoth_ | hmm, good question |
| 15:13.17 | Crofton|work | you might need a custom bb file with some script s to do that? |
| 15:14.06 | woglinde_ | use the past_image hook? |
| 15:14.41 | kergoth_ | not sure if the rootfs hook would be enough, probably want to run adduser, etc, which would have to be run on first boot |
| 15:14.47 | kergoth_ | a recipe for it would probably be better |
| 15:15.06 | *** join/#oe Openfree (~Openfree`@61.170.201.71) |
| 15:15.33 | *** join/#oe marex (~marex@eduroam4.ms.mff.cuni.cz) |
| 15:16.02 | *** join/#oe Jay7 (jay@2.94.223.208) |
| 15:17.37 | CIA-109 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * rdee9e91986 10openembedded.git/conf/distro/kaeilos.conf: kaeilos.conf : version upgrade, bump pr |
| 15:17.44 | kergoth_ | hmm, i should compare parallel-parsing with BB_NUMBER_PARSE_THREADS=1 to master |
| 15:17.48 | CIA-109 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * ra4ed5c23a0 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: kaeilos-2009-preferred-versions.inc : versiona upgrade |
| 15:18.14 | tasslehoff | Sounds like something it would be nice to have a recipe for, but I don't know enough about the users and shadows yet to know what it would have to do. My initial thought was to have a text file with the user names, and encrypted passwords, and have a script to generate what I need from that. |
| 15:19.12 | *** join/#oe dj-death_ (~djdeath@ims92-1-88-163-235-97.fbx.proxad.net) |
| 15:19.21 | *** join/#oe GarthPS (~quassel@93.29.51.186) |
| 15:19.54 | *** join/#oe little_owl1 (~little_ow@ip-86-49-84-194.net.upcbroadband.cz) |
| 15:20.07 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 15:20.35 | *** join/#oe etrunko_ (~edulima@187.106.5.201) |
| 15:20.54 | *** join/#oe duff2 (~bryan@75-168-95-205.mpls.qwest.net) |
| 15:20.56 | *** join/#oe dv_ (~dv@dvhome.kansstel.ru) |
| 15:20.58 | woglinde_ | he zecke |
| 15:21.22 | *** join/#oe blindvt`` (~b@62-99-204-228.c-vdreihufeisengasse.xdsl-line.inode.at) |
| 15:21.28 | *** join/#oe kammicazze (~pc@d54C04D68.access.telenet.be) |
| 15:22.07 | *** join/#oe brolin (~brolin@190.250.166.166) |
| 15:22.49 | *** join/#oe hrww (~hrw@chello089073120020.chello.pl) |
| 15:23.49 | *** join/#oe blindvt_ (~bf@85-127-155-31.dynamic.xdsl-line.inode.at) |
| 15:24.08 | *** join/#oe Splat2 (~Splat1@rf1.splat1.com) |
| 15:24.30 | *** join/#oe htns_ (~htns@61.6.64.6) |
| 15:25.16 | *** part/#oe little_owl1 (~little_ow@ip-86-49-84-194.net.upcbroadband.cz) |
| 15:27.40 | *** join/#oe atiti_mac (~atiti@0103ds1-vir.0.fullrate.dk) |
| 15:34.14 | *** join/#oe etrunko (~edulima@187.106.5.201) |
| 15:34.57 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 15:35.12 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 15:36.54 | *** join/#oe rphillips (~rphillips@unaffiliated/rphillips) |
| 15:37.00 | *** join/#oe morphis (~morphis@brmn-4dbcc381.pool.mediaWays.net) |
| 15:45.16 | kergoth_ | wonder if we should use the cpu_count() for default BB_NUMBER_THREADS as well now, with master |
| 15:45.22 | kergoth_ | instead of defaulting to 1 |
| 15:47.21 | Crofton|work | no |
| 15:47.35 | pb_ | kergoth: I think that might be a bit unexpected/unpopular for folks with shared machines. |
| 15:47.41 | Crofton|work | can't always assume a user wants to consume the entire machine |
| 15:47.47 | Crofton|work | pb_, exactly |
| 15:47.48 | kergoth_ | true |
| 15:47.56 | Crofton|work | sometimes I share a machine with myself even |
| 15:48.47 | kergoth_ | can't remember the last time he did a build without setting BB_NUMBER_THREADS to the # of cores, usually leave it in ~/.oe/site.conf or ~/.oe/conf/site/${HOSTNAME}.conf |
| 15:48.52 | kergoth_ | but fair point |
| 15:49.26 | pb_ | well, yeah, personally I always set it to a bit more than the number of cores, but I'm not sure I would necessarily want that to be the default. |
| 15:49.42 | kergoth_ | nods |
| 15:49.50 | pb_ | same as gnu make, I almost always use "make -j20" or some such, but I wouldn't be too keen on make suddenly deciding to do that all on its own. |
| 15:50.06 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
| 15:50.10 | ericben | here on i7 I use 4 BBTHREADS and -j16 |
| 15:50.28 | ericben | but I think BBTHREADS could be increased again |
| 15:51.34 | florian | ericben: is this a i7 970 or 980? |
| 15:52.24 | ericben | florian: 920 and 860 I think |
| 15:53.08 | ericben | these are the values I found to get a decent system load as temperature is actually getting low :-D |
| 15:55.19 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 15:55.19 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 16:01.20 | *** join/#oe Slyon (~lukas@ppp-93-104-90-85.dynamic.mnet-online.de) |
| 16:28.41 | kergoth_ | wonder if the 'Invalid cache found, rebuilding' etc messages should be debug -- most of the time i don't care about that, i just want to build. sometimes it parses faster, sometimes slower, but either way i have to trust that bitbake knows what its doing, and don't really need to know why unless i'm debugging |
| 16:31.26 | *** join/#oe hrw (~hrw@chello089073120020.chello.pl) |
| 16:32.05 | pb_ | mm, dunno. that message isn't exactly overwhelming, and it might be comforting for the user to know that there really is a reason that it goes slower sometimes. |
| 16:32.28 | pb_ | rather than just random capriciousness on bitbake's part. |
| 16:34.39 | kergoth_ | well, it does disrupt the progress display now, which is why i care about it at all |
| 16:34.41 | kergoth_ | :) |
| 16:35.10 | pb_ | ah, heh, fair enough |
| 16:35.24 | pb_ | in that case yeah, could be debug |
| 16:37.08 | *** join/#oe hansdampf (~moritz@212.77.183.49) |
| 16:37.50 | Tartarus | I probably wouldn't have noticed the bug without that just popping up |
| 16:40.25 | kergoth_ | will give some thought to how to get it to show before the progress bar starts, not sure if it can be done now though |
| 16:41.52 | foerster | kergoth_: you'd probably have to resort to even more states in parse_next. While you're there, add the necessary states so cache init can fire my events ;) |
| 16:43.09 | kergoth_ | foerster: hehe, indeed |
| 16:43.21 | foerster | bah, would probably need to run cache init in a process, checking for cache-done |
| 16:43.25 | kergoth_ | foerster: i wonder if itd be easier to make the ui a thread rather than a process, but then we'd have to deal with locking |
| 16:43.30 | kergoth_ | heh |
| 16:43.42 | kergoth_ | meh |
| 16:43.55 | foerster | using multiprocessing with queues would be good to separate ui/server |
| 16:44.09 | kergoth_ | nods |
| 16:44.24 | kergoth_ | might be good to revamp the runqueue to use it for the worker processes too |
| 16:44.29 | kergoth_ | would certainly make that code less ugly |
| 16:44.53 | foerster | everything is slightly bastardized wrt server/ui b/c of the none server. |
| 16:44.59 | foerster | it cheats and makes things confusing |
| 16:45.06 | kergoth_ | maybe we should just drop it entirely |
| 16:45.13 | kergoth_ | if xmlrpc is slow, lets fix the damn thing |
| 16:45.24 | foerster | it's nonfunctional at the moment though |
| 16:45.29 | kergoth_ | ah, right :\ |
| 16:45.51 | foerster | i tried to resurrect it a bit, but it looked to be a PITA |
| 16:45.51 | kergoth_ | well, i say we get parallel parsing merged, *release* a bitbake with it, e.g. 1.12.1, then we start shaking some shit up more |
| 16:46.29 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 16:46.37 | foerster | yea, parallel parsing is awesome. Anything else we do won't be so dramatic performance wise. |
| 16:47.08 | foerster | I was looking through, there are a lot of unused imports, etc. Should all that stuff be cleaned up? |
| 16:47.30 | kergoth_ | i'd say so, yeah. clean code is important for maintainability |
| 16:48.01 | foerster | i'm running up against end of year deadlines so I can't screw off too much, but I can probably squeeze some clean up work for bitbake in. |
| 16:49.12 | kergoth_ | foerster: i like your change to use multiple load/dump for the cache, thinking about merging that even without the actual progress pieces. now would be the time, so we don't have to bump the cache file version a second time |
| 16:49.34 | foerster | kergoth_: Just test it to make sure it works ;) |
| 16:49.38 | kergoth_ | nods |
| 16:49.41 | kergoth_ | seems to |
| 16:49.43 | foerster | it looks like it should, but I didn't actually build anything. |
| 16:49.46 | foerster | i just did a parse |
| 16:50.17 | foerster | did you run it? It actually runs faster here by .3 - .4s |
| 16:50.41 | *** join/#oe methril_work (~methril@201.35.65.90) |
| 16:50.43 | foerster | must have to do with the sheer size of the single load otherwise. |
| 16:50.44 | kergoth_ | not sure if you noticed, but the event firing from worker to server in lib/bb/event.py -- it wraps the dumps()'d object with <event></event> -- yet we already know pickle knows where its entries start/end, so that seems pretty pointless to me |
| 16:50.57 | kergoth_ | why not just do multiple load/store across that pipe without mangling |
| 16:51.19 | kergoth_ | that'd make sense, will test it here too |
| 16:51.43 | *** join/#oe sbine (~sbine@unaffiliated/sbine) |
| 16:54.40 | foerster | kergoth_: Without knowing the history, I cannot say, but it seems like the wrapping of <event> was probably in response to some issue? At least, that'd be my guess. |
| 16:54.59 | kergoth_ | good point, will dig through the history |
| 16:55.25 | kergoth_ | thats a possibility, but remember that much of this code was either written by me before i knew python worth a damn, or by RP before he knew python particularly well either :) |
| 16:55.37 | *** join/#oe kristoffer (~kristoffe@c-aedfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:56.05 | ka6sox | ericben, do you have a pointer to the right binutils source? |
| 16:56.22 | foerster | Right, so it could be 1) not knowing any better, or 2) pseudo-debugging remnants. |
| 16:56.30 | kergoth_ | nods |
| 16:56.31 | kergoth_ | will see |
| 16:57.03 | foerster | and I can't say I know python much. I did a little bit 4-5 years ago, not much since then. |
| 16:57.05 | ericben | ka6sox: yes ftp://sourceware.org/pub/binutils/snapshots/binutils-2.19.51.tar.bz2 |
| 16:57.57 | ka6sox | okay let me get the right one in our sources. |
| 16:59.12 | ka6sox | eFfeM_work, is patchwork still "down" for you? |
| 16:59.41 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 16:59.43 | *** join/#oe etrunko (~edulima@187.106.5.201) |
| 17:01.26 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 17:05.20 | foerster | is off to the gym |
| 17:05.42 | woglinde_ | florian ping |
| 17:06.02 | florian | woglinde_: pong |
| 17:06.22 | woglinde_ | florian can you check planet.linuxtogo.org |
| 17:06.44 | florian | woglinde_: worksforme |
| 17:07.02 | woglinde_ | hrms |
| 17:07.04 | woglinde_ | damn cache |
| 17:07.29 | *** join/#oe tsahee (~tsahee@132.68.49.129) |
| 17:07.54 | *** join/#oe tsahee (~tsahee@132.68.49.129) |
| 17:07.56 | florian | :-) |
| 17:09.02 | tsahee | I'm trying to build openembedded for beagle board, and having problems with omap3-sgx-modules_1.4.14.2514.bb. I get "No targets specified and no makefile found." |
| 17:09.02 | tsahee | <PROTECTED> |
| 17:09.07 | tsahee | ? |
| 17:13.51 | woglinde_ | tsahee hm did you read the readme inside the sgx-modules dir? |
| 17:15.42 | *** join/#oe etrunko (~edulima@187.106.5.201) |
| 17:16.11 | tsahee | I don't think I noticed one.. going to do that now.. thank you!\ |
| 17:18.53 | woglinde_ | kergoth did you solve all problems with multiprocess now? |
| 17:19.44 | tsahee | woglinde_: Didn't find it. Where is the readme file supposed to be? |
| 17:20.34 | kergoth_ | woglinde_: seems to be working fine for this |
| 17:21.02 | ka6sox | ericben, please check that I have the right file and md5sum for binutils-2.19.51.tar.bz2 |
| 17:21.14 | ka6sox | in our sourcemirror |
| 17:22.08 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:24.10 | woglinde_ | tsahee hm seems to be reomved |
| 17:25.06 | *** join/#oe morphis (~morphis@brmn-4dbcc381.pool.mediaWays.net) |
| 17:26.00 | ericben | ka6sox: the md5 seems good |
| 17:26.03 | ericben | thanks |
| 17:26.22 | ka6sox | yw |
| 17:29.24 | tsahee | woglinde_: do you happen to have a copy of it? or anything that might help? |
| 17:31.04 | tsahee | or even - can I remove this package? for now, I can live without sgx support |
| 17:36.04 | CIA-109 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r94706f3c2b 10openembedded.git/recipes/lvm2/lvm2.inc: |
| 17:36.04 | CIA-109 | lvm2: remove dependency on device-mapper and bump PR |
| 17:36.04 | CIA-109 | lvm2 does not need the dependency on device-mapper anymore as lvm2 includes device-mapper |
| 17:36.04 | CIA-109 | since some releases. The only version we currently have in our repository even comes with |
| 17:36.04 | CIA-109 | device-mapper included so we can drop the dependency. |
| 17:36.05 | CIA-109 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 17:36.24 | *** part/#oe rafa (~rafa@200.123.158.181) |
| 17:37.54 | morphis | khem: ping |
| 17:39.12 | morphis | khem: I have some commit which should be in the release branch to fix some bug with the lvm2 recipes |
| 17:40.08 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 17:40.57 | tsahee | maybe this will help me: in my local.conf I specify DISTRO = "angstrom-2008.1". However, when bitbake starts it says: DISTRO_VERSION = "2010.7-test-20101123". Is that OK? If not - how do I fix it? |
| 17:41.52 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 17:43.08 | morphis | khem: anyway ... I wrote it to the ml |
| 17:47.26 | *** join/#oe dijenerate (~dijenerat@65.48.227.4) |
| 17:51.57 | *** join/#oe ldnunes_ (~ldnunes@189.114.111.55) |
| 17:52.04 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 17:52.04 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 17:59.11 | *** join/#oe stefan_schmidt (~stefan@p5B036F3B.dip.t-dialin.net) |
| 17:59.32 | stefan_schmidt | hi all |
| 17:59.57 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 17:59.57 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 18:00.09 | tsahee | Okay.. I'll try one last question: I want to compile my own code for the board running OE, without all the bitbake hussle (just a simple hello world, for starters). I understood that tmp should have a directory holding the cross-compilation version of gcc, make, etc. But I found no executable file named gcc in my tmp dir. This is what I try to follow: http://www.linuxtogo.org/gowiki/CompilingYourOwnCode. |
| 18:00.35 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 18:00.35 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 18:01.06 | stefan_schmidt | tsahee: CROSS_COMPILE=/home/stefan/Projekte/OpenEmbedded/build/dev/tmp/sysroots/x86_64-linux/usr/armv5te/bin/arm-angstrom-linux-gnueabi- |
| 18:01.22 | stefan_schmidt | thats what I use for kernel compiles with an OE toolchain |
| 18:01.56 | stefan_schmidt | the crosscompiler name for gcc is arm-angstrom-linux-gnueabi-gcc in this case |
| 18:02.00 | kergoth_ | should think about using meta-toolchain to build an sdk for that sort of thing |
| 18:02.43 | *** join/#oe kristoffer (~kristoffe@c-aedfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 18:06.11 | tsahee | kergoth_: what do you mean a meta-toolchain? |
| 18:07.00 | stefan_schmidt | kergoth_: yeah, the one above is the lazy way to use OE toolchains for kernel work :) |
| 18:12.34 | *** join/#oe anarsoul (~anarsoul@80.249.91.177) |
| 18:14.53 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 18:16.10 | *** join/#oe Ante_ (53e3ee44@gateway/web/freenode/ip.83.227.238.68) |
| 18:17.44 | Ante_ | deploy/glibc/sources/ does only contain ine MIT file and no other, anybody who recognizes this? |
| 18:23.36 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 18:35.10 | *** join/#oe dijenerate (~dijenerat@65.48.227.4) |
| 18:38.18 | *** join/#oe davidlt (~davidlt@114-209.3-85.cust.bluewin.ch) |
| 18:40.22 | *** join/#oe etrunko (~edulima@187.106.5.201) |
| 18:42.54 | khem | good morning |
| 18:43.05 | khem | its quite a rainy day today here |
| 18:43.47 | ka6sox | no rain here...yet |
| 18:43.53 | ka6sox | but you are sending it my way. |
| 18:44.12 | kergoth_ | hmmmmm |
| 18:44.15 | kergoth_ | ponders |
| 18:44.55 | kergoth_ | i wonder if there's a better solution for the progress bits.. koen makes a good point about the eta |
| 18:45.13 | kergoth_ | eta can't be accurate when the early recipes are fully cached and the others are parsed, the time it takes is too different |
| 18:46.07 | *** join/#oe Martin-B (~martin@pool-141-65-198-89.dbd-ipconnect.net) |
| 18:46.11 | kergoth_ | hrm |
| 18:47.36 | *** join/#oe Heinervdm (~thomas@pD9E168BC.dip.t-dialin.net) |
| 18:49.38 | stefan_schmidt | Its starts snowing over here. Still a mix between rain and snow but we will get there :) |
| 18:50.42 | stefan_schmidt | khem: I did some larger build tests on the release branch (minimal, console, meta-toolchain, native-sdk, openjdk-6) all looks good on 32 and 64 bit |
| 18:51.09 | *** join/#oe atiti_mac (~atiti@0103ds1-vir.0.fullrate.dk) |
| 18:51.12 | Tartarus | Is meta-toolchain building actually? |
| 18:51.21 | Tartarus | It wasn't and nothing has gone in that could have changed that |
| 18:51.25 | stefan_schmidt | only one machine right now (bug20) might test some other after I did a big angstrom-x-image build |
| 18:51.53 | stefan_schmidt | Tartarus: i just build for me. armv7 and angstrom 2008.1 |
| 18:52.13 | Tartarus | How? |
| 18:52.17 | Tartarus | sec |
| 18:52.18 | kergoth_ | hmmmm |
| 18:52.28 | ericben | hi, meta-toolchain builds fine for me on several config (see testing page) |
| 18:52.39 | Tartarus | http://tinderbox.openembedded.net/public/logs/task/10788802.txt |
| 18:52.51 | Tartarus | What bitbake are you guys using? |
| 18:53.12 | ericben | 10.1 |
| 18:53.15 | stefan_schmidt | Tartarus: 1.10.1 |
| 18:53.31 | Tartarus | can you try minimal? |
| 18:53.37 | Tartarus | for a distro |
| 18:54.06 | stefan_schmidt | can do |
| 18:54.33 | Tartarus | i'll go try your combo out |
| 18:54.37 | ericben | Tartarus: work fine for me |
| 18:55.49 | ericben | meta-toolchain-qte was built for armv5/v6/v7 i586 & i686 for angstrom 2010.x and minimal distros |
| 18:56.05 | Tartarus | Something is up... |
| 18:56.12 | Tartarus | I've been getting the above error for a long time |
| 18:56.18 | Tartarus | both master and I'd swear 1.10.1 |
| 18:56.39 | ericben | I start from a clean dir to build |
| 18:57.13 | Tartarus | same |
| 18:58.32 | khem | kergoth: I use wall clock not the ETA that bitbake shows me :) |
| 18:58.36 | khem | stefan_schmidt: good job |
| 18:58.43 | ericben | strange, you can check my results here : http://tinderbox.openembedded.net/packages/meta-toolchain-qte/ |
| 18:59.14 | Tartarus | http://tinderbox.openembedded.net/packages/meta-toolchain/ is wierd, yeah |
| 18:59.26 | stefan_schmidt | khem: I think we still have a problem with angstrom-2010.x and its libtool 2.4 usage |
| 18:59.37 | Tartarus | Jay7 has the failure too |
| 18:59.40 | kergoth_ | khem: hehe. well, we could always drop the ETA part of the progress bar until we revamp that stuff |
| 18:59.44 | kergoth_ | might be best for the time being |
| 18:59.57 | stefan_schmidt | khem: The last time I tried this for openjdk-6 I had problems with Oe trying to use libz from the host |
| 19:00.18 | ericben | Tartarus: this is maybe stupid but maybe you path is to long for one tool ? |
| 19:00.25 | kergoth_ | thinks about potentially combining CookerParser, CacheData, and potentially Cache into a RecipeSet |
| 19:00.27 | stefan_schmidt | khem: Will try to start a build tomorrow and let you know when I have logs |
| 19:01.14 | Tartarus | ericben: Shouldn't be that kind of issue, no |
| 19:01.25 | Tartarus | I did some bitbake -g'ing and task-sdk-host just wasn't showing up as something we needed |
| 19:01.43 | ericben | khem: I'm going to push the 3 patch I sent, if you can cherry pick them for release I'll launch a clean build after to verify everything is ok |
| 19:02.05 | Tartarus | builds started now, will have more info soon :) |
| 19:02.27 | Jay7 | morning again |
| 19:02.29 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 19:02.50 | Jay7 | obi: failure was in do_compile, not in do_fetch |
| 19:03.46 | obi | yes, that's how it shows |
| 19:04.11 | khem | ericben: good seem ok. I was not sure about that linux/limits.h inclusion |
| 19:04.19 | khem | does kernel have limits.h too ? |
| 19:04.29 | Jay7 | http://tinderbox.openembedded.net/public/logs/task/10898542.txt |
| 19:04.34 | ericben | khem: without it old kernel font build with recent toolchains |
| 19:04.39 | Jay7 | obi: error: libavutil/opt.h: No such file or directory |
| 19:04.49 | obi | i know |
| 19:04.59 | obi | what i said is still true ;) |
| 19:05.13 | khem | ericben: ok |
| 19:05.13 | Jay7 | hm.. |
| 19:05.15 | obi | it's the svn fetcher, which cannot pin svn submodules to a single revision |
| 19:05.17 | Jay7 | it's fun :) |
| 19:05.29 | Jay7 | obi: so, what is solution? |
| 19:05.34 | stefan_schmidt | Tartarus: You wanted a build for minimal. Machine does not matter? |
| 19:05.38 | obi | use the angstrom mirror |
| 19:05.39 | Tartarus | nope |
| 19:05.43 | Tartarus | fails on qemu* |
| 19:05.45 | obi | or fetch the archive elsewhere |
| 19:05.48 | Tartarus | and a few others |
| 19:05.52 | obi | but don't use svn |
| 19:05.57 | obi | for ffmpeg at least |
| 19:05.59 | ericben | khem: and kernel has include/linux/limits.h |
| 19:06.19 | stefan_schmidt | Tartarus: ok, will keep bug20 then |
| 19:06.53 | stefan_schmidt | Tartarus: clean build started, |
| 19:07.13 | Tartarus | k, doing w/ bitbake master (+ parallel parsing) |
| 19:07.22 | Tartarus | if that fails like i expect i'll switch it to 1.10.1 and redo |
| 19:07.50 | khem | ericben: ok then the patch is ok |
| 19:08.09 | khem | Tartarus: I rememeber to hit that error too i think in recent past |
| 19:08.59 | CIA-109 | 03Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r73b4bbe32d 10openembedded.git/conf/distro/micro.conf: |
| 19:08.59 | CIA-109 | micro: update prefered binutils |
| 19:08.59 | CIA-109 | * without this builds for arm fails with following error : |
| 19:08.59 | CIA-109 | http://tinderbox.openembedded.net/public/logs/task/10921718.txt |
| 19:08.59 | CIA-109 | * with this patch, the build works fine |
| 19:09.00 | CIA-109 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 19:09.00 | CIA-109 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 19:09.03 | kergoth_ | hmmmm |
| 19:09.09 | CIA-109 | 03Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r62fa381b2f 10openembedded.git/recipes/linux/ (linux-2.6.21/sumversionfix.patch linux_2.6.21.bb): |
| 19:09.09 | CIA-109 | sarge-at91: fix kernel build |
| 19:09.09 | CIA-109 | without this fix, the kernel can't build for sarge-at91, |
| 19:09.09 | CIA-109 | tested with angstrom-2010.x and minimal distros. |
| 19:09.10 | CIA-109 | http://tinderbox.openembedded.net/public/logs/task/10846611.txt |
| 19:09.10 | CIA-109 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 19:09.12 | CIA-109 | 03Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * rfff6f48370 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
| 19:09.12 | CIA-109 | mx31ads: make linux 2.6.36 compile |
| 19:09.12 | CIA-109 | and set this kernel as default version for now. |
| 19:09.12 | CIA-109 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 19:09.13 | CIA-109 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 19:09.30 | Tartarus | maybe we got another bug for kergoth to dig into ;) |
| 19:10.15 | khem | I think it could be some DEPENDS or RDEPENDS issue |
| 19:11.31 | CIA-109 | 03Khem Raj <raj.khem@gmail.com> 07master * ra68b58f3c6 10openembedded.git/recipes/xorg-xserver/xserver-kdrive-common.inc: (log message trimmed) |
| 19:11.32 | CIA-109 | xserver-kdrive-common.inc: Add $PACKAGES to PROVIDES |
| 19:11.32 | CIA-109 | Fixes the issue where opkg complains about missing |
| 19:11.32 | CIA-109 | Unknown package 'xserver-kdrive-fbdev'. |
| 19:11.32 | CIA-109 | | Collected errors: |
| 19:11.32 | CIA-109 | | * opkg_install_cmd: Cannot install package xserver-kdrive-fbdev. |
| 19:11.32 | CIA-109 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:11.54 | ericben | there are certainly strange randomthings. I had several times micro-image rm_work has a cycle dependency on rm_workall (or something close to this) |
| 19:18.30 | khem | yes rm_work and rm_workall issue I have seen too |
| 19:18.42 | khem | and its more annoying when you have lot of packages |
| 19:18.53 | khem | and restart a build |
| 19:19.07 | ericben | khem: I still havn't found the reasin but once it happens I have to clear everything to clear this error |
| 19:19.24 | *** join/#oe florian (~fuchs@sign-4d091974.pool.mediaWays.net) |
| 19:19.24 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:19.53 | ericben | khem: can you cherryy pick the 3 patches so that I can launch my builds on release ? |
| 19:21.04 | khem | yes I am doing that as we speak |
| 19:21.10 | ericben | thanks |
| 19:23.50 | khem | ericben: ok done |
| 19:25.03 | ericben | Tartarus: in my case, bitbake is at 1074f9a5c529e364404daf545b8465415d63a556 |
| 19:25.14 | ericben | Tartarus: in the 1.10 branch |
| 19:25.30 | florian | re |
| 19:26.12 | ericben | khem: if you have configuration to try,feel free to say, my build host seems stable now with new memories |
| 19:27.35 | khem | no voltage blips and smoke |
| 19:27.48 | khem | ericben: which distro do you use in general |
| 19:28.14 | ericben | khem: I'm a ctually testing angstrom-2010, minimal & micro for 6 machines but I can ad some others |
| 19:28.29 | khem | ericben: cool. |
| 19:28.42 | khem | ericben: and what images are you building |
| 19:29.08 | ericben | khem: http://wiki.openembedded.org/index.php/Testing at the end of the table |
| 19:29.13 | khem | ericben: for the same machines and distros you have try adding more images |
| 19:29.17 | Tartarus | That reminds me |
| 19:29.25 | Tartarus | Do we want or not a page for the release yet? |
| 19:31.22 | khem | Tartarus: for now we will use the Testing page |
| 19:31.45 | khem | Tartarus: but its a good point. I was planning to annotate the release tag with all successful combinations |
| 19:31.51 | khem | and anyother info |
| 19:31.56 | Jay7 | obi: this doesn't looks like general solution.. |
| 19:32.02 | khem | but probably having a static wiki page is a good idea too |
| 19:32.35 | ericben | khem: yes we need to add the hash of the release branch as it's moving fast ! |
| 19:33.40 | obi | Jay7: is the subversion command line client able to do what OE wants? if not, then the general solution would be to not use svn submodules |
| 19:34.04 | Jay7 | kergoth_: about defaults for bb threads, imho good defaults is to set bb threads # to # of CPUs - 1 and make threads # to 2 |
| 19:34.49 | ericben | Jay7: with this setting the load stays low most of the time |
| 19:34.52 | Jay7 | obi: I haven't work with svn :( |
| 19:35.20 | Jay7 | ericben: I have BB threads 4 and -j2 |
| 19:35.28 | *** join/#oe kelvie_ (~kwong@s209-52-149-70.bc.hsia.telus.net) |
| 19:35.57 | Jay7 | and load is limited by RAM/disk io |
| 19:36.08 | ericben | Jay7: 4 and j16 and some times the load in even low (I'm using a not bad ssd) |
| 19:36.09 | Jay7 | 4Gb of RAM / SATA-II WD Black HDD |
| 19:36.21 | Jay7 | ssd is other case |
| 19:36.52 | ericben | and 16GB of RAM since this morning ;-) |
| 19:37.17 | Jay7 | ericben: I think this is not default case for OE :) |
| 19:37.19 | khem | ah SATA2 is a bottleneck get SATA3 |
| 19:37.39 | khem | ericben: I think if you can try some uclibc distros that will help too |
| 19:37.40 | Jay7 | khem: no current HDD have reached SATA2 limit |
| 19:37.45 | Jay7 | only SSD's |
| 19:37.51 | ericben | khem: I'll add some |
| 19:38.00 | Jay7 | even SATA3 HDD's working on speed below SATA2 limit |
| 19:38.06 | khem | ericben: micro-uclibc or minimal-uclibc should do it |
| 19:38.09 | ericben | problem is to find drives with Sata3 controlers |
| 19:38.20 | ericben | khem: ok will do |
| 19:38.20 | khem | WD has one |
| 19:38.23 | *** join/#oe atiti (~atiti@h59ec3b10.dklydix.dyn.perspektivbredband.net) |
| 19:38.40 | Jay7 | yes, WD Black series have SATA3 model |
| 19:38.55 | ericben | next year maybe, this year's investment budget is already exploded :-D |
| 19:39.13 | Jay7 | but as I have said - it's speed still can be reached with SATA2 interface |
| 19:39.19 | ka6sox | ugh...replacing 6TB of disk array with SATA3 :( |
| 19:39.29 | khem | I was planning on putting together a system so did some research but postpones due to funds being diverted to other projects at home :) |
| 19:39.38 | Jay7 | I have tests around but in russian |
| 19:40.14 | ericben | i7 + 6 to 8GB of RAM + SSD gives a good platform |
| 19:40.30 | khem | ericben: yeah but I wonder how long SSD will live |
| 19:40.35 | khem | if pounded heavily |
| 19:40.36 | ka6sox | ericben, I'm concerned about wearing them out too fast for autobuilders |
| 19:40.38 | ericben | take care to the RAM, i7 officially support 1.5V when several vendors sell 1.65V |
| 19:40.42 | Jay7 | btw |
| 19:40.47 | Jay7 | kergoth_: I have question :) |
| 19:41.10 | ericben | or 2 good hd in stripped raid |
| 19:41.16 | Jay7 | kergoth_: what parts of metadata and TMPDIR are most frequently read from disk |
| 19:41.31 | Jay7 | I'm thinking about caching this on tmpfs |
| 19:41.33 | khem | hmmm undefined reference to `__rcmd_errstr' |
| 19:41.40 | ka6sox | ericben, I'm looking @ a 4 drive Stripped Array. |
| 19:41.52 | Jay7 | kergoth_: I mean build process, not parsing |
| 19:41.58 | ka6sox | s/stripped/striped |
| 19:42.23 | Jay7 | ka6sox: I'll buy second HDD around cristmas |
| 19:42.33 | Jay7 | so I'll test building on RAID0 |
| 19:42.42 | ka6sox | Jay7, good. |
| 19:42.56 | ka6sox | I'm holding off on making changes to the autobuilders till then |
| 19:43.04 | Jay7 | if my wife will not intercept my money :) |
| 19:43.09 | ka6sox | but I am working on getting icecc working. |
| 19:43.25 | ka6sox | try to distribute the pain of autobuilding around. |
| 19:43.39 | Jay7 | icecc is second thing to test.. |
| 19:44.31 | *** join/#oe woglinde (~heinold@f052228105.adsl.alicedsl.de) |
| 19:46.44 | *** join/#oe atiti (~atiti@h59ec3b10.dklydix.dyn.perspektivbredband.net) |
| 19:46.53 | *** join/#oe timtimred (~meh@79-67-235-229.dynamic.dsl.as9105.com) |
| 19:49.06 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 19:54.20 | *** join/#oe valhalla (~valhalla@81-174-23-253.dynamic.ngi.it) |
| 19:58.09 | *** join/#oe B_Lizzard (~havoc@athedsl-119585.home.otenet.gr) |
| 19:58.13 | *** join/#oe atiti (~atiti@h59ec3b10.dklydix.dyn.perspektivbredband.net) |
| 20:04.11 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 20:04.38 | stefan_schmidt | Tartarus: minimal/bug20/meta-toolchain build wihtout any problems from scratch |
| 20:04.48 | stefan_schmidt | Tartarus: maybe it is really your bitbake version |
| 20:07.08 | Jay7 | hm.. my attempt to build meta-toolchains from release branch was failed some days ago |
| 20:07.15 | Jay7 | I'll try again |
| 20:09.16 | stefan_schmidt | Jay7: which bitbake version? 1.10.1 over here |
| 20:09.25 | Jay7 | parallel-parsing now :) |
| 20:09.31 | Jay7 | was git master |
| 20:09.48 | stefan_schmidt | maybe that is the problem |
| 20:10.00 | stefan_schmidt | anyway, I call it a day |
| 20:10.01 | Jay7 | will look soon |
| 20:10.03 | stefan_schmidt | night all |
| 20:10.05 | Jay7 | it should be quick |
| 20:10.08 | Jay7 | stefan_schmidt: gn |
| 20:10.51 | *** join/#oe atiti (~atiti@h59ec3b10.dklydix.dyn.perspektivbredband.net) |
| 20:11.36 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 20:20.40 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 20:30.44 | *** join/#oe rob_w (bob@pD95EB0ED.dip.t-dialin.net) |
| 20:40.55 | *** join/#oe hillct (~hillct@nsc69.38.37-18.newsouth.net) |
| 20:41.27 | *** join/#oe kristoffer (~kristoffe@c-aedfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 20:41.32 | CIA-109 | 03Khem Raj <raj.khem@gmail.com> 07master * r90d77fc576 10openembedded.git/recipes/inetutils/ (9 files in 2 dirs): |
| 20:41.32 | CIA-109 | inetutils-1.8: Fix builds for uclibc |
| 20:41.32 | CIA-109 | Currently it does not build for uclibc this patch |
| 20:41.32 | CIA-109 | which is port of patch posted by Mike Frysinger to |
| 20:41.32 | CIA-109 | buildroot fixes the problems except that for man2html |
| 20:41.32 | CIA-109 | we need to invoke it differently. |
| 20:41.32 | CIA-109 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:43.01 | *** join/#oe mzs (~michael@scesoc.engsoc.carleton.ca) |
| 20:52.02 | *** join/#oe Martin-B (~martin@pool-141-65-198-89.dbd-ipconnect.net) |
| 20:54.13 | kammicazze | hi, can somebody of the defs comment on this please: http://thread.gmane.org/gmane.comp.handhelds.openembedded/39810/focus=39844 |
| 20:54.21 | kammicazze | *devs |
| 20:59.15 | *** join/#oe fraxinas (~quassel@p4FD64C9C.dip.t-dialin.net) |
| 20:59.50 | *** join/#oe cazze (~pc@d54C04D68.access.telenet.be) |
| 21:01.29 | ericben | in meta-toolchain, should'nt we set TOOLCHAIN_TARGET_TASK ?= "task-sdk-base" instead of task-sdk-bare ? this actually builds many deps as a default because of task-sdk-bare. shouldn't the default be the sdk-base and let sdk-bare to be chossen by the user if he wants ? |
| 21:17.38 | Tartarus | Er |
| 21:17.55 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 21:18.30 | Tartarus | base is the biggest one so no, we don't want that in the basic meta-toolchain |
| 21:19.45 | Tartarus | I honestly don't know what use task-sdk-base is since it doesn't really correstpond to anything in particular in terms of images or toolkits or anything |
| 21:20.16 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 21:22.55 | Tartarus | stefan_schmidt, ericben: re-created meta-toolchain failure w/ bug20 & angstrom-2008.1 & parallel parsing branch |
| 21:23.00 | Tartarus | switching back to 1.10.1 release |
| 21:32.11 | Crofton|work | gsl doesn't appear to be staging properly any more |
| 21:33.08 | *** join/#oe B_Lizzard (~havoc@athedsl-119585.home.otenet.gr) |
| 21:35.15 | khem | hmmmm http://marc.info/?l=linux-kernel&m=128978361700898&w=2 |
| 21:35.18 | khem | interesting patch |
| 21:35.36 | khem | results are here http://www.phoronix.com/scan.php?page=article&item=linux_2637_video |
| 21:35.40 | khem | pretty impressive |
| 21:36.12 | Jay7 | khem: cgroup/ |
| 21:36.12 | khem | yeah |
| 21:36.16 | Jay7 | lxc is running in separate cgroup |
| 21:36.25 | khem | Tartarus: mentor is supporting XLR XLP and XLS now ? |
| 21:36.42 | Jay7 | I can't say that it is making difference :) |
| 21:37.37 | Jay7 | khem: there is shell script around that makes almost the same as that patch |
| 21:38.33 | khem | Jay7: for sched_group ? |
| 21:38.34 | *** join/#oe dth (~dth@a89-182-76-255.net-htp.de) |
| 21:38.45 | Jay7 | yes |
| 21:38.57 | khem | Jay7: why dont you reply to Linux and tell him that he is crazy to praise this patch |
| 21:39.06 | khem | s/Linux/Linus |
| 21:39.28 | Jay7 | khem: I dont reading lkml etc :) |
| 21:40.04 | khem | I think there can be no shell script which could improve kernel latency |
| 21:41.18 | Jay7 | http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html |
| 21:41.31 | Tartarus | khem: hm? |
| 21:41.40 | Jay7 | khem: that patch creates separate cgroup per tty as I understand |
| 21:41.42 | Tartarus | the mips stuff? |
| 21:41.59 | Jay7 | khem: read link I posted above |
| 21:42.15 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 21:42.24 | Jay7 | anyway, people notes that nice is doing better job :) |
| 21:46.58 | khem | Tartarus: yes mips stuff |
| 21:47.19 | khem | Tartarus: I was wondering because XLR and other XL* families are 64bit mips |
| 21:47.24 | Tartarus | Yeah |
| 21:47.35 | Tartarus | sec |
| 21:47.37 | khem | so was wondering if you hack OE internally to get 64bit stuff |
| 21:47.46 | khem | I have added mips64 to OE |
| 21:48.01 | khem | only machine I tested was qemumips64 :) |
| 21:48.12 | Tartarus | yes, we have a bit of a kludge to get mips64 working |
| 21:48.29 | khem | as I had no other hardware but I think with another machine config one could easily use OE for XL* |
| 21:48.37 | khem | I see |
| 21:49.09 | khem | what I added is pure 64bit N64 ABI |
| 21:49.26 | khem | it does not have support for other ABIs as we know OE can not do multilib |
| 21:49.36 | *** join/#oe dijenerate (~dijenerat@65.48.227.4) |
| 21:51.14 | *** join/#oe Martin_B (~martin@89.198.65.141) |
| 21:52.57 | Jay7 | hm.. |
| 21:53.13 | Jay7 | binary locale generation is going on single core |
| 21:53.23 | khem | thats qemu for you |
| 21:53.30 | Jay7 | all locales on one core |
| 21:53.55 | Jay7 | can it be parallelized? |
| 21:54.07 | khem | qemu is paralysed already :) |
| 21:54.33 | khem | one way to get it parallelized is cross localedef |
| 21:54.40 | khem | like what poky has |
| 21:56.02 | Jay7 | seems I should look into code |
| 22:04.32 | khem | ok so now uclibc based distros should be able to build x11-image and native-sdk-image |
| 22:07.54 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:07.55 | *** join/#oe angelox_123 (~Angelo@201-95-29-21.dsl.telesp.net.br) |
| 22:11.36 | Tartarus | yay |
| 22:12.21 | khem | Tartarus: ppc/uclibc does not boot though :( |
| 22:12.37 | khem | one day I should debug uclibc |
| 22:12.45 | Jay7 | http://tinderbox.openembedded.net/packages/1058963/ |
| 22:12.51 | Jay7 | meta-toolchain build failed |
| 22:13.02 | Jay7 | Unknown package 'task-sdk-host'. |
| 22:13.05 | Jay7 | still the same |
| 22:17.09 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 22:18.04 | grg | khem, uclibc plays funny on mipsel too. I get every process recieving SIGIOT upon exit(). |
| 22:18.47 | khem | grg: ok |
| 22:19.02 | khem | grg: what should I do with strace patch ? |
| 22:19.20 | grg | khem, i'll resubmit with Andreas' suggestions |
| 22:19.40 | Tartarus | tests bitbake 1.10.1 + meta-toolchain |
| 22:19.47 | Tartarus | Jay7: 1.10.1? |
| 22:19.54 | Tartarus | what host? |
| 22:20.12 | Jay7 | Tartarus: parallel-parsing |
| 22:20.26 | Jay7 | but I had this problem before with git master |
| 22:20.30 | Tartarus | ok |
| 22:20.36 | Tartarus | tries something locally too |
| 22:20.46 | Jay7 | host is Debian Squeeze x86_64 |
| 22:20.55 | Jay7 | minimal/tosa |
| 22:21.04 | Tartarus | master seems to be a common theme |
| 22:21.08 | Tartarus | (or master-based) |
| 22:21.46 | Jay7 | bb version should be posted to tinderbox too.. |
| 22:21.51 | Tartarus | yes |
| 22:22.29 | *** part/#oe angelox_123 (~Angelo@201-95-29-21.dsl.telesp.net.br) |
| 22:24.38 | Jay7 | better even with all vitable variables |
| 22:24.52 | Jay7 | or local.conf at least |
| 22:25.07 | Tartarus | uploading a few files like that, yeah, would be good |
| 22:25.20 | Tartarus | but for now, so should have picked a faster machine to test on |
| 22:25.27 | Tartarus | parallel-parsing has us all so spoiled now :) |
| 22:25.56 | Jay7 | we have killed one of bad argument against OE :) |
| 22:26.06 | kergoth | thinks barring any issues we should get it merged to master this week |
| 22:26.26 | Tartarus | yeah, and i think we have a bug in master |
| 22:26.31 | kergoth | nods |
| 22:28.33 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 22:31.19 | *** join/#oe ant__ (~andrea@host191-253-dynamic.16-79-r.retail.telecomitalia.it) |
| 22:31.22 | Tartarus | Well hunh |
| 22:31.25 | Tartarus | There's something up tho |
| 22:31.48 | Tartarus | http://pastebin.com/CzV3n48n |
| 22:31.53 | Tartarus | That's not what I saw before |
| 22:32.10 | Tartarus | But still a problem somewhere |
| 22:32.47 | kergoth | what error are you referring to, the stdc++ thing? |
| 22:33.05 | Tartarus | That's new |
| 22:33.11 | Jay7 | does anybody know is kexec working on mipsel? |
| 22:33.12 | Tartarus | Before task-sdk-host wasn't in any of the dot files |
| 22:35.51 | Tartarus | confirms parallel-parsing |
| 22:36.01 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 22:36.12 | Jay7 | Tartarus: is it ok on 1.10? |
| 22:37.11 | Tartarus | So, ok |
| 22:37.15 | Tartarus | master has that issue in the pastebin |
| 22:37.18 | Tartarus | 1.10.1 has nothing |
| 22:37.25 | Tartarus | and parallel-parsing has nothing showing up in the dot files |
| 22:37.34 | Tartarus | But not the stdc++ thing int he pastebin |
| 22:37.47 | Tartarus | Got that kergoth? :) |
| 22:38.06 | kergoth | no |
| 22:38.07 | kergoth | :) |
| 22:39.02 | *** join/#oe sgw (~sgw@207-118-64-71.dyn.centurytel.net) |
| 22:41.49 | Jay7 | Jin|away: I had a question for you |
| 22:41.55 | Jay7 | but I've forget it.. |
| 22:42.32 | Jay7 | ah, about BitchX vs UTF-8.. |
| 22:42.39 | Jay7 | well, will ask tomorrow |
| 22:42.43 | kergoth | use irssi :) |
| 22:43.10 | Jay7 | kergoth: irssi is depends on glib which is depend on dbus now |
| 22:43.22 | Jay7 | I dislike this on my headless gate |
| 22:44.08 | Jay7 | is looking into qemu locale generation code.. |
| 22:45.11 | grg | was there any consensus reached regarding the LICENSE strings? Should a BSD license with the advertising clause just be "BSD" ? |
| 22:48.18 | Jay7 | hm.. freebsd ports have atm: BSD, GPLv2, LGPL21, LGPL3, ART20, MIT, ASL |
| 22:48.22 | kergoth | hrmm |
| 22:48.43 | grg | reads wikipedia regards bsd licenses |
| 22:49.19 | kergoth | i think we need to consider revamping the bitbake event handling. events are lovely, but we really shouldn't have them as global |
| 22:49.21 | grg | looks like i have a 3 clause license. |
| 22:49.26 | grg | BSD it is |
| 22:49.28 | kergoth | events are really bound to a particular build, not the process |
| 22:49.38 | kergoth | there's no reason i shouldn't be able to have a single bitbake daemon running multiple builds, in theory |
| 22:49.40 | Jay7 | _LICENSE_LIST= ART10 ART20 ASL BSD BSL CDDL EPL GFDL GPLv1 GPLv2 GPLv3 ISCL LGPL20 LGPL21 LGPL3 MIT MPL OWL |
| 22:50.22 | grg | Jay7, that shows no differentiation between the various bsd licenses |
| 22:50.49 | Jay7 | kergoth: think about single client against multiple servers ;) |
| 22:51.01 | Jay7 | to do parallel building :) |
| 22:51.15 | Jay7 | grg: seems so |
| 22:51.19 | kergoth | that's a different problem, and can be mostly addressed by teaching the runqueue how to dispatch to a remote machine |
| 22:51.46 | Jay7 | this is next wanted thing :) |
| 22:51.48 | *** join/#oe alkopop79 (~alkopop79@92.7.101.55) |
| 22:51.59 | kergoth | it's a pretty important feature, i agree |
| 22:52.11 | kergoth | not one of my personal priorities, but if work needs me to work on it i will, of course |
| 22:52.25 | Jay7 | let's leave it for after-release :) |
| 22:52.36 | Jay7 | now better to fix problem above.. |
| 22:53.00 | kergoth | i haven't seen a coherent report of a problem to fix, yet |
| 22:53.03 | kergoth | when i do, certainly |
| 22:53.25 | Jay7 | hm.. |
| 22:55.27 | *** join/#oe sgw1 (~sgw@72-160-120-188.dyn.centurytel.net) |
| 22:56.29 | Jay7 | http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.licenses.db.mk?rev=1.8;content-type=text%2Fplain |
| 22:56.37 | Jay7 | freebsd licenses database |
| 22:56.42 | Jay7 | JFYI |
| 22:57.28 | Tartarus | What's poky do for license stuff? |
| 22:57.39 | Tartarus | Since they've got that checksum stuff now too that we'd really like to try and use i bet :) |
| 22:57.54 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 22:57.54 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 23:05.03 | *** join/#oe sgw (~sgw@72-160-81-63.dyn.centurytel.net) |
| 23:10.41 | ant__ | Tartarus: about that dirty relationship btw automake-1.11 (introduced perl-threads) and host perl |
| 23:11.12 | ant__ | I understand what you say but whay the hell is it using the sysroot Config? |
| 23:12.17 | Tartarus | Why is which? |
| 23:12.25 | ant__ | if it isd host should look at own Config.pm |
| 23:12.27 | ant__ | our $libdir = '/oe/build/tmp/sysroots/i686-linux/usr/share/automake-1.11'; |
| 23:12.27 | ant__ | our $perl_threads = 1; |
| 23:12.35 | Tartarus | Like I said, providing our own perl makes life suck |
| 23:12.38 | ant__ | this is the sysroot perl |
| 23:12.48 | Tartarus | We didn't get hit too often before just because it wouldn't exist until late |
| 23:13.08 | ant__ | ah, I see |
| 23:13.12 | Tartarus | Giant can o worms I've been saying we don't want to open :) |
| 23:15.05 | ant__ | but we need to mangle the ac_cv_path_PERL then |
| 23:15.24 | ant__ | to be sure such features corresponds to the host one |
| 23:16.01 | *** join/#oe alx_ (~alx@host145-218-dynamic.0-87-r.retail.telecomitalia.it) |
| 23:16.42 | alx_ | hi all, I'm trying to have openembedded on my box configured to have multiple overlay and multiple machine targets |
| 23:16.52 | alx_ | docs confuses me a lot :( |
| 23:17.20 | alx_ | anyone here could help ? |
| 23:17.26 | ant__ | Tartarus: can we cache that in the site file? |
| 23:18.27 | ka6sox | wonders how well icecream works on hosts that are not co-located. |
| 23:18.51 | Tartarus | ant__: Not sure if we should since we want that perl for other things, iirc |
| 23:18.54 | Tartarus | rfc and test it tho |
| 23:19.03 | ant__ | hm..we really don't know which perl will be used.. :/ |
| 23:19.09 | Tartarus | ka6sox: I'm not convinced icecc is worth it :( |
| 23:19.21 | Tartarus | Was playing earlier today and couldn't get it to be faster than just that local box |
| 23:19.32 | Tartarus | (and the machines in question are fast and quite well interconnected) |
| 23:19.47 | ka6sox | Tartarus, bummers... |
| 23:20.19 | Tartarus | also had random stuff fail to compile and need blacklisting |
| 23:20.28 | Tartarus | (ubuntu 8.04 host) |
| 23:20.32 | Tartarus | well, hosts |
| 23:21.07 | ant__ | Tartarus: but when we configure autoconf-native we could force it to use host's Config.pm... |
| 23:21.25 | ant__ | looking at the file creation, automake-native is staged before perl |
| 23:21.38 | ynezz | cbrake: ping |
| 23:21.45 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 23:25.48 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 23:29.11 | ant__ | Tartarus: chaos...autoconf-native is configured with host perl, automake-native with perl-native from sysroot :/ |
| 23:29.16 | Jay7 | hm.. lowering cgroup cpu.shares for OE container allow me to continue using computer while building :) |
| 23:31.43 | CIA-109 | 03Khem Raj <raj.khem@gmail.com> 07master * r40e293342c 10openembedded.git/recipes/qemu/ (6 files in 2 dirs): |
| 23:31.44 | CIA-109 | qemu_0.13.0.bb: Add new recipe for 0.13 |
| 23:31.44 | CIA-109 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 23:32.56 | *** join/#oe sgw (~sgw@72-160-93-139.dyn.centurytel.net) |
| 23:36.00 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 23:37.44 | *** join/#oe dijenerate (~dijenerat@65.48.227.203) |
| 23:42.23 | *** join/#oe dv_ (~dv@dvhome.kansstel.ru) |
| 23:43.02 | Jay7 | NOTE: Gettext required but not in DEPENDS for file /var/tmp/oe/work/armv5te-angstrom-linux-gnueabi/gcc-cross-intermediate-4.3.3-r20.1/gcc-4.3.3/intl/configure.ac. |
| 23:48.37 | *** join/#oe sgw1 (~sgw@72-160-105-202.dyn.centurytel.net) |
| 23:52.30 | Jay7 | ah, no, qemu can be running on different cpu per locale |
| 23:52.40 | Jay7 | one locale == one qemu run.. |
| 23:53.43 | Jay7 | is scratching head.. |
| 23:54.45 | Jay7 | handling every locale as different task would be great and crazy at same time.. |
| 23:57.31 | Jay7 | well.. seems there is no good reliable solution to make locale generation parallelized.. |
| 23:58.58 | ka6sox | Jay7, Locales are a NIGHTMARE. |
| 23:59.09 | Jay7 | ka6sox: I see :) |
| 23:59.19 | *** join/#oe sgw (~sgw@207-118-65-146.dyn.centurytel.net) |
| 23:59.39 | ka6sox | I try to stay away from anything having to do with them or IL8N |
| 23:59.48 | Jay7 | but it shouldn't be hard to write just locale generation module which will generate files for common arch'es |