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) |