*** rperier_ <rperier_!~quassel@234.ip-51-91-57.eu> has joined #yocto | 00:05 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 00:07 | |
*** Gintaro_ <Gintaro_!~gintaro@geertswei.nl> has joined #yocto | 00:07 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 00:11 | |
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 00:11 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 00:11 | |
*** Minjae_Kim49 <Minjae_Kim49!1b7af247@gateway/web/cgi-irc/kiwiirc.com/ip.27.122.242.71> has joined #yocto | 00:13 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 00:26 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 00:26 | |
*** camus is now known as kaspter | 00:26 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:28 | |
*** cp-- <cp--!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 00:50 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 00:51 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 01:04 | |
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 01:09 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:13 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 01:14 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:20 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 01:21 | |
khem | RP: I think I have kernel issue under control sent a v2 of binutils patchset | 01:41 |
---|---|---|
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:55 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 02:08 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 02:13 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 02:16 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:18 | |
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 02:20 | |
*** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 02:21 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 02:21 | |
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 02:35 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:40 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:40 | |
*** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 02:42 | |
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 02:44 | |
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 02:46 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:50 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:50 | |
*** timblechmann <timblechmann!~quassel@2001:f40:906:68cb:a6a3:4f61:aa03:18af> has quit IRC | 02:52 | |
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 02:57 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:02 | |
*** ahadi <ahadi!~ahadi@88.130.216.241> has quit IRC | 03:06 | |
*** ahadi <ahadi!~ahadi@i5E86AFAC.versanet.de> has joined #yocto | 03:08 | |
*** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 03:21 | |
*** RzR <RzR!~rzr@unaffiliated/rzr> has quit IRC | 03:24 | |
paulg | ...never say you have something solved late in the day on Groundhog Day. | 03:24 |
*** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 03:25 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:26 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:30 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:31 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:50 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:51 | |
*** camus is now known as kaspter | 03:51 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 03:54 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:54 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:55 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:08 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:10 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 04:14 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 04:15 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nbaxwpwrkeeptklw> has quit IRC | 04:16 | |
*** thaytan <thaytan!~thaytan@159.196.146.150> has quit IRC | 04:30 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 04:30 | |
*** thaytan <thaytan!~thaytan@159.196.146.150> has joined #yocto | 04:32 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 04:44 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:53 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:53 | |
*** camus is now known as kaspter | 04:53 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:53 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:57 | |
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 04:58 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:04 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 05:04 | |
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 05:05 | |
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 05:07 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:11 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:24 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-148.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 05:25 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 05:54 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 06:07 | |
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 06:11 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 06:18 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:21 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 06:22 | |
kiwi_29 | Hello.. I have a third party recipe here https://github.com/linsam/meta-s6/blob/master/recipes-s6/s6/s6_2.2.4.2.bb which uses PV = 2.2.4.2 in recipe name . This is too old | 06:31 |
kiwi_29 | How do I make sure to get latest source with PV = 2.10.0.1 | 06:32 |
kiwi_29 | is there a way to write bbappend ? | 06:32 |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:32 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 06:35 | |
*** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 06:37 | |
*** jobroe <jobroe!~manjaro-u@p579eb5ca.dip0.t-ipconnect.de> has joined #yocto | 06:48 | |
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 06:57 | |
*** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC | 07:14 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:15 | |
*** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has joined #yocto | 07:19 | |
*** jobroe <jobroe!~manjaro-u@p579eb5ca.dip0.t-ipconnect.de> has quit IRC | 07:23 | |
*** jobroe <jobroe!~manjaro-u@p579eb5ca.dip0.t-ipconnect.de> has joined #yocto | 07:24 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:34 | |
*** frsc <frsc!~frsc@105-65-142-46.pool.kielnet.net> has joined #yocto | 07:41 | |
RobertBerger | @kiwi_29: I would just write a new recipe s6_2.10.0.1.bb | 07:41 |
kiwi_29 | hi RobertBerger ..thank you :) .. I just wrote one and currently debugging errors ..phew | 07:42 |
RobertBerger | @kiwi_29: I hope you enjoy ;) That's always fun. | 07:42 |
kiwi_29 | :) | 07:42 |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 07:43 | |
RobertBerger | @kiwi_29: and once you get it to run, I guess you will have even more fun integrating it, I guess, if I understand correctly what it does | 07:45 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 07:46 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 07:46 | |
kiwi_29 | yes... its a mess ..trying to get it to work somehow | 07:46 |
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:46 | |
RobertBerger | so you are after a really small system it seems | 07:47 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 07:47 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 07:47 | |
RP | khem: looks like the glibc patch needs attention :/ | 07:48 |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 07:50 | |
kiwi_29 | RobertBerger ...thats correct | 07:52 |
*** mckoan|away is now known as mckoan | 07:54 | |
*** Js <Js!5287493d@ppp-82-135-73-61.dynamic.mnet-online.de> has joined #yocto | 07:55 | |
*** Js is now known as Guest89872 | 07:56 | |
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:57 | |
*** fl0v0 <fl0v0!~fvo@89.244.122.17> has joined #yocto | 07:58 | |
*** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 07:59 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 07:59 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 07:59 | |
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 08:02 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 08:03 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 08:07 | |
*** Guest89872 <Guest89872!5287493d@ppp-82-135-73-61.dynamic.mnet-online.de> has quit IRC | 08:10 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 08:21 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 08:22 | |
kayterina | hello | 08:23 |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:33 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:36 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:37 | |
*** camus is now known as kaspter | 08:37 | |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 08:37 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 08:38 | |
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:572d:5f36:41d6:1475> has joined #yocto | 08:47 | |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-lcjochsjxbxtkqdj> has joined #yocto | 08:59 | |
kayterina | I think my build takes a lot time, is there something in the configs I might set? for linux-yocto-tiny-5.10 | 09:02 |
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.251.193> has joined #yocto | 09:05 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 09:05 | |
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.251.193> has quit IRC | 09:06 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:09 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 09:10 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 09:11 | |
qschulz | kayterina: define "a lot of time" and on which machine you're building | 09:11 |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 09:28 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 09:29 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 09:38 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 09:40 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 09:40 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 09:44 | |
*** manuel1985 <manuel1985!~manuel198@089144219099.atnat0028.highway.a1.net> has joined #yocto | 09:51 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 09:54 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:57 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 10:02 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 10:05 | |
kayterina | I stopped the build and didn't complete. It was over 2 hours for bitbake virtual/kernel and it started at 46% from where I stopped it yesterday. The machine has an i7-10700 CPU @ 2.90GHz | 10:14 |
kayterina | 46% of the linux-yocto-tiny, not the whole tasks | 10:15 |
*** yann <yann!~yann@88.120.44.86> has quit IRC | 10:18 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 10:30 | |
manuel1985 | Hello all! A few people in my team would like to include a python project in Yocto. The Python project has its dependencies in a requirement.txt. I know that The Right Way(tm) would be to move over the dependencies to the RDEPENDS variable in the recipe, but they want to keep them there. (For development outside Yoct I suppose.) | 10:30 |
manuel1985 | Can you have Yocto read and respect that requirements.txt somewhow? | 10:30 |
mcfrisk | manuel1985: requirements.txt is for pip, it doesn't use yocto or host package system to satisfy dependencies. So I'd say no, requirements.txt can not be used directly. You can use it to fill in bitbake recipe DEPENDS and RDEPENDS fields though, but need to manually check that versions are compatible. | 10:33 |
manuel1985 | mcfrist: By "you can use it" you mean automatically? Like, is there some tool I can leverage for this? | 10:34 |
RP | manuel1985: there is no official supported mechanism, no. You may see if devtool can correctly build a recipe for your project and then script around that to regenerate the recipe. I don't know if it will work or not though | 10:37 |
manuel1985 | RP: I see, thanks | 10:40 |
*** RzR <RzR!~rzr@2a01:e34:ec57:d710:a9dd:80f3:da3:2d3c> has joined #yocto | 10:40 | |
*** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto | 10:40 | |
qschulz | kayterina: that does not seem correct indeed. Usually it's a good thing to look at what the current process is doing (the PID is printed on the bitbake output), to check if it's hung somewhere | 10:40 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:45 | |
malinus | i5-2500k@4.2Ghz, took 4h + 2h for the sdk. Not bad considering I've got a load of crap into that image. | 10:46 |
kayterina | in my preious job I built on my laptop with a i3/8gb, here they got me a deeloper's machine, I am expecting miracles | 10:46 |
*** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 10:47 | |
malinus | heh I'm just building on my own desktop, since working from home | 10:47 |
kayterina | ha,you should pay tax for the gas you are not consuming! | 10:48 |
kayterina | (or was it in the preious quarantine?) | 10:48 |
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 10:48 | |
kayterina | anyways, I found a bsp from the vendor with a 3.4, can I use its u-boot and dtb with the linux-yocto 5.4/sunxi_defconfig? | 10:49 |
qschulz | kayterina: why would you take a 3.4 kernel? | 10:51 |
qschulz | and no, you cannot take the defconfig from 5.4 kernel | 10:51 |
qschulz | kayterina: check if your machine is still doing something with `top` or `htop` and check the output of the process with `PID=20151; tail -f /proc/$PID/fd/2` | 10:53 |
qschulz | (change the PID obviously) | 10:53 |
qschulz | was it 2h for only virtual/kernel or for the whole build? | 10:53 |
kayterina | bitbake virtual/kernel , wait I'll run the commands | 10:53 |
kayterina | I ran again bitbake virtual/kernel and in another terminal `PID=31806; tail -f /proc/$PID/fd/2` it is blank. No errors? | 10:57 |
kayterina | blank=no output on terminal,blinking cursor | 10:57 |
malinus | "3.4 vendor kernel". kayterina - Show me where they hurt you :( | 10:58 |
malinus | Kyubi: on a serious note, what kind of board are you guys using? | 10:59 |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 10:59 | |
qschulz | malinus: bpi-m2 zero IIRC, just old Allwinner boards didn't have decent BSP support from the vendor. | 11:00 |
qschulz | kayterina: the PID corresponded to which task? and sometimes you got to wait a bit | 11:01 |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 11:01 | |
qschulz | ah I bet it's during the fetch task? | 11:02 |
qschulz | git isn't very verbose while fetching very big repos | 11:02 |
qschulz | you can also read the logs still with tail -f from ${WORKDIR}/temp/log.do_<task> (workdir being tmp/work/...../linux-yocto/5.4.../) | 11:04 |
kayterina | d'gh,yes it is during do_fetch, I'll search the logs | 11:12 |
kayterina | so it is just downloading that is slow, so I leave it to finish? It says 3gb, is it networking on my side? it says | 11:22 |
kayterina | Length: 3177321323 (3.0G), 585744215 (559M) remaining [application/octet-stream] | 11:23 |
kayterina | Saving to: ‘/***/poky/build/downloads/git2_git.yoctoproject.org.linux-yocto.git.tar.gz’ | 11:23 |
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 11:25 | |
*** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC | 11:27 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 11:29 | |
*** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 11:37 | |
*** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC | 11:38 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 11:38 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 11:46 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mvzsiilccjudbemd> has joined #yocto | 11:54 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 11:59 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 12:02 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 12:03 | |
*** jobroe <jobroe!~manjaro-u@p579eb5ca.dip0.t-ipconnect.de> has quit IRC | 12:08 | |
*** yann <yann!~yann@88.120.44.86> has joined #yocto | 12:09 | |
*** jobroe <jobroe!~manjaro-u@p579eb5ca.dip0.t-ipconnect.de> has joined #yocto | 12:12 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 12:14 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto | 12:25 | |
*** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has joined #yocto | 12:31 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 12:35 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 12:37 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:40 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 12:40 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 12:59 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 13:00 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-sccmfautitwgofqu> has joined #yocto | 13:03 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 13:36 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 13:39 | |
*** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 13:39 | |
*** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 13:40 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 13:42 | |
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 14:01 | |
*** manuel_ <manuel_!~manuel198@089144219099.atnat0028.highway.a1.net> has joined #yocto | 14:11 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 14:12 | |
*** manuel1985 <manuel1985!~manuel198@089144219099.atnat0028.highway.a1.net> has quit IRC | 14:14 | |
JPEW | halstead: Do you have some time to sort out that reproducibility page with me? | 14:19 |
kayterina | are dts and dtsi appended to the kernel recipe or uboot? | 14:21 |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 14:24 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 14:25 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 14:26 | |
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 14:35 | |
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto | 14:37 | |
*** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 14:53 | |
*** medaliyou <medaliyou!29e3fbc9@41.227.251.201> has joined #yocto | 14:53 | |
LetoThe2nd | kayterina: what do you mean? | 14:55 |
*** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC | 14:56 | |
medaliyou | Hello Guys, Hope you all are doing well ... | 14:56 |
medaliyou | How to make a binary or a script (ELF or whatever) be included with image whenever i bitbake it ? Let's say i cross compiled things and ii want them to be automatically included (copied) to /usr/bin/${ELF-NAME} everytime i create the image ? | 14:58 |
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 14:59 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:00 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 15:00 | |
LetoThe2nd | medaliyou: https://docs.yoctoproject.org/dev-manual/common-tasks.html#packaging-externally-produced-binaries | 15:01 |
LetoThe2nd | medaliyou: but note, usually its better to actually write a recipe that properly does the compilation inside the build process. | 15:03 |
*** joeythes- is now known as joeythesaint | 15:03 | |
alephan | moto-timo: Hello. I have a short question about `meta-python` do you accept some python modules which are present in v>dunfell but are needed for other layers, backported to dunfell? | 15:05 |
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 15:05 | |
alephan | namely: python3-betamax, python3-mccabe, python3-mock, python3-pep8 and python3-requests-toolbelt | 15:06 |
alephan | Mainly because that's an LTS and these are needed as dependencies for other layers (for example homeassistant) | 15:06 |
medaliyou | as i asked before, i ve to optimize boot-time, so is it better to cross compile a big QT project or to install a QT layer and recipes ??? Does it affect system boot time that much ? | 15:06 |
alephan | moto-timo: I'm willing to push patches and test so I don't have to maintain them as a separate temporary layer | 15:08 |
qschulz | kayterina: uboot and kernel have device trees support but they can (and often are) different | 15:09 |
LetoThe2nd | medaliyou: why should the boot time of your device be affected by where you compiled the application? the device runs a binary. | 15:09 |
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC | 15:10 | |
*** jobroe <jobroe!~manjaro-u@p579eb5ca.dip0.t-ipconnect.de> has quit IRC | 15:10 | |
kayterina | I want to build for bpi zero with latest kernel. How do I provide the device tree? | 15:11 |
moto-timo | alephan: generally we do not add anything new to a stable branch | 15:11 |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 15:11 | |
medaliyou | i mean booting a small FS is faster than a larger one ? | 15:11 |
LetoThe2nd | medaliyou: and why do you think manually crosscompiling and packaging makes the FS smaller? | 15:12 |
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 15:12 | |
moto-timo | alephan: but dunfell is the first LTS, so it is worth discussing with the OE TSC. | 15:13 |
*** dleppich <dleppich!~Thunderbi@p5098be52.dip0.t-ipconnect.de> has joined #yocto | 15:13 | |
alephan | @mo | 15:13 |
alephan | moto-timo: Yes. That's exactly why I'm asking. I hope we can push them due to that being an LTS. | 15:13 |
medaliyou | please excuse me if i'm not asking things well, i'm an amateur & still learning, but from what i understand buidling a linux containing a QT layer (various libQTs) is gonna take much time to boot VS a linux containg only some binaries in /bin ??? | 15:14 |
moto-timo | alephan: you must ask OE TSC. It is a deviation from stable branch policy. | 15:14 |
LetoThe2nd | alephan: moto-timo: i would rather vote for a form of HWE-style layer/branch. e.g., leaving dunfell untouched, but providing dunfell-enablement-backports (or comparable) | 15:15 |
LetoThe2nd | medaliyou: its not about the way you ask - i'm just trying to make you think about your own question. | 15:15 |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 15:15 | |
LetoThe2nd | medaliyou: hint: you are on the COMPLETELY wrong track. | 15:15 |
medaliyou | hhhhhhhh, great news, HELPPPPPPPPPPPP ! | 15:16 |
alephan | LetoThe2nd: I can always have a separated layer which ads/does the required changes. But that was the whole idea of not having to maintain a duplication for a full LTS. | 15:17 |
LetoThe2nd | medaliyou: well, how about actually working through some of the documentation on boot time reduction? theres probably a gazillion of tutorials on youtube already. | 15:18 |
alephan | If you meant to have a additional branch in meta-oe for it, I find it a maintenance overhead just transferred to another place without any real benefit. | 15:18 |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 15:18 | |
kayterina | I am confused. There are at least 3 sources for the bpi images. Shouldn't I take something from them? Uboot for example? And if it is possibly to use latest kernel,why all images have 3.4 or 4.4? | 15:19 |
qschulz | kayterina: the dts is already provided arch/arm/boot/dts/sun8i-h2-plus-bananapi-m2-zero.dts | 15:19 |
LetoThe2nd | alephan: the point is - from the LTS perspective, whats to be gained if we start randomly adding new packages just because "somebody depends on ot"? | 15:20 |
LetoThe2nd | *i | 15:20 |
LetoThe2nd | *it, even | 15:20 |
qschulz | kayterina: because Allwinner is (was?) a very bad vendor in terms of BSP quality and updates | 15:20 |
qschulz | so, board vendors using Allwinner shitty BSP probably didn't want to make more effort that this | 15:20 |
qschulz | than* | 15:20 |
alephan | The gain is to enable it to be used on more external layers. Because LTS will be a place to stay for a good while now LetoThe2nd | 15:21 |
qschulz | now, there was a huge community effort behind Allwinner SoCs that enabled the upstream linux kernel to have support for them | 15:21 |
LetoThe2nd | alephan: but of course as moto-timo put it - the TSC is authoritative on that. i am not. | 15:21 |
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 15:22 | |
LetoThe2nd | alephan: where do you end? "just new recipes".. "erm now, see, this set of recipes just needs that new class"... "ya sure, its just a tiny backport..." | 15:22 |
alephan | The alternative is for all the other people to reinvent the wheel - and that for an LTS so for a long time. I find it a bit unappealing. But I see the point | 15:23 |
LetoThe2nd | alephan: an LTS will inevitably age and need more and more massaging to be used on new things. and no, nobody needs to reinvent anything. it can all be done just the way you worded it. just not in the core layer. but thats what we have layers for, right? just make a meta-python-lts-special-sauce that you can share. zero reinvention. | 15:24 |
LetoThe2nd | one of the reasons why an LTS isn't an idea as good as it sounds. | 15:25 |
kayterina | hm.interesting. So I am left with the machine.conf. where is the path with available tunes? I suppose there will be one for sun8iw? | 15:26 |
alephan | LetoThe2nd: Sure. That was indeed the initial idea. I will stick to that for now. | 15:27 |
LetoThe2nd | alephan: :) but of course, please take it to the TSC nonetheless. its always good to have opinions, and eventually a decision that can be referred to! | 15:30 |
qschulz | kayterina: I wouldn't take inspiration from meta-sunxi as they decided to go with one tune, the common denominator between all supported machines, which means it won't squeeze as much as possible from your HW | 15:30 |
qschulz | c.f. https://github.com/linux-sunxi/meta-sunxi#performance | 15:30 |
alephan | @LetoThe2nd I think your point was clear and I tend to agree generally with it when wearing the maintainer/LTS hat. From the user perspective I was trying an easier way forward though. | 15:31 |
alephan | Thanks LetoThe2nd and moto-timo | 15:31 |
LetoThe2nd | alephan: thanks for the input! | 15:32 |
alephan | Cheers! | 15:34 |
*** King_InuYasha is now known as Conan_Kudo | 15:35 | |
*** Conan_Kudo is now known as King_InuYasha | 15:35 | |
alephan | LetoThe2nd: I just realized with whom I just talked. Prost! | 15:45 |
*** manuel_ <manuel_!~manuel198@089144219099.atnat0028.highway.a1.net> has quit IRC | 15:50 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:51 | |
*** King_InuYasha is now known as Conan_Kudo | 15:51 | |
*** Conan_Kudo is now known as King_InuYasha | 15:52 | |
LetoThe2nd | alephan: hehe, prost! | 15:53 |
*** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 15:53 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 15:54 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 15:55 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 15:59 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 16:02 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:03 | |
*** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC | 16:05 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:05 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 16:05 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 16:05 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 16:06 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 16:06 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 16:07 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 16:12 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:16 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 16:17 | |
khem | RP: yeah I think the binutils patch series touches glibc as well and so they need to be sequenced | 16:20 |
RP | khem: oh, I understand now :/ | 16:22 |
khem | RP: I will have to send v2 anyway so lets get the binutils settled first | 16:22 |
RP | khem: we'll need a new uninative release once we get glibc in | 16:22 |
khem | RP: one issue I am seeing is due to hwcaps introduction in glibc 2.33 | 16:22 |
RP | khem: ok. I'm worried about the wic failure on the AB and whether its from binutils or not | 16:23 |
khem | our tuning for qemux86-64 is core2duo and glibc ldso does not lilke it | 16:23 |
RP | khem: https://autobuilder.yoctoproject.org/typhoon/#/builders/58/builds/2980 | 16:23 |
khem | recipe-sysroot//lib/libc.so.6: CPU ISA level is lower than required | 16:23 |
khem | if I use -cpu Nehalem instead of -cpu core2duo then it works ok | 16:24 |
khem | this is when runing qemu usermode | 16:24 |
RP | khem: hmm, interesting :/ | 16:24 |
RP | khem: the initramfs issue is due to things like pxeboot.img in grub growing to 132MB in size with loads of zero padding | 16:28 |
RP | khem: looks bintutils to me | 16:28 |
khem | so one option is to change using -cpu core2duo in machine conf for qemu other option perhaps is to bump qemu defaulttune to corei7-64 | 16:28 |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 16:29 | |
khem | yeah its likely due to linker perhaps but can we know which given binary is causing it ? | 16:30 |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 16:31 | |
RP | khem: https://git.savannah.gnu.org/cgit/grub.git/commit/?id=6643507ce30f775008e093580f0c9499dfb2c485 maybe? | 16:33 |
RP | khem: glibc effectively dropped support for older x86 cpus? | 16:34 |
khem | RP: yeah that grub patch looks promising, .note.gnu.property has got changes to support the x86-64 ISA levels in 2.33 | 16:35 |
khem | I dont think its dropped but defaults have changed somehow | 16:36 |
RP | khem: I applied locally and the 132MB file is now 1024 bytes :) | 16:37 |
khem | yay | 16:37 |
RP | khem: and confirmed it fixed the issue with the initramfs locally | 16:38 |
RP | khem: we can have another pass at building with these pieces included | 16:38 |
khem | GNU_PROPERTY_X86_ISA version support has been added to toolchain recently which now we have for glibc and binutils with these upgrades and gcc 11 will introduce the needed -march options too | 16:38 |
khem | RP: this is the patch https://sourceware.org/git/?p=glibc.git;a=commit;h=ecce11aa0752735c4fd730da6e7c9e0b98e12fb8 | 16:42 |
*** ahadi <ahadi!~ahadi@i5E86AFAC.versanet.de> has quit IRC | 16:45 | |
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 16:45 | |
*** frsc <frsc!~frsc@105-65-142-46.pool.kielnet.net> has quit IRC | 16:45 | |
*** ahadi <ahadi!~ahadi@i5E86AFAC.versanet.de> has joined #yocto | 16:45 | |
*** frsc <frsc!~frsc@105-65-142-46.pool.kielnet.net> has joined #yocto | 16:46 | |
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 16:47 | |
RP | khem: I guess the question is why we seem to build binaries that won't run with the qemu options they're supposed to be compatible with? :/ | 16:47 |
chrysh_ | when I do a `devtool modify <recipe name>, and bitbake writes ERROR: Task do_patch does not exist for target <recipe name>, should I just add do_patch to the recipe by hand? | 16:52 |
qschulz | chrysh_: which recipe is that? | 16:53 |
qschulz | I'd assume someone did a deltask do_patch instead of do_patch[noexec] = "1" | 16:54 |
*** frsc <frsc!~frsc@105-65-142-46.pool.kielnet.net> has quit IRC | 16:54 | |
qschulz | or maybe you're trying to devtool modify an image recipe? | 16:55 |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 16:55 | |
chrysh_ | qschulz: true. it's still the gcc recipe. and yes, there is a `deltask do_patch` in gcc-shared-source.inc. | 16:57 |
RP | zeddii: thanks for the uprev, really helps! | 16:57 |
chrysh_ | why is that there? | 16:57 |
RP | chrysh_: gcc-source provides the source code for the gcc recipes which is extracted once and shared between the gcc recipes | 16:58 |
khem | RP: thats a good question I am trying to find the answer to as well | 16:59 |
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 16:59 | |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 16:59 | |
khem | so its probing h/w for features and qemu is reporting perhaps less capabilities | 16:59 |
khem | so it could be that now that ldso is doing the check | 17:00 |
chrysh_ | RP: still, why can't I patch them? | 17:00 |
RP | chrysh_: you can in the gcc-source recipe | 17:00 |
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 17:01 | |
chrysh_ | RP: in which situation would a person want to remove a task (in gcc)? | 17:03 |
chrysh_ | https://pastebin.ubuntu.com/p/thSt4MP5dR/ | 17:04 |
chrysh_ | this is how the recipe looks like. why the two ways of disabling do_fetch? | 17:04 |
qschulz | chrysh_: I think the catch is that gcc is a "special" recipe because it's using the work-shared mechanism. e.g. I couldn't also build modules from a devtool modified kernel recipe IIRC. | 17:04 |
chrysh_ | qschulz: so if I have compile time errors and would want to fix that, how would I create the patches? | 17:07 |
RP | chrysh_: you'd add them to the gcc-source recipe | 17:07 |
RP | unfortunately devtool doesn't work well with gcc based recipes because it uses a shared workdir and devtool doesn't understand shared workdirs | 17:08 |
qschulz | RP: yet. There's always room for improvement :) | 17:08 |
RP | qschulz: well, yes. There is an open bug but we can't seem to get anyone to work on it :( | 17:09 |
qschulz | chrysh_ just volonteered :D | 17:10 |
vdl | Since the initramfs scripts might have hard dependency on the init manager (e.g. using systemctl switch-root), but the init manager choice is supposed to be done in the distro conf, how do you guys handle that? | 17:11 |
RP | vdl: you can configure to allow sysvinit and systemd together | 17:17 |
RP | jonmason: I dropped the libical upgrade from master-next due to the reproducibility issue, I've not replied on list though. The initramfs issues in selftest and wic builds are hopefully addressed by the grub patch I've sent and is in testing | 17:21 |
RP | (caused by the binutils uprev) | 17:21 |
vdl | RP: what if I want systemd in the initramfs? | 17:21 |
RP | jonmason: the genericx86-64 failure was reported on list and Bruce's patch to meta-yocto should help | 17:21 |
RP | vdl: then depend on and include it? | 17:21 |
*** mckoan is now known as mckoan|away | 17:22 | |
vdl | RP: from the initramfs image recipe? | 17:22 |
RP | vdl: sure | 17:23 |
jonmason | RP: thanks. Also, good reminder to get on the swat task :) | 17:25 |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:26 | |
RP | jonmason: I did triage one of the builds out the way for you | 17:28 |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 17:33 | |
*** dallas <dallas!~dallas@75.165.159.25> has joined #yocto | 17:33 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 17:34 | |
jonmason | thanks | 17:35 |
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:572d:5f36:41d6:1475> has quit IRC | 17:37 | |
ndec | hey RP (or anyone else who might know!), are we doing any tests on AB to check/ensure that package versions are 'right' (increasing?) and do we test with the pr server? | 17:39 |
rburton | i think version-going-backwards is a default warning | 17:48 |
*** dallas <dallas!~dallas@75.165.159.25> has quit IRC | 17:49 | |
*** medaliyou <medaliyou!29e3fbc9@41.227.251.201> has quit IRC | 17:51 | |
*** suji <suji!c013e4fa@192.19.228.250> has joined #yocto | 17:52 | |
*** suji <suji!c013e4fa@192.19.228.250> has quit IRC | 17:54 | |
*** fl0v0 <fl0v0!~fvo@89.244.122.17> has quit IRC | 17:58 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:08 | |
*** sno <sno!~sno@2001-4dd3-9324-0-2da6-81ce-6afc-2d9.ipv6dyn.netcologne.de> has joined #yocto | 18:15 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 18:34 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 18:38 | |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-lcjochsjxbxtkqdj> has quit IRC | 18:39 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 18:41 | |
*** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 18:41 | |
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 18:42 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 18:43 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 18:43 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 18:44 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 18:59 | |
khem | RP: sent a v2 of glibc patch on top of current master-next | 19:00 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mvzsiilccjudbemd> has quit IRC | 19:04 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 19:04 | |
*** askdj31293 <askdj31293!c26e720a@194.110.114.10> has joined #yocto | 19:09 | |
*** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::e734> has joined #yocto | 19:09 | |
*** sno <sno!~sno@2001-4dd3-9324-0-2da6-81ce-6afc-2d9.ipv6dyn.netcologne.de> has quit IRC | 19:13 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 19:18 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 19:22 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:42 | |
smurray | RP: glibc 2.33 going in reminded me of this: https://developers.redhat.com/blog/2021/01/05/building-red-hat-enterprise-linux-9-for-the-x86-64-v2-microarchitecture-level/ | 19:48 |
smurray | RP: it seems possible that aligning oe-core qemux86-64 / genericx86-64 to match x86-64-v2 might be worthwhile to match what other distros are doing | 19:49 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 19:55 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 19:55 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 19:58 | |
khem | yeah speculatively :) | 20:01 |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 20:04 | |
khem | I think if we switch to using corei7 things will happen automatically but then we know that we are dumping core2 | 20:05 |
smurray | khem: yeah, raising the default seems like fun for the TSC to discuss | 20:08 |
smurray | khem: even w/o doing that, I could maybe see adding some tuning definitions to match v1/v2/v3 to make it easier for people that want it | 20:09 |
khem | Perhaps defaulting to v2 is good option moving forward | 20:09 |
khem | folks who need v1 can test and let us know | 20:10 |
smurray | right | 20:10 |
smurray | the other "fun" might be trying to enable getting multiple libraries in for the hwcaps stuff | 20:11 |
khem | I think that only matters for binaries distros | 20:11 |
fray | seems reasonable to have a way to do both.. pre "current gen" and origin | 20:11 |
smurray | might not be a large demand for that for OE users, yeah | 20:11 |
fray | The one thing likely needed is a way to tag which configs are v2 and v1.. I know I have atom systems I use (for home automation) that I have no idea what they count as | 20:12 |
smurray | lots of digging around on arc.intel.com, maybe ;) | 20:14 |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 20:15 | |
khem | fray: cat /proc/cpuinfo and we can find | 20:16 |
smurray | istr some test bits in the microarchitecture reference git repo, they might have a script | 20:16 |
khem | if it has SSE4.2 then you are v2 most probably | 20:16 |
fray | ya, but who has access to every possible board.. like I said, I don't know what is a v2 and what isn't when it comes to the embedded stuff | 20:16 |
fray | model name: Intel(R) Atom(TM) CPU D2700 @ 2.13GHz | 20:16 |
fray | flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts nopl nonstop_tsc aperfmperf eagerfpu pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe lahf_lm dtherm arat | 20:17 |
fray | I see sse2, but not '4.2' | 20:17 |
fray | Add to that all of the AMD, Cyrix and other stuff that is still in the market.. and both are probably needed.. I'm definitely not against adding v2 support, since it really is needed for current work | 20:18 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 20:36 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 20:37 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:59 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 20:59 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:02 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 21:07 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 21:09 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 21:17 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-148.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 21:23 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:25 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:29 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:31 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC | 21:37 | |
*** eLmankku <eLmankku!~elmankku@hilla.kapsi.fi> has quit IRC | 21:42 | |
*** manuel_ <manuel_!~manuel198@089144219099.atnat0028.highway.a1.net> has joined #yocto | 21:42 | |
*** eLmankku <eLmankku!elmankku@hilla.kapsi.fi> has joined #yocto | 21:42 | |
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 21:45 | |
khem | RP: Found a solution for the x86 issue, you can try v2 of glibc plus the enable-cet patch | 21:57 |
RP | khem: will we see the pseudo build issue? i.e. do I need to figure that out first? | 21:57 |
RP | khem: I've merged binutils | 21:57 |
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 21:58 | |
RP | smurray: right, I just want to ensure that the support for older stuff still works. We can and should discuss the default | 21:59 |
*** ichabod_crane <ichabod_crane!~ichabod@72.214.35.225> has joined #yocto | 22:18 | |
ichabod_crane | Can anyone direct me to a source for how to install a Python package in both python 2 and python 3? I've got a transient need to do both so I can port and test several packages to Python 3. | 22:21 |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 22:22 | |
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 22:31 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 22:35 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 22:43 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 22:44 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 22:44 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 22:44 | |
khem | RP: https://sourceware.org/bugzilla/show_bug.cgi?id=27318 is the issue we are facing with glibc 2.33, I have cherry-picked the proposed patch locally and see if this helps out I will send this incremental patch after that | 22:45 |
khem | RP: yes pseudo for target will fail | 22:45 |
khem | ichabod_crane: you need to include meta-python2 layer and then have python3-<module>.bb and python-<module>.bb recipes to build for each version of py | 22:46 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 22:50 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 22:50 | |
*** camus is now known as kaspter | 22:50 | |
*** ichabod_crane <ichabod_crane!~ichabod@72.214.35.225> has quit IRC | 22:52 | |
RP | khem: I'll have a go at building pseudo locally, see if I can spot what we need there | 23:03 |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 23:06 | |
RP | ndec: we turned version going backwards off as we don't run prserv on the infra any more :( | 23:07 |
RP | ndec: the question with upgrades is always "compared to what", that is the hard bit | 23:07 |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 23:11 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:15 | |
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 23:19 | |
khem | RP: sounds good | 23:22 |
*** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 23:34 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 23:34 | |
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 23:40 | |
RP | khem: attempt at a fix in -next | 23:43 |
jonesv[m] | I have this downstream kernel that builds up to `make[2]: *** No rule to make target 'msm8909-pm8916-mpp3-hw00.dts'. Stop.` This dts is in the kernel sources in `arch/arm/boot/dts/qcom/`, and the name ("mpp3") corresponds to how the manufacturer calls the device. So it seemed correct. | 23:43 |
jonesv[m] | The way I set it is in the machine file, with `KERNEL_DEVICETREE += "msm8909-pm8916-mpp3-hw00.dts"`. I have also read posts from 2016 that suggest using a `.dtb` (instead of `.dts`) and let the build system build it from the corresponding `.dts` by using `require recipes-kernel/linux/linux-dtb.inc` in the kernel recipe. But linux-dtb.inc does not seem to exist anymore with Gatesgarth. | 23:43 |
jonesv[m] | Question: am I on the right track, or am I doing it completely wrong? 🙂 | 23:43 |
RP | khem: https://www.spinics.net/lists/fedora-devel/msg281020.html | 23:43 |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 23:45 | |
jonesv[m] | (note that the docs refers to `linux-dtb.inc`, but I'm pretty sure I don't have it on gatesgarth 🤔: https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#migration-2.4-kernel-device-tree-move) | 23:45 |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 23:47 | |
RP | khem: did that cherry-picked patch work? Just wondering if I can start a build before sleeping! :) | 23:48 |
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 23:48 | |
jonesv[m] | (also I `#inherit kernel`, which I read inherits kernel-devicetree, which is supposed to replace linux-dtb.inc. But somehow the way I specify `KERNEL_DEVICETREE += "msm8909-pm8916-mpp3-hw00.dts"` is not enough 😕 | 23:48 |
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 23:56 | |
khem | RP: https://github.com/YoeDistro/openembedded-core/commit/37ff0324e1778347525f5e1c7edca8c132b8d90e.patch | 23:57 |
khem | :) | 23:57 |
khem | RP: seems to work let me send | 23:58 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!