| 01:50.30 | *** join/#oe creich (~creich@p4ffe0723.dip0.t-ipconnect.de) |
| 02:18.05 | *** join/#oe cpriouzeau (~cpriouzea@165.225.94.93) |
| 03:09.19 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
| 04:18.34 | *** join/#oe cpriouzeau (~cpriouzea@165.225.94.93) |
| 04:39.43 | *** join/#oe AndersD (~AndersD@h83-209-96-136.cust.a3fiber.se) |
| 06:11.30 | *** join/#oe ao2 (~ao2@host-79-46-138-206.retail.telecomitalia.it) |
| 06:19.18 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:35.23 | *** join/#oe LetoThe2nd (uid453638@gateway/web/irccloud.com/x-sciqdefasouaesbb) |
| 06:48.20 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
| 07:01.41 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
| 07:29.02 | *** join/#oe tnovotny (~tnovotny@ip-78-45-64-220.net.upcbroadband.cz) |
| 08:26.28 | *** join/#oe yann (~yann@88.120.44.86) |
| 08:43.18 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 08:44.01 | marex | runs into hg in meta-java :-( |
| 08:49.24 | g0hl1n | marex, what do you mean? any problems with meta-java? |
| 08:50.01 | marex | g0hl1n: with the thud branch, yeah, multiple |
| 08:50.48 | marex | trying to extract the downstream hacks and move on to zeus (because xilinx failed to switch to dunfell in their official layers, dont get me started on that) |
| 08:52.47 | g0hl1n | damn, neither zeus nor thud are in my testing/backporting scope currently... dunfell and warrior should be up2date and tested. |
| 08:53.39 | marex | g0hl1n: well for example, misuse of BB_NUMBER_THREADS in one of the do_install is still even in master ;-) |
| 08:54.01 | marex | BB_NUMBER_THREADS may change , it changes task hash of the do_install -> triggers rebuild |
| 08:54.14 | marex | and also, it should likely be PARALLEL_MAKE instead |
| 08:57.58 | g0hl1n | marex, I wasn't aware of the hash problem with BB_NUMBER_THREADS (I'm always using the same machine/configuration) ... please feel free to send patches ;-) |
| 09:00.30 | marex | g0hl1n: and well, nativesdk seems like much fun |
| 09:23.58 | *** join/#oe hpsy (~hpsy@92.118.12.30) |
| 10:08.42 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 10:30.43 | *** join/#oe stefan-schmidt[m (stefan-sch@gateway/shell/matrix.org/x-yesdezzyxehctoww) |
| 11:20.43 | marex | g0hl1n: btw you're maintaining the meta-java / Richard ? :) |
| 11:34.36 | *** join/#oe berton (~berton@181.220.78.182) |
| 11:59.15 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 12:05.50 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-unclbkfzaivehzbr) |
| 12:36.47 | g0hl1n | marex, correct ;-) |
| 13:29.23 | *** join/#oe dustinm` (~dustinm@static.38.6.217.95.clients.your-server.de) |
| 14:02.57 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
| 14:07.57 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
| 14:20.08 | marex | g0hl1n: oh, yeah, cool |
| 14:20.32 | marex | g0hl1n: thanks for testing that LAN8710 PHY patch, it seems that is a particularly crappy PHY |
| 14:53.13 | *** join/#oe eFfeM (~fmeulenbr@f160137.upc-f.chello.nl) |
| 15:02.54 | *** join/#oe armpit (~armpit@2601:202:4180:a5c0:c51c:c89d:8094:3b19) |
| 15:15.48 | g0hl1n | marex, yeah, I had problems too with it on our first PCB... ah, now your nick makes sense, so it's you Marek I guess? ;-) |
| 15:19.54 | g0hl1n | marex, so do you plan/have time for investigating the BB_NUMBER_THREADS/PARALLEL_MAKE issue? ... regarding the zeus state: do you plan to stay on zeus? Should I investigate in backporting to it? |
| 15:49.52 | marex | g0hl1n: so part one is this -- sed -i "s@BB_NUMBER_THREADS@PARALLEL_MAKE@" recipes-core/openjdk/openjdk-8-cross.inc recipes-core/ecj/libecj-bootstrap.inc ; git add -u ; git commit -sm "..." |
| 15:50.34 | marex | g0hl1n: part two, do_install[vardepsexclude] = "PARALLEL_MAKE" ... I guess for this case, it should be OK |
| 15:51.09 | marex | g0hl1n: and yes, I am stuck with non-LTS already-almost-EOL zeus for reasons ( = xilinx ) |
| 16:35.23 | smurray | marex: if it makes you feel any better, I'm currently building an older AGL release based on thud to debug something |
| 16:49.56 | *** join/#oe paulbarker_ (sid269702@gateway/web/irccloud.com/x-vujnatolxsbnvcbi) |
| 16:50.03 | *** join/#oe ndec_ (sid219321@linaro/ndec) |
| 16:50.09 | *** join/#oe darknighte_ (sid214177@pdpc/supporter/professional/darknighte) |
| 16:50.20 | Crofton|cloud | I'm not sure if this is a good idea .... https://lwn.net/SubscriberLink/834682/a0a0a23ce2bfc34d/ |
| 17:05.09 | *** join/#oe m4t (~matt@shenzhen.guangdong.systems) |
| 17:07.04 | khem | halstead: patchwork is awol again |
| 17:09.13 | halstead | Thanks khem. Looks like this will be an ongoing issue. I'm not sure what causes the bouncing. |
| 17:09.45 | khem | Crofton|cloud: 2.70 does, unfortunately, include a few places where backward compatibility with 2.69 could not be preserved. |
| 17:09.52 | khem | that will be PITA |
| 17:31.52 | moto-timo | happily stops using java |
| 17:59.04 | *** join/#oe eFfeM (~fmeulenbr@f160137.upc-f.chello.nl) |
| 19:12.33 | kergoth | Anyone know of any bitbake memory usage issues that are fixed in master but not dunfell, by chance? I'm getting a lot of oom conditions lately |
| 19:13.29 | *** join/#oe cbrake (~Thunderbi@cable-pool186-cs17.doycomm.com) |
| 19:13.50 | kergoth | it seems like we need more ram per bitbake thread than we used to |
| 19:13.55 | kergoth | anyone else seen this sort of behavior? |
| 19:14.27 | kergoth | I don't have any hard numbers, just seems this way |
| 19:28.54 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 19:39.41 | *** join/#oe ao2 (~ao2@host-79-46-138-206.retail.telecomitalia.it) |
| 19:42.49 | kergoth | huh, didn't know about expanded_urdata, will have to use that when we upgrade past dunfell finally |
| 19:43.17 | *** join/#oe sakoman (~steve@99.197.43.113) |
| 20:08.32 | *** join/#oe sakoman (~steve@rrcs-66-91-142-162.west.biz.rr.com) |
| 20:10.22 | *** join/#oe sakoman (~steve@rrcs-66-91-142-162.west.biz.rr.com) |
| 20:12.14 | marex | Crofton|cloud: is there anything better than autoconf ? |
| 20:23.09 | kergoth | i need to play with meson more |
| 20:23.24 | khem | marex: all of them suck equally, actually we move from one disaster to another when it comes to build systems |
| 20:23.44 | khem | kergoth: yeah its a new recipe for disaster :) |
| 20:23.56 | kergoth | hah |
| 20:24.41 | khem | problem is at some point component build logic gets complex and none of these build systems cope with it well |
| 20:25.05 | khem | they are not designed using some language paradigm and semantics behind it |
| 20:25.32 | khem | its more iterative, it does one thing better than previous one but not a whole lot |
| 20:30.36 | khem | meson is certainly an improvement for me tooling support and community would be key and I think CMake has that in good shape, many IDEs support it out of box etc. meson is kind of same as CMake barring syntactic preference |
| 20:34.23 | marex | khem: so, why don't we use bitbake instead of all of that ? |
| 20:35.10 | marex | :-) |
| 20:35.35 | kergoth | bitbake isn't designed for that, it's designed to call into something that operates at the file level |
| 20:36.01 | marex | kergoth: shell scripts ? |
| 20:42.05 | *** join/#oe yegorich1 (~yegorich@mail.visionsystems.de) |
| 20:44.27 | *** join/#oe vesper (~ves@titan.pathogen.is) |
| 20:50.15 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
| 20:50.15 | *** join/#oe creich (~creich@p4ffe0723.dip0.t-ipconnect.de) |
| 20:50.15 | *** join/#oe ka6sox (~ka6sox@nasadmin/ka6sox) |
| 20:50.15 | *** join/#oe noresult (~noresult@unaffiliated/noresult) |
| 20:51.59 | *** join/#oe noresult (~noresult@unaffiliated/noresult) |
| 21:39.19 | *** join/#oe hpsy (~hpsy@217.66.60.5) |