| 00:11.27 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 00:14.07 | *** join/#oe JaMa (~martin@ip-62-24-80-7.net.upcbroadband.cz) |
| 01:09.11 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
| 01:18.26 | mr_science | enough testing for today... |
| 01:41.05 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 01:41.52 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 02:00.11 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 02:10.04 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 02:18.31 | *** join/#oe mthalmei_away (~mthalmei@ex4.michisoft.net) |
| 02:19.07 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 02:23.44 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
| 02:53.35 | *** join/#oe vquicksilver (~vquicksil@gentoo/contributor/vquicksilver) |
| 03:09.45 | *** join/#oe SidH_ (~SidH_@nat/ti/x-qlprnxearplnjdcn) |
| 03:23.19 | *** join/#oe AngusMacGyver (~Tiberius@unaffiliated/shawn156) |
| 03:30.02 | *** join/#oe scoutcamper (scoutcampe@nasadmin/webteam/scoutcamper) |
| 03:30.32 | *** join/#oe cryptk (cryptk@nasadmin/cryptk) |
| 03:31.00 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 03:49.52 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 04:11.41 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 04:33.44 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.212.193.98) |
| 04:52.13 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 05:10.44 | *** join/#oe woglinde (~henning@g225004025.adsl.alicedsl.de) |
| 05:57.39 | *** join/#oe Zoidberg (~Zoidberg@frbg-5f73088c.pool.mediaWays.net) |
| 06:01.09 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.212.193.98) |
| 06:32.52 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
| 06:35.34 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 06:35.35 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 06:41.02 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 06:41.03 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 06:41.20 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:48.47 | *** join/#oe Leatherface- (~leatherfa@helvetet.eu) |
| 06:51.23 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
| 07:04.44 | *** join/#oe clio (~andrej@85.159.109.222) |
| 07:10.09 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:28.21 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 07:32.26 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 07:42.34 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:43.29 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 08:08.14 | *** join/#oe risca (~risca@c-135-31.eduroam.liu.se) |
| 08:18.22 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 08:19.29 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
| 08:22.28 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
| 08:25.07 | *** join/#oe fp (~fp@115.119.134.194) |
| 08:29.19 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:30.18 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:30.19 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:31.37 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
| 08:31.38 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 08:34.55 | *** join/#oe EsbenH (~esben@hugin.dotsrc.org) |
| 08:36.02 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:39.10 | mckoan | good morning |
| 08:39.27 | *** join/#oe errordeveloper (~ilya@46-65-25-158.zone16.bethere.co.uk) |
| 08:47.42 | florian | good morning |
| 09:02.54 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:02.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:05.03 | bluelightning | morning all |
| 09:05.15 | bluelightning | JaMa: thanks for your recent cleanup work :) |
| 09:06.44 | *** join/#oe lamikr (lamikr@nat/nokia/x-echkfidxydsdwqpy) |
| 09:06.56 | JaMa | bluelightning: you're welcome |
| 09:07.22 | JaMa | bluelightning: what do you think about archiving patchwork entries after they are assigned to some bundle? |
| 09:07.35 | JaMa | bluelightning: and can you assign some patches to those bundles I've shared? |
| 09:07.41 | bluelightning | JaMa: I think that's a great idea |
| 09:07.47 | bluelightning | JaMa: sure thing |
| 09:08.08 | JaMa | I mean, do you have permission to add patches there (when I've marked them as public) |
| 09:08.56 | *** join/#oe lamikr (lamikr@nat/nokia/x-xxklwzszruwgstwv) |
| 09:09.28 | bluelightning | JaMa: hopefully |
| 09:09.44 | JaMa | bluelightning: now with only one page of failures from world build it makes more sense to add bitbake world to jenkins :) |
| 09:10.28 | bluelightning | JaMa: I think you're right re not being a place where public bundles are listed |
| 09:13.14 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 09:13.18 | *** join/#oe likewise (~likewise@203-158-ftth.on.nl) |
| 09:17.37 | hrw | morning |
| 09:17.55 | hrw | JaMa: congratulations on new role |
| 09:18.34 | JaMa | hehe, thanks |
| 09:21.51 | hrw | JaMa: speaking of patchwork... I can not find my patch "florence: move to meta-gnome" neither in meta-oe git tree or patchwork |
| 09:22.28 | JaMa | hrw: patchwork does not pick moves with -M correctly, maybe I've missed it too |
| 09:22.36 | hrw | ah, ok |
| 09:22.55 | JaMa | yup not on pw |
| 09:23.54 | hrw | can you merge it? |
| 09:25.24 | JaMa | I don't have it in my maildir anymore, do you know about ML archive with usable UI? or can you resend it to me? |
| 09:25.45 | hrw | I can |
| 09:25.51 | JaMa | well pipermail will probably work for -M patch :) |
| 09:26.05 | JaMa | mmt trying |
| 09:26.45 | hrw | sent |
| 09:26.52 | JaMa | ah please send it to me or ML, thanks |
| 09:26.56 | JaMa | :) |
| 09:27.21 | JaMa | brb |
| 09:27.44 | hrw | now only 4 entries left to be merged in oe-core |
| 09:45.59 | *** join/#oe blitz00 (~stefans@192.198.151.44) |
| 09:46.00 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 09:49.21 | JaMa | possible race condition in sanity check (after tmp-eglibc/* was removed) http://paste.debian.net/216953/ |
| 09:49.55 | *** join/#oe kristoffer (~kristoffe@c-96dbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 09:52.40 | *** join/#oe fp (~fp@115.119.134.194) |
| 09:53.37 | *** join/#oe risca (~risca@c-135-31.eduroam.liu.se) |
| 09:55.19 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 09:55.20 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 09:58.16 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 09:58.52 | *** join/#oe vquicksilver (~vquicksil@gentoo/contributor/vquicksilver) |
| 10:00.11 | *** join/#oe Daemon404 (~who_knows@S0106586d8f4832af.tb.shawcable.net) |
| 10:00.30 | *** join/#oe errordeveloper (~ilya@213.152.255.161) |
| 10:33.25 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 10:37.11 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 10:37.12 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 10:38.35 | JaMa | levonmaa: maybe we need the same fix for qt5-native, qtjsbackend-native fails the same |
| 10:48.57 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 10:52.03 | *** join/#oe AppleJuice (~benny@fw-wifi.ict.nl) |
| 11:01.39 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 11:06.48 | *** join/#oe pepermint (~pepermint@host218-90-dynamic.248-95-r.retail.telecomitalia.it) |
| 11:11.56 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 11:21.42 | *** join/#oe fp (~fp@115.119.134.194) |
| 11:24.38 | *** join/#oe GNUtoo-desktop (~GNUtoo@host46-141-dynamic.2-87-r.retail.telecomitalia.it) |
| 11:25.07 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 11:34.36 | *** join/#oe roland (~quassel@218.223.196.88.sta.estpak.ee) |
| 11:37.09 | *** join/#oe max (~max@host218-90-dynamic.248-95-r.retail.telecomitalia.it) |
| 12:36.49 | *** join/#oe perpermint (~perpermin@host218-90-dynamic.248-95-r.retail.telecomitalia.it) |
| 12:51.25 | JaMa | levonmaa: also you're touching ${STAGING_DATADIR}/${QT_DIR_NAME}/mkspecs/features/qt_module.prf from do_configure, that's bad for sstate |
| 12:59.25 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 13:05.41 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) |
| 13:32.45 | *** join/#oe pepermint (~pepermint@host218-90-dynamic.248-95-r.retail.telecomitalia.it) |
| 13:50.41 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:55.44 | ant_work | bluelightning: what about the PR server? |
| 13:56.32 | bluelightning | ant_work: I haven't been directly involved... Koen says Angstrom is using it already |
| 13:56.57 | ant_work | does it mean we can remove all trace of PR in our layers? |
| 13:57.08 | JaMa | no |
| 13:57.43 | bluelightning | it's a bit early to be doing anything differently yet |
| 13:57.49 | ant_work | then where is the improvement? |
| 13:57.55 | bluelightning | but in a short time we should be able to stop touching PR |
| 13:58.12 | JaMa | ant_work: read "[OE-core] Switch to PR server model for PR bumps - 1 week" |
| 14:00.00 | *** join/#oe mhnoyes (~mhnoyes@74-32-174-233.dr01.myck.or.frontiernet.net) |
| 14:00.01 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 14:00.16 | *** join/#oe Hoolxi (~Openfree@120.204.144.235) |
| 14:03.25 | ant_work | JaMa: I somehow interpret RP intentions are to remove PR from recipes as rule |
| 14:03.42 | ant_work | I'll read all thread later |
| 14:03.47 | ant_work | thx for the link |
| 14:06.01 | *** join/#oe lamikr (lamikr@nat/nokia/x-fwsflrdlnpjbxbmi) |
| 14:08.51 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 14:09.38 | *** join/#oe GNUtoo (~gnutoo@host46-141-dynamic.2-87-r.retail.telecomitalia.it) |
| 14:16.48 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
| 14:54.18 | *** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 15:05.54 | *** join/#oe mbroadst (~mbroadst@kde/mbroadst) |
| 15:07.57 | *** join/#oe lamikr (lamikr@nat/nokia/x-bvnvcoywgzjsjgln) |
| 15:10.50 | *** join/#oe fcooper (~a0273011@nat/ti/x-ojalkqqwrnalcspg) |
| 15:14.23 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 15:18.45 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 15:19.36 | *** part/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 15:19.55 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 15:34.52 | mbroadst | often when I change a rather involved recipe, I end up with a situation where I can build all my packages but the build fails during the do_rootfs with the following message: "satisfy_dependencies_for: Cannot satisfy the following dependencies for <task>." Is there a standard practice for solving this issue? I tried to look at the dependency graph and increase the PR for everything that seemed to relate to the packages it prints out after this message, to no a |
| 15:35.49 | JaMa | just recipes which are rdepending on renamed package |
| 15:35.58 | JaMa | you can grep Packages files in deploy/ipk |
| 15:38.46 | mbroadst | hm when I grep Packages for this particular package its not there |
| 15:38.58 | mbroadst | oh whoops sorry wrong folder |
| 15:41.48 | *** join/#oe dijenerate (~dijenerat@63.143.73.34) |
| 15:42.16 | mbroadst | JaMa: the problem is that we added a few drivers to the mesa-dri package, and it creates these sort of "meta" packages for each driver. The one I am having trouble with is the "mesa-dri-driver-radeon" saying that my top task can't satisfy dependencies for that package, but in the Packages file nothing actually shows up as depending on that package |
| 15:42.44 | mbroadst | things DO depend on mesa-dri (the recipe that creates this package) and I increased the PR on that, and rebuilt it, but still have the same result |
| 15:44.05 | mbroadst | I see that it shows up in the Packages "Depends" but there is not entry for it |
| 15:44.19 | mbroadst | as well as the Recommends |
| 15:47.37 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 15:49.28 | bluelightning | mbroadst: the Depends/Recommends for which other package? |
| 15:50.44 | bluelightning | mbroadst: this sort of thing will occur if recipe A depends on something satisfied by recipe B's PACKAGES_DYNAMIC (which is often the case for dynamically packaged modules) but then when recipe B is built, it doesn't create that package (or it is empty, which amounts to the same thing) |
| 15:51.52 | mbroadst | well that's the rub |
| 15:51.57 | mbroadst | the packages are being created |
| 15:52.09 | mbroadst | well the ipks are |
| 15:52.20 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:52.21 | mbroadst | but its the Packages file that seems to not be updated |
| 15:53.07 | JaMa | build package-index |
| 15:53.22 | JaMa | but it should be updated during do_rootfs (before that failure) |
| 15:53.30 | mbroadst | I've tried a number of things, including increasing the PR on all seemingly related packages (determined by printing the dot dependency graph, as well as just by hand), and subsequently just doing -c cleanall on each of them |
| 15:54.27 | *** join/#oe blitz00_ (~stefans@192.198.151.44) |
| 15:55.43 | bluelightning | mbroadst: you need to find where it is in the metadata where this dependency is added and clear that, I don't think anything else is going to help |
| 15:56.00 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 15:56.13 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 15:56.16 | mckoan | for most of you is one thing obsolete and irrelevant but I can not find one that will fill a kernel 2.6.x which then take my inspiration to create a BSP |
| 15:56.39 | mckoan | I tried meta-handhels |
| 15:56.44 | mckoan | akita -> ok |
| 15:56.50 | mckoan | hx4700 -> ok |
| 15:56.58 | mckoan | h3600 -> fails |
| 15:57.16 | mckoan | h3600 is 2.6.29 |
| 15:58.08 | mckoan | I wonder if it could be a gcc (4.7.2) issue with older kernels |
| 15:59.28 | mckoan | any clue? |
| 15:59.31 | mbroadst | bluelightning: hmm I see, okay. Is there a way to run just that last step. Currently this thing happens after about 45min of building and then just fails at the last second |
| 15:59.51 | mbroadst | oh I guess I can just do the do_rootfs huh |
| 16:00.14 | bluelightning | mbroadst: that's all it'll run the second time anyway |
| 16:00.25 | *** join/#oe fp (~fp@115.119.134.194) |
| 16:00.42 | mbroadst | not in the case that PRs were changed, that was causing lots of rebuilds |
| 16:01.06 | bluelightning | yes, that would |
| 16:01.21 | ensc|w | mckoan: afair, kernels < 2.3.35 have problems with gcc 4.6+ due to a changed __packed handling |
| 16:02.31 | JaMa | isn't -mno-unaligned-access enough to fix it? |
| 16:02.43 | mckoan | ensc|w: you probably mean < 3.3.35, don't you? |
| 16:03.02 | ensc|w | the thing ending with .35 ;) |
| 16:03.03 | JaMa | and it was only in 4.6+ with some extra patches (from toolchain-layer) |
| 16:03.45 | ensc|w | JaMa: no; afair some usb register structures were declared __packed and gcc accessed the registers bytewise then |
| 16:04.00 | ensc|w | -maligned-access would have fixed it ;) |
| 16:04.05 | *** join/#oe lamikr (lamikr@nat/nokia/x-kyuatlepwhwejlus) |
| 16:04.24 | mckoan | so I argue that oe-core won't support kernel 2.6.x based BSP |
| 16:04.30 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 16:05.49 | mbroadst | bluelightning: ah I see what the problem was, there is a mesa-dri.inc file in openembedded-core/meta/recipes-graphics/mesa/mesa-dri.inc that has: DEFAULT_PREFERENCE = "-1". So we created one in our layer and set the preference to "1". that previous include file specifies some drivers that we no longer indicate should be built |
| 16:05.51 | bluelightning | we should probably consider that a bug if that's the case |
| 16:05.56 | bluelightning | (re 2.6 kernel support) |
| 16:06.12 | bluelightning | mbroadst: ah, right |
| 16:06.24 | mbroadst | I guess I thought setting our preference to 1 would fully override the previous file? |
| 16:07.14 | bluelightning | mbroadst: DEFAULT_PREFERENCE only affects which recipe is selected |
| 16:07.28 | bluelightning | mbroadst: inc files are found only by looking through BBPATH |
| 16:07.44 | mbroadst | I see |
| 16:07.50 | JaMa | ensc|w: https://github.com/shr-distribution/linux/commit/3ee21899d953f8a3f0736eba3a01aedce3641e8a is what we're using since that patch was introduced in toolchain-layer |
| 16:09.23 | JaMa | or this saying which gcc patch needs that https://github.com/shr-distribution/linux/commit/0333777365bef05b336d4f4a06bb3b37f4ada838 |
| 16:09.33 | ensc|w | __packed fixes are 139540170d9d9b7ead3caaf540f161756b356d56 |
| 16:10.16 | ensc|w | JaMa: I know that bootloaders/early booting does not support unaligned access because mmu is not enabled yet or code is executed in sram which is mapped as ordered memory |
| 16:11.25 | JaMa | and he is trying to boot it only, isn't he? |
| 16:12.14 | JaMa | but true, he needs both patches later :) |
| 16:12.20 | ensc|w | JaMa: which arch is crespo? |
| 16:17.31 | JaMa | armv7a |
| 16:23.53 | JaMa | mckoan: I'm also using 2.6.39 with latest gcc on armv4t (om-gta02) |
| 16:25.00 | *** join/#oe CosmicPe1guin (~nobody@soa.codeaurora.org) |
| 16:26.17 | mckoan | JaMa: great, which meta is? |
| 16:31.36 | ensc|w | JaMa: I do not know why unaligned access makes problem on crespo (I highly suspect that video memory is mapped as ordered memory there). But generally, unaligned access works perfectly fine in "normal" kernel (no early bootstage) on ARMv6+ |
| 16:33.14 | ensc|w | mckoan: can you track down your problems (e.g. toggle gpios when no console output is possible yet)? |
| 16:34.29 | mckoan | ensc|w: I have no runtime problems (yet) I can't bitbake virtual/kernel |
| 16:35.24 | mckoan | ensc|w: I can't trace kernel build using devshell because devshell doesnt set the build environment as it did with oe-classic |
| 16:35.34 | mckoan | ensc|w: I'm stuck |
| 16:37.13 | ensc|w | ah, kernel buils fails... that's probably easier to solve than lockups in the early booting... ;) |
| 16:37.37 | ensc|w | what exactly fails? the make .82 thing with pattern and non-pattern on the same line? |
| 16:37.57 | mckoan | ensc|w: what? |
| 16:39.10 | *** join/#oe like2wise (~likewise@203-158-ftth.on.nl) |
| 16:40.27 | ensc|w | your bitbake build gives out some error message; which message is it? |
| 16:42.33 | mckoan | ensc|w: with h3600 is http://pastebin.com/zYWnj23h |
| 16:42.41 | JaMa | ensc|w: we're using this on 3 armv7a machines to boot (crespo, n900, om-gta04) |
| 16:52.59 | ensc|w | mckoan: difficultly to say what's wrong there. You could try building with KERNEL_LDSUFFIX=.bfd, or add V=1 to see gcc cmdlines |
| 16:53.59 | ensc|w | JaMa: I am wokring with omap3 + 4 and they do not have problems with unaligned access; it would be really interesting to know where the reported memory is belonging to |
| 16:58.39 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 16:59.07 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 17:14.02 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 17:20.51 | *** join/#oe bencoh (~bencoh@unaffiliated/bencoh/x-184637) |
| 17:22.49 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:40.31 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
| 17:45.37 | mr_science | moin |
| 17:57.14 | *** join/#oe dijenerate (~dijenerat@63.143.73.39) |
| 18:19.20 | *** join/#oe mhnoyes_ (~mhnoyes@74-32-169-245.dr01.myck.or.frontiernet.net) |
| 18:25.25 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 18:28.23 | KNERD | moin senor |
| 18:37.03 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 18:48.38 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 19:08.04 | mbroadst | is there an easy way to print out the contents of EXTRA_OECONF in a inc file after its been created? I tried using bb.note in a do_configure_prepend and running with -c configure, but it seems a bit overkill |
| 19:08.35 | *** join/#oe falk0n (~falk0n@a85-138-70-19.cpe.netcabo.pt) |
| 19:08.43 | mbroadst | or, ideally, just the configure string that will be used at compile time |
| 19:09.27 | ensc|w | mbroadst: enable BB_VERBOSE_LOGS and look into the create logfiles |
| 19:09.40 | *** join/#oe woglinde (~henning@g225006060.adsl.alicedsl.de) |
| 19:10.32 | mbroadst | ah thank you |
| 19:10.57 | mbroadst | those reside in the work dir? |
| 19:11.11 | ensc|w | yes; below ${WORKDIR} |
| 19:12.45 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 19:12.46 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 19:14.13 | mbroadst | ok, I guess I'm a bit confused, I was working with JaMa earlier to resolve a dependency issue during my final do_rootfs and he said if I rebuilt the package-index package I could avoid having to increase PRs to see if dependencies were correct. But that doesn't seem to be updating that file.. do I have to do a clean first? |
| 19:15.30 | *** join/#oe |KNERD| (~KNERD@24.175.255.239) |
| 19:15.50 | *** join/#oe dijenerate (~dijenerat@63.143.73.36) |
| 19:18.22 | *** join/#oe hkdnl (~quassel@ip3e83f83d.speed.planet.nl) |
| 19:18.54 | *** join/#oe Desert (~quassel@192.100.196.71) |
| 19:19.50 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
| 19:20.10 | woglinde | instead of asking you could have done it already |
| 19:27.13 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 19:33.13 | mr_science | mbroadst: no, as long as you have a at stuff in the feeds "bitbake package-index" should do the right thing |
| 19:33.28 | mr_science | s/a at// |
| 19:33.49 | mr_science | talk about random typos... |
| 19:39.16 | mbroadst | I see.. seems like I've got a bit more to learn about dynamic packages then. Thanks mr_science |
| 19:46.45 | *** join/#oe joshin (~josh@ip68-0-152-212.tc.ph.cox.net) |
| 19:46.46 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 19:53.00 | mr_science | mbroadst: tbh, i'm not sure if that depends on an existing image or not |
| 19:53.45 | mbroadst | yeah I'm not either, I would guess not though |
| 19:54.02 | mr_science | but once i have an image built, i can bump package revs and rebuild the index then pull new packages from the feed |
| 20:03.34 | *** join/#oe wakko (~wakko@home.alexandrefournier.com) |
| 20:03.38 | wakko | hi |
| 20:14.43 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 20:19.29 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:22.57 | *** join/#oe errordeveloper (~ilya@46-65-25-158.zone16.bethere.co.uk) |
| 20:23.47 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 20:26.53 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:33.22 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 20:46.57 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
| 20:56.04 | *** join/#oe GNUtoo (~gnutoo@host147-129-dynamic.45-79-r.retail.telecomitalia.it) |
| 21:15.05 | *** join/#oe Leatherface- (~leatherfa@helvetet.eu) |
| 21:15.54 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 21:23.57 | *** join/#oe eFfeM1 (~frans@c73189.upc-c.chello.nl) |
| 21:29.34 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
| 21:30.15 | *** join/#oe errordeveloper (~ilya@46-65-25-158.zone16.bethere.co.uk) |
| 21:37.00 | *** join/#oe afournier (~alex@ven69-2-82-228-116-153.fbx.proxad.net) |
| 21:41.03 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 21:41.04 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 21:41.21 | *** join/#oe ant_home (~andrea@host14-252-dynamic.1-79-r.retail.telecomitalia.it) |
| 21:45.16 | *** join/#oe hkdnl (~quassel@ip3e83f83d.speed.planet.nl) |
| 21:47.47 | *** join/#oe ambro718 (~ambro@gentoo/contributor/ambro718) |
| 21:57.13 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 22:05.44 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 22:24.04 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 22:34.09 | *** join/#oe darkschneider (~gab@93-32-57-48.ip32.fastwebnet.it) |
| 22:41.30 | *** part/#oe _chase_ (~a0271661@nat/ti/x-wunqcbapjikfdcgx) |
| 22:41.45 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 22:43.26 | levonmaa | JaMa: what kinds of problems are you seeing with the qtjsbackend-native? |
| 22:57.58 | *** join/#oe sgw1 (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 23:05.09 | *** join/#oe AngusMacGyver (~Tiberius@unaffiliated/shawn156) |
| 23:12.41 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 23:37.52 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 23:37.53 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 23:43.26 | *** join/#oe JaMa (~martin@ip-62-24-80-7.net.upcbroadband.cz) |
| 23:44.28 | levonmaa | 22:46 < levonmaa> JaMa: what kinds of problems are you seeing with the qtjsbackend-native? |
| 23:45.32 | JaMa | still trying to use /usr/lib and failing |
| 23:47.43 | levonmaa | hmmm... I dont see that with my master |
| 23:48.16 | levonmaa | Also I changed the patches a bit, needed to get rif of the printf's |
| 23:48.47 | levonmaa | that I added for qmake and QT_CONF_PATH... |
| 23:48.56 | levonmaa | they were confisung cmake ;) |
| 23:53.12 | *** join/#oe errordeveloper (~ilya@46-65-25-158.zone16.bethere.co.uk) |
| 23:53.32 | *** join/#oe jmpdelos (~polk@delos.delos.com) |