00:22.43 | *** join/#oe sakoman (~steve@rrcs-66-91-142-162.west.biz.rr.com) |
00:49.38 | *** join/#oe sakoman (~steve@99.197.43.150) |
01:34.01 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-bfxyfaoxoamojcns) |
02:10.22 | *** join/#oe JPEW_ (~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01) |
02:38.44 | *** join/#oe B0ned1ger2 (~B0ned1ger@82-135-139-249.static.zebra.lt) |
03:12.53 | *** join/#oe denix0 (~denix@pool-100-15-86-127.washdc.fios.verizon.net) |
03:19.52 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
04:38.56 | *** join/#oe B0ned1ger2 (~B0ned1ger@82-135-139-249.static.zebra.lt) |
04:59.17 | m4t | i'm working with an ancient poky tree circa 2010 (squeezebox radio). i've got it building with a significantly newer codesourcery arm toolchain ("external-csl-toolchain") (2014) than the one it originally used (2010), but on some extra packages i'm building i've run into them detecting syscalls that the ancient kernel (2.6.26) doesn't support. |
04:59.47 | m4t | is there a way to "hide" those syscalls (recvmmsg in this case, from chrony) without just patching out the configure script on affected packages? |
04:59.55 | m4t | is this whole thing awful? :D |
05:01.01 | m4t | fwiw, it all works, except chrony bugs out and per strace it just sits at 100% cpu trying to run recvmmsg and getting ENOSYS back. it's simple enough to patch the configure, just wondering if there's a better way to approach this. |
05:17.29 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
06:37.29 | *** join/#oe AndersD (~AndersD@h83-209-96-136.cust.a3fiber.se) |
06:39.41 | *** join/#oe AndersD_ (~AndersD@h83-209-96-136.cust.a3fiber.se) |
06:51.33 | hrw | check which kernel headers were used and patch to use ancient ones in case it tries to use modern ones |
06:54.31 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
07:07.58 | *** join/#oe LocutusOfBorg (~locutusof@ubuntu/member/locutusofborg) |
07:29.38 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
07:43.20 | *** join/#oe frsc (~frsc@mue-88-130-79-051.dsl.tropolys.de) |
07:50.15 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
07:51.27 | *** join/#oe LetoThe2nd (uid453638@gateway/web/irccloud.com/x-hvtustodjzurihkn) |
08:01.23 | *** join/#oe ao2 (~ao2@host-80-183-82-96.business.telecomitalia.it) |
08:03.59 | mckoan | good morning |
08:04.47 | tprrt | morning |
08:12.06 | *** join/#oe cpriouzeau (~cpriouzea@165.225.94.93) |
08:25.09 | *** join/#oe eFfeM (~fmeulenbr@a97014.upc-a.chello.nl) |
08:36.26 | *** join/#oe dev1990 (~dev@dynamic-78-8-99-115.ssp.dialog.net.pl) |
08:41.24 | *** join/#oe florian__ (~florian_k@Maemo/community/contributor/florian) |
08:42.08 | *** part/#oe cpriouzeau (~cpriouzea@165.225.94.93) |
09:59.40 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
10:11.54 | *** join/#oe creich (~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de) |
11:00.29 | *** join/#oe tprrt (~tprrt@shells.bootlin.com) |
11:38.53 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
11:48.02 | *** join/#oe tgoodwin (~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net) |
12:17.48 | mru | is there any point sending a small patch (version bump) for meta-oe zeus branch? |
12:18.01 | mru | if so, where should it be sent? |
12:59.04 | *** join/#oe frsc (~frsc@mue-88-130-79-051.dsl.tropolys.de) |
12:59.14 | *** join/#oe nslu2-log (~nslu2-log@leia.nas-admin.org) |
12:59.14 | *** join/#oe ohama (ohama@cicolina.org) |
12:59.29 | *** join/#oe RobertBerger (~rber@ppp-2-86-143-170.home.otenet.gr) |
13:03.08 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
13:17.18 | paulbarker | mru: https://wiki.yoctoproject.org/wiki/Releases says it's not yet EOL ("Community" maintainership) so go ahead |
13:17.39 | paulbarker | You can send to the same mailing list as normal for meta-oe, just add "[zeus]" to the patch subject |
13:17.53 | mru | and which is the normal list? |
13:18.39 | paulbarker | mru: https://git.openembedded.org/meta-openembedded/tree/meta-oe/README |
13:21.00 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-urfvltoxfdabejas) |
13:21.19 | mru | too obvious |
13:23.39 | mru | no list, just armin? |
13:43.47 | *** join/#oe sakoman (~steve@99.197.43.150) |
13:44.24 | *** join/#oe vmeson (~rmacleod@198-48-226-187.cpe.pppoe.ca) |
13:51.31 | marex | mru: the matching layer list + CC the maintainer (Armin) |
13:52.21 | marex | mru: http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded says to=openembedded-core@lists.openembedded.org |
14:00.39 | *** join/#oe stefan-schmidt[m (stefan-sch@gateway/shell/matrix.org/x-ulixjlajwyiupqbv) |
14:12.28 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
14:32.44 | smurray | paulbarker mru: I'm pretty sure the wiki page is out of date and zeus is no longer maintained. |
14:33.43 | mru | show me a wiki that isn't out of date |
14:34.43 | smurray | +1 |
14:38.20 | marex | smurray: isnt zeus community maintained ? |
14:38.51 | mru | isn't that just a euphemism for unmaintained? |
14:38.52 | marex | also, Xilinx still uses zeus as the state-of-the-art for their meta-xilinx* layers |
14:39.17 | smurray | marex: afaik maintenance stopped when gatesgarth released |
14:39.25 | *** join/#oe sgw (~sgw@c-71-238-119-71.hsd1.or.comcast.net) |
14:39.26 | smurray | marex: no changes since Sept |
14:39.39 | paulbarker | marex: https://github.com/Xilinx/meta-xilinx/blob/master/meta-xilinx-bsp/conf/layer.conf suggests Xilinx are a little more up to dat |
14:39.45 | paulbarker | *up to date |
14:40.07 | marex | paulbarker: https://github.com/Xilinx/meta-xilinx/blob/rel-v2020.2/meta-xilinx-bsp/conf/layer.conf suggests that nope |
14:40.35 | marex | paulbarker: thats the official release which you MUST use if you want to get any support from Xilinx |
14:40.41 | mru | we'll be moving on from zeus in a bit, but for now we're stuck with some python2 dependencies |
14:40.50 | marex | also, enjoy the Blue Monday |
14:40.50 | paulbarker | marex: Damn. That's disappointing |
14:41.07 | marex | paulbarker: dont get me started on xilinx, I beg you |
14:41.15 | smurray | NXP are the same, stuck on zeus |
14:41.28 | marex | smurray: dont get me started on nxp I beg you |
14:42.28 | marex | smurray: with NXP, it simply makes sense to ignore the layers and build your own with mainline + a couple of backports |
14:46.58 | smurray | marex: meta-freescale works well enough for AGL with some minor tweaking, but I definitely agree wrt e.g. meta-imx |
14:47.35 | marex | smurray: which SoC is used in there ? |
14:49.05 | marex | that outdated fork of poky, meta-qt5 etc in github/xilinx with custom patches grown into git history just breaks my heart |
14:49.17 | smurray | marex: i.mx6q, i.mx8mq |
14:49.28 | marex | smurray: those should be usable with mainline + etnaviv |
14:49.46 | marex | smurray: the blob GPU driver is awful |
14:50.09 | *** join/#oe tgoodwin (~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net) |
14:50.23 | smurray | marex: we've had this discussion many times, AGL is on dunfell, and I am not in a position to just build my own BSP for it |
14:50.49 | smurray | marex: we're defaulting to etnaviv on the i.mx8mq |
14:51.11 | marex | smurray: yeah |
14:54.08 | marex | smurray: its a real pity the display pipeline / pgc stuff on mx8m is so broken and NXP is blocking any attempts at fixing it |
14:54.33 | marex | and also the amount of upstreaming from NXP seems to have decreased a lot |
15:07.47 | smurray | marex: it's definitely not a great sign |
15:20.31 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
15:31.45 | *** join/#oe Bunio_FH (~bunio@188.146.166.103.nat.umts.dynamic.t-mobile.pl) |
15:38.58 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
15:39.24 | marex | smurray: no |
15:44.22 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
16:35.24 | *** join/#oe frsc (~frsc@mue-88-130-79-051.dsl.tropolys.de) |
16:42.46 | *** join/#oe B0ned1ger2 (~B0ned1ger@82-135-139-249.static.zebra.lt) |
16:46.12 | *** join/#oe eFfeM (~fmeulenbr@a97014.upc-a.chello.nl) |
16:46.54 | *** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net) |
17:57.23 | *** join/#oe infobot (ibot@96-86-209-99-static.hfc.comcastbusiness.net) |
17:57.23 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
18:05.02 | *** join/#oe tgoodwin (~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net) |
18:39.54 | *** join/#oe BlastuR (~magnus@unaffiliated/blastur) |
19:16.16 | *** join/#oe Jin^eLD (~jin@staging.betepah.su) |
19:53.00 | *** join/#oe tgoodwin_ (~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net) |
20:28.47 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
20:38.37 | *** join/#oe Jin^eLD (~jin@staging.betepah.su) |
20:39.03 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
20:39.26 | *** join/#oe dev1990 (~dev@dynamic-78-8-99-115.ssp.dialog.net.pl) |
21:27.34 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
21:41.49 | *** join/#oe ant__ (~ant__@host-80-116-141-173.pool80116.interbusiness.it) |
22:24.16 | *** join/#oe sakoman (~steve@99.197.43.150) |
22:39.57 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
22:41.19 | *** join/#oe adelcast (~adelcast@2603-8080-1e08-7cd8-fd30-b045-70ef-c7f1.res6.spectrum.com) |