| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 00:03 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 00:03 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 00:04 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 00:12 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 00:12 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 00:17 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 00:19 | |
| *** vineela1 <vineela1!vtummala@nat/intel/x-yztujwyzybxuagoz> has quit IRC | 00:20 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 00:22 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 00:22 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 00:33 | |
| *** Moh3N <Moh3N!057ee5da@5.126.229.218> has joined #yocto | 00:53 | |
| Moh3N | hi , Im new in yocto , I have on question that maybe related to linux(not Only yocto). I build an Image and my board(PowerPC arch) boots up successfully , after booting I can see this output of "df -h" command : | 00:56 |
|---|---|---|
| Moh3N | "/dev/root" 45M / | 00:58 |
| Moh3N | devtmpfs 169M /dev | 00:58 |
| Moh3N | tmpfs 208M /var/volatile | 00:59 |
| Moh3N | tmpfs 208M /run | 00:59 |
| Moh3N | I have a code that when I run It it needs more than 45M storage because of its database and Log files, and root partition become full very soon | 01:01 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 01:02 | |
| Moh3N | how I can increase this partition?????? I can decrese tmpfs partitions in fstab file! but I want to have more space in root , because my code use /myDir for example | 01:02 |
| Moh3N | is there any one who explain my mistake or misunderstanding ?? | 01:03 |
| *** attieg_ <attieg_!~attie@host86-156-143-226.range86-156.btcentralplus.com> has joined #yocto | 01:07 | |
| Moh3N | when I define size of /dev/root in fstab, it doesnt any thing!!!!! | 01:08 |
| *** attieg <attieg!~attie@host86-156-143-160.range86-156.btcentralplus.com> has quit IRC | 01:08 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 01:16 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 01:25 | |
| *** Moh3N <Moh3N!057ee5da@5.126.229.218> has quit IRC | 01:41 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-hcnmutkbbuebdyuw> has joined #yocto | 02:10 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 02:45 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:59 | |
| *** invalidopcode_ <invalidopcode_!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto | 03:00 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 03:03 | |
| *** gtristan <gtristan!~tristanva@61.82.32.35> has quit IRC | 03:04 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 03:05 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 03:06 | |
| *** meow` <meow`!~sbourdeli@192.222.247.54> has quit IRC | 03:17 | |
| *** meow` <meow`!~sbourdeli@192.222.247.54> has joined #yocto | 03:20 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.130> has quit IRC | 04:05 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 04:09 | |
| *** marquiz <marquiz!~marquiz@134.191.221.74> has joined #yocto | 04:15 | |
| *** marquiz_ <marquiz_!~marquiz@134.191.221.74> has quit IRC | 04:16 | |
| *** RobertBerger <RobertBerger!~rber@ppp-94-65-43-120.home.otenet.gr> has quit IRC | 04:16 | |
| *** RobertBerger <RobertBerger!~rber@ppp-94-65-43-120.home.otenet.gr> has joined #yocto | 04:17 | |
| *** pacopedraza <pacopedraza!18179c40@c-24-23-156-64.hsd1.ca.comcast.net> has joined #yocto | 04:24 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 04:28 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 04:29 | |
| *** pacopedraza <pacopedraza!18179c40@c-24-23-156-64.hsd1.ca.comcast.net> has quit IRC | 04:30 | |
| *** sgw <sgw!~sgw@134.134.137.75> has quit IRC | 04:36 | |
| *** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-nfiqnopeunlmvhka> has quit IRC | 04:49 | |
| *** KindOne <KindOne!root@freenode/father-christmas/kindone> has quit IRC | 04:49 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 04:55 | |
| *** KindOne <KindOne!shark@freenode/father-christmas/kindone> has joined #yocto | 04:57 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:09 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 05:10 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-160.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 05:15 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 05:17 | |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 05:23 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto | 05:24 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:26 | |
| *** invalidopcode_ <invalidopcode_!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 05:27 | |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 05:29 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 05:44 | |
| *** smartin_ <smartin_!~smartin@207.ip-37-59-126.eu> has quit IRC | 05:52 | |
| *** gtristan <gtristan!~tristanva@61.73.250.241> has joined #yocto | 05:53 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 06:12 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 06:18 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:18 | |
| *** frsc <frsc!~frsc@i59F725DE.versanet.de> has joined #yocto | 06:30 | |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has joined #yocto | 06:35 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:38 | |
| *** dmoseley <dmoseley!~dmoseley@24.214.86.237> has quit IRC | 06:44 | |
| *** dmoseley <dmoseley!~dmoseley@24.214.86.237> has joined #yocto | 06:45 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 06:47 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c23:601a:2f00:40b6:9542:8968:c5e0> has joined #yocto | 06:47 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.170.243.113> has joined #yocto | 06:52 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 06:52 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:56 | |
| *** locutus_ <locutus_!~LocutusOf@5.170.1.179> has joined #yocto | 06:57 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 06:59 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 07:04 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:5d17:dfd5:86c9:227> has joined #yocto | 07:11 | |
| yocti | New news from stackoverflow: Yocto SDK with cmake toolchain file <https://stackoverflow.com/questions/41964891/yocto-sdk-with-cmake-toolchain-file> | 07:16 |
| *** mckoan|away is now known as mckoan | 07:17 | |
| *** woutervh <woutervh!~woutervh@188.189.113.162> has joined #yocto | 07:19 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 07:20 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 07:20 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 07:24 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:29 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 07:33 | |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 07:36 | |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 07:39 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has joined #yocto | 07:51 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 07:52 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 08:28 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 08:31 | |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 08:38 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-50-212.ssp.dialog.net.pl> has joined #yocto | 08:48 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:116a:e4c5:723c:5ca8> has quit IRC | 08:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:54 | |
| *** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/matrix.org/x-ptgeqyuufjjzdbsg> has quit IRC | 08:56 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-iueeiqmkzyvbpvux> has quit IRC | 08:56 | |
| *** guillaume <guillaume!gscigalama@gateway/shell/matrix.org/x-xrqtwdgxvfmaiabd> has quit IRC | 08:56 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-rjjfftwvuntjfwld> has quit IRC | 08:56 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-avrzoxwrtmshhhbh> has quit IRC | 08:56 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-jfeapbnfeqbxdbdi> has quit IRC | 08:56 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-jupapfwirqcosrnb> has quit IRC | 08:56 | |
| *** edrex <edrex!edrexmatri@gateway/shell/matrix.org/x-dcawdyqooxvssexn> has quit IRC | 08:56 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-mmdgvimlbdekhkfa> has quit IRC | 08:56 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-hpgcefapfdsuwnyh> has quit IRC | 08:56 | |
| *** sstiller <sstiller!~sstiller@p200300F07F15F801ACC28B97E0E1FB90.dip0.t-ipconnect.de> has joined #yocto | 08:58 | |
| *** locutus__ <locutus__!~LocutusOf@5.170.80.23> has joined #yocto | 08:58 | |
| *** locutus_ <locutus_!~LocutusOf@5.170.1.179> has quit IRC | 09:00 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:01 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:05 | |
| *** guillaume <guillaume!gscigalama@gateway/shell/matrix.org/x-mfqomgkwjfmozkko> has joined #yocto | 09:09 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 09:21 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 09:21 | |
| *** yann|work is now known as yann | 09:22 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-iynqieinilcxzcon> has joined #yocto | 09:30 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-ovztykriatzkaoxf> has joined #yocto | 09:30 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-vrzikkeoqrcvhyro> has joined #yocto | 09:30 | |
| *** edrex <edrex!edrexmatri@gateway/shell/matrix.org/x-fnkjaaywyzrfqdmy> has joined #yocto | 09:30 | |
| *** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/matrix.org/x-rcpmfxmubpqdwdjb> has joined #yocto | 09:30 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-yswkvwbvbtxaxpvf> has joined #yocto | 09:30 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-upcivkyewzynncvb> has joined #yocto | 09:30 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-ukuweaoqpsroymcx> has joined #yocto | 09:30 | |
| *** berton[m] <berton[m]!fabioberto@gateway/shell/matrix.org/x-euyjlgzxhiglwtzj> has joined #yocto | 09:30 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-fwyqaleozedtxpun> has joined #yocto | 09:30 | |
| *** vdehors_ <vdehors_!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 09:35 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 09:35 | |
| *** gtristan <gtristan!~tristanva@61.73.250.241> has quit IRC | 09:42 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:42 | |
| *** rburton <rburton!~rburton@192.198.151.44> has joined #yocto | 09:54 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 10:10 | |
| RP | rburton, kanavin_home: Any ideas why master-next would be triggering SIGILL in various places? :/ | 10:12 |
| RP | (trying to run native binaries) | 10:13 |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 10:13 | |
| * RP can't spot the pattern | 10:14 | |
| kanavin_home | RP: no :( | 10:16 |
| RP | last two master-next builds have issues and I don't know what happened :( | 10:19 |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has quit IRC | 10:21 | |
| kroon | RP, https://stackoverflow.com/questions/7901867/what-causes-signal-sigill | 10:26 |
| kroon | I like the top answer | 10:26 |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 10:30 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 10:30 | |
| *** nacknick <nacknick!8de24efa@141.226.78.250> has joined #yocto | 10:33 | |
| nacknick | Hey. Anyway to disable OSTree in Yocto? | 10:33 |
| RP | nacknick: its not used by default? :) | 10:34 |
| nacknick | For some reason it's not RP | 10:34 |
| RP | nacknick: I'm pretty sure (as the maintainer) that it isn't in OE-Core or the default Yocto layers. That means its being brought in by something you're adding/enabling on top of the base system | 10:36 |
| nacknick | RP And there is a way to disable it? | 10:41 |
| RP | nacknick: I have no idea how you've added it. Find how it was added and don't do that? Maybe remove the layer for example? | 10:42 |
| nacknick | Another question please: I know that `INHIBIT_PACKAGE_STRIP_pn-<PN>` makes a *package*, Is there a way to make a *single* executable file inside the package to not-stripped? And not all its binaries?? | 10:44 |
| nacknick | makes a package not strip their binaries** | 10:45 |
| nacknick | her | 10:45 |
| *** sstiller <sstiller!~sstiller@p200300F07F15F801ACC28B97E0E1FB90.dip0.t-ipconnect.de> has quit IRC | 10:53 | |
| qschulz | nacknick: wild guess: what about INHIBIT_PACKAGE_STRIP = "1" in the recipe? | 10:53 |
| RP | kanavin_home: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/889 - can you have a look at the step2d, error: /etc/rpm/macros.perl: line 34: Macro %global is a built-in (%define) | 10:59 |
| *** kaspter <kaspter!~Instantbi@124.79.184.32> has quit IRC | 10:59 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 11:00 | |
| RP | kanavin_home: doesn't appears to break anything but is new I think | 11:01 |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has quit IRC | 11:11 | |
| kanavin_home | RP: I think it should be largely harmless - the test doesn't do enough to avoid rpm reading /etc/rpm/ from the host, but it shouldn't affect the outcome (which about how rpm compares versions) | 11:14 |
| kanavin_home | RP: the places where native rpm is used to package or create rootfs are much more careful about that I think | 11:15 |
| RP | kanavin_home: log files with lines starting "error" just never look very good ;-) | 11:16 |
| RP | it also means those tests aren't deterministic :( | 11:16 |
| RP | kanavin_home: I guess we open a bug just to track it | 11:16 |
| kanavin_home | RP: sure | 11:16 |
| kanavin_home | RP: it's probably a matter of checking rootfs.py to see how rpm is instructed to look in build/.../etc/rpm that we create, and copy that bit into the test | 11:18 |
| RP | kanavin_home: right, makes sense | 11:20 |
| RP | kanavin_home: I'm going to struggle to get to your next patchset until i figure out this sigill issue :/ | 11:21 |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 11:21 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has quit IRC | 11:21 | |
| kanavin_home | RP: yeah, unfortunate timing :( | 11:23 |
| kanavin_home | let me know if I can do anything | 11:23 |
| RP | kanavin_home: I just don't know how I'm going to find this, the pattern is too weird to pin down easily :( | 11:24 |
| kanavin_home | RP: does master build cleanly? | 11:25 |
| RP | kanavin_home: seemingly | 11:26 |
| RP | kanavin_home: actually, no | 11:29 |
| RP | kanavin_home: dnf returning -4 on master | 11:29 |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:34 | |
| rburton | RP: sigill? something native being built using -march=native on a newer machine and then same binaries being reused on a machine without those instructions? | 11:35 |
| RP | both master failures on centos7-ty-2 | 11:35 |
| RP | rburton: possible if something is patching that in somewhere | 11:36 |
| kanavin_home | RP: but what is receiving sigill specifically? | 11:38 |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 11:38 | |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has joined #yocto | 11:41 | |
| rburton | i'd compare cpu generation of those workers to a rebuild of the same revision on another worker that presumably works | 11:42 |
| RP | kanavin_home: dnf, update-mime-db, xsltproc, wayland-scanner, swig | 11:43 |
| RP | rburton: the cpu flags are quite different on the various workers | 11:43 |
| rburton | new in master? | 11:44 |
| RP | rburton: I think this is something in recent master, yes | 11:44 |
| RP | rburton: cpu flag differences, abm 3dnowprefetch cpuid_fault epb cat_l3 cdp_l3 invpcid_single pti tsc_adjust bmi1 hle avx2 smep bmi2 invpcid rtm cqm rdt_a rdseed adx intel_pt cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local cpuid sdbg fma movbe | 11:54 |
| RP | avx2 and movbe :/ | 11:54 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 11:56 | |
| rburton | can you replicate on demand? and get the error logs from dmesg? | 11:58 |
| RP | rburton: it probably can be replicated. I do have dmesg | 11:59 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 12:04 | |
| *** locutus__ <locutus__!~LocutusOf@5.170.80.23> has quit IRC | 12:07 | |
| *** ebail <ebail!~ebail@2a01cb089000af00a7a4ea50b7eddc65.ipv6.abo.wanadoo.fr> has joined #yocto | 12:11 | |
| ebail | Hi guys. I just sent a patch on meta-dpdk and use meta-intel@yoctoproject.org as mentionned in README | 12:12 |
| ebail | it looks like you moved to meta-intel@lists.yoctoproject.org | 12:12 |
| RP | rburton: shrx instruction | 12:13 |
| ebail | is meta-intel@yoctoproject.org redirected ? On https://lists.yoctoproject.org/g/meta-intel I don't see my patch so far. | 12:13 |
| RP | ebail: you should use meta-intel@lists.yoctoproject.org | 12:14 |
| ebail | it looks like I finally see my message. I will add an other patch to modify the README then :). Thanks RP | 12:15 |
| RP | ebail: sounds good, thanks. I guess the redirected mail is just slow | 12:17 |
| nacknick | qschulz: I just missed what you wrote. Anyway, it has the same affect | 12:19 |
| nacknick | I still want to not strip a specific binary file inside the package and not all the binaries | 12:19 |
| RP | rburton: and its in update-mine-info itself, not any library | 12:21 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 12:25 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 12:25 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 12:26 | |
| ebail | RP: patch on README sent. Thanks | 12:27 |
| rburton | RP: haswell+ then | 12:28 |
| rburton | RP: i'd look at the compile log for the native recipe, see if its doing anything weird. | 12:33 |
| rburton | alternatively did we add any new builders? or maybe a new rolling distro has decided to pass march=native implicityl? | 12:33 |
| JaMa | I have question about uninative, we have some kernel recipe which deploys native tool to DEPLOY_DIR_IMAGE, looking at uninative.bbclass in thud I see that uninative_changeinterp is applied only for native/cross/crosssdk recipes, does anyone have cases like this where uninative_changeinterp needs to be forced for some files from target recipe as well? | 12:34 |
| JaMa | or maybe I'm missing some part of this puzzle, because the binary shows uninative loader path, but pointing to directory as it was on the builder which created the binary, but the loader doesn't exist in that path on builder where sstate do_deploy is being reused | 12:36 |
| JaMa | ah it's BUILD_LDFLAGS which set the uninative loader even when the recipe isn't native | 12:38 |
| qschulz | nacknick: misunderstood sorry, INHIBIT_PACKAGE_STRIP_FILES maybe? | 12:41 |
| rburton | nacknick: why do you not want to strip one specific binary? what does that achieve? | 12:48 |
| RP | rburton: over lunch I was also thinking about rolling builders doing something different | 12:49 |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has joined #yocto | 12:51 | |
| JaMa | as temporary work around I'll explicitly use host's loader again | 13:02 |
| nacknick | qschulz: thanks I will check that | 13:02 |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 13:02 | |
| RP | JaMa: the assumption is that target recipes don't generate native binaries | 13:03 |
| nacknick | rburton: I said *I want* to not-strip one file inside a package, and not to do so for all binaries of the same package | 13:03 |
| JaMa | RP: yes, in ideal world they shouldn't :) | 13:04 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 13:04 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 13:05 | |
| *** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 13:05 | |
| *** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-zeqwlptgqiylawki> has joined #yocto | 13:07 | |
| RP | rburton: I've put a sentinel into master-next to try and find where this is coming from. My guess of opensuse doesn't appear right | 13:10 |
| *** Sandrita43 <Sandrita43!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 13:12 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 13:12 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 13:17 | |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:19 | |
| RP | I think we need markers in sstate objects so we can know the origin | 13:21 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:21 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 13:22 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:31 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 13:32 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 13:38 | |
| *** UVV <UVV!2578cdb4@37.120.205.180> has joined #yocto | 13:46 | |
| UVV | Hi everyone. I have a patch for meta layer, which I've sent to poky@lists.yoctoproject.org . I'm wondering now if it was a correct mailing list for this... | 13:48 |
| *** BoJonas <BoJonas!~jonas@customer-2a00-7660-0846-0001-020c-29ff-fed5-d5b4.ip6.gigabit.dk> has joined #yocto | 13:52 | |
| qschulz | UVV: meta in poky is openembedded-core if I'm not mistaken | 13:53 |
| UVV | Alright, thank, I'll resend it there | 13:56 |
| UVV | Alright, thanks, I'll resend it there | 13:56 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 13:57 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 13:57 | |
| *** caiortp <caiortp!d57f6fca@gateway/web/cgi-irc/kiwiirc.com/ip.213.127.111.202> has joined #yocto | 13:58 | |
| *** UVV <UVV!2578cdb4@37.120.205.180> has quit IRC | 13:59 | |
| BoJonas | Hi all, what is the "best way (TM)" to handle a yocto project for different architectures? | 14:00 |
| BoJonas | Our project is, in it's simplst form, a common layer (let's call it meta-commen) and two architecture/device specific layers (let's call them meta-x86 and meta-arm64). | 14:00 |
| BoJonas | What I'm doing right now, is having two different build directories, one for each machine, with separate bblayers.conf files, including the common layer and the device specific layer. | 14:00 |
| qschulz | BoJonas: layers shouldn't be destructive. they should be able to live together just well | 14:01 |
| qschulz | if not, you need to fix the layers | 14:01 |
| *** sgw <sgw!~sgw@134.134.139.74> has joined #yocto | 14:02 | |
| BoJonas | But if I have the same recipe in meta-x86 and in meta-arm64, how can bitbake tell which one to use? | 14:03 |
| qschulz | BoJonas: what is the recipe you're talking about? | 14:03 |
| BoJonas | It could be any recipe. A recipe for setting the hostname for instance | 14:03 |
| qschulz | BoJonas: FYI, you can use VAR_<machine> or VAR_<architecture> or do_<task>_<machine/arch> | 14:04 |
| qschulz | BoJonas: in some cases, you can merge both recipes and have only a few variables or tasks machine/arch specific (don't forget to set PACKAGE_ARCH to MACHINE_ARCH in that case) | 14:04 |
| BoJonas | Ok.. But then I need to make all variables in the recipes "machine specific" right? | 14:04 |
| BoJonas | Hmm.. | 14:05 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:05 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 14:05 | |
| RobertBerger | @BoJonas: What is done differently to read the hostname for x86 and arm? | 14:05 |
| qschulz | BoJonas: in some others, if the recipes are completely different but have the same "meaning", then virtual recipes/packages are what you're looking for. You can use COMPATIBLE_MACHINE to be sure to never pick the wrong one, and you can pick the provider with PREFERRED_PROVIDER and/or PREFERRED_VERSION | 14:06 |
| BoJonas | One target is named "my-cool-arm-host" and the other is named "this-is-a-x86-host" for instance | 14:06 |
| RobertBerger | @BoJonas: OK I see you want to give it different host names depending on what they are build for. | 14:07 |
| qschulz | BoJonas: you could use a variable available from Yocto and put it in the hostname, or use a variable you would set in your machine.conf file | 14:07 |
| *** locutus_ <locutus_!~LocutusOf@5.170.193.177> has joined #yocto | 14:08 | |
| RobertBerger | @BoJonas: as qschulz points out I would look at machine.conf. Certainly you will need 2 different BSP layers and 2 different machines to build for. By default the "BSP" name ends up being the hard coded hostname. | 14:08 |
| BoJonas | @RobertBerger yes, the two different targets are two completely different products, but are "kind-of" running the same application (with very different configs). Thats why we currently have these machine specific layers, and only include the one we need | 14:09 |
| qschulz | but you should be able to build with both layers in bblayers.conf | 14:09 |
| BoJonas | Ok, I'll have a look at machine.conf | 14:10 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 14:10 | |
| BoJonas | Can I make a layer machine-specific? | 14:10 |
| RobertBerger | @BoJonas: That's what is called BSP layer | 14:10 |
| BoJonas | Doh!! Now I understand! Of course | 14:11 |
| qschulz | BoJonas: a BSP layer is a layer for all recipes required to boot the device. kernel, u-boot, machine configuration file. Maybe a few **very** specific recipes but it should be very small IMO | 14:11 |
| *** locutus_ <locutus_!~LocutusOf@5.170.193.177> has quit IRC | 14:12 | |
| qschulz | then, if your recipe has a different configuration depending on the machine, that is something you could set directly from within the recipe by using <machine> overrides | 14:13 |
| BoJonas | Ok, i see | 14:13 |
| RobertBerger | @BoJonas: here is a machine.conf file https://gitlab.com/meta-layers/meta-multi-v7-ml-bsp/-/blob/master/conf/machine/multi-v7-ml.conf | 14:13 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 14:14 | |
| RobertBerger | this is one for various boards ;) | 14:14 |
| RobertBerger | armv7 based boards | 14:14 |
| BoJonas | Yes ok, I see that I need to move more of my configuration out of the recipes and into machine.conf instead | 14:14 |
| RobertBerger | you need to understand the concepts of distro, machine and image | 14:16 |
| qschulz | BoJonas: indeed and make use of machine/architecture overrides in some cases where it's not possible to put it into the machine.conf | 14:16 |
| RobertBerger | The same image can be built for different machines. e.g. core-image-minimal for your arm and x86 boards | 14:17 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 14:17 | |
| BoJonas | @RobertBerger, I think you are right.. What we do now is that we have our "main-image.bb" in the meta-common layer and then have "main-image.bbappend" in the device-specific layers | 14:17 |
| qschulz | BoJonas: as suggested by RobertBerger.. you can have a look at https://www.youtube.com/watch?v=o-8g0TPVVGg | 14:17 |
| qschulz | BoJonas: yup, that seems wrong :) | 14:17 |
| BoJonas | @qschulz thanks i'll give it a look | 14:17 |
| RobertBerger | @BoJonas: But don't you fear: You would not be the first one who made such mistakes :) I saw this many times. | 14:19 |
| qschulz | Everyone makes mistake, everyone learns... for ever and ever :) | 14:20 |
| BoJonas | I have been using Yocto in different companies since beginning of 2015, and everyone seems to have misunderstood the basic concepts, and try to "invent" their own way of doing things like this. | 14:20 |
| BoJonas | That's why I want to try to do it the right way this time | 14:21 |
| RobertBerger | @BoJonas: Well unfortunately there are many degrees of freedom with OE/YP. | 14:23 |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 14:23 | |
| *** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 14:23 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 14:23 | |
| BoJonas | @RobertBerger, yes i agree .. it's both good and bad | 14:24 |
| BoJonas | But I still think that Yocto is fantastic | 14:24 |
| BoJonas | Another thing .. can I build for multiple targets in a single bitbake command? | 14:27 |
| BoJonas | Sorry, not targets, machines | 14:27 |
| BoJonas | I mainly need this for fetching all the sources for our different devices. Right now, we run a bitbake --runall=fetch for every target, but if I have all my layers included in my bblayers.conf, i guess that it will fetch for all machines, right? | 14:29 |
| BoJonas | ... Hmm, thinking about it, no I guess it would only fetch for the machine specified | 14:30 |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 14:36 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 14:36 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 14:37 | |
| smurray | BoJonas: the multiconfig feature is the only way to do that | 14:45 |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:45 | |
| khem | RP: I am seeing error: 'FALSE' undeclared in following two recipes https://errors.yoctoproject.org/Errors/Build/102058/ before I delve into them has something change in oe-core/master-next | 14:46 |
| *** jbeagle <jbeagle!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:46 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has quit IRC | 15:00 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 15:01 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 15:02 | |
| RobertBerger | @BoJonas: Look at multiconfig | 15:02 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 15:03 | |
| RobertBerger | @BoJonas: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#dev-building-images-for-multiple-targets-using-multiple-configurations | 15:03 |
| qschulz | RobertBerger: that's a bit overkill for only fetching packages :D | 15:03 |
| RobertBerger | @qschulz - yes of course just for fetching it's overkill | 15:04 |
| RobertBerger | @BoJonas I would unify as much as possible and, as you said, it's just different configurations with the same app design it like this. | 15:05 |
| RobertBerger | @BoJonas: like this you have the same sources and you could use a download cache for all of them | 15:05 |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has joined #yocto | 15:06 | |
| *** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 15:07 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 15:18 | |
| BoJonas | Thanks!! | 15:18 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 15:24 | |
| *** gtristan <gtristan!~tristanva@183.78.230.218> has joined #yocto | 15:24 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:29 | |
| RP | khem: not that I know of. We are seeing corrupt sstate with SIGILL being triggered from native binaries all over though | 15:33 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 15:34 | |
| JaMa | any meta-rust users/devs here? Have anyone tried to pass something like ${@oe.utils.parallel_make_argument(d, '-Ccodegen-units=%d', limit=64)} to rust-native bootstrap? It takes really long as shown by https://github.com/shr-project/test-oe-build-time so I'm trying to make it more parallel | 15:36 |
| *** frsc <frsc!~frsc@i59F725DE.versanet.de> has quit IRC | 15:37 | |
| RP | JPEW: hashequiv is totally undermining my attempts to debug this SIGILL issue :) | 15:40 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:43 | |
| yocti | New news from stackoverflow: why does autostart with systemd doesn't work <https://stackoverflow.com/questions/61526924/why-does-autostart-with-systemd-doesnt-work> | 15:48 |
| *** stacktrust <stacktrust!~stacktrus@cpe-104-162-194-186.nyc.res.rr.com> has quit IRC | 15:52 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 15:56 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 16:00 | |
| JPEW | RP: Ya, I would expect it would | 16:01 |
| khem | JaMa: its building full llvm underneath so long times are expectd | 16:06 |
| JaMa | khem: isn't that in rust-llvm-native? I see most time spent in single threadded "rustc-1.37.0-src/build/x86_64-unknown-linux-gnu/stage0-tools-bin/fabricate generate" | 16:07 |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has joined #yocto | 16:11 | |
| JaMa | it's rust-native.do_compile which takes 20 minutes, even more than chromium-x11.do_compile in some cases | 16:11 |
| *** nacknick <nacknick!8de24efa@141.226.78.250> has quit IRC | 16:12 | |
| khem | yeah fabricate it trouble to run in parallel | 16:15 |
| yocti | New news from stackoverflow: Why does autostart with systemd not work? <https://stackoverflow.com/questions/61526924/why-does-autostart-with-systemd-not-work> | 16:18 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:22 | |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has quit IRC | 16:30 | |
| *** caiortp <caiortp!d57f6fca@gateway/web/cgi-irc/kiwiirc.com/ip.213.127.111.202> has quit IRC | 16:34 | |
| RobertBerger | Am I the only one who sees NOTE: Retrying server connection (#8)... | 16:40 |
| RobertBerger | ERROR: Unable to connect to bitbake server, or start one (server startup failures would be in bitbake-cookerdaemon.log) caused by "OSError: [Errno 98] Address 'hashserve.sock' is already in use" with dufell? | 16:40 |
| kergoth | O | 16:45 |
| kergoth | er I'm seeing the retrying connection thing all the time now | 16:45 |
| kergoth | haven't seen the hashserve message though | 16:46 |
| kergoth | need to try to bisect | 16:46 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:48 | |
| RobertBerger | @kergoth - not good ;) | 16:48 |
| RobertBerger | @kergoth: I CTRL+C, bitbakes are not killed, I kill them manually and I get this problem - need to manually remove hashserve.sock to bitbake again | 16:50 |
| *** pacopedraza <pacopedraza!18179c40@c-24-23-156-64.hsd1.ca.comcast.net> has joined #yocto | 16:50 | |
| RobertBerger | @kergoth: currently running a test where I did CTRL+C and no kill to see if a new bitbake run will fix it | 16:51 |
| RobertBerger | @kergoth: the hashserve message is in a log file: bitbake-cookerdaemon.log | 16:52 |
| RobertBerger | @kergoth: bitbake does not fix it if I don't kill them either | 16:53 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 16:53 | |
| RobertBerger | @kergoth: I guess someone should clean up hashsrv.sock by default? | 16:54 |
| dl9pf | Iirc it happens with bitbake in memres mode | 16:57 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 16:57 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 17:01 | |
| RobertBerger | @dl9pf not only. I don't use memres mode, at least I don't intend to ;) | 17:01 |
| RobertBerger | @dl9pf is it on by default now? | 17:02 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:02 | |
| dl9pf | No | 17:02 |
| *** mckoan is now known as mckoan|away | 17:03 | |
| RP | kanavin_home: tracked this down and it is buildtools-tarball that is breaking things | 17:04 |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has quit IRC | 17:04 | |
| kanavin_home | RP: :( how come? | 17:07 |
| RP | kanavin_home: I think the gcc in buildtools-tarball-extended has some kind of --with-arch=native default | 17:08 |
| kanavin_home | RP: oh, so it's not about gomp? phew :) | 17:08 |
| RP | kanavin_home: I just know if I have a clean setup and force a build of shared-mime-info-native, it only breaks when buildtools-tarball-extended is in play | 17:09 |
| *** woutervh <woutervh!~woutervh@188.189.113.162> has quit IRC | 17:09 | |
| RP | kanavin_home: I'm not blaming gomp, this new toolchain does seem to have issues though | 17:09 |
| RP | whether host cpu flags leaked into the buildtools, I don't know | 17:09 |
| RP | some handle on where to look is progress I guess | 17:10 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 17:11 | |
| yocti | New news from stackoverflow: Remove ROS from Yocto Bitbake to Reduce Image Size <https://stackoverflow.com/questions/61376427/remove-ros-from-yocto-bitbake-to-reduce-image-size> | 17:18 |
| *** alejandrohs <alejandrohs!~alejandro@217.138.213.158> has joined #yocto | 17:28 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-160.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 17:30 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto | 17:32 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 17:34 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:42 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 17:49 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 17:51 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has quit IRC | 17:59 | |
| RP | sakoman: I'd hold off builds for now. I know what the issue is, just need time to fix it and upgrade buildtools on the AB | 18:03 |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has joined #yocto | 18:12 | |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has quit IRC | 18:13 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 18:17 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 18:18 | |
| *** ebail <ebail!~ebail@2a01cb089000af00a7a4ea50b7eddc65.ipv6.abo.wanadoo.fr> has quit IRC | 18:23 | |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:11a3:b093:3ebb:3130> has joined #yocto | 18:28 | |
| *** meow` <meow`!~sbourdeli@192.222.247.54> has quit IRC | 18:29 | |
| denix | halstead: ping | 18:29 |
| *** meow` <meow`!~sbourdeli@192.222.247.54> has joined #yocto | 18:30 | |
| *** Sandrita43 <Sandrita43!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 18:30 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 18:31 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 18:31 | |
| denix | halstead: why did List-Id: change on lists.yp.org on/around Apr 25? | 18:31 |
| kergoth | good question, it broke half my filters :) | 18:33 |
| kergoth | guessing the groups.io conversion? | 18:33 |
| halstead | denix, kergoth April 25th is after migration. I'll check the groups.io product update history and see if I can find a reason. | 18:41 |
| denix | kergoth: yeah, same here, notably patchwork | 18:42 |
| *** smartin <smartin!~smartin@188.ip-51-178-81.eu> has quit IRC | 18:55 | |
| *** jd89 <jd89!49e72332@c-73-231-35-50.hsd1.ca.comcast.net> has joined #yocto | 18:56 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:01 | |
| khem | RP: I figured, its the json-c upgrade patch in oe-core which is causing this issue, please hold it off | 19:08 |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto | 19:10 | |
| smurray | halstead: my guess is the change correlates with ndec changing the reply behavior of the lists | 19:13 |
| *** rburton <rburton!~rburton@192.198.151.44> has quit IRC | 19:14 | |
| halstead | smurray, I'll check if that is it. Lots of product changes went in on the 24th but none called out a list-id change. | 19:14 |
| *** smartin <smartin!~smartin@188.ip-51-178-81.eu> has joined #yocto | 19:14 | |
| RP | khem: actually its a patch from this khem guy ;-) | 19:18 |
| RP | khem: http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/recipes-devtools/gcc/gcc-target.inc?id=d566448b3d7b2fe3e9743795a2ef4bdc2b4d06a4 | 19:19 |
| halstead | smurray, It appears the change was global to the platform not a setting we altered. | 19:20 |
| smurray | halstead: ouch, that seems like a misfeature on the part of groups.io | 19:20 |
| ndec | At least it wasn’t me ;) | 19:20 |
| smurray | heh | 19:21 |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has joined #yocto | 19:21 | |
| denix | ndec: you are off the hook for now... :) | 19:21 |
| RP | khem: we didn't realise gcc-target has implications for nativesdk-gcc | 19:21 |
| * smurray hopes filtering on ^Mailing-List is going to prove stable | 19:21 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 19:22 | |
| denix | smurray: how standard that field is? | 19:22 |
| smurray | denix: I'm unsure, tbh. I went back and checked and it's not present in older messages, so it might not be | 19:24 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 19:37 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has quit IRC | 19:38 | |
| RP | I thought List-ID was the stable one? | 20:03 |
| RP | khem: I understand your comment btw and will hold off the json-c patch for now | 20:06 |
| RP | khem: we were cross talking issues :) | 20:07 |
| denix | RP: it is, but our List-Ids got changed/renamed last weekend on groups.io (see above) :( many filters got broken. our internal patchworks now misses patches | 20:08 |
| denix | smurray: maybe you can use ^Mailing-List for procmail or other filters, but our ancient Patchwork seems to rely solely on List-Id :( | 20:11 |
| RP | denix: hmm, I wonder why mine still work | 20:11 |
| denix | RP: it is now like this - List-Id: <67612.openembedded-core.lists.openembedded.org> | 20:11 |
| denix | RP: used to be List-Id: <openembedded-core.lists.openembedded.org> | 20:12 |
| kergoth | i'm guessing exact match vs search, gmail's filters are often the latter, so it doesn't have to be exact | 20:12 |
| RP | denix: I got lucky with where I put wildcards in my procmail files! | 20:13 |
| smurray | RP: yeah, I toyed with adding some wildcards, if Mailing-List proves problematic, I'll switch to doing that | 20:13 |
| khem | RP: what issue did you run into with nativesdk ? | 20:15 |
| RP | I've pushed ABI bumps into master-next so its rebuilding everything with the new buildtools on the appropriate workers | 20:15 |
| RP | khem: if you use buildtools-tarball-extended and build with arch=native, it means the binaries won't run on other workers using uninative but hit SIGILL | 20:16 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 20:16 | |
| RP | khem: I was busy trying to find which crazy distro had enabled arch=native then found it was our buildtools :) | 20:17 |
| *** alejandr1 <alejandr1!~alejandro@107.158.155.211> has joined #yocto | 20:18 | |
| *** KindOne <KindOne!shark@freenode/father-christmas/kindone> has quit IRC | 20:18 | |
| *** alejandr1 <alejandr1!~alejandro@107.158.155.211> has quit IRC | 20:18 | |
| *** alejandrohs <alejandrohs!~alejandro@217.138.213.158> has quit IRC | 20:19 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto | 20:21 | |
| *** alejandrohs <alejandrohs!~alejandro@107.158.155.211> has joined #yocto | 20:22 | |
| *** woutervh <woutervh!~woutervh@188.189.113.162> has joined #yocto | 20:26 | |
| *** smrbz <smrbz!4a61bec6@pool-74-97-190-198.prvdri.fios.verizon.net> has joined #yocto | 20:28 | |
| *** pacopedraza <pacopedraza!18179c40@c-24-23-156-64.hsd1.ca.comcast.net> has quit IRC | 20:30 | |
| smrbz | Hey guys, I've been working with yocto for a bit now and was wondering something. My goal is to use yocto to build images for product with a web server interface (node/react). What would be the recommended procedure getting that project code on the system and up and running? | 20:31 |
| smrbz | perhaps just a recipe with an empty do_compile() stage? | 20:33 |
| RP | smrbz: that would work, there are other recipes which do this for config files and similar | 20:34 |
| halstead | denix, smurray, The list-id change has been rolled back. It was added in attempt to assist with several e-mail providers spam policies. After testing the change wasn't needed. | 20:36 |
| smrbz | @RP great, that was my thinking given that there's nothing really to compile and the software recipe would give me a more formal means of putting code in the right location | 20:37 |
| *** smrbz <smrbz!4a61bec6@pool-74-97-190-198.prvdri.fios.verizon.net> has quit IRC | 20:37 | |
| smurray | halstead: thanks for the heads up! | 20:37 |
| halstead | denix, If you changed your filters you will need to adjust back. | 20:37 |
| denix | halstead: great, thanks! | 20:38 |
| khem | RP: extended tools tarball will use gcc target runtime right I guess this change was prior to extended tools tarball was a reality | 20:50 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 20:52 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 20:53 | |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has quit IRC | 20:53 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 20:53 | |
| *** Chaser <Chaser!~Chaser@ec2-13-233-34-134.ap-south-1.compute.amazonaws.com> has quit IRC | 20:53 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has quit IRC | 20:53 | |
| *** icee <icee!mlyle@dRonin/dev/icee> has quit IRC | 20:53 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 20:53 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC | 20:53 | |
| *** rperier_ <rperier_!~quassel@234.ip-51-91-57.eu> has joined #yocto | 20:53 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto | 20:53 | |
| *** icee <icee!mlyle@jar.lyle.org> has joined #yocto | 20:53 | |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has joined #yocto | 20:53 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 20:53 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 20:53 | |
| *** khem <khem!~khem@2601:646:9200:4e0::e11c> has joined #yocto | 20:54 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 20:54 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has quit IRC | 20:55 | |
| *** Chaser <Chaser!~Chaser@ec2-13-233-34-134.ap-south-1.compute.amazonaws.com> has joined #yocto | 20:56 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 20:57 | |
| *** juvenal <juvenal!juvenal@free.znc.bg> has quit IRC | 20:59 | |
| khem | RP: do we have a writeup on extended toolchain tarball generation ? I am interested in creating one to build morty | 20:59 |
| khem | looking for building morty on ubuntu 18.04 | 20:59 |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 21:00 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 21:00 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 21:02 | |
| kanavin_home | khem: I think the use case for the tarball is supporting modern yocto on ancient distros (by providing modern native toolchain), not the other way around | 21:03 |
| kanavin_home | khem: if you need to build ancient yocto on a modern distro, your best bet is a ubuntu 14.04 docker container which is very easy to install | 21:03 |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 21:03 | |
| khem | I know that but it works both ways | 21:09 |
| RP | khem: "bitbake buildtools-extended-tarball" :) | 21:09 |
| khem | RP has done builds for sumo | 21:09 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 21:09 | |
| RP | kanavin_home: it does work both ways | 21:09 |
| khem | RP: heh | 21:09 |
| RP | khem: http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rpurdie/pyro was my test of backporting to build an older tarball | 21:10 |
| RP | khem: its obviously out of date now | 21:10 |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 21:14 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 21:16 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto | 21:16 | |
| *** dkl__ <dkl__!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 21:28 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 21:32 | |
| *** vineela1 <vineela1!~vtummala@134.134.139.76> has joined #yocto | 21:34 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 21:34 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 21:38 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-hcnmutkbbuebdyuw> has quit IRC | 21:38 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:39 | |
| RP | Hmm, tests failed in deployment :( | 21:39 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 21:40 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 21:42 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 21:49 | |
| *** woutervh <woutervh!~woutervh@188.189.113.162> has quit IRC | 21:49 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 21:49 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:08 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 22:14 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:21 | |
| RP | "As new processors are deployed in the marketplace, the behavior of this option will change." | 22:40 |
| *** vineela1 <vineela1!~vtummala@134.134.139.76> has quit IRC | 22:41 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 22:50 | |
| denix | RP: a case of extreme CYA? | 22:51 |
| RP | denix: no, the behaviour of gcc is now depending on the system you run it on :/ | 22:52 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 22:53 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c23:601a:2f00:40b6:9542:8968:c5e0> has quit IRC | 22:56 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 23:03 | |
| * RP gives up and will have to look at this more tomorrow | 23:12 | |
| *** vineela1 <vineela1!~vtummala@134.134.139.76> has joined #yocto | 23:13 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 23:13 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-50-212.ssp.dialog.net.pl> has quit IRC | 23:15 | |
| yocti | New news from stackoverflow: bitbake rpi-test-image with MACHINE=raspberrypi3-64 failing to build on the zeus release of yocto <https://stackoverflow.com/questions/61534170/bitbake-rpi-test-image-with-machine-raspberrypi3-64-failing-to-build-on-the-zeus> | 23:19 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 23:28 | |
| *** vineela1 <vineela1!~vtummala@134.134.139.76> has quit IRC | 23:28 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:44 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!