| 00:26.48 | *** join/#oe rcw (~rcw@45.72.241.84) |
| 02:58.44 | *** join/#oe extorr (extor@unaffiliated/extor) |
| 02:59.52 | *** join/#oe snowkidimd (~snowkidim@183.182.111.120) |
| 03:17.14 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
| 05:10.40 | *** join/#oe lelle (~lelle@static-213-115-118-178.sme.telenor.se) |
| 05:16.38 | khem | I run on many of meta-* layers, and I have requested tgamblin to build/run meta-python-ptest-image in his CI, not sure if he is ready with that yet but I know images do build |
| 05:39.52 | *** join/#oe AndersD (~AndersD@h-98-128-162-82.NA.cust.bahnhof.se) |
| 05:53.50 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
| 06:46.40 | *** join/#oe zeddii (~zeddii@CPE04d4c4975b80-CM64777d5e8820.cpe.net.cable.rogers.com) |
| 06:57.48 | *** join/#oe marka (~marka@198-84-181-245.cpe.teksavvy.com) |
| 07:09.48 | *** join/#oe cpriouzeau (~cpriouzea@165.225.94.93) |
| 07:17.39 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 07:17.48 | *** join/#oe ao2 (~ao2@host-79-22-151-200.retail.telecomitalia.it) |
| 07:59.07 | *** join/#oe Leatherface (~leatherfa@helvetet.eu) |
| 08:56.41 | *** join/#oe eduardas (~eduardas@85.254.96.13) |
| 09:15.34 | *** join/#oe sstiller (~sstiller@p200300f07f13f9014137f624ecf6b07a.dip0.t-ipconnect.de) |
| 10:14.13 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-gfnzclsgwcrefetp) |
| 10:56.53 | *** join/#oe hpsy (~hpsy@92.118.12.70) |
| 11:12.53 | *** join/#oe eFfeM (~fmeulenbr@f160137.upc-f.chello.nl) |
| 11:32.25 | tgamblin | moto-timo: khem: I have been testing out the image, and have run into errors when adding as many ptest packages as possible. Going to test some more and submit a patch or two adding more ptests |
| 11:42.12 | *** join/#oe berton (~berton@181.220.78.182) |
| 12:21.28 | *** join/#oe cengiz_io (~cengiz_io@159.89.7.238) |
| 12:34.58 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 12:44.25 | *** join/#oe rcw (~rcw@45.72.241.84) |
| 12:44.25 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
| 12:56.55 | *** join/#oe svolpe (~svolpe@c-73-154-157-9.hsd1.pa.comcast.net) |
| 13:04.26 | *** join/#oe ao2 (~ao2@host-87-2-184-225.retail.telecomitalia.it) |
| 13:08.25 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
| 14:31.30 | *** join/#oe stacktrust (~stacktrus@cpe-67-250-48-90.nyc.res.rr.com) |
| 14:36.47 | smurray | moto-timo khem: is ptest support considered a requirement now for new meta-python recipes? I've got a few I was going to submit, but there's at least one where I'd need to do some work to get that going |
| 14:37.55 | smurray | I held off as it looked like it would start needing new recipes for a couple more modules |
| 14:38.26 | *** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com) |
| 14:59.40 | armpit | smurray, if we take how core deals with them, they provide a comparison check if things get worse. several in core are not 100% clean |
| 15:00.54 | smurray | armpit: ah, okay |
| 15:30.35 | moto-timo | smurray: ptest is not a requirement, but strongly recommended |
| 15:31.02 | *** join/#oe mir100 (~Vladimir@207.237.220.139) |
| 15:34.40 | *** join/#oe tgamblin (~tgamblin@2607:fea8:e2e1:1110::52bc) |
| 15:34.40 | *** join/#oe stacktrust (~stacktrus@cpe-67-250-48-90.nyc.res.rr.com) |
| 15:36.03 | smurray | moto-timo: okay, I'll poke a bit more. It occurs to me that the one I know is messy is gcovr, which is in python, but is probably more a meta-oe thing |
| 15:44.14 | armpit | meta-oe gitlab build used all disk space : / |
| 15:50.10 | kergoth | JPEW: how do you use 'commands' in pyrex.ini? env:PYREX_OEROOT Is always undefined. do you need to capture it explicitly? |
| 15:50.21 | kergoth | JPEW: the example is less than useful in the current mkconfig output |
| 15:57.43 | JPEW | checks.... |
| 15:59.05 | JPEW | kergoth: Do you mean `run:commandprefix` or `imagebuild:buildcommand` ? |
| 15:59.24 | kergoth | neither, config:commands, the binaries to wrap |
| 15:59.44 | JPEW | Heh, right. Sorry |
| 15:59.59 | kergoth | i worked around it by specifying relative to pyrexroot, but not ideal unless you keep the pyrex root isolated per workspace. which i usually do, so it's fine for now |
| 16:00.13 | JPEW | Ya, let me check quick |
| 16:03.42 | kergoth | np, low priority, was just confused about how to use it |
| 16:05.42 | JPEW | kergoth: Ya, it's kinda the older way that we aren't using anymore so it got broken (not that isn't still useful). The new method runs the `capture` script in the container which feeds back a JSON document describing what commands to include and exclude. This works really well b/c it can use the envvar after initializing the build environment to get all the right paths |
| 16:06.30 | JPEW | The disadvantage of course, is that it's baked into the container, so you can't change it easily |
| 16:06.52 | kergoth | right, right. maybe a new ini option to add to that instead of overriding it? |
| 16:06.55 | kergoth | *shrug* |
| 16:06.58 | kergoth | makes sense |
| 16:07.19 | kergoth | i suspect the common case would be ' i have some random script that also has to run in the container' as opposed to overriding things |
| 16:07.25 | JPEW | Ya, that's exactly what I was thinking. |
| 16:07.59 | JPEW | The example is also completely wrong because PYREX_OEROOT doens't exist anymore |
| 16:12.49 | *** join/#oe stephano (~stephano@c-73-164-244-205.hsd1.or.comcast.net) |
| 16:16.20 | JPEW | kergoth: As far as something to root your bind in, you can use PYREX_CONFIG_BIND (and add it to the [env] section). That variable defines the minimum that has to be bound into the container to access the source code and such, which is going to practically be your project root |
| 16:16.41 | JPEW | *root you *command paths* in |
| 16:21.44 | khem | smurray: not a requirement yet but headed that way |
| 16:27.27 | kergoth | JPEW: ah, good point, thanks |
| 16:53.04 | *** join/#oe dev1990 (~dev@dynamic-81-168-186-230.ssp.dialog.net.pl) |
| 17:08.00 | *** join/#oe kiwi_29 (~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net) |
| 17:13.41 | kiwi_29 | hello. I have a software which is hosted on git. When I clone it ...it has 3 directories. Each has a different software to compile using configure, make and make install . I am sort of confused, how to implement a single recipe to compile source from all three directories. Any ideas or links to recipes which does something like this? |
| 17:15.05 | *** join/#oe dev1990 (~dev@dynamic-81-168-186-230.ssp.dialog.net.pl) |
| 17:18.05 | *** join/#oe khem (~khem@unaffiliated/khem) |
| 17:37.47 | zeddii | in your do_compile() you are free to change directories and invoke the various build steps. if they need some of the canned support (i.e. autoconf, etc), you may have to look into the base bbclasses and directly invoke what they are doing for recipes that don't override things. |
| 17:38.03 | zeddii | likewise for do_<anything> |
| 17:40.07 | kiwi_29 | is there a way to change environment variable S in recipe multiple times? |
| 18:01.30 | *** join/#oe sakoman (~steve@99.197.43.113) |
| 18:01.40 | kergoth | kiwi_29: how that's built depends on the projct you're building. contact them. setting S multiple times wouldn't make sense. as zeddii says, you can do whatever you need in our tasks based on how you'd normally build it outside of this project |
| 18:01.44 | kergoth | outside of oe/yocto thati s |
| 18:08.23 | smurray | kiwi_29: perhaps 3 recipes that include a file with the SRC_URI/SRCREV of the common git repo, and set S=${git}/foo appropriately for each of them. I believe the download cache would make that somewhat painless wrt fetching |
| 18:10.10 | kiwi_29 | smurray ... yes...that is what I am doing now ..thank you |
| 18:11.39 | kergoth | good idea indeed |
| 18:29.44 | *** join/#oe sakoman (~steve@99.197.43.113) |
| 18:41.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 18:48.40 | *** join/#oe sakoman (~steve@99.197.43.113) |
| 19:03.29 | *** join/#oe sakoman (~steve@99.197.43.113) |
| 19:15.21 | *** join/#oe georgem (~georgem@216.21.169.52) |
| 19:32.26 | *** join/#oe sakoman (~steve@99.197.43.113) |
| 19:37.56 | *** join/#oe ao2 (~ao2@host-87-2-184-225.retail.telecomitalia.it) |
| 20:21.11 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 20:21.47 | *** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com) |
| 20:27.54 | *** join/#oe jhofstee (~jeroen@2001:1c01:3bc5:4e00:b0bc:8f5a:d1e2:76f8) |
| 20:29.29 | jhofstee | hi, opkg complains with "nothing provides requested libpciaccess-dbg" yet opkg list does include "libpciaccess-dbg - 0.16-r0 - Generic PCI access library for X - Debugging files". Does somebody know how to fix that? |
| 20:48.52 | *** join/#oe maelcum (~horst@104-26-142-46.pool.kielnet.net) |
| 20:50.44 | khem | jhofstee: how are you trying to include it ? |
| 20:53.11 | jhofstee | I installed sway-dbg, it comes from a dependency chain. |
| 20:57.18 | jhofstee | Some more details, I have opkg point to my laptop which builds the packages. I use bitbake package-index to make sure the package index is up to date. And the target sees that the package is there (no idea what it is exactly), but for some reason opkg likes to complain about it all the time. |
| 21:00.57 | khem | jhofstee:ok seems your steps are fine I wonder if the deps are somewhere broken lets see |
| 21:02.14 | jhofstee | for compleness, it is dunfell not current master I am using.. (but I couldn't find a major change for libpciaccess with current master) |
| 21:02.29 | jhofstee | completeness.. |
| 21:04.51 | khem | should be o |
| 21:04.53 | khem | k |
| 21:13.45 | jhofstee | khem: if there is something I can check, let me know. The sway recipe is mine, but this seems like it comes for far lower, nothing directly depends on libpciacces in my recipes. |
| 21:24.52 | JPEW | kergoth: https://github.com/garmin/pyrex/pull/51 |
| 22:05.39 | *** join/#oe ndec (sid219321@linaro/ndec) |
| 22:05.43 | *** join/#oe dagmcr (sid323878@gateway/web/irccloud.com/x-hhxgyvilgfkanbar) |
| 22:05.46 | *** join/#oe rsalveti (uid117878@gateway/web/irccloud.com/x-lhyggrdugkbossmz) |
| 22:06.22 | *** join/#oe darknighte (sid214177@pdpc/supporter/professional/darknighte) |
| 22:06.43 | *** join/#oe Tartarus (sid72705@gateway/web/irccloud.com/x-etljggmhaktzsznq) |
| 22:06.59 | *** join/#oe ukembedded (sid304355@gateway/web/irccloud.com/x-smoghejpsvobcqeq) |