| 00:16.31 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 00:21.56 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 00:25.42 | kergoth | ka6sox-work: not using patch from macports, using the one which was already installed in /usr/bin/ |
| 00:26.05 | ka6sox-work | oh...thats the one I usually use too. |
| 00:32.08 | *** join/#oe pcacjr (~pcacjr@187.78.78.178) |
| 00:32.08 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 00:35.58 | kergoth | i'm wondering if POSIXLY_CORRECT is affecting it |
| 00:36.03 | kergoth | (being set, or not) |
| 00:37.36 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 00:42.03 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 00:49.08 | *** join/#oe pcacjr__ (~pcacjr@187.78.187.62) |
| 00:54.59 | *** join/#oe pcacjr (~pcacjr@187.78.51.210) |
| 00:54.59 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 01:04.00 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 01:05.32 | kergoth | oh, crap, haha |
| 01:05.44 | kergoth | this is just a patch that quilt manages to apply, but pure patch fails |
| 01:05.45 | kergoth | wonder why |
| 01:08.44 | *** join/#oe CrazyFoam (~gturner@c-67-170-158-201.hsd1.or.comcast.net) |
| 01:10.11 | CrazyFoam | hi i'm trying to build opie-image for poodle/angstrom, keeps failing on opie-notes_cvs.bb |
| 01:10.20 | CrazyFoam | any suggestion for how to fix this? |
| 01:12.01 | CrazyFoam | git read-tree 1 failed with signal 128, output: |
| 01:12.02 | CrazyFoam | fatal: Not a valid object name 1 |
| 01:12.49 | CrazyFoam | i'm able to manually git clone git://gitorious.org/opie/opie, so not sure what the deal is |
| 01:17.33 | *** join/#oe pcacjr_ (~pcacjr@187.78.83.19) |
| 01:17.33 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 01:21.45 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 01:21.45 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 01:33.07 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:41.43 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 01:41.47 | kergoth | CrazyFoam: missing SRCREV int he recipe |
| 01:41.58 | *** join/#oe Jay7 (jay@95-29-187-129.broadband.corbina.ru) |
| 01:43.16 | kergoth | oh damn! |
| 01:43.22 | kergoth | this patch says it wont apply with -R |
| 01:43.28 | kergoth | er, with --dry-run |
| 01:43.30 | kergoth | but *does* apply |
| 01:43.33 | kergoth | hah |
| 01:48.16 | CrazyFoam | kergoth, thanks, guess i could try the most recent commit: SRCREV="12722637addc74dc6df1ef1913058a71987b9f7d" |
| 01:48.41 | CrazyFoam | but doesn't make sense because a ton of other opie packages were built and didn't use git |
| 01:50.05 | kergoth | well, something is using git and doesn't have SRCREV set. |
| 01:50.09 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:50.36 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 01:51.25 | CrazyFoam | hmmm, how can i coerce it to use opie.core.pim.notes_anoncvs.handhelds.org_v1_2_4_.tar.gz? |
| 01:53.11 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 01:53.11 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 01:55.30 | *** join/#oe CIA-75 (~CIA@208.69.182.149) |
| 01:55.30 | *** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 01:56.07 | CrazyFoam | hmmm maybe adding a line like PREFERRED_VERSION_opie-notes = "${OPIE_VERSION}" to conf/distro/include/preferred-opie-versions-1.2.4.inc |
| 01:58.29 | *** join/#oe vorporeal (~stern@138.16.109.235) |
| 01:59.25 | *** join/#oe notespace (~notespace@dsl081-118-011.dfw1.dsl.speakeasy.net) |
| 02:01.05 | CrazyFoam | ha! that worked |
| 02:01.11 | *** join/#oe fraxinath (~quassel@p4FD64C04.dip.t-dialin.net) |
| 02:03.16 | CrazyFoam | so it seems there is a bug/missing line in conf/distro/include/preferred-opie-versions-1.2.4.inc |
| 02:03.38 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 02:03.38 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 02:22.24 | kergoth | damnit damnit damnit |
| 02:22.37 | kergoth | i swear to god i had this fixed, and i haven't removed the fix, and now its broken again |
| 02:23.04 | kergoth | i thought i was past this and on to other bugs |
| 02:23.04 | kergoth | grumbles |
| 02:25.30 | kergoth | sighs |
| 02:28.11 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 02:33.21 | *** join/#oe pcacjr__ (~pcacjr@187.78.101.17) |
| 02:37.53 | *** join/#oe pcacjr__ (~pcacjr@187.78.95.214) |
| 02:53.57 | *** join/#oe mgrundy (~grund@184-9-84-176.dsl3.monr.ny.frontiernet.net) |
| 03:02.06 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 03:02.15 | CrazyFoam | hmpf.. built an angstrom image for zaurus 5600, updater won't take it, 2MB too large for internal flash :( |
| 03:11.43 | *** join/#oe mnabil_ (~mnabil@41.234.71.184) |
| 03:12.36 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07master * r18690b2e5a 10openembedded.git/classes/patch.bbclass: |
| 03:12.36 | CIA-75 | patch.bbclass: avoid traceback for CmdError at resolve |
| 03:12.37 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.41 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07master * re84f4995e2 10openembedded.git/recipes/mpfr/ (mpfr-3.0.0/p3.patch mpfr-3.0.0/p4.patch mpfr_3.0.0.bb): |
| 03:12.41 | CIA-75 | mpfr: update from p3 to p4 patchset |
| 03:12.41 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.41 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07master * r7e4958f03e 10openembedded.git/lib/oe/patch.py: |
| 03:12.42 | CIA-75 | oe.patch: fix 'd' references |
| 03:12.42 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.48 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07master * rc7a68fe6ff 10openembedded.git/lib/oe/patch.py: |
| 03:12.48 | CIA-75 | oe.patch: use oe.process |
| 03:12.48 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.48 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07master * r44887999fa 10openembedded.git/lib/oe/patch.py: |
| 03:12.49 | CIA-75 | oe.patch: don't use dry-run for 'patch' |
| 03:12.49 | CIA-75 | There are patches which 'patch' thinks it can't apply, but which do apply, so |
| 03:12.50 | CIA-75 | stop using dry-run. In addition, --dry-run isn't compatible with all versions |
| 03:12.50 | CIA-75 | of patch. |
| 03:12.51 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.53 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07master * rd1d6f80d4d 10openembedded.git/classes/utils.bbclass: |
| 03:12.53 | CIA-75 | oe_libinstall: handle .dylib |
| 03:12.53 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.53 | CIA-75 | 03Jason Kridner <jkridner@beagleboard.org> 07master * rbe512828d0 10openembedded.git/recipes/quilt/quilt-native.inc: quilt-native: disable getopt for darwin buildhosts |
| 03:12.54 | CIA-75 | 03Jason Kridner <jkridner@beagleboard.org> 07master * r047ef9b9e2 10openembedded.git/recipes/openssl/openssl.inc: |
| 03:12.55 | CIA-75 | openssl: add i386-darwin to known buildhosts |
| 03:12.55 | CIA-75 | Signed-off-by: Jason Kridner <jkridner@beagleboard.org> |
| 03:12.56 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.56 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07master * r1c164de88d 10openembedded.git/lib/oe/process.py: |
| 03:33.17 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rcaa6067f7f 10openembedded.git/ (58 files in 41 dirs): Various fixes for cp argument portability |
| 03:33.17 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rb79a20523f 10openembedded.git/recipes/readline/ (darwin.patch readline_5.2.bb): |
| 03:33.17 | CIA-75 | readline-5.2: fix for darwin builds |
| 03:33.17 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:33.17 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r788c62604c 10openembedded.git/bin/ (cp sed): |
| 03:33.17 | CIA-75 | bin/{cp,sed}: Add shell script wrappers for portability |
| 03:33.18 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:33.18 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r39fae5b646 10openembedded.git/conf/build/ (3 files in 2 dirs): |
| 03:33.19 | CIA-75 | conf/build: darwin fixups - COMMAND_MODE, -m32, PATH |
| 03:33.24 | CIA-75 | - For ppc darwin, use the wrapper scripts |
| 03:33.24 | CIA-75 | - For i386 darwin, set -m32, as uname shows i386 even on 64 bit darwin |
| 03:33.24 | CIA-75 | - For i386 and ppc darwin, set COMMAND_MODE to fix incompatible shell utility |
| 03:33.24 | CIA-75 | behavior, for example 'echo' not handling -n as expected |
| 03:33.24 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:33.24 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r1f94eb989a 10openembedded.git/recipes/openssl/openssl.inc: |
| 03:33.25 | CIA-75 | openssl: kill version script for darwin |
| 03:33.25 | CIA-75 | This might not be the ideal solution, but it does get openssl-native to build |
| 03:33.26 | CIA-75 | on a darwin machine. |
| 03:33.27 | CIA-75 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:33.27 | CIA-75 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4060ff0edc 10openembedded.git/recipes/mpfr/mpfr.inc: mpfr: remove 'PATCHES' file so it can build on case insensitive filesystems where quilt wants to creat the 'patches' dir |
| 03:33.28 | CIA-75 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rfa83629f8e 10openembedded.git/conf/build/i386-darwin.conf: |
| 03:43.29 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 03:46.12 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 03:46.38 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 03:47.45 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:54.02 | *** join/#oe kim27 (~bl4@host-166.arcadia-srv-216-83-132.fiber.net) |
| 03:57.08 | *** part/#oe aditya_10101 (~Aditya@pool-96-241-213-103.washdc.fios.verizon.net) |
| 04:03.35 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 04:19.32 | *** join/#oe aditya_1010 (~Aditya@pool-96-241-213-103.washdc.fios.verizon.net) |
| 04:19.36 | *** join/#oe vorporeal (~stern@138.16.100.112) |
| 04:20.51 | *** join/#oe hrw|gone (~hrw@chello089073108238.chello.pl) |
| 04:23.28 | *** part/#oe aditya_1010 (~Aditya@pool-96-241-213-103.washdc.fios.verizon.net) |
| 04:27.00 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 04:54.59 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 04:56.29 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 05:00.44 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 05:03.31 | *** join/#oe vorporeal (~stern@138.16.100.112) |
| 05:03.55 | *** join/#oe vorporeal (~stern@138.16.100.112) |
| 05:06.02 | *** join/#oe mrc3 (~mrc3@nat/ti/x-jtqveukgvlumldol) |
| 05:06.36 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 05:15.30 | *** join/#oe hitlin37_ (6eea0302@gateway/web/freenode/ip.110.234.3.2) |
| 05:16.15 | *** join/#oe pcacjr__ (~pcacjr@187.78.99.211) |
| 05:25.32 | *** join/#oe pcacjr__ (~pcacjr@187.78.96.128) |
| 05:31.45 | *** join/#oe d_th (~dth@a89-182-88-54.net-htp.de) |
| 05:33.09 | *** join/#oe Heinervdm (~thomas@pD9E152E2.dip.t-dialin.net) |
| 06:16.58 | eFfeM_work | gm |
| 06:19.03 | ka6sox | eFfeM_work, morning |
| 06:20.50 | *** join/#oe jhelwig (~jhelwig@96.225.220.117) |
| 06:22.14 | *** join/#oe jhelwig (~jhelwig@96.225.220.117) |
| 06:31.25 | *** join/#oe tassleho1f (~Mich@147.84-49-231.nextgentel.com) |
| 06:38.23 | *** join/#oe tdebrouw (~tdebrouw@91.182.65.231) |
| 06:45.20 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
| 07:02.27 | khem | JaMa|W: I just posted a patchset which should fix that binutils issue you reported. but you have to rebuild from scratch |
| 07:02.42 | khem | unfortunately :/ |
| 07:02.46 | *** join/#oe mfhk (~chatzilla@cm61-15-76-62.hkcable.com.hk) |
| 07:03.20 | khem | JaMa|W: try it out and let me know if you see any issues |
| 07:04.17 | JaMa|W | yup seen it.. will start rebuild soon |
| 07:04.23 | khem | cool thx |
| 07:05.31 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:06.27 | JaMa|W | khem: I'll rebuild from scratch, but can you explain a bit why it's needed now? I guess .la format is not changed right? |
| 07:06.51 | JaMa|W | asking just because on shr buildhost rebuild for all supported archs takes about 10 days (slow VM).. |
| 07:06.53 | khem | JaMa|W: well it changes the content of libtool scripts |
| 07:07.38 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 07:07.50 | khem | JaMa|W: 10 days !! |
| 07:07.59 | khem | man thats too much |
| 07:08.27 | JaMa|W | khem: well we build for armv[467] now and ie qt4 takes 6hours there (and 1 hour on my host) |
| 07:08.29 | khem | and you always use bleeding edge |
| 07:08.41 | JaMa|W | khem: but that's only donated server we have.. |
| 07:08.52 | khem | JaMa|W: ok |
| 07:09.45 | khem | JaMa|W: I wanted to have an image which boots in qemu and has qt |
| 07:09.51 | khem | so which image should I try |
| 07:10.15 | JaMa|W | we're building shr-images and qt is only in task-shr-feed |
| 07:10.31 | khem | shr-image is based of on qt |
| 07:10.53 | khem | can I build this image with minimal distro I wonder |
| 07:10.55 | JaMa|W | no.. shr-images have mostly all gui in efl |
| 07:11.29 | JaMa|W | some parts are using (python)gtk, but nothing in image needs qt |
| 07:11.50 | khem | JaMa|W: so why do u waste qt4 |
| 07:12.08 | khem | building time |
| 07:12.12 | JaMa|W | it's in feed for extra packages users are able to install |
| 07:12.52 | khem | ok |
| 07:12.56 | JaMa|W | i mean't task-shr-feed is not in images rdepends, but users are used to those packages available after rebuild |
| 07:13.05 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 07:13.30 | khem | I would like to use a qt4-image or something |
| 07:13.40 | khem | which boots into qt based GUI |
| 07:15.23 | JaMa|W | there was Qt based gui for freerunner, but not sure if it was built by some out-of-tree OE based http://wiki.openmoko.org/wiki/Qalee |
| 07:16.22 | JaMa|W | but it seems dead for a while :/ |
| 07:18.04 | khem | alright |
| 07:18.06 | khem | time to sleep now |
| 07:18.09 | khem | gn |
| 07:19.36 | *** join/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 07:23.41 | *** join/#oe marex (~marex@eduroam50.ms.mff.cuni.cz) |
| 07:28.29 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:38.22 | *** join/#oe dth_ntb (~dth@a89-182-200-70.net-htp.de) |
| 07:42.18 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:43.07 | ant_work | CrazyFoam: ping |
| 07:52.59 | *** join/#oe vorporeal (~stern@gregorian-b-34.resnet.brown.edu) |
| 08:02.56 | *** join/#oe hrw|gone (~hrw@chello089073108238.chello.pl) |
| 08:21.16 | *** join/#oe dth_ntb (~dth@a89-182-200-70.net-htp.de) |
| 08:22.57 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:23.48 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
| 08:26.42 | CIA-75 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6394bcb5c3 10openembedded.git/recipes/ti/ti-dmai_svn.bb: |
| 08:26.42 | CIA-75 | ti-dmai: bump SRCREV for omapl138 |
| 08:26.42 | CIA-75 | * this fixes the codecerver changes for c6accel |
| 08:26.42 | CIA-75 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
| 08:26.47 | CIA-75 | 03Koen Kooi <k-kooi@ti.com> 07org.openembedded.dev * r591ca10af9 10openembedded.git/recipes/ti/gstreamer-ti.inc: |
| 08:26.47 | CIA-75 | gstreamer-ti: bump PR for dmai change |
| 08:26.47 | CIA-75 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
| 08:28.42 | *** part/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 08:32.12 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 08:33.09 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:33.09 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:34.11 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:37.23 | mckoan | good morning |
| 08:38.06 | florian | good morning |
| 08:41.43 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 08:41.43 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 08:50.02 | *** join/#oe B_Lizzard (~havoc@athedsl-421392.home.otenet.gr) |
| 09:00.47 | JaMa|W | eFfeM_work: all 7 patches looks also good to me |
| 09:01.02 | eFfeM_work | thanks |
| 09:01.49 | eFfeM_work | they seem trivial, but it seems all these recipes have a maintainer so I expected him/her to ack it |
| 09:02.00 | eFfeM_work | especially since I do not build or use things like mono |
| 09:03.16 | JaMa|W | eFfeM_work: you can store -e output and confirm that with that patch it's the same.. I've sent ack to ML |
| 09:03.52 | eFfeM_work | JaMa|W: ah ok, didn't think of that (actually I hardly use -e) |
| 09:04.17 | eFfeM_work | i'm more concerned about some of the other empty strings |
| 09:04.43 | JaMa|W | and those empty strings I guess are sometimes used to overwrite ie EXTRA_OECONF set by their .inc file (but haven't checked myself) |
| 09:05.55 | ant_work | yes, I used "" in that way in a couple of recipes |
| 09:06.48 | eFfeM_work | yes, that definitely needs to be verified (but then I'd say the recipe still would require fixing, because then the .inc file should not set it, only real reason I know to do it is because in virtclass_native you want to nullify the target value |
| 09:07.01 | eFfeM_work | still thinks we should have _target suffix |
| 09:09.27 | ant_work | eFfeM_work: surely in the case of sensible vars more investigation is needed |
| 09:09.37 | eFfeM_work | treue |
| 09:09.40 | eFfeM_work | true |
| 09:10.06 | eFfeM_work | issue might also be that some of those vars (like LDFLAGS) might be set in a class |
| 09:10.11 | ant_work | iirc most of the time I had to unset some IMAGE vars |
| 09:10.30 | ant_work | yep, IMAGE_*_MANAGER e.g. |
| 09:10.45 | eFfeM_work | that's why I was hoping for some reply from people that are more knowledgeable about what constructs are definitely sound |
| 09:10.56 | ant_work | because inheriting image brings lot of stuff |
| 09:11.31 | ant_work | I can't say for the specific cases you noticed, I'll have a look when possible |
| 09:11.54 | eFfeM_work | ant_work: would be cool |
| 09:12.24 | eFfeM_work | guess the EXTRA_* things are empty when you start. same for SRC_URI |
| 09:13.20 | ant_work | well, building two images together (initramfs) we did need EXTRA_IMAGEDEPENDS = "" |
| 09:13.33 | ant_work | in the second one |
| 09:13.53 | ant_work | but sure, at the beginning should be empty |
| 09:13.54 | eFfeM_work | ah ok, never did that |
| 09:14.47 | eFfeM_work | but as JaMa|W stated, a bitbake -e test which does not reveal differences will make clear it is a sound patch |
| 09:20.16 | eFfeM_work | mainly wondering about the recipe that resets RDEPENDS but has a DEPENDS, the one with PROVIDES="" etc |
| 09:24.38 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 09:27.17 | CIA-75 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rafc9616987 10openembedded.git/recipes/freesmartphone/cornucopia.inc: |
| 09:27.17 | CIA-75 | cornucopia: bump SRCREV for fixed build of fsogsmd on pre |
| 09:27.17 | CIA-75 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:27.28 | CIA-75 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r2f417a61ef 10openembedded.git/recipes/freesmartphone/msmcomm.inc: |
| 09:27.28 | CIA-75 | msmcomm: bump SRCREV |
| 09:27.28 | CIA-75 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:34.01 | *** join/#oe obi (~obi@ip-109-90-189-193.unitymediagroup.de) |
| 09:34.10 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 09:37.53 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
| 09:57.36 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:05.02 | *** join/#oe Tryum (~Tryum@e-corporation.info) |
| 10:06.58 | *** part/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:07.01 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:07.02 | mickey|office | morning |
| 10:07.11 | eFfeM_work | hi mickey|office |
| 10:22.10 | *** join/#oe MWelchUK_work (~welchma@65.91.2.71) |
| 10:24.12 | mfhk | Good moring, florian! |
| 10:24.56 | florian | hi mfhk |
| 10:25.01 | florian | hi mickey|office |
| 10:25.28 | mfhk | I have done quite a bit of changes to your mini6410 configs. Now, should I setup my local overlay ... |
| 10:25.54 | florian | mfhk: what did you change? |
| 10:26.34 | mfhk | because i have OK6410 , I need to change LCD driver, and |
| 10:27.02 | mfhk | ubifs commands for 1GB NAND , |
| 10:27.09 | mfhk | and NAND drivers |
| 10:27.30 | mfhk | What is the best practice for this situation? |
| 10:29.09 | XorA | sounds like you need to define it as a new machine as its significantly different |
| 10:30.04 | mfhk | Xora, should I define this new machine in the original OE tree? |
| 10:30.17 | mfhk | Or, setup local overlay? |
| 10:30.32 | XorA | mfhk: test it in an overlay then submit a patch when it all works to OE |
| 10:30.53 | XorA | although the current OEDEM RFC might change that |
| 10:31.15 | mfhk | I see. |
| 10:31.15 | pb_ | hi mickey|office, florian |
| 10:31.22 | mfhk | Thanks! :) |
| 10:31.22 | florian | hi pb_ |
| 10:32.32 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 10:35.19 | *** join/#oe Kevin` (~kevin@router.kwzs.be) |
| 10:35.37 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 10:35.40 | JaMa|W | eFfeM_work: did you use -b with -e? default SRCREV is assigned in bitbake.conf (unconditionaly on SRC_URI) |
| 10:36.16 | CIA-75 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r3f307f24f6 10openembedded.git/recipes/lvm2/ (7 files in 4 dirs): |
| 10:36.17 | CIA-75 | lvm2: add patch for build with newer eglibc, drop empty do_stage() |
| 10:36.17 | CIA-75 | * also rename files to lvm2 for faster FILESPATH lookup |
| 10:36.17 | CIA-75 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:46.03 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 11:07.49 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 11:09.06 | eFfeM_work | JaMa|W: yes |
| 11:12.25 | eFfeM_work | & did overlook theone in bitbake.conf |
| 11:12.44 | eFfeM_work | yes = yes, I used -b |
| 11:19.02 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:19.11 | mickey|office | hey pb_ , hi florian |
| 11:20.20 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 11:20.20 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 11:54.27 | *** join/#oe vorporeal (~stern@138.16.109.235) |
| 12:02.35 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:06.24 | *** join/#oe vorporeal (~stern@138.16.109.235) |
| 12:06.26 | Tryum | Hi, is there a package on OE to make general benchmark (cpu, io, memory bandwith) on a system ? |
| 12:07.27 | *** join/#oe florian (~fuchs@89.204.137.162) |
| 12:07.27 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 12:10.28 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 12:13.03 | *** join/#oe vorporeal (~stern@138.16.109.235) |
| 12:18.01 | *** join/#oe vorporeal (~stern@138.16.109.235) |
| 12:24.23 | *** join/#oe vorporeal (~stern@138.16.109.235) |
| 12:26.39 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 12:55.28 | *** join/#oe aloisiojr (~aloisio@187.58.103.196) |
| 13:04.28 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:06.07 | *** join/#oe mzs (~michael@scesoc.engsoc.carleton.ca) |
| 13:08.43 | CIA-75 | 03Michael Smith <msmith@cbnco.com> 07master * r1e47e9629e 10openembedded.git/recipes/gcc/ (gcc-4.3.3.inc gcc-4.3.3/gcc-4.3-backport-print-sysroot.patch): |
| 13:08.44 | CIA-75 | gcc 4.3.3: backport -print-sysroot for libtool |
| 13:08.44 | CIA-75 | libtoolized configure scripts need this in order to autodetect sysroot |
| 13:08.44 | CIA-75 | path when --with-sysroot is passed. |
| 13:08.44 | CIA-75 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 13:08.44 | CIA-75 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 13:08.57 | CIA-75 | 03Michael Smith <msmith@cbnco.com> 07master * rfb2c1fb732 10openembedded.git/recipes/gcc/ (gcc-4.3.4.inc gcc-4.3.4/gcc-4.3-backport-print-sysroot.patch): |
| 13:08.57 | CIA-75 | gcc 4.3.4: backport -print-sysroot for libtool |
| 13:08.57 | CIA-75 | libtoolized configure scripts need this in order to autodetect sysroot |
| 13:08.57 | CIA-75 | path when --with-sysroot is passed. |
| 13:08.58 | CIA-75 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 13:08.58 | CIA-75 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 13:16.57 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 13:30.43 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 13:33.59 | Crofton|work | I've copied an image from gusmtix and have the user creation/ on screen keyboard login thing |
| 13:34.12 | Crofton|work | anyone know how to make this appropriate for a real monitor? |
| 13:34.18 | *** join/#oe dth_ntb (~dth@a89-182-88-54.net-htp.de) |
| 13:43.10 | CIA-75 | 03Michael Smith <msmith@cbnco.com> 07master * r5cbe32ec7e 10openembedded.git/recipes/jack/jack_0.118.0.bb: |
| 13:43.10 | CIA-75 | jack: temporarily use Angstrom source mirror |
| 13:43.10 | CIA-75 | Upstream tarball has gone missing. |
| 13:43.10 | CIA-75 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 13:43.44 | JaMa|W | Tryum: try unixbench |
| 13:49.31 | *** join/#oe Openfree (~Openfree`@61.170.205.23) |
| 14:01.29 | CIA-75 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r637f98d8b5 10openembedded.git/recipes/shr/shr-specs_git.bb: |
| 14:01.30 | CIA-75 | shr-specs: remove old staging |
| 14:01.30 | CIA-75 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:09.48 | *** join/#oe hrw (~hrw@chello089073108238.chello.pl) |
| 14:13.26 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 14:30.16 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 14:32.21 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:32.59 | kergoth | morning |
| 14:35.53 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 14:37.31 | kergoth | hmm |
| 14:39.53 | *** join/#oe methril (~methril@189.27.138.146.dynamic.adsl.gvt.net.br) |
| 14:39.53 | mzs | morning |
| 14:40.13 | mzs | kergoth: are you working on building OE under mac os X, or building some kind of BSD under os X? |
| 14:40.30 | kergoth | building OE on my macbook, i386-darwin |
| 14:40.35 | kergoth | have yet to successfully complete a task-boot, though |
| 14:40.37 | kergoth | its slow going |
| 14:40.40 | mzs | what machine? |
| 14:40.43 | mzs | target i mean |
| 14:40.55 | kergoth | not particularly relevent, i pick whatever i expect to actually build |
| 14:41.01 | kergoth | at the moment i think its beagleboard |
| 14:41.03 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 14:41.06 | mzs | slick |
| 14:41.26 | kergoth | whats a pain of course, is unrelated issues breaking the testing.. maybe i should be using one of the testing branches instead of master :) |
| 14:55.31 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 15:11.54 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 15:13.03 | CIA-75 | 03Khem Raj <raj.khem@gmail.com> 07master * re12debc8e8 10openembedded.git/recipes/binutils/ (binutils-2.20.1/libtool-2.4-update.patch binutils.inc): |
| 15:13.03 | CIA-75 | binutils: Update libtool macros to reflect --with-sysroot -> --with-libtool-sysroot rename |
| 15:13.03 | CIA-75 | * We dont need to filter out with-sysroot anymore |
| 15:13.03 | CIA-75 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 15:13.03 | CIA-75 | Acked-by: Chris Larson <chris_larson@mentor.com> |
| 15:13.04 | CIA-75 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 15:13.06 | CIA-75 | 03Khem Raj <raj.khem@gmail.com> 07master * r46d563f4bb 10openembedded.git/classes/autotools.bbclass: |
| 15:13.07 | CIA-75 | autotools.bbclass: Use --with-libtool-sysroot instead of --with-sysroot |
| 15:13.07 | CIA-75 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 15:13.07 | CIA-75 | Acked-by: Chris Larson <chris_larson@mentor.com> |
| 15:13.07 | CIA-75 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 15:13.21 | CIA-75 | 03Khem Raj <raj.khem@gmail.com> 07master * r7cfd4da583 10openembedded.git/recipes/openldap/openldap_2.4.23.bb: |
| 15:13.21 | CIA-75 | openldap_2.4.23.bb: Fetch ltmain.sh from the new location in staging |
| 15:13.21 | CIA-75 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 15:13.21 | CIA-75 | Acked-by: Chris Larson <chris_larson@mentor.com> |
| 15:13.22 | CIA-75 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 15:13.22 | CIA-75 | 03Khem Raj <raj.khem@gmail.com> 07master * re0eabdaf07 10openembedded.git/recipes/gcc/ (gcc-4.5.inc gcc-configure-target.inc): |
| 15:13.23 | CIA-75 | gcc-configure-target.inc: --with-sysroot -> --with-libtool-sysroot rename means we dont need to filter out --with-sysroot |
| 15:13.24 | CIA-75 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 15:13.24 | CIA-75 | Acked-by: Chris Larson <chris_larson@mentor.com> |
| 15:13.25 | CIA-75 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 15:13.31 | CIA-75 | 03Khem Raj <raj.khem@gmail.com> 07master * r6f69d22a7b 10openembedded.git/recipes/libtool/ (5 files in 2 dirs): (log message trimmed) |
| 15:13.31 | CIA-75 | libtool: Rename --with-sysroot to --with-libtool-sysroot |
| 15:13.31 | CIA-75 | * To avoid name conflict with binutils and gcc we rename the option |
| 15:13.31 | CIA-75 | * We also stage the cross and native libtool in same relative path |
| 15:13.31 | CIA-75 | so it can be accessed equally well from recipes using BBCLASSEXTEND = "native" |
| 15:13.32 | CIA-75 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 15:13.32 | CIA-75 | Acked-by: Chris Larson <chris_larson@mentor.com> |
| 15:17.11 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 15:23.18 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 15:26.35 | kergoth | oh hell. |
| 15:26.44 | kergoth | eglibc svn has case sensitivity issues |
| 15:26.45 | kergoth | bite me |
| 15:26.46 | *** join/#oe pcacjr (~pcacjr@187.58.103.196) |
| 15:26.46 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 15:28.25 | *** join/#oe dos1 (~dos@dhf243.neoplus.adsl.tpnet.pl) |
| 15:28.25 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 15:44.03 | *** join/#oe morphis (~morphis@p5489F717.dip.t-dialin.net) |
| 15:44.24 | morphis | heyho |
| 15:46.18 | *** join/#oe dhd (~dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) |
| 15:46.36 | *** part/#oe dhd (~dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) |
| 15:51.55 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 15:53.45 | kergoth | ugh, gnutls-native fails to build entirely if you use gettext-native 0.17 |
| 15:53.51 | kergoth | we need to drop 0.17, or fix those |
| 15:53.58 | kergoth | grabs for 0.17 pins |
| 15:54.02 | kergoth | s/grabs/greps/ |
| 16:07.33 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 16:09.18 | kergoth | creates a case sensitive disk image to try another oe build in |
| 16:09.31 | kergoth | (temporary) |
| 16:09.58 | kergoth | also rebases the darwin fix commits upon the testing branch |
| 16:10.06 | kergoth | god i love git-new-workdir |
| 16:11.42 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 16:23.02 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 16:45.37 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 16:47.56 | kergoth | damn, why is tar compatibility such a pain |
| 16:48.10 | kergoth | gnu can use --owner, but afaict you have to use an mtree file to adjust that with osx's |
| 16:48.18 | kergoth | and of course, gnu doesn't seem to support mtree files |
| 16:49.13 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 16:51.49 | morphis | kergoth: ping |
| 16:51.54 | kergoth | morphis: pong |
| 16:52.24 | morphis | kergoth: I don't know if playya already told you, but please can you pull for tslib from http://github.com/playya/tslib:master? |
| 16:52.44 | kergoth | i've been pulling from the for-upstream branch up till now |
| 16:52.49 | kergoth | i can pull from master if you'd like |
| 16:52.50 | kergoth | hold |
| 16:52.51 | morphis | ah great |
| 16:52.59 | morphis | you already pulled |
| 16:53.13 | eFfeM | gm |
| 16:53.48 | morphis | kergoth: which branch from playya/tslib do you merged? |
| 16:53.58 | morphis | the for-upstream one? |
| 16:54.04 | kergoth | i merged for-upstream recently |
| 16:54.09 | morphis | hm ok |
| 16:54.11 | kergoth | since i am upstream, i figured that was its purpose :) |
| 16:54.21 | morphis | it was |
| 16:54.51 | kergoth | looks like an attempt to merge from your current master results in conflicts, so if you could handle that merge by updating to current upstream master, i'd be willing to pull from your master |
| 16:54.52 | morphis | hm, than I have to rebase master on for-upstream so you can pull again |
| 16:54.55 | kergoth | nods |
| 17:02.03 | kergoth | okay, screw this help2man dependency, i'm fixing the ones i can find |
| 17:03.44 | CIA-75 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r0e9ffb16a0 10openembedded.git/recipes/mono/mono-mcs-intermediate_2.6.3.bb: |
| 17:03.44 | CIA-75 | mono-mcs-intermediate: remove useless SRC_URI += "" |
| 17:03.44 | CIA-75 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 17:03.44 | CIA-75 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 17:03.44 | CIA-75 | Acked-by: Chris Larson <clarson@kergoth.com> |
| 17:03.47 | CIA-75 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r3f66827ded 10openembedded.git/recipes/avahi/avahi.inc: |
| 17:03.47 | CIA-75 | avahi.inc: remove RDEPENDS_append = "" |
| 17:03.47 | CIA-75 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 17:03.47 | CIA-75 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 17:03.48 | CIA-75 | Acked-by: Chris Larson <clarson@kergoth.com> |
| 17:03.48 | CIA-75 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r218e3511f4 10openembedded.git/recipes/kaffe/kaffe-gtk_1.1.5.bb: |
| 17:03.50 | CIA-75 | kaffe-gtk_1.1.5.bb: remove useless EXTRA_OECONF += "" |
| 17:03.50 | CIA-75 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 17:03.50 | CIA-75 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 17:03.50 | CIA-75 | Acked-by: Chris Larson <clarson@kergoth.com> |
| 17:03.51 | CIA-75 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * re18d963d8e 10openembedded.git/recipes/kaffe/kaffe-gtk_cvs.bb: |
| 17:03.51 | CIA-75 | kaffe-gtk_cvs.bb: remove useless EXTRA_OECONF += "" |
| 17:03.52 | CIA-75 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 17:04.03 | CIA-75 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 17:04.03 | CIA-75 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 17:04.04 | CIA-75 | Acked-by: Chris Larson <clarson@kergoth.com> |
| 17:06.57 | kergoth | okay, we need DISTRO_FEATURES for documentation stuff, anyone have any thoughts on this? |
| 17:07.14 | kergoth | Do we want one big docs feature, or separate man pages from other docs? |
| 17:07.18 | kergoth | i'm thinking just one for now |
| 17:08.19 | *** join/#oe sicu (~sicu@ti0090a380-dhcp1054.bb.online.no) |
| 17:13.10 | Crofton|work | beats kergoth for missing OEDEM :) |
| 17:13.17 | kergoth | is beaten |
| 17:13.32 | Crofton|work | I need to propose OADEM |
| 17:13.33 | Crofton|work | er |
| 17:13.36 | Crofton|work | OEDAM |
| 17:14.11 | kergoth | hopefully can make the one next year, this year was just bad timing |
| 17:14.58 | Crofton|work | yeah |
| 17:15.02 | Crofton|work | such is life |
| 17:15.20 | Crofton|work | I do think one on the left coast wuold be helpful though |
| 17:15.53 | Crofton|work | the developer base is getting further apart geo wise |
| 17:19.51 | jconnolly | gah. anyone know what LD or gcc flag I'm missing when I get /lib/libc.so.6: file not recognized: File format not recognized ? |
| 17:20.00 | jconnolly | I thought maybe -L or -B |
| 17:20.04 | jconnolly | but those look ok |
| 17:20.05 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 17:22.07 | jconnolly | nm I think I got it |
| 17:22.41 | *** join/#oe fidencio (~fidencio@li113-135.members.linode.com) |
| 17:22.52 | fidencio | Howdy! Who's maintaining EFL's packages in OE? |
| 17:24.19 | kergoth | jconnolly: it doesnt' sound like something is missing, it sounds like somehting is there that shouldn't be (e.g. -L/usr/lib) |
| 17:26.27 | jconnolly | thanks kergoth |
| 17:26.53 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 17:29.01 | *** join/#oe ALoGeNo (~alogeno@83.38.204.140) |
| 17:29.09 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 17:29.23 | morphis | baah this merging is ugly |
| 17:29.35 | *** join/#oe Guest27396 (~saa@nat/google/x-zywfwtqgezfdxmkw) |
| 17:29.41 | morphis | kergoth: do you care about a clean commit history for tslib? |
| 17:30.34 | kergoth | morphis: clean history is nice in theory, but retaining history is nice as well, which is why i merged from you rather than rebasing the commits on master, and of course, there's practical concerns |
| 17:30.47 | morphis | ok |
| 17:30.50 | kergoth | if its easier for you to merge from upstream master into your master and make that for-upstream, go for it |
| 17:32.03 | morphis | it's easier but not the beautiful thing I want to have .. :) |
| 17:32.33 | morphis | I have something ready now (http://github.com/playya/tslib/commits/for-upstream), but will test this first |
| 17:32.44 | morphis | if it compiles fine .. |
| 17:33.16 | kergoth | k |
| 17:34.11 | kergoth | i like rebasing stuff thats for upstream, but as an upstream, i like merging it in -- i think that might be a decent rule of thumb |
| 17:34.16 | kergoth | ponders |
| 17:34.35 | morphis | jepp I even like rebasing stuff for upstream |
| 17:35.23 | morphis | but on some point in time our tslib repository messy ... maybe because some more people worked on it |
| 17:35.24 | kergoth | but in this case an exception is appropriate -- oftentimes rebasing causes more headaches due to the repeated conflicts |
| 17:35.29 | kergoth | nods |
| 17:35.33 | morphis | maybe |
| 17:35.41 | kergoth | well, its had multiple conversions |
| 17:35.47 | kergoth | it went from cvs to svn, then from svn to git |
| 17:35.51 | kergoth | that probably doesnt help |
| 17:35.54 | morphis | but it makes life easier |
| 17:35.57 | kergoth | and has gone through a few different maintainers |
| 17:36.02 | kergoth | hugs git |
| 17:36.37 | morphis | hehe ... jepp git is maybe the best FOSS invention of the last years |
| 17:37.19 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 17:38.03 | kergoth | mercurial seems nice too, but i haven't used it as much |
| 17:38.50 | kergoth | should really sit down and fix X being pulled in by task-base |
| 17:39.50 | CIA-75 | 03Jaap de Jong <jaap.dejong@nedap.com> 07master * r93c4d9d840 10openembedded.git/recipes/cacao/ (3 files): |
| 17:39.50 | CIA-75 | cacao: Fix path for cacaoh source in do_install |
| 17:39.50 | CIA-75 | Signed-off-by: Jaap de Jong <jaap.dejong@nedap.com> |
| 17:39.50 | CIA-75 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 17:42.24 | kergoth | morphis: note that i don't even have a linux device handy with a touchscreen anymore, so am not in a position to do much tslib testing anymore -- if one of you folk want to take over the Maintainer role, I'm willing to hand it over :) |
| 17:43.01 | morphis | kergoth: jepp I already heard that |
| 17:44.05 | morphis | and thinking about your offer |
| 17:46.43 | *** join/#oe rsalveti (~rsalveti@201.82.74.249) |
| 17:51.57 | khem | Crofton|work: yeah OEDAM all for it |
| 17:52.03 | khem | gm all |
| 17:52.10 | Crofton | gm |
| 17:52.23 | khem | Crofton|work: we can schedule one around ELC in 2011 |
| 17:52.27 | *** part/#oe grund (~grund@acct-342343.voice.dsl.net) |
| 17:52.38 | khem | or ESC in May |
| 17:52.39 | Crofton|work | we should think about that |
| 17:52.52 | khem | right. |
| 17:53.56 | kergoth | morphis: k. no big deal, i don't mind keeping an eye on it, applying patches people send isn't difficult :) |
| 17:54.04 | khem | Crofton|work: ELC will be a good shot |
| 17:54.22 | morphis | kergoth: jepp |
| 17:54.45 | morphis | kergoth: but I am not very familiar with the deeper internals of tslib |
| 17:54.47 | khem | kergoth: yes if you fix that X getting into everything, I can owe you some beers |
| 17:55.03 | kergoth | morphis: k, i don't mind keeping it |
| 17:55.20 | kergoth | khem: heh. i put some work into it while i was at MV, but i don't recall exactly what i did, and i don't think it got pushed, and now i'm not there, so .. :) |
| 17:55.34 | kergoth | and it seems nobody else there is pushing anything |
| 17:56.08 | morphis | kergoth: btw. you can now pull again from playya/tslib:master or playya/tslib:for-upstream |
| 17:56.12 | morphis | kergoth: hm |
| 17:56.14 | *** join/#oe dth (~dth@a89-182-88-54.net-htp.de) |
| 17:56.48 | kergoth | k |
| 17:57.12 | kergoth | done, and pushed |
| 17:57.23 | morphis | kergoth: but I thinking about taking maintainership for tslib |
| 17:57.27 | morphis | great |
| 17:57.29 | morphis | thank you |
| 17:57.38 | kergoth | k |
| 17:57.38 | kergoth | np |
| 17:58.31 | *** join/#oe dth (~dth@a89-182-88-54.net-htp.de) |
| 18:02.39 | khem | kergoth: we need to sit and look into dot files |
| 18:03.40 | kergoth | yes |
| 18:03.43 | CIA-75 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * rc0155f9063 10openembedded.git/recipes/tslib/ (tslib/include-cy8mrln-header.patch tslib_git.bb): |
| 18:03.43 | CIA-75 | tslib: bump git SRCREV and update include-cy8mrln-header.patch accordingly |
| 18:03.43 | CIA-75 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 18:16.10 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 18:22.44 | *** join/#oe Martin-B (~martin@pool-188-65-198-89.dbd-ipconnect.net) |
| 18:22.58 | *** join/#oe timtimred (~meh@79-67-237-57.dynamic.dsl.as9105.com) |
| 18:46.46 | kergoth | http://wiki.openembedded.org/index.php/Darwin - starting to collect info about the setup |
| 18:47.36 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 18:48.48 | *** join/#oe florian (~fuchs@p5DF7B8DF.dip.t-dialin.net) |
| 18:48.49 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:01.05 | khem | gnumail says missing /scratch/oe/sysroots/x86_64-linux/usr/bin/java |
| 19:01.24 | khem | which which package should provide java |
| 19:14.10 | *** join/#oe ALoGeNo (~alogeno@83.38.204.140) |
| 19:14.12 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 19:20.10 | morphis | kergoth: I get the following error when now compiling tslib in OE |
| 19:20.11 | morphis | <PROTECTED> |
| 19:20.12 | morphis | <PROTECTED> |
| 19:20.12 | morphis | <PROTECTED> |
| 19:20.12 | morphis | <PROTECTED> |
| 19:20.34 | morphis | any idea? |
| 19:21.26 | morphis | maybe you have to push again? |
| 19:21.36 | morphis | as there is something missing? |
| 19:25.34 | morphis | maybe git push origin --all helps? |
| 19:32.34 | CIA-75 | 03Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * r0770548c90 10openembedded.git/conf/bitbake.conf: (log message trimmed) |
| 19:32.35 | CIA-75 | bitbake.conf: don't append MACHINE_OVERRIDES to OVERRIDES when it's empty |
| 19:32.35 | CIA-75 | * empty MACHINE_OVERRIDES adds :: to OVERRIDES (then in FILESPATH skips |
| 19:32.35 | CIA-75 | every directory after this) |
| 19:32.35 | CIA-75 | * strip() is needed to remove space in case some distribution has ie |
| 19:32.35 | CIA-75 | MACHINE_OVERRIDES ?= "" |
| 19:32.36 | CIA-75 | and then |
| 19:35.27 | kergoth | morphis: er.. i have no idea how that could happen |
| 19:35.36 | kergoth | hmm |
| 19:35.40 | kergoth | pushing doesn't help |
| 19:36.04 | kergoth | what the hell happened |
| 19:36.08 | *** join/#oe martin_B (~martin@pool-72-65-198-89.dbd-ipconnect.net) |
| 19:36.55 | fidencio | khem: ping |
| 19:39.31 | *** join/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 19:39.45 | fidencio | khem: Crofton|work and more commiters: I'm working with a libz160-bin an another repo's of oe-imx stuffs. I cloned tardyp's repo and add a lot of stuffs. Is it interesting to keep in official OE repo? |
| 19:55.30 | *** join/#oe Jay7 (jay@95-29-181-196.broadband.corbina.ru) |
| 19:57.44 | *** join/#oe Jay7 (jay@95-29-181-196.broadband.corbina.ru) |
| 20:04.28 | *** join/#oe stefan_schmidt (~stefan@p5B03630C.dip.t-dialin.net) |
| 20:31.44 | khem | fidencio: publish the patches for review and if they are good we will pick them |
| 20:35.22 | denix | khem: fyi, http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=6901dc958c4254bafd4105c6c751246d50ba5ecd changes CURL_FEATURES assignment to unconditional... |
| 20:36.15 | denix | it was conditional so it can be set from distro/local.conf... now it doesn't work that way |
| 20:36.54 | khem | denix: hmmm |
| 20:37.10 | khem | not even if you do CURL_FEATURES_local = "" |
| 20:37.37 | khem | we need virtclass-target override |
| 20:37.53 | khem | like other virtclass overrides |
| 20:38.07 | khem | then we can solve this problem easily and many other problems. |
| 20:38.37 | khem | sometimes you want to use BBCLASSEXTEND but target recipe needs more stuff in a variable then the native one |
| 20:38.50 | khem | there is no way to append more stuff in such cases |
| 20:39.01 | khem | vice versa works ok |
| 20:39.03 | denix | ah, forgot about _local override, let me try |
| 20:39.36 | denix | yeah, I understand the reason - we don't have _virtcalls-target override... |
| 20:40.04 | denix | _virtclass-target I mean :) |
| 20:40.17 | khem | whats the reason not to have it ? |
| 20:41.41 | denix | I understand the reason for your change, because we don't have it. I don't know why we don't have it - wasn't envisioned during BBCLASSEXTEND design/implementation? :) |
| 20:42.16 | khem | i see |
| 20:42.28 | khem | I thought you understood the reason not to have it |
| 20:47.58 | *** join/#oe nschle85 (~kvirc@mnch-5d87640f.pool.mediaWays.net) |
| 20:48.44 | kergoth | virtclass-target wouldn't make any sense -- target isn't generated by bbclassextend |
| 20:48.51 | kergoth | we can add a target override easily enough, though |
| 20:49.29 | khem | kergoth: I was trying to be consistent naming does not matter |
| 20:49.46 | khem | but the ability to do it is more important |
| 20:49.54 | khem | kergoth: could you cook up something ? |
| 20:50.20 | nschle85 | remote: error: Could not read 25451aac6187e9d03461b5312642a74f3f617c6e |
| 20:50.20 | nschle85 | remote: fatal: Failed to traverse parents of commit ea5afdd210d31fb6d8e3918694090070c764b978 |
| 20:50.20 | nschle85 | remote: aborting due to possible repository corruption on the remote side. |
| 20:50.33 | kergoth | nschle85: something is broken on the server end of the tslib git repository, i need to see if the github folks can fix it |
| 20:51.04 | kergoth | khem: OVERRIDES =. "${@['', 'target:']['${PN}' == '${BPN}']}" |
| 20:51.49 | khem | kergoth: cool may be we should add it to bitbake.conf ? |
| 20:52.03 | kergoth | if it works, i'd think that would be a good idea, yeah |
| 20:52.18 | khem | lemme try it with curl |
| 20:52.55 | kergoth | an alternative would be to make it truly generic based on the base name, strip off the bits after BPN in the PN, the postfix, and remove the leading -, and add that to overrides -- if its empty, set to target -- then native/sdk/etc would be in overrides whether you use bbclassextend or not |
| 20:54.47 | khem | hmm |
| 20:55.27 | khem | then we can drop those virtclass_* overrides |
| 20:55.40 | khem | but it could be slower |
| 20:55.57 | khem | as it has to be computed for every recipe now ? |
| 20:58.55 | *** join/#oe johncylee (~john@61.57.131.211) |
| 20:59.08 | khem | kergoth: we have base_prune_suffix |
| 20:59.47 | kergoth | i know, thats how BPN gets set |
| 21:03.23 | *** join/#oe dth (~dth@a89-182-88-54.net-htp.de) |
| 21:12.46 | kergoth | we use the 'proto' url param for svn, but the 'protocol' one for git? |
| 21:12.47 | kergoth | sighs |
| 21:14.26 | *** join/#oe ant_ (~andrea@host233-248-dynamic.15-87-r.retail.telecomitalia.it) |
| 21:15.38 | khem | kergoth: ok I added a new function to return the suffix that matches otherwise return target |
| 21:15.49 | khem | but now how to prepend to OVERRIDES is tricky |
| 21:16.04 | khem | kergoth: OVERRIDES =. barfs |
| 21:16.15 | khem | and OVERRIDES_prepend errs out too |
| 21:16.40 | khem | kergoth: is there some other place that gets to each recipe during parsing besides bitbake.conf ? |
| 21:17.28 | *** join/#oe ant_ (~andrea@host233-248-dynamic.15-87-r.retail.telecomitalia.it) |
| 21:18.05 | fidencio | khem: In my specific case, I'm using packages from freescale that needed of a "Accept and Understand that bla bla bla" ... Some problem of packages like this in the tree? |
| 21:20.46 | khem | kergoth: this seems to work http://pastebin.com/RCtL4Pm2 |
| 21:20.58 | khem | kergoth: I dont like that prepend though |
| 21:21.19 | ant_ | hello khem, kergoth |
| 21:21.27 | khem | ant_: hi |
| 21:21.35 | ant_ | CrazyFoam: ping |
| 21:21.39 | khem | fidencio: ? |
| 21:22.12 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 21:22.38 | ant_ | hi Marex |
| 21:23.11 | fidencio | khem: Some problems in keep in the tree freescale binaries? afaik, the binaries are free but I don't know if are opensource |
| 21:23.37 | khem | hmmm no binaries are frowned upon |
| 21:23.43 | khem | get the sources |
| 21:24.17 | fidencio | khem: as I was thinking ... |
| 21:24.41 | khem | you can keep them in your own repo no problems |
| 21:25.04 | fidencio | khem: yeap. I'm doing it :-) |
| 21:26.29 | khem | kergoth: if a package is provided by multiple recipes what does bitbake world do |
| 21:26.37 | khem | will it pick one at random |
| 21:35.18 | ant_ | khem: is a build from scratch supposed to finish atm ? |
| 21:35.52 | ant_ | pending issues? |
| 21:36.40 | CIA-75 | 03Michael Smith <msmith@cbnco.com> 07master * r117024cefa 10openembedded.git/recipes/xdelta/xdelta_3.0z.bb: |
| 21:36.41 | CIA-75 | xdelta 3.0z: add |
| 21:36.41 | CIA-75 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 21:36.41 | CIA-75 | Cc: Sergei Frankoff <sfrankoff@cbnco.com> |
| 21:39.45 | khem | ant_: all should work fine |
| 21:39.57 | khem | ant_: I have build x11-image and native-sdk-image without any issues |
| 21:43.35 | ant_ | sounds great |
| 21:43.53 | ant_ | I'll compile some kernels and rebuild all then |
| 21:44.18 | ant_ | khem: outstanding work ! |
| 21:44.32 | ant_ | keep on ;) |
| 21:54.17 | *** join/#oe mgrundy (~grund@108.111.137.59) |
| 22:06.35 | *** join/#oe Martin-B (~martin@pool-72-65-198-89.dbd-ipconnect.net) |
| 22:39.07 | kergoth | khem: no, bitbake builds the preferred recipe when something is provided by more than one, it knows not to build both |
| 22:39.23 | kergoth | of course, if no recipe is preferred, its behavior is undefined |
| 22:39.47 | tharvey | I'm having trouble with variable conditional appending - not sure what I'm doing wrong: I have an u-load_git.bbappend to add some patches to u-load for my omap3 SOC board, so I SRC_URI_append_omap3 += "foo" yet it doesn't get added to SRC_URI - the same thing 'does' work for x-load_git.bbappend however |
| 22:40.23 | kergoth | i'm not seeing the point in using += when you're already appending with _append |
| 22:40.26 | kergoth | redundant at best |
| 22:40.29 | tharvey | been trying to use bitbake -e to troubleshoot but not seeing the issue - note that x-load_git.bb does have a SRC_URI_omap3 yet u-boot_git.bb does not |
| 22:40.38 | kergoth | thats why. |
| 22:40.46 | kergoth | your'e appending to SRC_URI, which gets overwritten by SRC_URI_omap3 |
| 22:41.32 | tharvey | something not clear from the bitbake manual: SRC_URI_append_foo - wouldn't it 'overrite' it each time so if I'm appending to a recipe and don't know if they already have a SRC_URI_append_foo - I want to 'add' to it - thats why the += |
| 22:41.48 | kergoth | no, it doesnt "overwrite" anything |
| 22:41.54 | kergoth | SRC_URI_append_foo isn't the name of a variable. |
| 22:42.06 | kergoth | SRC_URI_append_foo appends what you provide to SRC_URI when foo is in overrides |
| 22:42.17 | kergoth | SRC_URI_append = "foo" SRC_URI_append = "bar" |
| 22:42.20 | kergoth | the end result is "foobar" |
| 22:42.22 | kergoth | not "bar" |
| 22:42.32 | kergoth | append/prepend is an operation, not part of a variable name |
| 22:43.14 | tharvey | ok, that makes sense then - perhaps that example in bitbake manual would help |
| 22:44.28 | tharvey | so if SRC_URI_omap3 does not exist, a SRC_URI_append_omap3 will make it exist right? |
| 22:44.33 | kergoth | no. |
| 22:44.39 | kergoth | you're getting the order backwards. |
| 22:44.50 | kergoth | SRC_URI_append_omap3 appends to SRC_URI if omap3 |
| 22:44.55 | kergoth | it doesn't append to SRC_URI_omap3 |
| 22:45.01 | kergoth | if you want that, use SRC_URI_omap3_append |
| 22:45.37 | tharvey | ahhh... |
| 22:45.52 | kergoth | here's the thing |
| 22:45.55 | kergoth | append/prepend are operations |
| 22:46.03 | kergoth | adding an override after them makes the operation conditional |
| 22:46.12 | kergoth | but, an override specific varaible definition, like SRC_URI_omap3 |
| 22:46.15 | kergoth | that *is* the name of the variable |
| 22:46.23 | kergoth | but at the end of the parsing, that variable *replaces* SRC_URI |
| 22:46.43 | tharvey | ok that makes sense now, but still looking at my situation: my bbappends has SRC_URI_append_omap3 which should append to SRC_URI as I am omap3 - yet it doesn't |
| 22:46.57 | kergoth | so if you use the wrong one of _<operation>_<override> vs _<override>_<operation>, you'll lose your changes entirely |
| 22:47.03 | kergoth | no, you're not listening |
| 22:47.11 | kergoth | step 1: it appends to SRC_URI |
| 22:47.18 | kergoth | step 2: SRC_URI_omap3 replaces SRC_URI |
| 22:47.24 | kergoth | ta da, your changes are gone |
| 22:47.35 | kergoth | this is why prepend/append suck |
| 22:47.43 | kergoth | order of operations inside of bitbake is important |
| 22:47.49 | kergoth | it forces us to be aware of how it does things |
| 22:48.01 | kergoth | wants to see those two go away entirely |
| 22:48.19 | tharvey | but SRC_URI is 'not' getting 'replaced' by what I'm trying to append... |
| 22:48.31 | kergoth | ? |
| 22:48.36 | kergoth | no, its being replaced by SRC_URI_omap3 |
| 22:48.40 | kergoth | not by SRC_URI_append_omap3 |
| 22:48.47 | kergoth | you're still not grasping what i explained before |
| 22:48.56 | kergoth | it appends to SRC_URI, *NOT* SRC_URI_omap3 |
| 22:49.11 | tharvey | bitbake -e u-boot | grep ^SRC_URI= should this not show me what SRC_URI ends up being? perhaps I'm not getting bitbake -e |
| 22:49.21 | kergoth | yes, it does |
| 22:49.37 | kergoth | i already explained why your changes aren't in SRC_URI in bitbake -e |
| 22:49.42 | kergoth | i don't know how else to describe it |
| 22:49.50 | kergoth | just use SRC_URI_omap3_append instead and be happy |
| 22:50.15 | tharvey | heh... ok well I didn't understand that my changes are not shown in SRC_URI from bitbake -e |
| 22:50.53 | tharvey | guess that makes sense... bitbake -e isn't magic it just shows you all variables that have been set - 'post' append/prepend operations right? |
| 22:51.00 | kergoth | for like the 4th time, if you append to SRC_URI when SRC_URI_<some override> is defined, your appended changes will not show up |
| 22:51.04 | kergoth | yes. |
| 22:51.05 | tharvey | in other words the operations occur dring bbparse? |
| 22:51.12 | kergoth | at the end of the recipe parsing, yes |
| 22:53.53 | tharvey | I think my big failing is I should not be so interested in SRC_URI from bitbake -e but be more interested in the overrides - for some reason I thought bitbake -e should have already applied the overrides the SRC_URI |
| 22:54.05 | kergoth | it has.. |
| 22:54.22 | kergoth | i'm not seeing what the problem is. you said what you appended wasn't in the SRC_URI in the bitbake -e, and i explained why |
| 22:54.39 | kergoth | you're appending wrong given the recipe |
| 22:55.00 | kergoth | bitbake -e is doing exactly what it should, it shows you the variables after all processing, including overrides |
| 22:57.39 | tharvey | let me ask another way then - (sorry thanks for the time!) - what is the 'correct' way to append to a SRC_URI from within a .bbappend? seems like it completely depends on what your appending to which kind of defeats the purpose of an append IMHO |
| 22:59.59 | kergoth | no, it doesn't. if you don't know the recipe you're appending to, you're not going to be able to accomplish much of anything. |
| 23:00.10 | kergoth | the recipe could always be using an override which would blow away your changes, or any number of other things |
| 23:00.24 | kergoth | it could use anonymous python to order pizza, for all i know |
| 23:00.25 | tharvey | what your saying makes complete sense its just not working for me - just figured out why - I was using an SOC override and the original recipe had a MACHINE override that was taking precidence - so yes it depends on the recipe |
| 23:00.35 | kergoth | if you havent read the recipe, you cant do shit and expect it to stick |
| 23:01.01 | tharvey | right, it just opens the door for something upstream to add an override that takes precidence over what your append is trying to do |
| 23:01.53 | tharvey | appending to a recipe like u-boot can be very tricky as there are a ton of overrides in u-boot |
| 23:02.21 | tharvey | so there really doesn't appear to be an easy way to some general patches for a variety of machines |
| 23:04.23 | kergoth | of course you can, as long as you know the recipe you're appending to. |
| 23:04.29 | tharvey | kergoth, at any rate thanks for the explanation - it did explain the nature of prepend/append to me that I didn't get before - I did have the correct syntax but was just using 'omap3' override when I needed to be using 'overo' override |
| 23:04.34 | kergoth | no problem |
| 23:04.38 | kergoth | ah |
| 23:04.49 | tharvey | right, I'm just saying that I have to add differently depending on the situation |
| 23:05.13 | tharvey | there are a boatload of overrides in u-boot - some based on machine, other based on SOC |
| 23:05.17 | kergoth | well, the only reason i brought htat all up is its a common misunderstanding that exemplifies one of the biggest problems with the file format -- parts are imperative, parts are declarative, and you have to be aware of when things happen |
| 23:05.52 | tharvey | ya, thats good - I did completely misunderstand append/prepend, but once I fixed it and still got wrong results I thought I was confused |
| 23:06.03 | denix | Crofton: ping |
| 23:06.06 | kergoth | nods |
| 23:06.13 | kergoth | well, glad you got it sorted, anyway |
| 23:06.19 | kergoth | can't wait for a new file format |
| 23:06.46 | tharvey | I take that back, looks like they are all machien overrides in u-boot recipe - which takes precidence over SOC so I shouldn't have been trying to use SOC override |
| 23:07.03 | kergoth | ah |
| 23:07.20 | tharvey | yet x-load didnt' have the machine override so was behaving differently |
| 23:07.24 | kergoth | shakes head and grumbles |
| 23:07.28 | tharvey | I see the light |
| 23:07.29 | kergoth | yeah, that would explain it |
| 23:13.25 | khem | kergoth: do we copy m4 macros from <sysroot> |
| 23:13.30 | khem | during autoreconf |
| 23:13.35 | denix | tharvey: that's intended behaviour, isn't it? SOC is more generic than MACHINE |
| 23:13.42 | kergoth | khem: i don't think we pass the argument to aclocal for that |
| 23:13.50 | kergoth | not sure though |
| 23:13.52 | khem | hrmm |
| 23:14.07 | khem | aclocal --copy --force |
| 23:14.08 | khem | should do it |
| 23:14.44 | khem | kergoth: do u take care of that in your autotools branch ? |
| 23:16.28 | *** join/#oe dth (~dth@a89-182-88-54.net-htp.de) |
| 23:16.32 | kergoth | i'm not sure what you're referring to. I don't see the need to copy the m4 files locally, the generated aclocal.m4 is sufficient -- the only reason to copy them locally is for distribution, and we don't distribute our source trees in that way |
| 23:17.43 | khem | so if I delete aclocal.m4 will it regenerate using the macros from sysroot |
| 23:19.24 | kergoth | yes |
| 23:19.38 | kergoth | but that isnt necessary, aclocal.m4 is removed in autotools.bbclass |
| 23:19.45 | kergoth | to ensure it gets reconstructed |
| 23:20.44 | khem | http://pastebin.com/3CCwcLdr |
| 23:21.03 | kergoth | that's advice for upstream maintainers |
| 23:21.08 | kergoth | its of no use to us |
| 23:21.22 | khem | but my libtool is wrongly generated |
| 23:21.29 | khem | if I copy those files to m4/ |
| 23:21.31 | khem | then it works |
| 23:22.02 | kergoth | well, dunno what to tell you, it pulls the macros from sysroot, *but* if they already had teh libtool macros copied into their tree, it'll likely prefer the local ones |
| 23:22.08 | kergoth | if you remove those, then it'll rely on sysroot alone |
| 23:22.16 | kergoth | best way is just devshell and run aclocal --verbose |
| 23:22.18 | tharvey | denix, yes, completely intended behavior just didn't think about it as I didn't realize there was a machien override in the base recipe |
| 23:22.20 | kergoth | you can see exactly where it pulls everything from |
| 23:22.46 | denix | kergoth: should base/utils functions be available from distro configs? |
| 23:23.11 | khem | kergoth: m4/ is empty |
| 23:23.13 | kergoth | any def'd function in a global place (read: class in INHERIT, or a .inc pulled in by a .conf) will be available everywhere |
| 23:23.17 | khem | still it gets it wronf |
| 23:23.20 | kergoth | khem: like i said, do the verbose, see where its coming from |
| 23:23.24 | kergoth | grep out libtool.m4 |
| 23:23.34 | khem | there is no libtool.4 |
| 23:23.42 | kergoth | well, whatever |
| 23:23.44 | khem | it copies ltmain.sh from the sysroot |
| 23:23.46 | kergoth | grep out the files you care about |
| 23:24.08 | denix | kergoth: what if it's used immediately evaluated variable? |
| 23:24.24 | kergoth | denix: then it'll fail unless the class that defines it was parsed before the variable definition |
| 23:25.04 | denix | kergoth: basically, I need to filter out INHERIT variable in a distro/local configs - any pointers? :) |
| 23:25.30 | kergoth | denix: base_filter_out is just a wrapper around oe.utils.filter_out, iirc |
| 23:25.34 | kergoth | look at utils.bbclass. |
| 23:25.39 | kergoth | just call the oe.utils version directly |
| 23:25.50 | denix | tried it already |
| 23:25.57 | denix | says oe is undeclared |
| 23:26.27 | denix | more specifically: NameError: name 'oe' is not defined |
| 23:26.29 | kergoth | ah, its running before the anonymous python in base.bbclass that imports it. |
| 23:26.35 | kergoth | do this, create a .inc |
| 23:26.37 | kergoth | in the .inc: |
| 23:26.41 | kergoth | def filter_my_crap(d): |
| 23:26.43 | kergoth | import oe.utils |
| 23:26.49 | kergoth | return oe.utils.filter_out(....) |
| 23:26.57 | kergoth | FOO := "${@filter_my_crap(d)}" |
| 23:27.05 | kergoth | then pull that in from your .conf |
| 23:27.12 | khem | kergoth: autoreconf --verbose --install --force --exclude=autopoint -I/usr/share/aclocal-1.11 -I /usr/share/aclocal |
| 23:27.23 | denix | aha, thanks |
| 23:27.24 | khem | this is a native recipe but still it should point to native sysroot |
| 23:27.34 | khem | when it comes to includes isnt it |
| 23:27.48 | kergoth | khem: the paths in autotools.bbclass don't point to /usr, as far as i can see |
| 23:28.10 | khem | then why does run.do_configure has it |
| 23:28.13 | khem | hmm |
| 23:28.43 | kergoth | good question, verys trange |
| 23:29.28 | khem | its a bitbake virtual/java-native |
| 23:30.23 | khem | kergoth: bitbake -e is here http://pastebin.com/imBxtGtx |
| 23:30.45 | khem | export prefix="/usr" |
| 23:31.24 | kergoth | that'd be the problem, natives shouldn't have a prefix set like that, because natives override STAGING_DIR_HOST to "" |
| 23:31.27 | *** join/#oe dth (~dth@a89-182-88-54.net-htp.de) |
| 23:34.04 | denix | kergoth: ImportError: No module named oe.utils |
| 23:34.09 | kergoth | hmmm |
| 23:34.12 | kergoth | damnit |
| 23:34.28 | kergoth | all i can think of now is an anonymous python fuction |
| 23:34.34 | kergoth | get the var, adjust, set |
| 23:34.55 | denix | ok, thanks |
| 23:35.42 | denix | any ideas why oe.utils cannot be imported, though? |
| 23:36.28 | kergoth | yep, its in openembedded/lib |
| 23:36.36 | kergoth | whichisn't in sys.path until the base.bbclass bits adjust it |
| 23:36.39 | kergoth | basd on BBPATH |
| 23:36.42 | kergoth | blah, can't type |
| 23:37.13 | denix | got it |
| 23:37.33 | denix | anyway, filter_out is a one-liner anyway :) |
| 23:37.37 | Jay7 | how much HDD space allocate to build container? :) |
| 23:37.54 | kergoth | :) |
| 23:37.59 | kergoth | Jay7: depends |
| 23:38.25 | Jay7 | e.g. to build x11-image for all zauruses |
| 23:38.40 | Jay7 | I hope 32Gb should be enough :) |
| 23:39.05 | fidencio | khem: Can I sent my patches for which ML? |
| 23:40.18 | Jay7 | anyway this is lvm so I can resize later |
| 23:46.20 | *** join/#oe dth_ntb (~dth@a89-182-88-54.net-htp.de) |
| 23:48.35 | khem | fidencio: oe |
| 23:48.38 | khem | look in woki |
| 23:48.40 | khem | wiki |
| 23:48.58 | khem | kergoth: why native.bbclass sets STAGING_DIR_HOST = "" |
| 23:53.04 | kergoth | yes, because prefix is already in staging |
| 23:53.09 | kergoth | if it didnt, you'd ahve the path twice |
| 23:59.13 | fidencio | khem: Can I send inline patches using format-patch? |
| 23:59.45 | fidencio | git send-mail |
| 23:59.46 | fidencio | err |