| 00:43.45 | *** join/#oe risca (~risca@h141n10-n-a31.ias.bredband.telia.com) |
| 00:45.21 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 01:17.22 | *** join/#oe sgw (~sgw@72-160-84-80.dyn.centurytel.net) |
| 01:17.23 | *** join/#oe _julian (~quassel@hmbg-4d06c8bc.pool.mediaWays.net) |
| 01:31.12 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
| 01:42.12 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 01:43.10 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:49.41 | *** join/#oe russ_ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 01:56.57 | *** join/#oe risca (~risca@h141n10-n-a31.ias.bredband.telia.com) |
| 02:05.23 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 02:05.36 | *** join/#oe mpoirier_ (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 02:37.25 | *** join/#oe fraxinas (~quassel@p4FD66745.dip.t-dialin.net) |
| 02:56.24 | grg | khem, FYI, I've been doing some mipsel builds with your recent linaro gcc patches. No ICEs... |
| 03:00.12 | *** join/#oe fraxinath (~quassel@p4FD6522F.dip.t-dialin.net) |
| 03:31.36 | *** join/#oe nitink (~nitink@nat/intel/x-klsoormkpsbucazt) |
| 03:35.04 | *** join/#oe lostincake (~Aditya@pool-96-255-1-7.washdc.fios.verizon.net) |
| 04:02.57 | khem | grg: cool nice to know |
| 04:03.17 | khem | kergoth_: around ? |
| 04:03.32 | khem | kergoth_: I am seeing a issue which I think may relate to bb |
| 04:05.44 | khem | kergoth: for uclibc there is config.machine fragment of .config which is stored in uclibc/uclibc-git/<machine|arch>/ dir I thought bb would prefer the file from $machine dir thats how it used to be but now with bb master I am seeing thats its picking it up from uclibc-git/$arch/ dir |
| 04:07.02 | khem | concrete example when I have MACHINE=qemuarm I expected it to use uclibc-git/qemuarm/uClibc.machine even thought there exists uclibc-git/armv5te/uClibc.machine |
| 04:07.13 | khem | but it picks up the latter |
| 04:12.24 | *** join/#oe methril (~methril@189.27.129.132.dynamic.adsl.gvt.net.br) |
| 05:10.37 | khem | hmmm FILESPATH has "/home/kraj/work/oe/openembedded/recipes/uclibc/uclibc-git/armv5te at beginning |
| 05:11.19 | khem | even before uclibc/uclibc-git/local |
| 05:14.31 | khem | hmm I see ${FEED_ARCH} appears to be the last in OVERRIDES |
| 05:14.36 | khem | thats why |
| 05:17.03 | khem | here is the culprit in sane-toolchain.inc OVERRIDES .= ":${FEED_ARCH}" |
| 06:29.20 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 07:15.00 | *** join/#oe bswix (~rode@147.84-49-231.nextgentel.com) |
| 07:27.49 | mckoan | good morning |
| 07:30.59 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:45.46 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 07:59.04 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 08:00.58 | *** join/#oe B_Lizzard (~havoc@athedsl-424521.home.otenet.gr) |
| 08:04.52 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 08:08.24 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 08:10.17 | eFfeM | hi, anyone an idea how to change the font size for pidgin? I've upgraded from 11.2 to 11.3 and the font became much smaller, tried all kind of things but to no avail |
| 08:10.35 | eFfeM | ah wrong chat (and gm) |
| 08:13.40 | eFfeM | JaMa: cleaned and rebuild zlib, now my .la file is similar to yours but still fontconfig fails |
| 08:14.15 | JaMa | you probably have more broken .la files in sysroot |
| 08:15.00 | JaMa | eFfeM: probably freetype, expat or something similar |
| 08:16.16 | eFfeM | it is still an error with libtool and libz |
| 08:16.24 | eFfeM | (on phone) |
| 08:16.36 | eFfeM | do you have /usr/lib/libz.la on your system? |
| 08:16.45 | JaMa | no |
| 08:16.50 | eFfeM | hm ok |
| 08:17.02 | JaMa | please try clean build |
| 08:17.12 | eFfeM | will do |
| 08:17.39 | eFfeM | seems there is libtool stuff in fontconfig (e.g. ltman.sh) |
| 08:17.55 | JaMa | which version are you building? |
| 08:18.22 | JaMa | but I have built all ok (just for test when I was changing SRC_URI etc) |
| 08:18.46 | JaMa | grr git.kernel.org doesn't respond here :/ |
| 08:20.26 | eFfeM | 2.8.0 |
| 08:21.15 | eFfeM | i'm rebuilding from scratch actually it seemed working for armv5, then i moved to armv7 and it failed, but rebuilding is needed anyway |
| 08:21.20 | eFfeM | takes most of the day though :-( |
| 08:22.04 | JaMa | I'm building arm[4567] and built ok on all |
| 08:22.33 | *** join/#oe morphis (~morphis@brmn-4dbcdf01.pool.mediaWays.net) |
| 08:22.59 | *** join/#oe roza (~ron@nat/cisco/x-zprokqvkxfrfhbuh) |
| 08:23.12 | JaMa | but I also bumped DISTRO_PR imediately after switch to force everyone to clean rebuild |
| 08:27.05 | *** join/#oe dth_ntb (~dth@a89-183-89-68.net-htp.de) |
| 08:27.15 | *** part/#oe dth_ntb (~dth@a89-183-89-68.net-htp.de) |
| 08:29.21 | *** part/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 08:29.59 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 08:34.13 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:35.42 | *** join/#oe likewise (~likewise@207-76-ftth.onsneteindhoven.nl) |
| 08:57.17 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:01.56 | hrw | morning |
| 09:11.03 | eFfeM | hi hrw |
| 09:13.58 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 09:15.38 | *** join/#oe rob_w (~bob@ppp-188-174-41-55.dynamic.mnet-online.de) |
| 09:15.38 | *** join/#oe rob_w_ (~bob@ppp-188-174-41-55.dynamic.mnet-online.de) |
| 09:16.46 | *** part/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 09:17.19 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 09:20.09 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 09:26.07 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:27.28 | *** join/#oe bluelightning (~paul@158.43.2.102) |
| 09:27.28 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:27.56 | *** join/#oe Martin-B (~martin@pool-46-65-198-89.dbd-ipconnect.net) |
| 09:37.02 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
| 09:39.39 | CIA-1 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r8e0e91d87f 10openembedded.git/recipes/asterisk/ (29 files in 6 dirs): |
| 09:39.40 | CIA-1 | asterisk: move non working recipes to nonworking directory |
| 09:39.40 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 09:39.40 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 09:39.40 | CIA-1 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 09:39.52 | CIA-1 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r6b4e635e64 10openembedded.git/recipes/ (14 files in 2 dirs): |
| 09:39.52 | CIA-1 | asterisk: fix SRC_URI |
| 09:39.52 | CIA-1 | * keep the higher version which fetch and patch |
| 09:39.52 | CIA-1 | * fix SRC_URI for all the asterisk recipes |
| 09:39.53 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 09:39.53 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 09:48.39 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 09:57.23 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 10:04.36 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 10:11.58 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:11.58 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 10:12.46 | eFfeM | hi florian |
| 10:13.03 | *** join/#oe pb___ (~pb@blundell.swaffham-prior.co.uk) |
| 10:13.43 | *** join/#oe zumbi (~zumbi@77.230.237.25) |
| 10:15.10 | *** join/#oe GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
| 10:15.32 | *** join/#oe incandescant (~joshual@158.43.2.102) |
| 10:30.39 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 10:35.51 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 10:42.31 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:56.45 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 11:01.15 | *** join/#oe woglinde (~heinold@f052226097.adsl.alicedsl.de) |
| 11:01.37 | *** join/#oe mlip (~mlip@62.218.44.194) |
| 11:04.33 | woglinde | hiho |
| 11:04.49 | mlip | hi |
| 11:06.18 | mlip | mhm, is there some specific thread on the ML regards the split up into branches/layers ? have been away for ~1 month from OE and I think there have been a lot of changes ? ;) |
| 11:06.52 | woglinde | yes |
| 11:11.55 | mlip | any hints on the layering? just found some threads in the ml but no real direction given from the tsc |
| 11:13.06 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:15.15 | eFfeM | mlip, there is no real direction yet, actually the discussion on layering started (afaik) only a few days ago) |
| 11:16.54 | mlip | eFfeM: thx, that may be a reason why I can't find anything specfic ;) |
| 11:17.19 | eFfeM | mlip are you on the members ML ? |
| 11:19.08 | *** join/#oe hrw (~hrw@89-73-120-20.dynamic.chello.pl) |
| 11:20.54 | eFfeM | ah nevermind, it was on the dev list |
| 11:21.22 | eFfeM | mlip I feel this is the latest proposal (from hrw): http://article.gmane.org/gmane.comp.handhelds.openembedded/40762 |
| 11:21.25 | mlip | i am on the casual dev lis |
| 11:21.44 | mlip | already reading this atm |
| 11:50.48 | *** part/#oe mlip (~mlip@62.218.44.194) |
| 11:57.33 | *** join/#oe Openfree (~df@61.170.196.145) |
| 12:03.51 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 12:05.22 | woglinde | jo jama |
| 12:10.17 | JaMa | jo woglinde |
| 12:12.39 | woglinde | tries an android build |
| 12:24.32 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 12:24.57 | JaMa | something wrong with pusing to git now? http://paste.pocoo.org/show/308323/ |
| 12:25.55 | woglinde | rebase? |
| 12:27.03 | woglinde | hi jconnolly |
| 12:27.14 | jconnolly | hello woglinde |
| 13:01.10 | eFfeM | JaMa: rebuild is beyond fontconfig, it builds fine now |
| 13:01.30 | eFfeM | but while peeking in sysroots I noticed the following issues: |
| 13:01.31 | eFfeM | frans@linux-suse:~/oe/tmp_minimal/sysroots/armv7a-oe-linux-gnueabi/usr/lib> grep sysroot *.la |
| 13:01.32 | eFfeM | libobjc.la:libdir='/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/armv7a/arm-oe-linux-gnueabi/lib' |
| 13:01.32 | eFfeM | libssp.la:libdir='/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/armv7a/arm-oe-linux-gnueabi/lib' |
| 13:01.32 | eFfeM | libssp_nonshared.la:libdir='/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/armv7a/arm-oe-linux-gnueabi/lib' |
| 13:01.56 | eFfeM | no idea about hese recipes and who makes them but apparently they have their own libtool |
| 13:02.07 | eFfeM | btw should this be a QA check ? |
| 13:02.22 | woglinde | they are all from gcc |
| 13:02.29 | woglinde | where we dont touch libtool |
| 13:04.04 | *** join/#oe likewise (~likewise@207-76-ftth.onsneteindhoven.nl) |
| 13:09.14 | eFfeM | woglinde: ah ok, thanks |
| 13:09.40 | eFfeM | not sure if it harms, it just defines libdir and if eventually things end up at the right place I guess it is ok |
| 13:10.02 | eFfeM | (but we could e.g. do a sed on the .la file in a do_install_append) |
| 13:10.17 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:10.51 | *** join/#oe WonTu (~WonTu@p57B55CF9.dip.t-dialin.net) |
| 13:11.05 | *** part/#oe WonTu (~WonTu@p57B55CF9.dip.t-dialin.net) |
| 13:17.19 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
| 13:18.27 | *** join/#oe aloisiojr (~aloisio@187.59.116.139) |
| 13:45.49 | *** join/#oe matgnt (~matthias@p4FCF00FB.dip0.t-ipconnect.de) |
| 13:50.05 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 13:57.04 | *** join/#oe pH5 (~ph5@e178200124.adsl.alicedsl.de) |
| 13:57.51 | woglinde | jo ph5 |
| 13:59.53 | pH5 | hej woglinde |
| 14:04.00 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 14:05.00 | rob_w | hey guys .. since some time now , there is no staging directory anymore .. but i used a extened $PATH to it to get the compilers also used by hand .. how can i get this back ? |
| 14:05.09 | *** join/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
| 14:05.12 | *** part/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
| 14:10.14 | *** join/#oe brolin (~brolin@190.250.140.101) |
| 14:14.20 | Crofton|work | rob_w, look in sysroot |
| 14:14.34 | Crofton|work | you will find the copilers there now |
| 14:19.25 | rob_w | thanks Crofton|work |
| 14:25.29 | *** join/#oe morphis (~morphis@brmn-4dbcdf01.pool.mediaWays.net) |
| 14:26.23 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 14:28.32 | *** join/#oe Jay7 (jay@2.94.223.134) |
| 14:31.40 | woglinde | hi jay7 |
| 14:54.35 | *** join/#oe morphis (~morphis@brmn-4dbcdf01.pool.mediaWays.net) |
| 14:57.25 | *** join/#oe marcosmamorim (~marcos@189.110.240.159) |
| 14:59.55 | *** join/#oe kerim (~kerim@188.3.46.134) |
| 15:03.00 | cbrake | is crost posting between oe-devel and yocto OK for discussing multiple git repository support in a build? |
| 15:03.04 | cbrake | *cross |
| 15:05.21 | *** join/#oe woglinde (~heinold@f052066123.adsl.alicedsl.de) |
| 15:06.44 | gandhijee | hey does anyone have a recipe for protocol buffers from google? |
| 15:08.24 | JaMa | cbrake: something wrong with pusing to git now? http://paste.pocoo.org/show/308323/ |
| 15:10.23 | cbrake | JaMa: hmm, someone seems to keep eating this description file |
| 15:10.25 | cbrake | fixing ... |
| 15:13.36 | Crofton|work | cbrake, the number of lists is exploding |
| 15:13.43 | Crofton|work | not sure what to do :) |
| 15:14.55 | *** join/#oe Ironnads (~Ironnads@host109-152-203-192.range109-152.btcentralplus.com) |
| 15:24.31 | eFfeM | kergoth_: wrt the python queue error i got yesterday; after this mornings fresh boot the problem is gone, no idea what it was but can't reproduce it for now |
| 15:24.49 | kergoth_ | weird. okay. let me know if it crops up again |
| 15:30.02 | *** join/#oe etrunko (~edulima@201.82.18.1) |
| 15:32.19 | eFfeM | will do |
| 15:48.23 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r5cde120003 10bitbake.git/lib/bb/runqueue.py: |
| 15:48.23 | CIA-1 | runqueue: fix typo in documentation of calculate_task_weights |
| 15:48.23 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
| 15:54.06 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 15:56.15 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 15:58.05 | cbrake | JaMa|Off: ok, should be fixed now |
| 15:59.29 | *** join/#oe sgw (~sgw@mail.skihood.com) |
| 16:09.55 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 16:12.17 | *** join/#oe mpoirier_ (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 16:14.20 | CIA-1 | 03Cliff Brake <cbrake@bec-systems.com> 07master * r97fe8e5853 10openembedded.git/README: README: test commit |
| 16:35.15 | kergoth_ | hmm, if i have multiple threads and do a fork, i wonder how that affects things. do both threads stick around? i'd guess so |
| 16:35.29 | kergoth_ | busts out advanced programming in the unix environment |
| 16:39.29 | woglinde | kergoth there is chapter about python? |
| 16:40.19 | kergoth_ | hehe, no, not that it matters |
| 16:41.18 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rcdaf1640f8 10openembedded.git/recipes/xorg-doc/ (3 files): |
| 16:41.18 | CIA-1 | xorg-docs,xorg-sgml-doctools: upgrade from 1.5.99.901 to 1.6 |
| 16:41.18 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 16:41.19 | JaMa|Off | cbrake: yes, pushed, thanks |
| 16:41.28 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * re816f74b86 10openembedded.git/recipes/linux/ (4 files in 3 dirs): |
| 16:41.28 | CIA-1 | linux(-kexecboot): bump SRCREV a bit more to rc7 |
| 16:41.28 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 16:49.23 | foerster | kergoth_: only the calling thread is replicated in the child process, courtesy of "The Linux Programming Interface" |
| 16:49.42 | kergoth_ | ah, right, thanks. i was hoping that was the case |
| 16:50.01 | foerster | loves this book, though I haven't actually had the chance to read it yet |
| 16:50.30 | kergoth_ | getting an odd 'dictionary size changed during iteration' while saving the codeparser cache from poky, even though it should in theory have only been used during the up front parse, or during the recipe parse, which would be in the worker process, which shouldn't affect the cache being saved.. |
| 16:51.30 | foerster | hmm. |
| 16:51.34 | foerster | I remember seeing that at one point |
| 16:51.36 | kergoth_ | scratches head |
| 16:51.38 | foerster | but we got it fixed somehow |
| 16:53.41 | mckoan | bitbake start has become very very long, is it normal? |
| 16:54.02 | kergoth_ | mckoan: what do you mean? |
| 16:54.05 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 16:54.10 | kergoth_ | and what bitbake? |
| 16:54.25 | mckoan | BB_VERSION = "1.10.0" |
| 16:54.26 | mckoan | METADATA_BRANCH = "master" |
| 16:54.46 | mckoan | I launch the 'usual' bitbake minimal-image and it takes ages |
| 16:55.27 | mckoan | does not appears any message indicating it is workingù |
| 16:55.46 | kergoth_ | 'ages'? |
| 16:55.54 | kergoth_ | at most it should be a couple second delay while it loads the cache from disk |
| 16:56.33 | mckoan | kergoth_: yea it was what I was used to |
| 16:56.37 | mckoan | but not now |
| 16:58.10 | mckoan | MACHINE=spitz time bitbake minimal-image |
| 16:58.14 | mckoan | 15" |
| 16:58.22 | mckoan | NOTE: Handling BitBake files: \ (7255/7255) [100 %] |
| 16:58.23 | mckoan | Parsing of 7255 .bb files complete (6833 cached, 422 parsed). 7620 targets, 336 skipped, 2 masked, 0 errors. |
| 16:58.28 | mckoan | anymore |
| 16:58.37 | mckoan | no prompt no messages |
| 16:59.06 | woglinde | mckoan do you have tinderbox activated? |
| 16:59.14 | woglinde | tinderbox is slow these days |
| 16:59.14 | florian | does it eat cpu cycles? |
| 16:59.17 | woglinde | disable it for now |
| 16:59.28 | mckoan | htop shows no significant activity |
| 16:59.38 | woglinde | mckoan just try it |
| 16:59.44 | woglinde | disbale tinderbox support |
| 17:00.17 | mckoan | woglinde: doing |
| 17:00.37 | mwester | just assumed tinderbox updates were done by a background thread... |
| 17:01.02 | woglinde | mwester not the initial |
| 17:02.18 | kergoth_ | mckoan: i'd also be curious to hear what bitbake master does |
| 17:02.31 | kergoth_ | if it acts differently in this way or not. it shouldn't, if its tinderbox |
| 17:03.02 | mckoan | w/o tinderbox is ok |
| 17:03.07 | kergoth_ | heh |
| 17:03.09 | mckoan | thank you guys! :-) |
| 17:03.15 | kergoth_ | you should try master anyway, i need testers ;) |
| 17:03.35 | mckoan | kergoth_: master branch? |
| 17:03.43 | kergoth_ | yeah |
| 17:03.43 | foerster | i can't even fathom using 1.8 or 1.10 ever again -- too painfully slow :) |
| 17:03.49 | kergoth_ | foerster: agreed |
| 17:03.50 | mckoan | kergoth_: I'm on it ;-) |
| 17:04.14 | foerster | hugs parallel parsing |
| 17:04.14 | *** join/#oe tzanger (~tzanger@gromit.mixdown.ca) |
| 17:06.17 | mckoan | have a nice rest of the day |
| 17:06.55 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 17:07.29 | *** join/#oe martin_B (~martin@pool-85-65-198-89.dbd-ipconnect.net) |
| 17:09.52 | kergoth_ | okay, we need to fix this 'eol while scanning string literal' when machine isn't set |
| 17:09.55 | hrw | have a nice xmas and xmas-ny week |
| 17:10.05 | kergoth_ | happy holidays hrw |
| 17:10.08 | Crofton|work | hrw thanks |
| 17:10.22 | Crofton|work | merry christmas to you and your family |
| 17:10.29 | hrw | thx |
| 17:10.42 | hrw | I will have english lesson in ~hour |
| 17:11.10 | hrw | have to ask why 'we wish you a merry christmas' and not 'the merry christmas' |
| 17:11.31 | kergoth_ | hehe |
| 17:11.37 | kergoth_ | because english makes no sense |
| 17:11.55 | hrw | as those are wishes for this particular christmas not for any |
| 17:12.06 | hrw | kergoth_: ;D |
| 17:12.22 | hrw | kergoth_: get mentor to sponsor your trip for fosdem |
| 17:14.14 | kergoth_ | when is it again? |
| 17:15.34 | *** join/#oe brolin_ (~brolin@190.250.204.65) |
| 17:33.53 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 17:34.25 | Jay7 | morning |
| 17:34.36 | Jay7 | is back |
| 17:34.38 | kergoth_ | hey Jay7 |
| 17:34.44 | eFfeM | kergoth_: 4 & 5 feb if I recall correctly |
| 17:34.48 | eFfeM | sat+ sun |
| 17:36.12 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
| 17:37.52 | kergoth_ | https://github.com/kergoth/openembedded/compare/master...tasks-reduction - comments? |
| 17:38.05 | kergoth_ | avoids the need to build coreutils-native and stagemanager-native |
| 17:39.36 | Tartarus | Ah, a move of stagemanager |
| 17:40.15 | kergoth_ | yep. it doesn't require a build, and we need it for just about anything, so makes sense to just drop it somewhere we can always run it directly |
| 17:41.29 | *** join/#oe kelvie_ (~kwong@s209-52-149-70.bc.hsia.telus.net) |
| 17:42.38 | *** join/#oe bgamari (~ben@pool-72-79-218-98.spfdma.east.verizon.net) |
| 17:42.43 | bgamari | Does anyone know how to build a kernel in openembedded's meta-toolchain cross compiler environment? |
| 17:42.52 | kergoth_ | bitbake virtual/kernel |
| 17:43.02 | woglinde | bitbake linux should work too |
| 17:43.09 | woglinde | *g* |
| 17:43.35 | bgamari | sorry, I should have been more clear |
| 17:43.37 | bgamari | not using bitbake |
| 17:43.54 | bgamari | I've installed the meta-toolchain cross-compiler |
| 17:44.03 | bgamari | so I just want to build my tree |
| 17:44.21 | bgamari | unfortunately the environment-setup script tramples on CPATH |
| 17:44.22 | kergoth_ | that's a kernel build question, you cross compile it the way you do with any crosscompiler from anyone |
| 17:44.28 | kergoth_ | use CROSS_COMPILE= on the make line |
| 17:44.34 | bgamari | which causes the host compiler to barf |
| 17:45.13 | bgamari | in particular, it seems that host utilities like fixdep and depmod are built against the target abi |
| 17:45.28 | bgamari | if I run make oldconfig before sourcing the cross-compiler environment |
| 17:45.36 | *** join/#oe woglinde_ (~heinold@g225075193.adsl.alicedsl.de) |
| 17:45.44 | kergoth_ | so don't source it, set CROSS_COMPILE= and ARCH= (unless its a new enough kernel to select in the config) |
| 17:45.45 | bgamari | then start the build then things are fine until depmod |
| 17:46.08 | bgamari | hmm, sometimes it's the simple things you miss I guess |
| 17:46.12 | bgamari | let me give that a try |
| 17:46.22 | kergoth_ | make CROSS_COMPILE=/path/to/foo/bar/bin/arm-linux- ARCH=arm |
| 17:46.23 | kergoth_ | or whatever |
| 17:46.27 | bgamari | the compiler doesn't need any of the other environment provided by environment-setup? |
| 17:46.33 | kergoth_ | not for a kernel it doesnt. |
| 17:46.44 | woglinde_ | kernel only needs gcc tough |
| 17:46.47 | kergoth_ | the kernel takes care of its own copmiler options |
| 17:47.01 | bgamari | cool |
| 17:47.09 | bgamari | alright, well that's far simpler than I thought |
| 17:47.14 | bgamari | sorry about the noise |
| 17:47.17 | kergoth_ | np |
| 17:47.43 | bgamari | I'm starting a page on the wiki describing use of the cross-compiler environment |
| 17:54.17 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 17:59.48 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 18:04.33 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 18:08.56 | *** join/#oe Heinervdm (~thomas@pD9E141B7.dip.t-dialin.net) |
| 18:14.59 | bgamari | http://www.openembedded.org/index.php/Cross_Compiler |
| 18:15.10 | bgamari | it would be nice if others could contribute what they know |
| 18:15.48 | bgamari | I suspect a note about the risk of compiling against incorrect library versions residing on the host would be nice |
| 18:16.02 | bgamari | but I don't know enough about this sort of thing to comment |
| 18:30.08 | *** join/#oe anarsoul (~anarsoul@80.249.93.82) |
| 18:41.52 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 18:54.24 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 18:54.55 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 19:04.09 | *** join/#oe reactor16 (~reactor16@static.108.169.4.46.clients.your-server.de) |
| 19:04.24 | reactor16 | hi all |
| 19:09.34 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 19:09.42 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * ra148e6a63c 10bitbake.git/lib/bb/utils.py: |
| 19:09.42 | CIA-1 | utils: show the actual exception in better_exec |
| 19:09.42 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:09.44 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * ra4230811ff 10bitbake.git/lib/bb/data_smart.py: |
| 19:09.44 | CIA-1 | data_smart: handle None values in expandVarrefs |
| 19:09.44 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:09.45 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * r457171b5b2 10bitbake.git/lib/bb/build.py: |
| 19:09.45 | CIA-1 | build: pass the correct filename to better_{compile,exec} |
| 19:09.45 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:09.46 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * r6fb448a6cf 10bitbake.git/lib/bb/pysh/pyshyacc.py: |
| 19:09.46 | CIA-1 | pysh: add missing os.path import |
| 19:09.46 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:10.23 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * re2f8a0db6b 10openembedded.git/conf/distro/include/sane-toolchain.inc: |
| 19:10.24 | CIA-1 | sane-toolchain.inc: Use BASE_PACKAGE_ARCH instead of FEED_ARCH and prepend to OVERRIDES |
| 19:10.24 | CIA-1 | Currently it ends up after local override and hence appears first in FILESPATH |
| 19:10.24 | CIA-1 | and for buiding uclibc_git.bb on qemuarm it picks wrong uClibc.machine file from |
| 19:10.24 | CIA-1 | uclibc-git/armv5te where as it should have picked from uclibc-git/qemuarm |
| 19:10.24 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:10.25 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * r80317a3dcd 10openembedded.git/recipes/gcc/ (19 files in 2 dirs): |
| 19:10.25 | CIA-1 | gcc-4.5: Apply patches upto 2010.12 release of linaro gcc |
| 19:10.26 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:10.47 | woglinde_ | go go khem |
| 19:11.39 | khem | err forgot the acks |
| 19:11.43 | khem | but nevermind |
| 19:12.35 | woglinde_ | new gcc patches again |
| 19:13.25 | khem | woglinde_: yes |
| 19:13.46 | khem | woglinde_: should just work usually |
| 19:13.57 | khem | its tested on different platforms |
| 19:17.29 | *** join/#oe misham (8df80301@gateway/web/freenode/ip.141.248.3.1) |
| 19:22.50 | *** join/#oe zumbi (~zumbi@77.230.237.25) |
| 19:30.07 | *** join/#oe atiti (~atiti@h59ec3b10.dklydix.dyn.perspektivbredband.net) |
| 19:31.16 | *** join/#oe zumbi (~zumbi@77.230.237.25) |
| 19:35.25 | *** join/#oe woglinde (~heinold@f052234098.adsl.alicedsl.de) |
| 19:46.38 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 19:48.35 | *** join/#oe sgw (~sgw@mail.skihood.com) |
| 19:54.33 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 19:59.34 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 20:07.37 | *** join/#oe zumbi (~zumbi@77.230.237.25) |
| 20:26.33 | obi | khem: I'm trying to build gcj 4.5. in my understanding, setting JAVA = ",java" should be enough. i did that in amend.inc, and i can see that my amend.inc gets picked up, because it also contains PR_append "-something". however, gcj doesn't get compiled. |
| 20:27.21 | obi | i can't find 'java' in gcc-4_5-branch/build.i686-linux.mipsel-oe-linux/config.status either |
| 20:27.43 | obi | config.status contains --enable-languages=c,c++,lto |
| 20:28.35 | obi | but i didn't add lto to LANGUAGES |
| 20:28.46 | obi | does this make any sense? |
| 20:29.00 | obi | setting JAVA = ",java" worked for gcc-4.4.4 |
| 20:39.57 | obi | hm... i think the problem is that JAVA_mipsel gets set to "" |
| 20:40.26 | obi | khem: i think we should remove all JAVA_foo ?= "" from gcc-configure-common.inc |
| 20:41.06 | obi | every gcc-4.x.y.inc does override the variable anyway |
| 20:43.16 | *** join/#oe ensc_ (~irc-ensc@p5DF2C475.dip.t-dialin.net) |
| 20:43.34 | *** join/#oe sgw (~sgw@mail.skihood.com) |
| 20:48.48 | *** join/#oe morphis (~morphis@p5489E75B.dip.t-dialin.net) |
| 20:49.10 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:50.22 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 20:51.41 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:54.43 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 20:55.03 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 20:57.53 | eFfeM | kergoth: managed to get this one again: |
| 20:57.53 | eFfeM | <PROTECTED> |
| 20:57.54 | eFfeM | <PROTECTED> |
| 20:58.00 | eFfeM | but now I know how I got there |
| 20:58.08 | *** join/#oe sgw1 (~sgw@mail.skihood.com) |
| 20:58.13 | eFfeM | I happened to hit ^C when it was at parsing recipes 0% |
| 20:58.35 | eFfeM | because I made a mistake in my cmd line and wanted to abort and restart the cmd |
| 21:03.14 | kergoth | eFfeM: hmm, we did a lot of testing of ^C before parsing, during parsing, and after parsing, trying to find and fix things like that. will have to look into th at one |
| 21:03.23 | kergoth | hmm |
| 21:03.54 | kergoth | ^C doesn't make it to the server at all anymore. the UI gets it, then shuts down the server. maybe you sent it before the UI started..hmm |
| 21:04.33 | eFfeM | btw I am using the cmd line version not the gui one |
| 21:05.22 | *** join/#oe sgw (~sgw@mail.skihood.com) |
| 21:07.28 | woglinde | obi why you want gcj instead of openjdk? |
| 21:08.43 | eFfeM | kergoth: rechecking now if rebuilding the cache by touching local.conf will fix it |
| 21:09.37 | eFfeM | it is also strange that yesterday it got resolved by a reboot, this seems to indicate some stale data in mem or /tmp that is cleared upon a reboot (or ignored) |
| 21:10.03 | Jay7 | btw |
| 21:10.18 | Jay7 | I've had some lzma and gtk+ failures on clean builds |
| 21:10.31 | Jay7 | but it was about 4 days ago |
| 21:10.41 | Jay7 | so I should recheck before reporting again |
| 21:15.06 | kergoth | eFfeM: do let me know if you find steps to reproduce, these sorts of things are a pain to nail down |
| 21:15.52 | obi | woglinde: because i want to create a native executable from java code |
| 21:16.27 | woglinde | obi hu? |
| 21:16.39 | woglinde | so you need gij |
| 21:16.41 | woglinde | okay |
| 21:17.06 | eFfeM | kergoth: will do |
| 21:18.10 | obi | woglinde: we're using projectx (without the gui) to convert DVB to DVD |
| 21:18.25 | woglinde | ah projectx |
| 21:21.01 | *** join/#oe matgnt (~matthias@p4FCF00FB.dip0.t-ipconnect.de) |
| 21:28.59 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |
| 21:30.12 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 21:36.29 | *** part/#oe grund (~grund@firebug.buglabs.net) |
| 21:44.32 | obi | gcj seems to require alsa nowadays. i wonder how one could possibly integrate that into OE |
| 21:48.37 | woglinde | obi? |
| 21:48.44 | woglinde | alsa is there |
| 21:51.18 | *** join/#oe nitink (~nitink@134.134.139.72) |
| 21:51.26 | obi | yes, it's there, but not before gcc-cross is built |
| 21:51.42 | obi | and gcj(-cross) is part of gcc-cross |
| 21:53.35 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 21:53.41 | woglinde | ah right |
| 21:53.50 | woglinde | hm |
| 21:54.57 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 22:14.37 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * rc510e54c39 10bitbake.git/: |
| 22:14.37 | CIA-1 | Merge remote branch 'foerster/depexp-sorting' |
| 22:14.37 | CIA-1 | * foerster/depexp-sorting: |
| 22:14.37 | CIA-1 | depexp: add sorting of all package lists |
| 22:14.49 | CIA-1 | 03Bob Foerster <robert@erafx.com> 07master * r80e3d3a130 10bitbake.git/lib/bb/ui/depexp.py: |
| 22:14.49 | CIA-1 | depexp: add sorting of all package lists |
| 22:14.49 | CIA-1 | Without sorting, it's very difficult to find the information you're |
| 22:14.49 | CIA-1 | looking for. Now, the lists are all sorted alphabetically for easy |
| 22:14.49 | CIA-1 | viewing. |
| 22:14.50 | CIA-1 | Signed-off-by: Bob Foerster <robert@erafx.com> |
| 22:19.56 | eFfeM | calling it a day |
| 22:20.02 | woglinde | nite effem |
| 22:20.03 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 22:20.28 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 22:25.25 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:46.50 | khem | obi: gcc recipes gets clutterred very much. So I am all ears for cleanups |
| 22:46.54 | khem | propose them |
| 22:48.44 | *** join/#oe nitink (~nitink@nat/intel/x-nhomjfydeihxwuda) |
| 22:49.42 | JaMa|Off | khem: what happened to that cleanup you proposed a while ago? I recall there was some consensus what is ok to clean, wasn't it? |
| 22:50.11 | khem | yes some sort |
| 22:50.15 | khem | no one voiced |
| 22:50.22 | khem | except Tartarus |
| 22:50.35 | khem | which meant the other option "plan in my head" gets implemented |
| 22:53.22 | obi | khem: will do |
| 22:53.58 | obi | khem: i've disabled alsa now, and gcj built a little further. but now it tried to link against the wrong zlib |
| 22:54.14 | obi | there's an option in our recipe: --with-system-zlib |
| 22:54.31 | obi | what is this supposed to do? |
| 22:54.41 | obi | in our case |
| 22:55.33 | obi | i assume the system's zlib will never exist before gcc-cross is built |
| 22:55.48 | khem | obi: java is a unfathomed terrain and even more on mips |
| 22:55.50 | khem | keep in mind |
| 22:56.13 | khem | --with-system-zlib means gcc will depend on the libz installed in rfs |
| 22:56.22 | khem | and not compile its own captive version |
| 22:57.58 | obi | i know. well... we've already used an older version of gcj for our distro successfully, but it has never really been integrated into our OE flavor |
| 22:58.28 | woglinde | khem it chooses wrong libz because we are not touching libtool in gcc build |
| 22:58.39 | *** join/#oe sgw (~sgw@72-160-84-80.dyn.centurytel.net) |
| 22:58.42 | woglinde | ups meant obi |
| 22:59.18 | khem | woglinde: I think we can not avoid that for long |
| 22:59.35 | khem | unfortunately that means we need to upgrade to 2.4 before upstream does |
| 22:59.45 | khem | and gcc libtool usage is not faint hearted |
| 22:59.53 | obi | woglinde: maybe, but - as with alsa - i don't have a cross-zlib at this stage ;) |
| 23:00.04 | B_Lizzard | woglinde, sorry for bothering you, but do you remember if midpath has support for network-enabled applications (opera mini etc)? |
| 23:00.25 | obi | unless, of course, gcc would build one |
| 23:00.41 | B_Lizzard | I managed to get phoneme + midpath working, it's a bit faster than jamvm, but both setups cannot connect to the internet |
| 23:00.48 | obi | but it sounds like --with-system-zlib is meant for the x86 executables |
| 23:01.01 | woglinde | b_lizzard check the configure log |
| 23:01.09 | woglinde | b_lizzard normaly it has netsupport |
| 23:01.15 | B_Lizzard | OK... |
| 23:01.17 | khem | obi: we have libz recipe |
| 23:01.18 | woglinde | I can remeber running opera mini with it |
| 23:01.22 | woglinde | khem yes |
| 23:01.24 | khem | so alsa better depend on it |
| 23:01.28 | khem | if it needs it |
| 23:01.30 | woglinde | but not at gcc-cross stage |
| 23:01.35 | woglinde | thats the problem |
| 23:01.40 | obi | khem: gcj-cross depends on alsa and on libz |
| 23:01.46 | woglinde | seems we need seperate recipe for gcj |
| 23:02.01 | khem | on gcj alsa wht |
| 23:02.24 | woglinde | hm |
| 23:02.25 | khem | why would gcj need alsa I wonder |
| 23:02.31 | obi | it includes a copy of classpath, which implements java sound stuff |
| 23:03.08 | obi | well, it's possible to disable that and i already did that |
| 23:03.25 | obi | but now i still have to investigate how to solve the dependency on zlib |
| 23:05.20 | khem | ok then gcj needs to be part of gcc |
| 23:05.26 | khem | not gcc-cross I think |
| 23:05.51 | khem | gcc-cross is last stage of cross compiler bootstrap |
| 23:06.00 | khem | and no target packages exist before it |
| 23:06.06 | B_Lizzard | woglinde, I think network support is enabled, but I get an "exception in network request thread", trying to run opera mini, whatever that means |
| 23:06.14 | B_Lizzard | I'll just ask the developer dude |
| 23:06.29 | B_Lizzard | guillaum1 |
| 23:06.44 | obi | khem: "gcc" creates target binaries, right? i need to create a cross-gcj |
| 23:06.56 | khem | cross-gcj |
| 23:06.59 | khem | hmmm |
| 23:07.11 | khem | then you have to spin a different rcipe |
| 23:08.27 | khem | or you can divide it up |
| 23:08.45 | khem | where you generate whatever it can along with cross-gcj along with cross-gcc |
| 23:09.00 | khem | and build other runtime as part of separate recipe to complement it |
| 23:09.05 | khem | and that would work too |
| 23:09.47 | obi | i'm trying without --with-system-zlib first |
| 23:11.21 | woglinde | hm? |
| 23:11.29 | woglinde | args |
| 23:11.36 | woglinde | cross-compiling |
| 23:11.45 | woglinde | hm hm |
| 23:11.47 | woglinde | wait |
| 23:11.57 | woglinde | it should zlib from native |
| 23:12.01 | woglinde | take |
| 23:14.08 | obi | yes, for x86 binaries. but for its java libraries (or whatever it is building) it shouldn't. with-system-zlib is also an option for libjava (inside gcc's source), so maybe this will work |
| 23:16.58 | *** join/#oe dth (~dth@a89-182-154-87.net-htp.de) |
| 23:17.39 | khem | obi: you should disable that option |
| 23:17.52 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 23:21.08 | *** part/#oe dth (~dth@a89-182-154-87.net-htp.de) |
| 23:32.32 | khem | did e2fsprogs get fixed yet or not |
| 23:32.37 | khem | http://tinderbox.openembedded.org/public/logs/task/14976522.txt |
| 23:32.44 | *** join/#oe dth (~dth@a89-182-154-87.net-htp.de) |
| 23:43.05 | *** part/#oe dth (~dth@a89-182-154-87.net-htp.de) |
| 23:43.17 | obi | i have this patch, which resolves a different issue with e2fsprogs: http://git.opendreambox.org/?p=obi/openembedded.git;a=commitdiff;h=d87d337f2d2693f3859de64a8b09c5b4b362abdd |
| 23:43.45 | obi | but i'm waiting for bernhard to test it |
| 23:46.14 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
| 23:58.04 | obi | the gcj-cross build succeeded now, but do_qa_staging reports a "failed sanity test (workdir)" in sysroots/i686-linux/usr/mipsel/lib/gcj-4.5.3-11/libjvm.la. shouldn't that location be covered by inherit autotools? other .la files get rewritten correctly. |
| 23:58.22 | woglinde | obi not for gcc-cross |
| 23:58.28 | woglinde | you have to do it manually |