| 00:00.57 | grg | Tartarus, what distro is your build system where you've seen the gcc/strsignal build failure? |
| 00:01.34 | Tartarus | seen it on u804, u910 and centos5 |
| 00:18.19 | angelox_123 | Anybody can help-me with this: http://pastebin.com/fMYyzySk | Angstrom Distro | A1200 Machine |
| 00:23.46 | Crofton|work | I'm having issues with a cmake based recipe and bbthreads |
| 00:23.56 | CIA-68 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r1e2e6295da 10openembedded.git/recipes/gdb/gdb-common.inc: |
| 00:23.56 | CIA-68 | gdb-common.inc: Nuke a few more possible conflicts. |
| 00:23.56 | CIA-68 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 00:24.03 | Crofton|work | is there a way to let a recipe finish, before other tasks run |
| 00:24.26 | Tartarus | Beyond DEPENDS? |
| 00:25.50 | angelox_123 | who? |
| 00:31.37 | Tartarus | That was to crofton, sorry |
| 00:32.17 | Tartarus | angelox_123, I guess e-image isn't supported right now by angstrom or your machine needs updating to have a good X server picked out |
| 00:32.23 | Crofton | heh |
| 00:32.29 | Crofton | it is weird problem |
| 00:32.32 | angelox_123 | any fix? |
| 00:33.21 | Tartarus | angelox_123, see openembedded/conf/machine/omap4430-sdp.conf as an example that doesn't use kdrive for an xserver |
| 00:33.55 | Tartarus | No idea if that'll work on your actual hw |
| 00:51.54 | Tartarus | grg, thanks for tracking that down. I don't have a pref either way really |
| 00:52.21 | Tartarus | I've always been a patch N versions of gcc/etc person, but that's less popular now (and I'm also fine with that, really) |
| 01:20.32 | *** join/#oe aloisiojr (~aloisio@187.113.103.51) |
| 01:36.18 | CIA-68 | 03Chris Larson <chris_larson@mentor.com> 07master * r653f9f0f69 10openembedded.git/recipes/gtk+/gtk+.inc: (log message trimmed) |
| 01:36.18 | CIA-68 | gtk+-native: fix relocation |
| 01:36.18 | CIA-68 | In a sysroot process hook, to deal with relocation: |
| 01:36.18 | CIA-68 | - Re-generate the gdk-pixbuf.loaders file to contain the current sysroot path |
| 01:36.18 | CIA-68 | to the pixbuf loaders directory. |
| 01:36.19 | CIA-68 | - Create wrappers for gdk-pixbuf-csource and gdk-pixbuf-query-loaders |
| 01:36.20 | CIA-68 | utilities, passing along the appropriate environment variables to ensure |
| 01:51.53 | *** join/#oe XorA|gone (~XorA@www.xora.org.uk) |
| 01:53.40 | *** join/#oe valhalla (~valhalla@81-174-23-161.dynamic.ngi.it) |
| 01:55.21 | *** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 02:03.49 | *** join/#oe fraxinath (~quassel@p4FD65D64.dip.t-dialin.net) |
| 02:25.38 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 02:31.52 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 03:04.32 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 03:23.48 | *** join/#oe grund (~grund@64.244.156.164) |
| 03:25.47 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:42.36 | *** join/#oe borg__ (~olaf@p548681E8.dip0.t-ipconnect.de) |
| 04:46.57 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-30-18.dynamic.mnet-online.de) |
| 05:05.52 | *** join/#oe mrc3 (~mrc3@nat/ti/x-hzxwjljzuemwsqqn) |
| 05:16.35 | *** join/#oe polyonymous (~hacker@g230192103.adsl.alicedsl.de) |
| 05:17.14 | *** join/#oe anarsoul_ (~anarsoul@80.249.95.48) |
| 05:28.51 | *** join/#oe tassleho1f (~Mich@147.84-49-231.nextgentel.com) |
| 05:30.56 | *** join/#oe Ananth__ (7ab785b9@gateway/web/freenode/ip.122.183.133.185) |
| 05:31.12 | Ananth__ | <PROTECTED> |
| 05:31.17 | Ananth__ | resolve_conffiles: Existing conffile /media/500_p4/open_embedded/overo-oe/tmp/rootfs/omap3-desktop-image/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /media/500_p4/open_embedded/overo-oe/tmp/rootfs/omap3-desktop-image/etc/device_table-opkg. |
| 05:31.22 | Ananth__ | opkg_install_cmd: Cannot install package swfdec-mozilla. |
| 05:31.27 | Ananth__ | opkg_install_cmd: Cannot install package cheese. |
| 05:31.32 | Ananth__ | opkg_install_cmd: Cannot install package task-proper-tools. |
| 05:31.37 | Ananth__ | opkg_install_cmd: Cannot install package task-base-extended. |
| 05:31.52 | Ananth__ | Any clue ! what i was missing ? |
| 05:35.01 | *** join/#oe harsh (~harsh@122.172.9.50) |
| 05:44.07 | *** join/#oe d_th (~dth@a89-182-146-32.net-htp.de) |
| 05:44.24 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 05:48.27 | eFfeM_work | gm |
| 05:50.05 | khem | Hi eFfeM_work |
| 05:50.20 | khem | you seem to be early riser :) |
| 05:50.22 | eFfeM_work | how are you doing? |
| 05:50.29 | eFfeM_work | yup, 7.50 am here |
| 05:50.32 | khem | good. |
| 05:50.42 | khem | and you are already at work ? |
| 05:50.51 | eFfeM_work | yes |
| 05:51.02 | khem | reminds me of my working days in .de |
| 05:51.04 | eFfeM_work | wife & one kid had to get up early so I joined them |
| 05:51.14 | khem | I use to come in last |
| 05:51.21 | eFfeM_work | :-) |
| 05:51.28 | khem | that was like 8:45 |
| 05:51.31 | eFfeM_work | some people here start at 9-9.30 |
| 05:51.44 | khem | here if I get up at 8:45 thats early ;) |
| 05:52.23 | khem | btw. I have libtool 2.4 upgrade patches |
| 05:52.31 | eFfeM_work | yeah, I know the times in the valley |
| 05:52.36 | eFfeM_work | ah cool, |
| 05:52.37 | *** join/#oe pcacjr__ (~pcacjr@187.78.26.239) |
| 05:52.45 | khem | I need a lot of support to test them |
| 05:52.59 | khem | libtool is very very core |
| 05:53.14 | khem | and I would like to make sure that it works in all cases |
| 05:53.25 | eFfeM_work | i can give it a try building things, but can't test today, have to teach on tue evening |
| 05:53.37 | khem | So I am going to post a version today to ml |
| 05:53.45 | eFfeM_work | cool |
| 05:53.53 | eFfeM_work | seems I also have some issues with the testing branch |
| 05:53.55 | khem | and hope that people will feel enthused to test it more |
| 05:54.06 | *** join/#oe tassleho1f (~Mich@147.84-49-231.nextgentel.com) |
| 05:54.18 | khem | hmm I have no issues with the branch |
| 05:55.18 | eFfeM_work | i got my kernel note things back (at least some of them) and the patch for redefining SRC_URI also does not seem to work |
| 05:55.32 | khem | I have only built minimal-image with them so I am expecting more helping hands to do larger builds thats why the early post of patches. I know they may not be final yet |
| 05:55.43 | khem | eFfeM_work: hmm |
| 05:55.44 | eFfeM_work | okie |
| 05:55.56 | eFfeM_work | well found the problem, my kernel.bbclass is definitely not current |
| 05:56.04 | khem | :) |
| 05:56.22 | khem | dont you do git pull --rebase on the testing-next |
| 05:56.46 | eFfeM_work | only a git pull, no --rebase |
| 05:57.06 | khem | yeah pull is file as long as you dont have local changes |
| 05:57.12 | khem | s/file/fine |
| 05:57.52 | eFfeM_work | i have no local changes, this is on our autobuilder |
| 05:57.56 | khem | k |
| 05:58.04 | khem | where and what do u teach |
| 06:00.02 | eFfeM_work | local university, network management |
| 06:00.10 | eFfeM_work | part time job (tue evening) |
| 06:00.33 | eFfeM_work | can you peek at this: http://pastebin.ca/1954548 |
| 06:00.55 | eFfeM_work | maybe I introduced a problem when moving to the linaro branch |
| 06:02.02 | eFfeM_work | actually the script I run is: http://pastebin.ca/1954549 |
| 06:02.13 | eFfeM_work | MACHINE, DISTRO and TARGET_RECIPE are set from outside |
| 06:02.34 | *** join/#oe r0ck_ (b49530f6@gateway/web/freenode/ip.180.149.48.246) |
| 06:03.02 | r0ck_ | hi i am truing to compiling c++ file .. but its giving one warning |
| 06:03.06 | eFfeM_work | not 100% about the checkout |
| 06:03.18 | r0ck_ | <PROTECTED> |
| 06:03.26 | r0ck_ | any idea?? |
| 06:04.28 | r0ck_ | ?? |
| 06:04.37 | r0ck_ | anyone alive?? |
| 06:05.31 | *** join/#oe vps (~vitus@145.253.169.210) |
| 06:10.12 | *** join/#oe B_Lizzard (~havoc@athedsl-422791.home.otenet.gr) |
| 06:17.54 | *** join/#oe pcacjr (~pcacjr@187.78.102.195) |
| 06:17.54 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 06:27.37 | eFfeM_work | khem didn't see why i still got old files, decided to nuke the complete dir and fetch git from scratch; will keep an eye on it next week when pulling and will rerun all tests |
| 06:45.18 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 06:47.12 | khem | eFfeM_work: hmmm how do u checkout the branch |
| 06:47.20 | khem | are you tracking remote testing-next |
| 06:47.28 | khem | if not then it wont et yupdate |
| 06:47.40 | eFfeM_work | no tracking |
| 06:47.43 | khem | r0ck_: which distro/image |
| 06:47.47 | eFfeM_work | see the pastebin above |
| 06:47.57 | eFfeM_work | thought git pull would update |
| 06:48.16 | khem | <PROTECTED> |
| 06:48.19 | khem | thats good |
| 06:48.46 | eFfeM_work | followed by a git pull (near the end, after the here document to generate local.conf) |
| 06:49.04 | eFfeM_work | should I add --track to the checkout ? |
| 06:50.57 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 06:52.03 | eFfeM_work | anyway a fresh restart gave me a good git |
| 06:52.54 | khem | yes it should |
| 07:03.17 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:05.16 | *** join/#oe rschus (~rschus@81.118.101-84.rev.gaoland.net) |
| 07:05.36 | fraxinath | moin |
| 07:06.13 | *** join/#oe josh__ (~josh@174-26-156-190.phnx.qwest.net) |
| 07:06.56 | mckoan | good morning |
| 07:19.06 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 07:23.30 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:25.46 | *** join/#oe mr_nice|work (~mr_nice|w@83-64-51-210.static.xdsl-line.inode.at) |
| 07:33.19 | CIA-68 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8e35a2ac8f 10openembedded.git/recipes/mplayer/ (mplayer/vofw-swscale.diff mplayer_svn.bb): mplayer svn: make swscale accept larger input images regardless of arch |
| 07:34.29 | ant_work | khem: still there? |
| 07:37.03 | khem | ant_work: yes |
| 07:37.18 | ant_work | hi, I've a question about |
| 07:37.20 | ant_work | http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=5ac52371b09a25518b60e23e80c8c812cdea6e36 |
| 07:37.37 | ant_work | I had |
| 07:37.39 | ant_work | SRC_URI = "file://${LOGO_SIZE}/logo_linux_clut224.ppm.bz2" |
| 07:38.05 | hrw | morning |
| 07:38.29 | ant_work | now my logo ends-up in ${WORKDIR}/${LOGO_SIZE} |
| 07:38.44 | ant_work | but linux.inc searches in ${WORKDIR} |
| 07:38.49 | khem | ant_work: what is LOGO_SIZE defined to |
| 07:38.54 | ant_work | so, apart of copying it, |
| 07:39.04 | ant_work | how can I fetch it straight to WORKDIR? |
| 07:39.14 | ant_work | ah, is 'vga or qvga' |
| 07:39.23 | ant_work | is an 'override' |
| 07:41.21 | ant_work | on the rush, I copied the check in linux.inc and added it, modified, to do_configure_append |
| 07:41.46 | ant_work | but seems not elegant |
| 07:43.41 | *** join/#oe vps1 (~vitus@145.253.165.179) |
| 07:43.47 | ant_work | I briefly peeked in base.bbclass but could not find a way to have it ignore the subdir |
| 07:48.19 | khem | ant_work: file:// |
| 07:48.40 | ant_work | khem: base.bbclass |
| 07:48.43 | ant_work | if subdirs: |
| 07:48.45 | ant_work | <PROTECTED> |
| 07:49.41 | khem | does it matter where it is ? |
| 07:49.54 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 07:50.14 | ant_work | somehow... |
| 07:50.25 | ant_work | linux.inc expect it in WORKDIR |
| 07:51.52 | ant_work | not a big issue, just to know if there are other similar cases |
| 07:53.32 | *** join/#oe pcacjr_ (~pcacjr@187.78.178.105) |
| 07:53.32 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 07:57.30 | ant_work | I think we should extend the check in linux.inc |
| 08:00.16 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:03.44 | *** join/#oe Heinervdm (~thomas@pD9E147B3.dip.t-dialin.net) |
| 08:04.14 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 08:12.02 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:12.59 | *** join/#oe rschus (~rschus@81.118.101-84.rev.gaoland.net) |
| 08:18.26 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 08:18.52 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 09:01.25 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:03.46 | *** join/#oe vps (~vitus@145.253.165.179) |
| 09:11.51 | *** join/#oe woglinde (~heinold@g225147033.adsl.alicedsl.de) |
| 09:11.53 | woglinde | jo |
| 09:12.27 | florian | good morning |
| 09:15.11 | woglinde | hm intressting thinks happen in autotoolsland |
| 09:15.21 | woglinde | seems aclocal will soon vanish |
| 09:22.26 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r4f1139422c 10openembedded.git/recipes/navit/navit_svn.bb: navit: bump SRCREV for speedwarner feature |
| 09:26.07 | woglinde | jama hehe |
| 09:28.55 | JaMa | woglinde: well I was only waiting for chollya's fix |
| 09:29.20 | JaMa | and today someone even asked on ML to upgrade it :) |
| 09:35.14 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 09:36.23 | woglinde | I will integrate some patches too today |
| 09:40.46 | zecke | woglinde: oh |
| 09:40.53 | *** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 09:41.00 | woglinde | zecke? |
| 09:41.11 | woglinde | navit |
| 09:42.21 | zecke | woglinde: why is aclocal going away? |
| 09:43.21 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 09:43.31 | woglinde | because its only a hack |
| 09:43.47 | woglinde | to determine additional directories for m4 |
| 09:44.00 | woglinde | but m4-2.0 will have this feature self |
| 09:44.24 | woglinde | read this on the libtool-ml |
| 09:45.58 | woglinde | all started when the libiconv/gettext maintainer asked, why he get the "please use the M4_ADDITIONAL_DIR in configure.ac" |
| 09:46.08 | woglinde | messages |
| 09:47.14 | zecke | woglinde: http://www.gnu.org/software/hello/manual/automake/Future-of-aclocal.html.. okay |
| 10:02.25 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 10:09.39 | tasslehoff | Is it correct that you don't have to download the OMAP Graphics SDK manually to compile libgles-omap3 anymore? I didn't at least, and I was just wondering if the comments in the recipes should be changed to reflect that. |
| 10:10.02 | tasslehoff | Unless some build _do_ require a manual download of course |
| 10:11.27 | woglinde | yes its correct |
| 10:11.44 | woglinde | since 4.0 or late 3. the url is open for everyone except iran |
| 10:12.41 | *** join/#oe dth_ntb (~dth@a89-182-146-32.net-htp.de) |
| 10:14.11 | JDuke128 | d |
| 10:14.49 | JDuke128 | hey , i tried to use clutter compiling for my card , but i got error "unable to get gles headers" |
| 10:15.49 | woglinde | you used clutter to compile? |
| 10:16.07 | woglinde | I always thought one needs a compiler like gcc |
| 10:16.35 | JDuke128 | hmm |
| 10:16.55 | JDuke128 | i use arm-angstrom-linux-gnueabi-gcc |
| 10:16.57 | woglinde | maybee you meant |
| 10:17.13 | woglinde | you try to compile clutter or an application which uses clutter |
| 10:17.42 | JDuke128 | and when i try to use , i got error : configure error: Unable to locate reqiired GLES headers |
| 10:18.05 | woglinde | which machine? |
| 10:18.16 | JDuke128 | igepv2 |
| 10:18.41 | JDuke128 | how can i solve this problem ? i did bitbake omap3-libgles |
| 10:18.53 | JDuke128 | it successfully did all tasks |
| 10:19.26 | *** join/#oe aloisiojr1 (~aloisio@186.212.96.232) |
| 10:23.34 | JDuke128 | please help |
| 10:25.43 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:27.53 | eFfeM_work | hm, testing-next builds seem all to fail on building sqlite3-native: http://tinderbox.openembedded.net/public/logs/task/8402014.txt |
| 10:35.54 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:39.05 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:48.46 | CIA-68 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07master * r3f3128c291 10openembedded.git/recipes/ncurses/ncurses_5.7.bb: |
| 10:48.46 | CIA-68 | ncurses_5.7.bb: Disable the rpath hack for the ncurses binaries |
| 10:48.46 | CIA-68 | Do not have a RPATH in the binaries to the sysroot. |
| 10:51.44 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:06.46 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 11:07.30 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 11:07.55 | *** part/#oe kerim (~kerim@81.214.22.138) |
| 11:28.53 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 11:36.37 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 11:36.37 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 11:53.19 | *** join/#oe aloisiojr (~aloisio@187.113.105.101) |
| 12:06.10 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:07.40 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:08.31 | woglinde | jo mickeyl |
| 12:11.44 | *** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 12:14.02 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 12:14.20 | woglinde | hi kgilmer |
| 12:14.24 | woglinde | thats early |
| 12:16.13 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 12:18.52 | kgilmer | hi woglinde |
| 12:18.56 | kgilmer | yeah i'm at home |
| 12:19.32 | kgilmer | awhile ago i asked you about openjdk recipes that didn't build shark, you asked why |
| 12:19.46 | kgilmer | the reason is for hw platforms that don't support lvm but zero will work |
| 12:19.54 | kgilmer | for example bug10 |
| 12:20.00 | woglinde | hm |
| 12:20.20 | woglinde | hm google tv |
| 12:20.27 | kgilmer | :) |
| 12:21.15 | woglinde | kgilmer hm dont know offhand how to determine a plattform can not build lvm |
| 12:21.23 | woglinde | why ther bug10 dont compiles lvm |
| 12:21.28 | woglinde | arhgs |
| 12:21.39 | woglinde | llvm |
| 12:22.12 | kgilmer | yeah i don't think the recipe should determine that, but if the recipes are more fine-grained to a specific jvm backend then the user can decide. |
| 12:22.52 | kgilmer | llvm: some freakish error, i didn't get too deep into it. i can file a bugzilla if you want. |
| 12:24.01 | kgilmer | i would like to (unofficially) support older bug hw with newer software releases if it's fairly easy to do so. |
| 12:26.20 | *** join/#oe aloisiojr (~aloisio@186.212.102.168) |
| 12:27.15 | woglinde | hm sure mail or paste the error |
| 12:27.22 | woglinde | maybee I or xrandby can help out |
| 12:31.26 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 12:39.57 | kgilmer | ok woglinde, will do when i'm in the office. |
| 12:39.58 | kgilmer | thx |
| 12:41.55 | *** join/#oe aloisiojr (~aloisio@187.113.77.186) |
| 12:41.56 | *** join/#oe kevinsc (~a0214685@nat/ti/x-yonhinrxtfdapbmx) |
| 12:48.46 | *** join/#oe aloisiojr1 (~aloisio@187.113.122.250) |
| 12:49.25 | woglinde | hi jconnolly |
| 12:49.30 | janp | eFfeM_work: I quickly checked the bb file for sqlite3 native and that has a DEPENDS="tcl-native". When is tclsh needed exactly? |
| 12:50.01 | woglinde | janp thats fixed |
| 12:50.06 | woglinde | only native needs tcl |
| 12:50.37 | eFfeM_work | woglinde: it is, but unfortunately an hour or so after the testing branch was tagged |
| 12:51.01 | eFfeM_work | so testing fails, suggested already on ML to retag testing |
| 12:52.15 | janp | woglinde: so DEPENDS is not taken into account for native packages? |
| 12:52.25 | woglinde | *sigh* |
| 12:52.30 | jconnolly | hi woglinde |
| 12:52.56 | woglinde | DEPENDS_append_virtclass-native = " tcl-native" |
| 12:54.31 | eFfeM_work | woglinde: the remark from janp made me look at the commit with the fix: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=9f503dbde0f2f6e9d4a94f6ab4be1b04dfc99950 |
| 12:54.46 | eFfeM_work | but the old text read -DEPENDS = "tcl-native readline ncurses" |
| 12:55.30 | eFfeM_work | so i'm a little bit puzzled why sqlite3-native fails for me |
| 12:55.44 | woglinde | staging? |
| 12:56.11 | woglinde | http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=9f503dbde0f2f6e9d4a94f6ab4be1b04dfc99950 was not optimal anyway |
| 12:56.31 | woglinde | http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=9189f87363be2865404f7de70bcda10f8087053e |
| 12:57.58 | eFfeM_work | staging? don't really understand what you mean with that |
| 12:58.19 | eFfeM_work | is checking his logs |
| 12:58.20 | mckoan | eFfeM_work: sqlite3-native fails on customer site too, I'm checking on my side |
| 12:59.09 | mckoan | <PROTECTED> |
| 13:00.59 | eFfeM_work | well, i was building the testing branch which had the DEPENDS above, but tcl-native is not build; this is a clean build |
| 13:01.21 | *** join/#oe vps (~vitus@145.253.165.179) |
| 13:01.51 | eFfeM_work | here's my full log: http://tinderbox.openembedded.net/builds/92319/ |
| 13:03.14 | eFfeM_work | or does the code from yesterday adds -native to it and do I for testing now get a depends on tcl-native-native ? (whihc ofc does not exist) |
| 13:07.27 | mckoan | eFfeM_work: mine looks dofferent http://tinderbox.openembedded.net/public/logs/task/8392573.txt |
| 13:07.59 | eFfeM_work | mckoan: this is dev head? |
| 13:08.11 | mckoan | eFfeM_work: yes |
| 13:08.31 | eFfeM_work | ok so it has the patches given by woglinde |
| 13:08.45 | woglinde | now I am testing myself |
| 13:10.30 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:10.34 | eFfeM_work | woglinde is my assumption correct that the original code (in the testing branch) would lead to a dep on tcl-native-native (for sqlite3-native)? or do I completely misunderstand things ? |
| 13:10.42 | *** join/#oe vps (~vitus@145.253.169.210) |
| 13:10.52 | eFfeM_work | then had expected an error that the dep could not be met |
| 13:11.24 | eFfeM_work | is puzzled |
| 13:11.58 | woglinde | hm seems the append dotn works |
| 13:13.29 | JDuke128 | hey , when i try to do "bitbake clutter" oe says , nothing provides clutter but when i look recipes , there is clutter folder inside ? why it says nothing provides ? |
| 13:13.51 | woglinde | hm we need -i again |
| 13:13.51 | eFfeM_work | JDuke128: the recipe is not for your machine |
| 13:14.41 | JDuke128 | hmm , i tried to compile myself also , configure works fine but when i tried to make , i see some /usr/lib files used on my host machine and gives errors |
| 13:16.07 | JDuke128 | wait i post them on pastebin please if someone help |
| 13:17.15 | woglinde | I am trying += now |
| 13:17.28 | woglinde | kergoth suggested this too yesterday |
| 13:17.57 | woglinde | args |
| 13:18.04 | woglinde | sqilte-native vs. sqlite3-natviwe |
| 13:19.11 | woglinde | tcl is in the depends |
| 13:19.15 | woglinde | as expected |
| 13:20.05 | *** join/#oe JDuke127 (51d6168a@gateway/web/freenode/ip.81.214.22.138) |
| 13:23.28 | JDuke127 | when i try to configure clutter it works fine as url shown : http://pastebin.com/X5m40G2d , but when i try to make it i got error : http://pastebin.com/PrEXZZ8M , someone know how to fix ? or whats wrong ? |
| 13:24.26 | JDuke127 | i suspect on "/usr/include" is used on make , CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/cairo , how to fix that problem ? |
| 13:25.13 | eFfeM_work | JDuke127: how surprising, you run configure on the target and expect to get proper results for a cross build ???????? |
| 13:26.23 | JDuke127 | sorry , so how to fix ? |
| 13:27.52 | eFfeM_work | use bitbake :-) |
| 13:27.57 | eFfeM_work | and build the recipe |
| 13:28.20 | eFfeM_work | bitbake -cclean clutter; bitbake clutter |
| 13:28.30 | JDuke127 | i did , but "bitbake clutter" , but system says nothing provides clutter |
| 13:28.51 | *** part/#oe dp-apps (~dp@opensource.wolfsonmicro.com) |
| 13:28.57 | eFfeM_work | (03:16:53 PM) eFfeM_work: JDuke128: the recipe is not for your machine |
| 13:29.01 | JDuke127 | i m using igepv2 , more advanced then beagleboard |
| 13:29.02 | woglinde | hm sqlite3-native build fine |
| 13:29.18 | JDuke127 | ERROR: Nothing PROVIDES 'clutter' |
| 13:29.32 | mckoan | woglinde: same here sqlite3-native build fine |
| 13:29.35 | eFfeM_work | jduke i think the recipe depends on omap3 and igepv2 is not in that group |
| 13:29.51 | JDuke127 | no |
| 13:29.55 | JDuke127 | igepv2 is omap3 |
| 13:30.01 | woglinde | clutter.inc has COMPATIBLE_MACHINE = "(zylonite|mx31litekit|omap-3430ldp|omap-3430sdp|mx31ads|qemuarm|qemux86|ipodtouch|am3517-evm|dm37x-evm|am37x-evm|beagleboard|overo|omap3evm|omap5912osk)" |
| 13:30.02 | eFfeM_work | woglinde: so the patch is fine |
| 13:30.02 | mckoan | woglinde: maybe customer has a corrupted fs |
| 13:30.11 | JDuke127 | i m %100 sure , igepv2 is omap3 |
| 13:30.17 | woglinde | add igep there |
| 13:30.18 | eFfeM_work | JDuke127, i know, but it might not be defined as such |
| 13:30.22 | woglinde | *sigh* |
| 13:30.37 | woglinde | this search cost me 10 seconds |
| 13:30.46 | woglinde | and one beer for you |
| 13:31.18 | JDuke127 | so , i must compile ? |
| 13:31.32 | JDuke127 | configure works fine for igepv2 |
| 13:31.41 | eFfeM_work | suggests starting to read |
| 13:32.18 | JDuke127 | <eFfeM_work> JDuke127: how surprising, you run configure on the target and expect to get proper results for a cross build ???????? |
| 13:32.34 | JDuke127 | so , how can i fix that ? |
| 13:32.50 | eFfeM_work | JDuke127 learn the difference between host and target |
| 13:33.21 | eFfeM_work | take a reading course, we've already told you a few times what to do |
| 13:33.23 | eFfeM_work | *sigh* |
| 13:33.39 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 13:34.16 | JDuke127 | --host=arm-angstrom-linux-gnueabi |
| 13:34.18 | woglinde | clutter.inc COMPATIBLE_MACHINE = "(zylonite|mx31litekit|omap-3430ldp|omap-3430sdp|mx31ads|qemuarm|qemux86|ipodtouch|am3517-evm|dm37x-evm|am37x-evm|beagleboard|overo|omap3evm|omap5912osk|igep0020) |
| 13:34.19 | JDuke127 | this ? |
| 13:34.26 | woglinde | now its 2 beers |
| 13:34.49 | eFfeM_work | woglinde: you |
| 13:34.55 | JDuke127 | woglinde , so why not clutter is not working but other bitbake cmds working fine ? |
| 13:34.58 | eFfeM_work | woglinde, you're not by car, are you ? |
| 13:35.12 | woglinde | dont know |
| 13:35.17 | woglinde | this was the last hint |
| 13:35.21 | woglinde | now mental ignore |
| 13:35.37 | eFfeM_work | joins woglinde |
| 13:35.49 | *** join/#oe aloisiojr (~aloisio@187.113.127.166) |
| 13:36.33 | JDuke127 | d |
| 13:36.42 | *** join/#oe cargoudel (80afff09@gateway/web/freenode/ip.128.175.255.9) |
| 13:37.11 | cargoudel | good morning for those in the western hemi |
| 13:37.48 | cargoudel | whats the proper way to migrate to a new version of gcc to my oe toolkit |
| 13:38.42 | cargoudel | i tried moving from 4.4.2 to 4.4.4 ... it was kind of an epic failure |
| 13:38.45 | woglinde | we already have the newest version of gcc in |
| 13:39.13 | cargoudel | right ... i am just asking how to clean or ... force it to replace the other version |
| 13:39.21 | CIA-68 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07master * rd523823c53 10openembedded.git/recipes/libopie/ (libopie2/libopie2-tosa.patch libopie2_1.2.4.bb): |
| 13:39.21 | CIA-68 | libopie2: fix path to backlight instance on tosa |
| 13:39.21 | CIA-68 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 13:40.06 | cargoudel | like on gentoo i just run the crossdev command and it emerges the packages in the right order .... and am getting configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. when building the final stage of the gcc |
| 13:40.30 | cargoudel | whether i try 4.4.4 or 4.5 |
| 13:40.33 | CIA-68 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07master * r78069a1982 10openembedded.git/recipes/qt4/ (qt4-tools-sdk.inc qt4-tools-sdk_4.6.3.bb): |
| 13:40.33 | CIA-68 | qt4-tools-sdk: fix building when no native freetype/X11 are installed |
| 13:40.33 | CIA-68 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 13:41.09 | woglinde | cargoudel make a clean build |
| 13:41.17 | woglinde | all other is nonsense |
| 13:41.50 | cargoudel | really ... so i lose everything .. it took a while to build on my slow as machine |
| 13:42.14 | cargoudel | well if thats the way to do it ... i can handle that |
| 13:42.26 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 13:42.39 | woglinde | cargoudel how do get all packages rebuild with gcc? |
| 13:43.36 | cargoudel | oh i thought you mean clean ... everything |
| 13:44.33 | cargoudel | thats just it ... i started by cleaning glibc and gcc-cross-initial gcc-cross-immediate and gcc-cross |
| 13:44.56 | cargoudel | then i built and everything built expect for that last stage |
| 13:45.06 | cargoudel | except* |
| 13:45.29 | cargoudel | i search for this error configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. |
| 13:45.45 | cargoudel | but in the cross compile word its like search for a seg fault error |
| 13:46.09 | cargoudel | i get so many results ... and it means basically you complier is not working |
| 13:46.25 | woglinde | sure remove the oe-tmp dir |
| 13:46.28 | woglinde | und build all new |
| 13:46.52 | eFfeM_work | good overnight usage of your system :-) |
| 13:48.04 | cargoudel | so ... for recipes that all already packages removing tmp doesn't erase those? |
| 13:50.17 | cargoudel | so this is interesting ... when i built it the first time it built gcc-cross-4.3.2+csl-arm-2008q3-39-r1 .... as part of the bootstrap process ... even though that wasn't my final version |
| 13:50.40 | cargoudel | gcc 4.4.2 is required because i am eabi on armv4 |
| 13:51.28 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:51.43 | cargoudel | did it build gcc-cross-4.4.2 with gcc-cross-4.3.2 ... i guess i can read the dep tree |
| 13:52.01 | kgilmer | woglinde, http://pastebin.com/TP50yan2 |
| 13:52.25 | zecke | dmitry? |
| 13:53.04 | *** join/#oe grund (~grund@host65-17-84-58.birch.net) |
| 13:53.31 | woglinde | kgilmer bug1 was armv5? |
| 13:54.47 | woglinde | kgilmer one google search |
| 13:54.53 | woglinde | http://markmail.org/message/zm2dtvrzcdnugxv2#query:__clear_cache%20llvm+page:1+mid:cp23ozrqq4avt5pl+state:results |
| 13:55.56 | kgilmer | so you're saying woglinde that changing the gcc version that bug machine uses should *just work*? |
| 13:55.58 | zecke | woglinde: what is our revert strategy? the above Qt4 patch is rubbish... and it applies a patch that does not exist |
| 13:56.23 | woglinde | zecke pull a koen |
| 13:57.57 | woglinde | kgilmer when xrandby tell this sure |
| 13:59.52 | kgilmer | i will try that, thanks woglinde |
| 14:00.19 | woglinde | kgilmer try a least one with the atomic patches |
| 14:00.46 | cargoudel | thanks guys for the help ... i am still a oe-newb .... but i am learning fast |
| 14:02.10 | zecke | woglinde: sent an email, but the build is now broken. :) |
| 14:02.19 | kgilmer | not sure what you mean specifically woglinde |
| 14:03.48 | *** join/#oe valhalla (~valhalla@81-174-22-209.dynamic.ngi.it) |
| 14:05.55 | woglinde | kgilmer try latest gcc-4.3 |
| 14:05.59 | woglinde | or 4.4 |
| 14:06.02 | woglinde | or 4.5 |
| 14:06.05 | woglinde | they sould work |
| 14:06.24 | eFfeM_work | zecke find the author and ask for a revert or find two tsc members for an ack for a revert |
| 14:06.50 | zecke | eFfeM_work: googled that... i wonder how much google knows me that revert policy has OE at first hit |
| 14:07.07 | eFfeM_work | :-) |
| 14:08.23 | eFfeM_work | or as woglinde sayd "pull a koen" ;-) (if my interpretation of woglindes words is ok) |
| 14:10.57 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 14:11.08 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 14:18.33 | hrw | mickey|office: live? |
| 14:28.08 | *** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 14:28.38 | GNUtoo|laptop | mickey|office, hi, we need to talk, it has been several days that I'm trying to talk to you, so ping me when you'll have some time |
| 14:29.05 | mickey|office | i'll have some time today in the evening, will ping you |
| 14:29.12 | oneshel | greetings! anyone know how to change udhcpc's default arguments? I'm grep'ing my entire filesystem and I can't find it |
| 14:29.32 | GNUtoo|laptop | ok thanks a lot |
| 14:29.34 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 14:29.46 | woglinde | hi kergoth |
| 14:30.11 | oneshel | I see /usr/share/udhcpc/default.script, which runs what's under /etc/udhcpc.d/, but no udhcpc arguments are there |
| 14:30.15 | *** join/#oe aloisiojr (~aloisio@186.212.114.106) |
| 14:33.05 | kergoth_ | hey |
| 14:44.48 | CIA-68 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * re65bf047fe 10openembedded.git/recipes/linux/linux-2.6.24/hipox/defconfig: |
| 14:44.48 | CIA-68 | linux-2.6.24: build bitbash i2c and related modules for hipox machine |
| 14:44.48 | CIA-68 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 14:44.51 | CIA-68 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r7e8cfb36e7 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
| 14:44.51 | CIA-68 | linux-2.6.24: enable PoE board switching using gpo for hipox machine |
| 14:44.51 | CIA-68 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 14:51.52 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 14:53.27 | ant_work | kergoth_: is there any way to fetch ignoring the subdir? e.g. SRC_URI = "file://${LOGO_SIZE}/logo_linux_clut224.ppm.bz2" in ${WORKDIR} and not in ${WORKDIR}/${LOGO_SIZE} |
| 14:54.25 | zecke | PoE nice |
| 14:54.43 | *** join/#oe Aarrti (~Aarti@122.172.9.50) |
| 14:55.09 | Tartarus | khem: ping |
| 14:59.00 | kergoth_ | ant_work: s/fetch/unpack/; don't think there's an option for that at the moment |
| 14:59.30 | ant_work | oops, right |
| 15:01.46 | foobaz | http://docs.openembedded.org/usermanual/html/src_uri_variable.html <-- I'm using SVN for my SRC_URI. My repository has a password. Is there a way to store a password that would allow bitbake to get the files or do I have to make an account that allows anonymous access? |
| 15:08.51 | kergoth_ | foobaz: you should, as far as i know, be able to specify it in the url |
| 15:10.43 | ant_work | kergoth_: about that subdir, it comes from LOGO_SIZE = '${@base_conditional("GUI_MACHINE_CLASS", "bigscreen", "vga", "qvga", d)}' |
| 15:10.54 | ant_work | we need to extend it for more sizes! |
| 15:11.23 | kergoth_ | okay, go ahead :) |
| 15:11.47 | ant_work | how many sizes should we support? is there an 'official' list? |
| 15:12.01 | kergoth_ | no idea |
| 15:12.08 | kergoth_ | i expect git grep is your friend here |
| 15:12.20 | ant_work | I mean outside ;) |
| 15:12.40 | ant_work | ok http://en.wikipedia.org/wiki/List_of_common_resolutions |
| 15:13.24 | ant_work | too many! |
| 15:13.27 | kergoth_ | well, i expect GUI_MACHINE_CLASS is intentionally less granular and more about categorization .. "small" vs "large" |
| 15:13.28 | *** join/#oe etrunko (~edulima@201.82.27.51) |
| 15:13.33 | kergoth_ | LOGO_SIZE on the other hand is more specific |
| 15:14.02 | kergoth_ | where's LOGO_SIZE defined, in that recipe? |
| 15:14.14 | ant_work | now is only in linux-kexecboot.inc |
| 15:14.23 | ant_work | but logo processing is done in linux.inc |
| 15:14.54 | ant_work | <PROTECTED> |
| 15:15.01 | kergoth_ | why not make it a ?=, so the distro can specify a larger one directly if a logo is in the repo for that size, rather than messing with the class |
| 15:15.07 | kergoth_ | ah |
| 15:15.17 | kergoth_ | er, s/distro/machine/ |
| 15:15.22 | ant_work | we play using the overrides |
| 15:15.36 | ant_work | i.e. angstrom has own vga and qga |
| 15:15.42 | ant_work | logos |
| 15:17.08 | ant_work | other distros pick the default OE logo |
| 15:18.48 | ant_work | kergoth_ I'm tempted setting LOGO_SIZE ?= "" in linux.inc and modify the test |
| 15:19.43 | ant_work | in if [ -e ${WORKDIR}/${LOGO_SIZE}/logo_linux_clut224.ppm ]; then |
| 15:22.52 | kergoth_ | yeah, that seems reasonable to me |
| 15:22.56 | kergoth_ | or do ?= "." in linux.inc |
| 15:23.03 | kergoth_ | "//" isn't supported everywhere |
| 15:23.19 | ant_work | heh |
| 15:23.32 | kergoth_ | iirc osx might be the one that chokes on it |
| 15:23.34 | kergoth_ | can't recall |
| 15:24.07 | foobaz | kergoth_: I don't believe SVN allows usernames and passwords in the URL unless I'm mistaken. |
| 15:24.32 | kergoth_ | foobaz: but the url is given to the fetcher, and the fetcher passes it on to svn. |
| 15:24.38 | kergoth_ | it's not unreasonable to think it could translate it. |
| 15:25.04 | kergoth_ | i don't know offhand if it does or not, but arguably not doing so is a bug in the fetcher, since authentication is an important requirement |
| 15:25.15 | ant_work | kergoth_: thx |
| 15:25.17 | ant_work | bbl |
| 15:25.25 | kergoth_ | i'd suggest taking a look at bitbake/lib/bb/fetch/svn.py |
| 15:25.27 | kergoth_ | (iirc) |
| 15:26.10 | woglinde | re |
| 15:26.17 | kergoth_ | hey woglinde |
| 15:28.14 | foobaz | Are you like a developer? I see where it builds the SVN command. hmm now just need to follow where it's getting everything :P |
| 15:32.45 | woglinde | foobaz grep in recipe directory is too hard? |
| 15:35.26 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 15:35.46 | kergoth_ | foobaz: yes, you could say i'm a developer |
| 15:35.58 | *** join/#oe hoj (~jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 15:38.29 | CIA-68 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07master * r4847c2dd25 10openembedded.git/: Merge branch 'master' of git://git.openembedded.org/openembedded |
| 15:38.55 | CIA-68 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07master * rf109fd1be1 10openembedded.git/recipes/qt4/ (3 files in 2 dirs): |
| 15:38.55 | CIA-68 | qt4-tools-sdk: correct my last commit: add a patch I've forgot |
| 15:38.55 | CIA-68 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 15:38.55 | CIA-68 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07master * r4931b37c8f 10openembedded.git/recipes/qt4/qt4-tools-sdk.inc: |
| 15:38.55 | CIA-68 | qt4-tools-sdk.inc : drop freetype include as we build with -no-freetype |
| 15:38.55 | CIA-68 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 15:39.24 | kergoth_ | foobaz: |
| 15:39.25 | kergoth_ | <PROTECTED> |
| 15:39.25 | kergoth_ | <PROTECTED> |
| 15:39.26 | kergoth_ | <PROTECTED> |
| 15:39.26 | kergoth_ | <PROTECTED> |
| 15:39.28 | foobaz | woglinde, I'm not sure what you mean. I found ud.pswd in the _buildsvncommand method which is called by go, but that isn't where ud is set. I assume there's a parser. |
| 15:39.40 | kergoth_ | foobaz: ud.user and ud.pswd are the username and password components of the url, as i had pointed out |
| 15:39.42 | foobaz | kergoth_: my thoughts exactly |
| 15:39.48 | kergoth_ | so again, put it in the url :) |
| 15:40.33 | foobaz | how? What's the format? That just says how the SVN command is built. It doesn't say what format ud.pswd was in |
| 15:41.22 | zecke | ;user=username;password=pass? at the end of the URL? |
| 15:41.39 | foobaz | zecke: o_O How did you find that information? |
| 15:42.04 | foobaz | That's not in the documentation. |
| 15:43.43 | zecke | foobaz: it is a guess. |
| 15:43.54 | zecke | foobaz: feel encouraged to fix the bitbake manual |
| 15:43.59 | kergoth_ | foobaz: uh |
| 15:44.00 | kergoth_ | its a url. |
| 15:44.08 | kergoth_ | how about using a username and password the standard way you do for a url? |
| 15:44.15 | kergoth_ | svn://foo:bar@baz/ |
| 15:44.35 | foobaz | I thought that didn't work for SVN? |
| 15:44.38 | zecke | looks good too |
| 15:44.38 | foobaz | tries |
| 15:44.45 | kergoth_ | how many times do i need to explain this? |
| 15:44.54 | kergoth_ | that url isn't passed *as is* to svn |
| 15:44.58 | kergoth_ | the url goes into the fetcher |
| 15:45.03 | kergoth_ | the fetcher decides what to pass to svn |
| 15:45.15 | kergoth_ | not that complicated |
| 15:45.22 | kergoth_ | so i don't really give a shit what svn supports |
| 15:45.27 | kergoth_ | the fetcher translates to svn arguments |
| 15:45.30 | kergoth_ | as i pasted above |
| 15:45.37 | kergoth_ | it converts to --username and --password |
| 15:45.59 | woglinde | kergoth isnt it a URI with username and password? |
| 15:46.10 | kergoth_ | 08:39 < kergoth_> foobaz: ud.user and ud.pswd are the username and password components of the url, as i had pointed out |
| 15:46.19 | foobaz | makes sense. I was looking for that in the source. :P Never used python before though. |
| 15:46.27 | kergoth_ | components of the url, not parameters of the url |
| 15:46.38 | foobaz | I assumed there was a parser that would tell me the correct format |
| 15:46.41 | woglinde | that has nothing to do with python really |
| 15:46.45 | kergoth_ | this isn't about python, it splits urls as per the RFCs |
| 15:46.50 | kergoth_ | (or should be, anyway) |
| 15:46.59 | Tartarus | Silly question. FILES globs are shell globs not regex so ${base_libdir}/libgcc*.so should catch /lib/libgcc_s.so, yes? |
| 15:47.05 | kergoth_ | Tartarus: yep |
| 15:47.12 | Tartarus | And libgcc*.so.* /lib/libgcc_s.so.1 |
| 15:47.16 | Tartarus | So why isn't it, dang it.. |
| 15:47.35 | woglinde | http://en.wikipedia.org/wiki/Uniform_Resource_Locator |
| 15:47.41 | kergoth_ | package ordering issue? not sure it allows you to include things in multiple packages today |
| 15:47.48 | kergoth_ | it being picked up by an earlier package? |
| 15:47.56 | Tartarus | worse, nothing catches it |
| 15:48.00 | kergoth_ | weird |
| 15:48.24 | kergoth_ | verify your FILES var is being set the way you think it is, and isn't being overwritten by a variable name expansion or override? |
| 15:48.29 | kergoth_ | bitbake -e it |
| 15:49.41 | Tartarus | # FILES_libgcc=${base_libdir}/libgcc*.so.* |
| 15:49.42 | Tartarus | FILES_libgcc="/lib/libgcc*.so.*" |
| 15:49.58 | kergoth_ | strange, looks just fine |
| 15:49.58 | Tartarus | # FILES_libgcc-dev=${base_libdir}/libgcc*.so |
| 15:49.59 | Tartarus | FILES_libgcc-dev="/lib/libgcc*.so" |
| 15:50.00 | Tartarus | yeah |
| 15:50.12 | Tartarus | waits for one more build to finish |
| 15:50.31 | kergoth_ | hopes next week is a bit better than this one |
| 15:53.30 | JDuke127 | if someone interested in migrating clutter to javafx , let me know. |
| 15:54.24 | *** join/#oe haveahennessy (~matt@c-98-242-186-146.hsd1.fl.comcast.net) |
| 16:09.33 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 16:11.16 | *** join/#oe kelvie_ (~kwong@s209-52-149-70.bc.hsia.telus.net) |
| 16:16.54 | *** join/#oe koobe_ (~koobe@dsl-trebrasgw2-fe4df900-31.dhcp.inet.fi) |
| 16:18.39 | foobaz | Is this a bug: http://pastebin.com/efd4Aw8M I have my bb file included and the output when I run bitbake on it. I'm cross compiling for angstrom, but why is it trying to use my username with angstrom to look for my source files? |
| 16:19.50 | woglinde | you dont need the second install -d ${D}${base_bindir} |
| 16:19.52 | kergoth_ | yeah, that's a bug in the mirror handling |
| 16:20.06 | kergoth_ | it shouldn't be bringing username/pass across to the mirrors |
| 16:20.22 | kergoth_ | if you would, email the bitbake/oe lists about it so i dont' forget to look into it |
| 16:22.55 | woglinde | hm mesa 7.9 is out |
| 16:25.47 | kergoth_ | thinks about adding 'target' to overrides when its a target recipe.. |
| 16:25.50 | zecke | foobaz: oh, by default we hit a TARBALL_STASH. E.g. to put load from servers to fetch certain revs... we might have them as a tarball on a server |
| 16:25.56 | kergoth_ | .. in the default overrides, he means |
| 16:26.04 | CIA-68 | 03Chris Larson <chris_larson@mentor.com> 07master * r17579c48cd 10openembedded.git/ (3 files in 2 dirs): |
| 16:26.04 | CIA-68 | Adjust rdep/rrec for gtk+* and gtk-icon-cache.bbclass |
| 16:26.04 | CIA-68 | Drop the runtime dependencies / recommendations unless the recipe is for the |
| 16:26.04 | CIA-68 | target. This is necessary because right now bitbake obeys *_${PN}, even if |
| 16:26.04 | CIA-68 | ${PN} is not in PACKAGES. This should kill the unnecessary build of the |
| 16:26.04 | CIA-68 | crosscompiler when doing 'bitbake gtk+-native'. |
| 16:26.05 | CIA-68 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 16:26.10 | zecke | foobaz: it tries to download them... I see how that is bad for your user/password.. :} |
| 16:26.11 | kergoth_ | zecke: yes, but the problem is its using teh username/password from the original url in it |
| 16:26.18 | kergoth_ | nods |
| 16:26.43 | kergoth_ | either a bug in the patterns used in our MIRRORS/PREMIRRORS, or the mirrors handling in bitbake needs to know to strip those automatically |
| 16:27.18 | zecke | foobaz: the easiest way to disable it, could be to set CVS_TARBALL_STASH="" (not sure if it works) |
| 16:27.50 | zecke | kergoth_: something like ;private_credentials... could make sense |
| 16:28.45 | kergoth_ | it doesn't make much sense to bring them across in general, the likelihood of the mirror sharing the same authentication scheme is low i would think -- maybe a parameter to flip it the other way around, ;mirror_auth=1 |
| 16:28.49 | kergoth_ | hrm |
| 16:29.45 | zecke | true |
| 16:29.52 | zecke | hunts some food |
| 16:30.45 | *** join/#oe cargoudel (80043e56@gateway/web/freenode/ip.128.4.62.86) |
| 16:30.50 | cargoudel | is it safe to delete stuff in build/tmp/work .... or will that cause packages to be rebuilt ? |
| 16:30.57 | kergoth_ | INHERIT += "rm_work" |
| 16:31.01 | kergoth_ | will do it for you when the recipe is complete |
| 16:31.10 | kergoth_ | and yes, its safe as long as those recipes are done |
| 16:31.18 | cargoudel | k thanks |
| 16:32.33 | foobaz | oh cool. Thanks for that hint about the tarball stash. Did you mean SVN_TARBALL_STASH? |
| 16:33.04 | foobaz | Also I don't really know how to use mailing lists. I have in the past with great difficulty. Might want to write it down. :\ |
| 16:33.16 | kergoth_ | iirc there's an SCM_TARBALL_STASH or something, but falls bcak to CVS_TARBALL_STASH even for non-cvs for compatibility |
| 16:36.14 | foobaz | kergoth_: is there a documentation page for local.conf with this information? |
| 16:36.37 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 16:36.42 | kergoth_ | it isn't specific to local.conf |
| 16:36.58 | kergoth_ | should be in the OE manual, not sure if it is, but.. |
| 16:37.58 | foobaz | oh I see it |
| 16:39.11 | *** join/#oe mickey|bbl (~mickey@openmoko/coreteam/mickey) |
| 16:41.34 | foobaz | kergoth_: wait the CVS_TARBALL_STASH would go into the local.conf or is this also in the URI. I notice the documentation refers to them as variables and not options. |
| 16:41.45 | JDuke127 | how can i add new include h files ? "bitbake clutter" automatically adds clutter libraries to my arm gcc compiler or i need to add it manually ? if yes , how from ipk files on host machine? |
| 16:42.07 | kergoth_ | foobaz: its a variable, so it goes in a .conf |
| 16:42.15 | kergoth_ | JDuke127: ? |
| 16:42.22 | kergoth_ | JDuke127: if a recipe requires clutter, it should depend on clutter |
| 16:42.28 | kergoth_ | and the files will be made available for it |
| 16:42.56 | JDuke127 | no i ll write C++ code |
| 16:43.28 | JDuke127 | http://pastebin.com/MdXCRrqV |
| 16:43.42 | JDuke127 | but i dont have include libraries when i look include folder |
| 16:43.48 | JDuke127 | "/home/kadirbasol/OE/build/tmp-igep0020/sysroots/armv7a-angstrom-linux-gnueabi/usr/include" |
| 16:44.13 | JDuke127 | this doesnt have any clutter.h but i did "bitbake clutter" |
| 16:44.27 | JDuke127 | bitbake doesnt automatically add header files on bitbake ? |
| 16:44.34 | cargoudel | how does oe determine what compiler to compile gcc-cross with |
| 16:44.38 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:44.42 | kergoth_ | you shouldn't be using the sysroot outside of OE. |
| 16:44.46 | kergoth_ | cargoudel: ? |
| 16:44.54 | kergoth_ | cargoudel: it doesn't. gcc's configure script does |
| 16:45.07 | kergoth_ | JDuke127: if you want a toolchain to use outside of oe, you should be using meta-toolchain |
| 16:45.46 | JDuke127 | i try helloworld code now |
| 16:46.34 | cargoudel | hmmmm ... wild ... i am used to setting a gcc .. i'll have to watch the configure carefully |
| 16:47.54 | JDuke127 | hello.c:7: error: ‘ClutterColor’ undeclared (first use in this function ) |
| 16:48.06 | JDuke127 | arm-angstrom-linux-gnueabi-gcc hello.c |
| 16:49.49 | zecke | JDuke127: any earlier warning? missing header files? |
| 16:50.04 | JDuke127 | hello.c:1:29: error: clutter/clutter.h: No such file or directory |
| 16:50.07 | JDuke127 | yes sorry |
| 16:50.20 | JDuke127 | how can i add these includes ? |
| 16:50.29 | JDuke127 | and static libraries |
| 16:51.53 | zecke | JDuke127: bitbake devshell, then source the resulting file, then use pkg-config --cflags NameOfTheClutterModule (e.g. clutter-1.0... but i amnot sure) |
| 16:52.36 | JDuke127 | arm-angstrom-linux-gnueabi-gcc hello.c `pkg-config clutter-1.0 --cflags --libs` |
| 16:52.45 | JDuke127 | ok i try now i didnt know what devshell is |
| 16:56.45 | JDuke127 | i did |
| 16:59.26 | JDuke127 | but i m having same error |
| 16:59.43 | JDuke127 | arm-angstrom-linux-gnueabi-gcc hello.c `pkg-config clutter-1.0 --cflags --libs` Package clutter-1.0 was not found in the pkg-config search path. |
| 17:03.07 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 17:10.11 | *** join/#oe woglinde_ (~heinold@f052067104.adsl.alicedsl.de) |
| 17:10.28 | *** join/#oe anarsoul (~anarsoul@80.249.95.48) |
| 17:18.41 | *** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 17:21.02 | *** join/#oe andyj (~andy@D-69-91-151-26.dhcp4.washington.edu) |
| 17:23.53 | foobaz | zecke: About that tarball. I added the CVS_TARBALL_STASH="" and reran bitbake. http://pastebin.com/AMxxWF3j Line 32 is of interest. Does that mean it's still looking for only a tarball and not trying to do a checkout for the source files? I don't have direct access to the SVN server so I don't think I can configure it to make tarballs unless it's a per repository thing I can quickly setup after every commit or something. |
| 17:27.07 | zecke | foobaz: well, read the output. |
| 17:29.43 | khem | Tartarus: hello |
| 17:29.46 | khem | gm to all |
| 17:30.12 | playya__ | i get a internal gcc error if compiling mplayer for the palmpre (shr): http://pastebin.com/2NSNyq37 |
| 17:31.04 | Crofton | khem, did you push the linaro patches over the weekend? |
| 17:33.37 | kergoth_ | JDuke127: if that's not a recipe, its not expected to work. like i told you before, using sysroot outside of oe is a bad idea, and you're on your own with that |
| 17:34.05 | JDuke127 | so , whats outside of oe mean ? |
| 17:34.23 | JDuke127 | how can i go inside oe |
| 17:35.01 | Crofton | docbook-sgml .. native is failing for me |
| 17:36.25 | *** join/#oe Martix (~martix@4.177.broadband3.iol.cz) |
| 17:36.50 | JDuke127 | inside oe means , its something like my x86 opens an arm based virtual console and write everything there ? |
| 17:37.01 | JDuke127 | like an emulator ? |
| 17:37.03 | Martix | hi |
| 17:37.06 | JDuke127 | hi |
| 17:37.21 | JDuke127 | kergoth_ , ? |
| 17:38.31 | Martix | I have problem with XDG menus, e-wm doesnt install /etc/xdg/menus/applications.menu |
| 17:38.43 | Crofton|work | | install-catalog: "/home/balister/oe/tmp/sysroots/x86_64-linux/etc/sgml/sgml-docbook.cat" does not exist or is empty. |
| 17:38.49 | Crofton|work | this ring a bell with anyone |
| 17:39.02 | Martix | so I dont have any applications in Enlightenment menu |
| 17:39.39 | Martix | and I have xdg-utils already installed |
| 17:40.40 | kergoth_ | JDuke127: no, it means creating a recipe rather than trying to use its files externally |
| 17:40.51 | foobaz | zecke: can I not fetch when a certificate is expired? |
| 17:40.55 | kergoth_ | grumbles |
| 17:41.11 | JDuke127 | ahh for C++ projects also i need to make recipes ? |
| 17:41.33 | kergoth_ | again, if you want to use oe's toolchain outside of OE, you should use meta-toolchain to construct an sdk for you to use |
| 17:41.38 | *** join/#oe rschus (~rschus@81.118.101-84.rev.gaoland.net) |
| 17:41.58 | JDuke127 | meta-toolchain |
| 17:42.09 | kergoth_ | yes, that's what i said |
| 17:42.13 | JDuke127 | which one you recommend most ? |
| 17:42.19 | kergoth_ | what? |
| 17:42.22 | kergoth_ | meta-toolchain is a recipe in oe |
| 17:42.28 | kergoth_ | bitbake meta-toolchain |
| 17:42.41 | kergoth_ | there's a variable you can use to add your own things to it, which you'll want to use for clutter |
| 17:43.27 | JDuke127 | how can i go inside OE ? by devshell ? |
| 17:43.37 | JDuke127 | bitbake -c devshell clutter |
| 17:43.37 | kergoth_ | no, you're misunderstanding |
| 17:43.39 | JDuke127 | like this ? |
| 17:43.45 | kergoth_ | by "inside of OE" I mean building with oe, using a recipe |
| 17:43.55 | kergoth_ | gives up |
| 17:44.10 | JDuke127 | hmm |
| 17:44.37 | JDuke127 | btw , i successfully compiled with "bitbake -c devshell clutter" it opened me new console |
| 17:44.48 | JDuke127 | arm-angstrom-linux-gnueabi-gcc-4.3.3 hello.c `pkg-config clutter --cflags --libs` -o test |
| 17:44.54 | JDuke127 | and it gave me test file |
| 17:45.04 | JDuke127 | successfully |
| 17:45.13 | khem | Crofton: yes |
| 17:46.19 | Crofton | yeah |
| 17:46.28 | Crofton | I just saw linaro in patches |
| 17:46.35 | khem | playya__: how old is your OE snapshot |
| 17:47.07 | kergoth_ | hrm |
| 17:48.17 | foobaz | zecke: yeah I have no idea. I'm going to go have them refresh their certificate and get back to this problem. |
| 17:48.28 | foobaz | Thanks for your help today kergoth_ and zecke :) |
| 17:48.33 | kergoth_ | np |
| 17:54.10 | Tartarus | hey khem |
| 17:54.23 | khem | Tartarus:hello |
| 17:54.51 | Tartarus | khem, do you know why we make 'gcc' have a symlink to libgcc_s.so ? |
| 17:54.59 | Tartarus | And also why we don't ship it? |
| 17:55.10 | *** join/#oe harsh (~harsh@122.172.9.50) |
| 17:55.21 | Tartarus | (4.4.1 at least, qemuppc) |
| 17:55.36 | *** join/#oe kergoth (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 17:55.40 | *** join/#oe Aarrti (~Aarti@122.172.9.50) |
| 17:55.47 | khem | Tartarus: target gcc |
| 17:56.15 | Tartarus | Yes |
| 17:56.24 | Tartarus | Triggers a QA error we don't skip (easy) |
| 17:56.30 | Tartarus | and none of the target packages at least ship it |
| 17:56.37 | Tartarus | is it supposed to be coming in from elsewhere? |
| 17:57.12 | khem | Tartarus: yeah gcc-cross |
| 17:57.39 | playya__ | khem, yesterday |
| 17:57.42 | khem | I think should be in -dev |
| 17:57.45 | khem | playya__: ok |
| 17:58.10 | khem | playya__: can you preprocess this one file |
| 17:58.15 | khem | and send over to me |
| 17:58.39 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 17:58.55 | playya__ | i just clean gcc and glibc and pulled HEAD to check if there were any updates |
| 17:59.38 | playya__ | khem, if you tell me how I'll send you the file |
| 17:59.54 | khem | playya__: add -E option to the failing commandline |
| 18:00.09 | khem | that should generated the intermediate file I need |
| 18:00.09 | playya__ | ok |
| 18:00.29 | khem | if you have -o <file> then this file will be dumped into that file |
| 18:00.35 | khem | otherwise to stdio |
| 18:01.31 | *** join/#oe Martix (~martix@4.177.broadband3.iol.cz) |
| 18:02.14 | Crofton|work | NOTE: package gtk+-native-2.20.1-r10.3: task do_configure: Failed |
| 18:02.16 | Crofton|work | hmm |
| 18:02.19 | Crofton|work | what is up |
| 18:03.04 | khem | hmmm modules are missing from my rfs |
| 18:03.08 | khem | what changed ? |
| 18:03.36 | khem | I have the .tgz but usually it was also part of the rfs image |
| 18:04.37 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rdb91b3f33f 10openembedded.git/classes/vala.bbclass: vala.bbclass: export XDG_DATA_DIRS to point upstream vala to where the vapis are |
| 18:04.48 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r64a53b0ab6 10openembedded.git/recipes/libgee/libgee_0.6.0.bb: libgee 0.6.0: depends on gobject-introspection |
| 18:04.54 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r9b47372447 10openembedded.git/recipes/vala/vala_0.11.0.bb: |
| 18:04.54 | CIA-68 | vala: add 0.11.0 |
| 18:04.54 | CIA-68 | NOTE: Finally, we can now use upstream vala |
| 18:05.02 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r93169ecb3c 10openembedded.git/recipes/libgee/ (libgee_0.5.2.bb libgee_0.6.0.bb): libgee: 0.5.2 -> 0.6.0 |
| 18:05.12 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r14318872c0 10openembedded.git/recipes/gobject-introspection/gobject-introspection_0.9.10.bb: gobject-introspection: new recipe; introspection-library for gobject |
| 18:08.47 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 18:08.52 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 18:09.43 | playya__ | oh. nice. upstream vala |
| 18:10.34 | Crofton|work | kergoth, | configure: error: *** libX11 not found. Check 'config.log' for more details. |
| 18:10.35 | Crofton|work | NOTE: package gtk+-native-2.20.1-r10.3: task do_configure: Failed |
| 18:13.03 | kergoth | no idea |
| 18:13.16 | kergoth | is libx11-native in its DEPENDS? |
| 18:13.18 | Crofton | you pushed something today .. |
| 18:13.28 | Crofton | checking |
| 18:13.42 | kergoth | i pushed something which fixes it to stop building hte entire crosscompiler to package gtk+-native |
| 18:14.00 | kergoth | if it doesn't work now, the recipe was always broken, and we just never realized it |
| 18:14.02 | Crofton | does not look like |
| 18:14.14 | kergoth | looks into it |
| 18:14.26 | Crofton | it uses BBCLASSEXTEND |
| 18:14.30 | kergoth | i know |
| 18:14.39 | Crofton | so add libX11 to depends? |
| 18:15.05 | Crofton | this machine uses lots of BBTHREADS |
| 18:15.13 | playya__ | khem, still compiling. should i recompile gcc without the linaro patch and check if it works? |
| 18:15.13 | kergoth | yeah, if it needs it, should go there |
| 18:15.17 | Crofton | it is pretty good at finding missing depnds :) |
| 18:15.39 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 18:15.40 | Crofton | let me try bitbake libX11-ntaice |
| 18:15.44 | Crofton | -native |
| 18:15.50 | Crofton | then build it again |
| 18:16.01 | Crofton | if that fixes it, I'll add libX11 to the DEPDNS |
| 18:17.21 | Crofton | hmm |
| 18:17.26 | Crofton | no libX11-native |
| 18:18.11 | *** join/#oe Aarrti (~Aarti@122.172.9.50) |
| 18:18.39 | *** join/#oe harsh (~harsh@122.172.9.50) |
| 18:18.46 | zecke | Crofton: libx11 vs. libX11? |
| 18:19.08 | Crofton | er |
| 18:19.12 | Crofton | which is correct |
| 18:19.32 | Crofton | checking the lower case option now |
| 18:20.02 | Crofton | ah |
| 18:20.26 | Crofton | libx11-native exists |
| 18:22.43 | Crofton | still broken |
| 18:23.35 | Crofton | hmm |
| 18:23.48 | Crofton | it exists in the x86 sysroot |
| 18:24.16 | *** join/#oe andyj (~andy@D-69-91-151-26.dhcp4.washington.edu) |
| 18:25.04 | khem | playya__: no I think I know the problem just provide the preprocessed file |
| 18:26.08 | kergoth | Crofton|work: it's really sad how much stuff just happens to work by accident today.. |
| 18:26.15 | Crofton | yeah |
| 18:26.20 | Crofton | trying a clean and rebuild |
| 18:26.32 | kergoth | kicked off a fresh rebuild in a minimal chroot too |
| 18:26.34 | Crofton | same thing |
| 18:26.37 | Crofton | crap |
| 18:26.48 | Crofton | I can find the lib in the sysroot |
| 18:26.50 | kergoth | that doesn't make any sense :( |
| 18:27.42 | *** join/#oe nullpupp1 (~dustin@freematrix/staff/nullpuppy) |
| 18:27.50 | kergoth | i need to figure out how to fix the runtime dependency handling for natives |
| 18:27.56 | playya__ | khem, do you mean -e ? |
| 18:29.24 | Crofton|work | http://pastebin.com/3fYPuUx8 |
| 18:29.32 | Crofton|work | there is the config.log of the failure |
| 18:29.55 | Crofton | I am tempted to nuke tmp and start over |
| 18:30.11 | kergoth | huh |
| 18:30.21 | kergoth | is there a shared libx11 in the sysroot? |
| 18:30.33 | kergoth | notice its using the static, and statics can't link one lib against another |
| 18:30.40 | kergoth | the info is lost, would have to explicitly link to xau too |
| 18:31.05 | Crofton|work | ../tmp/sysroots/x86_64-linux/usr/lib/libX11.so |
| 18:31.25 | Crofton|work | I am thinking that I need to remove tmp and start over |
| 18:31.44 | *** join/#oe dth (~dth@a89-182-146-32.net-htp.de) |
| 18:32.01 | kergoth | maybe the .so is unusabble. it should be using the .so by default unless there's a -Bstatic, afaik |
| 18:32.24 | Crofton|work | I am worried I have pieces bit with coipiler from pre linaro patches |
| 18:32.51 | playya__ | khem, my bitbake is up-to-date, but there's neither -E nor -o |
| 18:33.00 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 18:33.03 | Crofton|work | I am goign that route |
| 18:33.11 | Crofton|work | bb in a couple of hours :) |
| 18:34.02 | *** join/#oe florian (~fuchs@sign-4d0945f7.pool.mediaWays.net) |
| 18:34.07 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:34.40 | JDuke127 | http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv7a/base/libpixman-1-0_0.19.4-r5.0.6_armv7a.ipk |
| 18:34.47 | JDuke127 | this file is lost |
| 18:34.56 | JDuke127 | 404 |
| 18:35.00 | JDuke127 | on opkg |
| 18:35.11 | *** join/#oe anarsoul_ (~anarsoul@212.98.176.195) |
| 18:38.10 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 18:44.15 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 18:44.20 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 18:45.40 | khem | sigh playya__ dont worry I have the testcase here |
| 18:45.49 | playya__ | ok |
| 18:46.02 | khem | playya__: watchout for gcc upgrade later today try it and report back if it fixed your issue |
| 18:46.17 | playya__ | ok |
| 18:49.10 | JDuke127 | how can i add new library to meta-toolchain ? |
| 18:50.32 | *** join/#oe timtimred (~meh@79-69-137-8.dynamic.dsl.as9105.com) |
| 18:52.38 | khem | Tartarus: should we have the LIBTOOL_HAS_SYSROOT as a global variable ? |
| 18:52.52 | khem | Tartarus: I was thinking of defining it in bitbake.conf |
| 18:53.16 | khem | i.e. defaults to 'no' |
| 18:53.21 | Tartarus | Sounds like a plan |
| 18:53.47 | khem | and then distros can set it to yes along with libtool versions |
| 18:53.54 | khem | pinned in distro.conf |
| 18:54.03 | kergoth | i'd think that would be better placed in autotools.bbclass or something, not everything uses libtool |
| 18:54.06 | kergoth | but /shrug |
| 18:54.39 | khem | kergoth: hmmm |
| 18:54.46 | khem | semantically yes |
| 18:55.02 | kergoth | just do a ?= in the class, distro can still override it |
| 18:55.09 | khem | yes |
| 18:55.45 | khem | kergoth: there is no way to set it automatically if one choses libtool 2.4 |
| 18:56.02 | kergoth | ah, right, if you need to set version prefs based on it, class won't do |
| 18:56.03 | khem | bitbake is does not know versions early enough to affect class parsing |
| 18:56.11 | kergoth | man, we have way too many global variables :) |
| 18:56.58 | khem | kergoth: as I think it should go away in future I will just do minimal |
| 18:57.26 | khem | and put it in autotools.bbclass ?= |
| 18:57.31 | khem | and use it there |
| 18:57.54 | kergoth | well, depends on what you're using it for. what will be done based on it? anything? or is it just a distro setting to affect class behavior? |
| 18:57.56 | khem | hmmm there are LDFLAGS_TARGET in bibtake.conf which should also use this var |
| 18:58.42 | khem | ideally its just DISTRO setting but also affects some global vars like LDFLAGS |
| 18:59.09 | kergoth | ah, in that case it would have to be global |
| 18:59.16 | kergoth | at least its temporary, indeed |
| 18:59.37 | khem | yeah I am not happy to add clutter but there need to be backward compatibility |
| 18:59.56 | kergoth | nods, agreed |
| 19:00.03 | *** part/#oe mang (~laurdel@onegrandcircle.com) |
| 19:00.23 | khem | Let me put it in bitbake.conf I think that way I have better control |
| 19:00.27 | kergoth | its nice to move default values to where they're used in cases where its possible. its not possible here. |
| 19:00.36 | khem | yes |
| 19:00.43 | kergoth | :) |
| 19:01.53 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r1140d80172 10openembedded.git/recipes/vala/vala_0.11.0.bb: |
| 19:01.53 | CIA-68 | vala_0.11.0: fix checksums declaration |
| 19:01.53 | CIA-68 | * checksums were OK, but declared with name=archive which wasn't used in |
| 19:01.53 | CIA-68 | SRC_URI this time |
| 19:01.53 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:03.34 | *** join/#oe woglinde (~heinold@g225074157.adsl.alicedsl.de) |
| 19:16.26 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb558852f0a 10openembedded.git/recipes/qi/qi-ubi_git.bb: |
| 19:16.26 | CIA-68 | qi-ubi: remove PROVIDES it does provide virtual/bootloader as qi does |
| 19:16.26 | CIA-68 | * but it's ok to build both and user will download just the one he needs |
| 19:17.16 | *** join/#oe rob_w (~bob@pD95EB097.dip.t-dialin.net) |
| 19:19.59 | *** join/#oe orges (~orges@94.55.184.222) |
| 19:24.01 | *** join/#oe zecke (~ich@91-64-127-39-dynip.superkabel.de) |
| 19:24.26 | *** join/#oe xxiao (~xxiao@140.242.26.81) |
| 19:28.58 | *** join/#oe orges (~orges@94.55.184.222) |
| 19:36.47 | *** join/#oe mike_s (~quassel@82-69-35-33.dsl.in-addr.zen.co.uk) |
| 19:44.55 | *** join/#oe pH5 (~ph5@e178233036.adsl.alicedsl.de) |
| 19:48.19 | kristoffer | mickeyl, you there? |
| 19:48.39 | kristoffer | kergoth, ? |
| 19:49.10 | mickeyl | yo |
| 19:49.43 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r21f7b77529 10openembedded.git/recipes/libgee/libgee_0.5.2.bb: libgee: bring back 0.5.2; wasn't supposed to be removed |
| 19:49.43 | CIA-68 | 03Scott Anderson <o2e@saaworld.com> 07org.openembedded.dev * rb3da649ee2 10openembedded.git/recipes/ipkg-utils/ (2 files in 2 dirs): (log message trimmed) |
| 19:49.43 | CIA-68 | ipkg-utils: Make arfile.py handle six digit UIDs |
| 19:49.43 | CIA-68 | Essentially, the problem is that arfile.py is splitting the ar header with |
| 19:49.43 | CIA-68 | white-space instead of fixed-width fields, so two fields would get treated |
| 19:49.44 | CIA-68 | as a single field. This makes things better than before as it now honors |
| 19:49.44 | CIA-68 | the fixed field widths. |
| 19:49.45 | CIA-68 | Signed-off-by: Scott Anderson <o2e@saaworld.com> |
| 19:50.19 | kristoffer | mickeyl, just want your input on this patch http://pastebin.org/31831 |
| 19:51.01 | kristoffer | mickeyl, its needed since eglibc has created forced eabi on later versions |
| 19:51.27 | mickeyl | other than that i wouldn't compare strings with 'is' it looks good to me, but please run it through the toolchain experts |
| 19:52.25 | *** join/#oe filip (~filip@filip.math.uni.lodz.pl) |
| 19:52.30 | filip | boom :) |
| 19:52.45 | filip | so, where are we? |
| 19:52.45 | kristoffer | mickeyl, who should I talk with? |
| 19:53.12 | mickeyl | kergoth, khem and pb_ |
| 19:53.26 | kristoffer | mickeyl, roger thx |
| 19:53.30 | mickeyl | np |
| 19:53.58 | khem | hmmm |
| 19:54.18 | khem | kristoffer: what problem are you trying to solve |
| 19:54.56 | *** join/#oe xxiao (~xxiao@140.242.26.81) |
| 19:55.36 | filip | loadammo: I am actually |
| 19:55.40 | filip | damn! |
| 19:55.46 | kristoffer | :D |
| 19:55.49 | filip | khem: I am the one trying to solve |
| 19:56.44 | filip | khem: trying to dodge this: http://sourceware.org/bugzilla/show_bug.cgi?id=12097 |
| 19:57.47 | kristoffer | khem, suggested patch by filip is at patch http://pastebin.org/31831 |
| 19:57.47 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 19:58.50 | Crofton|work | khem,binutils is not building for me |
| 20:00.01 | khem | filip: you can simply add PREFERRED_VERSION_eglibc_armv4 = "2.11" |
| 20:00.09 | khem | you dont need that python-foo |
| 20:00.26 | khem | filip: I have to look into the issue it seems interesting |
| 20:00.44 | filip | khem: well... 2.12 is fine for OABI |
| 20:00.50 | filip | khem: we need 2.11 for EABI only |
| 20:00.57 | *** join/#oe andyj (~andy@D-69-91-151-26.dhcp4.washington.edu) |
| 20:01.08 | filip | khem: so PREFERRED_VERSION_eglibc_armv4 = "2.11" would be too broad |
| 20:01.09 | Crofton|work | khem, http://pastebin.com/gHrd1eg3 |
| 20:01.36 | khem | filip: I know its ok to use 2.11 for both it makes it clear |
| 20:01.51 | khem | secondly its a workaround unless we figure out the solution |
| 20:02.00 | khem | there is no need to over complicate it |
| 20:02.04 | khem | Crofton|work: hmm |
| 20:02.22 | filip | khem: ok then, I'll just set PREFERRED_VERSION_eglibc_armv4 = "2.11" |
| 20:02.27 | filip | khem: thanks for the suggestion :) |
| 20:03.04 | khem | Crofton|work: cc1: warnings being treated as errors |
| 20:03.15 | khem | whats your host gcc version |
| 20:04.10 | khem | filip: ok |
| 20:05.00 | khem | filip: that bug needs to be addressed |
| 20:05.05 | khem | in glibc |
| 20:05.31 | Crofton|work | gcc version 4.4.4 20100630 (Red Hat 4.4.4-10) (GCC) |
| 20:06.44 | kristoffer | khem, thx for feedback |
| 20:10.18 | khem | kristoffer filip btw I have a fix for you |
| 20:13.19 | kristoffer | khem, fixes are always nice :) pastebin? |
| 20:13.31 | filip | khem: well I've reported it |
| 20:13.40 | khem | let me do it |
| 20:15.04 | filip | khem: unfortunately I don't have the knowledge to fix it |
| 20:16.32 | *** join/#oe rafa (~rafa@200.123.158.181) |
| 20:16.53 | khem | filip: http://pastebin.com/KiMhk4hx |
| 20:16.55 | khem | try that fix |
| 20:17.00 | khem | and it should work |
| 20:23.18 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 20:26.13 | Crofton|work | khem, any thoughts on my problem? |
| 20:26.16 | mickeyl | XorA|gone: ping |
| 20:26.42 | khem | Crofton|work: I asked your host gcc version |
| 20:27.21 | khem | filip: I attached the fix to the glibc bugzilla too for record |
| 20:27.23 | Crofton|work | gcc version 4.4.4 20100630 (Red Hat 4.4.4-10) (GCC) |
| 20:27.29 | khem | k |
| 20:27.30 | Crofton|work | :) |
| 20:27.45 | khem | Crofton|work: and its binutils-cross right |
| 20:28.37 | filip | khem: should I add it to the (e)glibc recipes? |
| 20:28.53 | Crofton|work | | make[1]: Leaving directory `/home/balister/oe/tmp/work/armv7a-angstrom-linux-gnueabi/binutils-2.20.1-r10.2/binutils-2.20.1/build.arm-angstrom-linux-gnueabi.arm-angstrom-linux-gnueabi' |
| 20:29.07 | Crofton|work | I am building a toolchain to run on the board |
| 20:29.41 | khem | Crofton|work: ok its target binutils |
| 20:30.16 | Crofton|work | yeah |
| 20:30.40 | Crofton|work | it worked last week |
| 20:32.20 | khem | Crofton|work: try this fix http://pastebin.com/xY4dgKDU |
| 20:32.42 | khem | Crofton|work: yes because last week probably you were not using gcc 4.5 :) |
| 20:32.43 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r64624b9cdf 10openembedded.git/recipes/libgee/libgee_0.6.0.bb: libgee 0.6.0: gobject-introspection-native seems to be enough to make it compile |
| 20:32.45 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r6e37929e8d 10openembedded.git/recipes/gobject-introspection/gobject-introspection_0.9.10.bb: gobject-introspection: add WIP NOTE |
| 20:32.49 | khem | are you using gcc 4.5 now ? |
| 20:33.38 | khem | cafe will close at 2 gotta go and fetch some food |
| 20:33.51 | Crofton|work | yes |
| 20:33.56 | Crofton|work | angstrom-2010.x |
| 20:38.05 | CIA-68 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r3d476c259a 10openembedded.git/recipes/libgee/libgee_0.6.0.bb: libgee: darn... typo. sorry. |
| 20:39.40 | Crofton|work | khem, next issue http://pastebin.com/Pca6sqWC |
| 20:39.53 | Crofton|work | | libudev/libudev-queue.c:185:1: internal compiler error: in cond_exec_process_insns, at ifcvt.c:273 |
| 20:40.08 | khem | Crofton|work: known |
| 20:40.16 | Crofton|work | ok ... |
| 20:40.20 | Crofton|work | any fix? |
| 20:40.22 | khem | Crofton|work: use CFLAGS += " -Os" |
| 20:40.27 | khem | for that recipe |
| 20:41.56 | Crofton|work | ok, only needed there? |
| 20:42.06 | khem | yep |
| 20:42.22 | khem | there are couple of other recipes rarely used |
| 20:42.28 | khem | add it to them if you see same OCE |
| 20:42.29 | khem | ICE |
| 20:47.07 | *** join/#oe xxiao (~xxiao@140.242.26.81) |
| 20:57.25 | *** join/#oe aloisiojr1 (~aloisio@186.212.114.106) |
| 20:59.57 | *** join/#oe aloisiojr (~aloisio@186.212.114.106) |
| 21:02.20 | *** join/#oe ant___ (~andrea@host71-190-dynamic.60-82-r.retail.telecomitalia.it) |
| 21:03.10 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 21:05.07 | *** join/#oe Martin-B (~martin@pool-15-67-198-89.dbd-ipconnect.net) |
| 21:05.23 | *** join/#oe fraxinas (~quassel@p4FD63EAC.dip.t-dialin.net) |
| 21:16.41 | *** join/#oe aloisiojr (~aloisio@186.212.114.106) |
| 21:23.48 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * r607ae31d3e 10openembedded.git/recipes/gcc/ (gcc-4.5.inc gcc-4.5/gcc-scalar-widening-pr45847.patch): |
| 21:23.48 | CIA-68 | gcc-4.5: Fix ICE found while compiling mplayer |
| 21:23.48 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:23.50 | *** join/#oe B_Lizzard (~havoc@athedsl-422791.home.otenet.gr) |
| 21:31.22 | XorA|gone | mickey|bbl: pong |
| 21:34.29 | XorA|gone | mickey|bbl: if its about the gobject introsprection stuff the answer will be "I have no idea" :-) |
| 21:37.57 | B_Lizzard | Um, hi |
| 21:38.30 | B_Lizzard | What tzdata package do I install for whole coverage? |
| 21:39.09 | B_Lizzard | Even if I just wanted America and Europe I cannot install them both |
| 21:41.37 | *** join/#oe CMoH-notebook (~cipi@89.137.245.85) |
| 21:41.37 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 21:45.29 | *** join/#oe borg_ (~olaf@p548681E8.dip0.t-ipconnect.de) |
| 21:46.35 | B_Lizzard | Why do tzdata packages conflict with each other when they don't share any files? |
| 21:47.37 | B_Lizzard | Ah no I am a moron |
| 21:47.40 | B_Lizzard | It's timezones |
| 21:49.22 | *** join/#oe CMoH-notebook (~cipi@89.137.245.85) |
| 21:49.22 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 22:19.12 | *** join/#oe grg_ (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:23.35 | *** join/#oe fraxinath (~quassel@p4FD63EAC.dip.t-dialin.net) |
| 22:31.44 | CIA-68 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r8377b8ec57 10openembedded.git/classes/distutils-base.bbclass: |
| 22:31.44 | CIA-68 | distutils-base: Only RDEPEND python-core on target packages |
| 22:31.44 | CIA-68 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 22:32.22 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 22:49.56 | CIA-68 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r760e489ed4 10openembedded.git/recipes/shasum/shasum.inc: |
| 22:49.56 | CIA-68 | shasum.inc: NATIVE_INSTALL_WORKS = "1" |
| 22:49.56 | CIA-68 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 22:59.16 | playya__ | khem, http://pastebin.com/u5mSPgJK |
| 23:00.04 | playya__ | after cleaning gcc gcc-cross gcc-cross-initial gcc-cross-intermediate |
| 23:09.42 | playya__ | i think the patch isn't compatible |
| 23:14.42 | khem | playya__: hmm thx |
| 23:14.48 | khem | committed a corrected one |
| 23:17.42 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * r4e3f2321db 10openembedded.git/recipes/gcc/gcc-4.5/gcc-scalar-widening-pr45847.patch: |
| 23:17.43 | CIA-68 | gcc-4.5: Fix gcc-scalar-widening-pr45847.patch |
| 23:17.43 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 23:17.53 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * rc3b2d9fac1 10openembedded.git/recipes/binutils/binutils_2.20.1.bb: |
| 23:17.53 | CIA-68 | binutils_2.20.1.bb: GCC 4.5 causes more warnings disable warnings during binutils build |
| 23:17.53 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 23:18.58 | *** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 23:19.30 | khem | kergoth_: around ? |
| 23:24.19 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r2dd7b7f9de 10openembedded.git/recipes/freesmartphone/msmcomm.inc: |
| 23:24.19 | CIA-68 | msmcomm: bump SRCREV for version compatible with latest vala |
| 23:24.19 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:24.22 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rbcda7b5c1c 10openembedded.git/recipes/dri/ (libdrm-2.4.22/glamo.patch libdrm_2.4.22.bb): |
| 23:24.22 | CIA-68 | libdrm: add 2.4.22, needed by new xf86-video-intel |
| 23:24.22 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:24.28 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * recafbae0c9 10openembedded.git/recipes/freesmartphone/ (fso-specs_git.bb libfso-glib_git.bb): |
| 23:24.28 | CIA-68 | freesmartphone: bump SRCREV for new vala compatible versions |
| 23:24.28 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:24.28 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb8ec0a9a73 10openembedded.git/ (44 files in 6 dirs): |
| 23:24.29 | CIA-68 | xorg: new versions for 2010-10-05 |
| 23:24.29 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:24.30 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r4f8ed5aa3b 10openembedded.git/recipes/freesmartphone/ (cornucopia.inc mdbus2_git.bb mioctl_git.bb): |
| 23:24.30 | CIA-68 | cornucopia: bump SRCREV for new vala compatible versions |
| 23:24.31 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:24.32 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r6b067c0cec 10openembedded.git/recipes/vala-dbus-binding-tool/vala-dbus-binding-tool_git.bb: |
| 23:24.32 | CIA-68 | vala-dbus-binding-tool: bump SRCREV for new vala compatible versions |
| 23:24.32 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:25.35 | grg_ | khem, that still doesn't look right. the patch has a stray semicolon |
| 23:26.29 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb9dcc0a1e8 10openembedded.git/ (4 files in 3 dirs): |
| 23:26.29 | CIA-68 | EFL: bump SRCREV for latest bugfixes and beta release |
| 23:26.29 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:26.31 | CIA-68 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r27583e6ae2 10openembedded.git/recipes/webkit/ (webkit-efl/install-efl-launcher.patch webkit-efl_svn.bb): |
| 23:26.31 | CIA-68 | webkit-efl: bump SRCREV for new API needed by newer eve |
| 23:26.31 | CIA-68 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 23:28.12 | khem | grg_: thx |
| 23:28.21 | khem | too much multitasking |
| 23:28.27 | khem | humans are not made for that |
| 23:28.27 | grg_ | :) |
| 23:28.41 | grg_ | just increase your timeslice |
| 23:28.50 | khem | haha |
| 23:29.25 | khem | that will not increase the day from being 24 hrs long |
| 23:30.30 | khem | grg_: how did bitbake world go |
| 23:30.44 | khem | did u finish to some level |
| 23:30.52 | CIA-68 | 03Khem Raj <raj.khem@gmail.com> 07master * rf94d9bcd25 10openembedded.git/recipes/gcc/gcc-4.5/gcc-scalar-widening-pr45847.patch: |
| 23:30.53 | CIA-68 | gcc-4.5: fix gcc-scalar-widening-pr45847.patch one last time |
| 23:30.53 | CIA-68 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 23:31.08 | grg_ | khem, the last one i did got through 65000 or so tasks |
| 23:31.32 | khem | grg_: thats pretty good |
| 23:31.37 | khem | did u save the logs somewhere |
| 23:31.39 | grg_ | looks like a matter of fixing individual problems now, not too many big things in the way |
| 23:31.45 | grg_ | yeah, i have the world log |
| 23:31.47 | khem | I have fixed many fails in the run I had |
| 23:31.52 | khem | so it should be better now |
| 23:32.17 | grg_ | i'll start another one soonish, with gcc 4.5 and compare |
| 23:32.25 | khem | bigger problems are when conflicting packages are dragged in |
| 23:32.30 | khem | grg_: cool |
| 23:32.36 | grg_ | yeah, like cairo-directfb |
| 23:32.43 | khem | right |
| 23:33.12 | grg_ | i can actually go back and build stuff after the world has completed now, so that's a start |
| 23:33.19 | khem | we have to figure out a way to either amicably make them live side by side or choose few world profile |
| 23:37.13 | kergoth | khem: whats up? am around now |
| 23:38.13 | playya__ | khem, new error :( : http://pastebin.com/tz2u7w97 |
| 23:41.17 | khem | kergoth: I am trying to make PACKAGE_PREPROCESS_FUNCS conditional |
| 23:41.31 | khem | kergoth: but it seems its not working as I expect it to |
| 23:42.15 | *** join/#oe mrc3 (~mrc3@nat/ti/x-pdkkudowkgquhvyi) |
| 23:43.13 | khem | PACKAGE_PREPROCESS_FUNCS += "['autotools_prepackage_lamangler',''][bb.data.getVar('LIBTOOL_HAS_SYSROOT', d, 1) == "yes"]}" |
| 23:43.43 | khem | this is what I am trying to only append autotools_prepackage_lamangler when LIBTOOL_HAS_SYSROOT is not yes |
| 23:43.50 | khem | but it does not expand it |
| 23:44.08 | khem | and keeps sticking the unevaluated expression |
| 23:45.26 | khem | it works fine when I do same for TARGET_LDFLAGS |
| 23:45.41 | khem | this is a python var I think is that the difference ? |
| 23:48.20 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 23:48.38 | khem | nevermind now it seems to work |
| 23:50.33 | kergoth | you forgot a ${@ in the above |
| 23:50.37 | kergoth | heh |
| 23:50.48 | kergoth | you can also use '${LIBTOOL_HAS_SYSROOT}' |
| 23:50.52 | kergoth | it'll expand it inside of the snippet |
| 23:50.59 | kergoth | which i think is cleaner when using ${@}, personally |
| 23:53.54 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |