*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC | 00:01 | |
*** mprokos <mprokos!~mprokos@97-113-142-240.tukw.qwest.net> has quit IRC | 00:01 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:02 | |
*** mprokos <mprokos!~mprokos@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has joined #yocto | 00:02 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 00:02 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 00:06 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:06 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 00:07 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 00:07 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:58da:1312:27b2:8581> has quit IRC | 00:09 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:16 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 00:20 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:b577:37ac:e60e:29a3> has joined #yocto | 00:20 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 00:34 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 00:37 | |
*** otavio <otavio!~otavio@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 00:37 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 00:37 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:46 | |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 00:54 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:b577:37ac:e60e:29a3> has quit IRC | 00:54 | |
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:b577:37ac:e60e:29a3> has joined #yocto | 00:55 | |
moto-timo | zeddii: for me at least, network devices are in an endless loop of crashing and restarting... do we have enough memory? | 01:21 |
---|---|---|
moto-timo | zeddii: Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: veth15cd4fcc: Link UP | 01:22 |
moto-timo | Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: veth15cd4fcc: Gained carrier | 01:22 |
moto-timo | Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: veth14ee276b: Link DOWN | 01:22 |
moto-timo | Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: veth14ee276b: Lost carrier | 01:22 |
moto-timo | Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: rtnl: received neighbor for link '2129' we don't know about, ignoring. | 01:22 |
moto-timo | Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: veth4cdd14ca: Link DOWN | 01:22 |
moto-timo | Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: veth4cdd14ca: Lost carrier | 01:22 |
moto-timo | Nov 19 22:24:33 qemux86-64 systemd-networkd[176]: rtnl: received neighbor for link '2130' we don't know about, ignoring. | 01:22 |
moto-timo | Nov 19 22:24:34 qemux86-64 systemd-networkd[176]: veth15cd4fcc: Gained IPv6LL | 01:22 |
moto-timo | master, linux-yocto-dev | 01:23 |
zeddii | moto-timo: in the README (not sure if it's checked into the branch) I suggest adding space to the image and booting with at least 2G of memory for qemu, or yes, you'll OOM | 01:30 |
moto-timo | zeddii: I did the 2G, so probably red herring | 01:31 |
moto-timo | zeddii: trying to troubleshoot why systemd-networkd is thrashing | 01:31 |
zeddii | my "steady state" for networking and flannel looks like this: https://pastebin.com/ma5agnA7 | 01:31 |
moto-timo | up.down.up.down | 01:31 |
zeddii | when I launch on the server on the command line, so I can actually see some logs .. you see it complaining about too many dns servers in resolve.conf (apparently that's not really an error, even though it displays as one), and lots of "can't connect". Before my containers went into the crashbackoffloop, I was seeing something that led me to think ssl or certifcates were wrong. | 01:33 |
zeddii | I'm testing to see if mine really are sure they want to crash ;) | 01:34 |
zeddii | helm-install-traefik-sms68 0/1 CrashLoopBackOff 344 29h | 01:34 |
zeddii | 29 hours of crash looping! :D | 01:34 |
*** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has joined #yocto | 01:35 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:38 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 01:49 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:54 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:08 | |
*** jwessel1 <jwessel1!~jwessel@unknown-3-103.windriver.com> has joined #yocto | 02:23 | |
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC | 02:24 | |
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 02:28 | |
*** jwessel1 <jwessel1!~jwessel@unknown-3-103.windriver.com> has quit IRC | 02:29 | |
*** mprokos <mprokos!~mprokos@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has quit IRC | 02:34 | |
*** mprokos <mprokos!~mprokos@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has joined #yocto | 02:36 | |
*** mprokos is now known as rabbit9911 | 02:42 | |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has joined #yocto | 02:52 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:52 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 02:53 | |
*** camus1 is now known as kaspter | 02:55 | |
kiwi_29 | Hello, which package provides ldconfig to target distro? is it ldconfig-native? | 02:58 |
kiwi_29 | while executing dpkg, I get ldconfig error and I see that there is no ldconfig in my core-image-minimal based distro . You would assume ldconfig is always installed ...no? | 02:59 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 03:13 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 03:14 | |
kiwi_29 | oh ..btw this is an LXC containerized distro | 03:18 |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:24 | |
OutBackDingo | zeddii: why is it crash looping, post the logd | 03:36 |
OutBackDingo | ~logs~ | 03:36 |
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:02 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:20 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:27 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:28 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:29 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 04:51 | |
*** ningauble <ningauble!ningauble@gateway/vpn/privateinternetaccess/ningauble> has joined #yocto | 04:52 | |
*** ningauble <ningauble!ningauble@gateway/vpn/privateinternetaccess/ningauble> has quit IRC | 04:55 | |
*** jobroe <jobroe!~manjaro-u@p579eb225.dip0.t-ipconnect.de> has joined #yocto | 04:56 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:56 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:02 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:40 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:41 | |
*** camus1 is now known as kaspter | 05:41 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 05:43 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 05:43 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 05:45 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 05:46 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:52 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC | 05:58 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 06:17 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 06:19 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 06:20 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:43 | |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has quit IRC | 06:45 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:46 | |
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto | 06:47 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:49 | |
*** sstiller <sstiller!~sstiller@p200300f07f14810117b04310e3c8f5e6.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lvokiqgqeswiqwbf> has quit IRC | 06:51 | |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 06:55 | |
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto | 07:00 | |
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-53.xnet.hr> has joined #yocto | 07:06 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:09 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 07:15 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:18 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 07:18 | |
*** mcc_ <mcc_!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has quit IRC | 07:30 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:33 | |
ndec | hi qschulz, i just learned by accident.. that you don't need the bitbake: in cross references with intersphinx.. you can use it to disambiguate (if needed), but it works otherwise.. | 07:33 |
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:35 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 07:36 | |
ndec | well, in fact, we have a few occurences already where it's missing! | 07:36 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-rqakwkbgxvqsqznv> has joined #yocto | 07:38 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 07:38 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:39 | |
*** mckoan|away is now known as mckoan | 07:41 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:43 | |
RobertBerger | @JPEW: very interesting stuff - please keep me posted as well. | 07:43 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 07:44 | |
RobertBerger | @JPEW - tekton/CI | 07:44 |
LetoThe2nd | yo dudX | 07:44 |
LetoThe2nd | and yo q-i-told-you-so-schulz ;-) | 07:44 |
mckoan | good morning | 07:44 |
RobertBerger | Hi everybody! | 07:45 |
LetoThe2nd | hm. do i now wrangle js/ts testing, prepare livecoding demos, or finde me coffee/beer? | 07:47 |
*** rcw <rcw!~rcwoolley@216.154.0.157> has quit IRC | 07:49 | |
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:51 | |
RobertBerger | @LetoThe2nd start with beer, then coffee and afterwards the thing with the curse words | 07:52 |
LetoThe2nd | RobertBerger: good plan. concerning livecodign demos, i yesterday found that one of those actually went into the arctic vault, which is highly amusing: https://github.com/LetoThe2nd/libanswer | 07:53 |
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 07:57 | |
*** TPRoberts <TPRoberts!519821e6@host81-152-33-230.range81-152.btcentralplus.com> has joined #yocto | 07:57 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 08:05 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 08:05 | |
*** rcw <rcw!~rcwoolley@157.52.1.76> has joined #yocto | 08:09 | |
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 08:09 | |
PaowZ | 'morning, all.. | 08:22 |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has joined #yocto | 08:23 | |
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 08:25 | |
*** manuel19851 <manuel19851!~manuel@089144218032.atnat0027.highway.a1.net> has quit IRC | 08:29 | |
*** creich <creich!~creich@p200300f6af064610000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 08:31 | |
PaowZ | I just discovered the yocto jester picture.. nice and funny :) | 08:31 |
LetoThe2nd | \o/ | 08:32 |
PaowZ | just misses the sleighs bells at the tip of the hat branches xD | 08:33 |
PaowZ | for v2, perhaps :) | 08:33 |
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 08:35 | |
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29eabd8cf63c98e88a0f.ipv6.abo.wanadoo.fr> has joined #yocto | 08:48 | |
PaowZ | I'm getting a QA issue, this morning, related to symlinks.. I indeed noticed that deleting symlinks would not raise QA issue but I can't see the point over here.. any insight ? https://paste.ubuntu.com/p/S4tPsmnKzt/ thks | 08:48 |
*** TPRoberts <TPRoberts!519821e6@host81-152-33-230.range81-152.btcentralplus.com> has quit IRC | 08:54 | |
*** TPRoberts <TPRoberts!519821e6@host81-152-33-230.range81-152.btcentralplus.com> has joined #yocto | 08:56 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:01 | |
*** sstiller <sstiller!~sstiller@p200300f07f14810117b04310e3c8f5e6.dip0.t-ipconnect.de> has quit IRC | 09:02 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:05 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 09:05 | |
qschulz | ndec: oh! not great. It's going to be a game of whack-a-mole to find all the missing bitbake: :/ | 09:37 |
qschulz | LetoThe2nd: I hope your enjoyed receiving 32 times the same mail :) | 09:38 |
ndec | well, it works without it.. so it's not a big deal.. | 09:39 |
ndec | for refs it's easy to find them. for terms much less. | 09:39 |
ndec | and if a term exists in both yp-docs and bitbake-docs, then yes, it might be problematic | 09:40 |
LetoThe2nd | qschulz: yes, i celebrated it! | 09:40 |
qschulz | ndec: can terms be prefixed with bitbake: too? | 09:44 |
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 09:44 | |
ndec | yes. | 09:44 |
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 09:44 | |
ndec | git grep ":term:\`bitbake:", there are a few alrady | 09:45 |
ndec | and git grep "bitbake-user-manual/" | grep -v "bitbake:" gives the places where we missed bitbake: | 09:45 |
*** DanmerZ <DanmerZ!~op@46.150.1.133> has joined #yocto | 09:49 | |
*** dv|2 <dv|2!~dv@5.167.98.73> has quit IRC | 09:50 | |
qschulz | ndec: ok, so it's not going to be a nightmare to fix :) | 09:53 |
DanmerZ | Hi! I am building image containing icedtea7-native which does not compile due to some -Werror related error. I would like to remove -Werror flag | 10:03 |
DanmerZ | http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/tree/recipes-core/icedtea/icedtea7-native.inc?h=master | 10:03 |
DanmerZ | I tried CFLAGS_remove = "-Werror" and CXXFLAGS_remove = "-Werror" - it doe not work. | 10:04 |
DanmerZ | Also there are already -Wno-error=stringop-overflow -Wno-error=return-type, the same error types as I have | 10:05 |
PaowZ | DanmerZ: try altering TARGET_CXXFLAGS | 10:05 |
PaowZ | and bitbake -e to see the content of your variable.. | 10:06 |
LetoThe2nd | use magic with bitbake -e! https://theyoctojester.info/session_14/main.html | 10:09 |
RobertBerger | @DanmerZ: which verson of meta-java do you use? | 10:11 |
RobertBerger | @DanmerZ: can you dump the error log somewhere, like pastebin? | 10:12 |
RobertBerger | @DanmerZ: Do you use master? | 10:12 |
RobertBerger | @DanmerZ: what's the version of the "host" gcc of your build machine? | 10:13 |
DanmerZ | gcc version 9.3.0 | 10:14 |
DanmerZ | meta-java: commit 3b65eea96eddde97169ca5e00be01a9dbd257786 from Thu Aug 20 | 10:14 |
DanmerZ | https://pastebin.com/8AuRy8pK | 10:15 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:17 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 10:17 | |
RobertBerger | @DanmerZ: So I guess you try to get rid of this compiler flag ? -Werror=return-type | 10:19 |
DanmerZ | yes | 10:19 |
DanmerZ | CFLAGS_append = " -Wno-error=stringop-overflow | 10:19 |
DanmerZ | CFLAGS_append = " -Wno-error=stringop-overflow -Wno-error=return-type" | 10:19 |
DanmerZ | but I see in compile log both -Werror and -Wno-error=return-type | 10:20 |
RobertBerger | @DanmerZ: Can you try something like that? http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/tree/recipes-core/icedtea/icedtea7-native.inc#n34 | 10:20 |
RobertBerger | @DanmerZ: I see this as well: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/tree/recipes-core/icedtea/icedtea7-native.inc#n29 | 10:22 |
RobertBerger | hmm strange ;) | 10:22 |
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:24ab:7338:f71a:2b86> has joined #yocto | 10:31 | |
DanmerZ | the strange thing that the same icedtea7-native version 2.1.3 compiles in other image for different platform | 10:32 |
DanmerZ | CFLAGS_append = " -Wno-error" helped | 10:48 |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has quit IRC | 10:58 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:d28:9e3e:76f0:aaf1> has quit IRC | 10:59 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 11:00 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:d28:9e3e:76f0:aaf1> has joined #yocto | 11:04 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:06 | |
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29eabd8cf63c98e88a0f.ipv6.abo.wanadoo.fr> has quit IRC | 11:40 | |
*** sno <sno!~sno@xdsl-89-0-220-168.nc.de> has quit IRC | 11:41 | |
*** zillolo <zillolo!~alex@mob-31-157-147-83.net.vodafone.it> has joined #yocto | 11:47 | |
stkw0 | Hi, where I should send patches for the layer named "meta" of yocto? I am porting some patches so it can work when the host uses GCC-10. I know that there are a mailing list for meta-yocto and meta-yocto-bsp and another for OE layers. But I have doubts about the "meta" layer | 11:48 |
LetoThe2nd | stkw0: meta == oe-core. so, the oe-core mailing list probably. | 11:49 |
qschulz | stkw0: hi, the meta layer in poky is openembedded-core | 11:49 |
stkw0 | Okay, thank you very much. | 11:49 |
LetoThe2nd | stkw0: have fun! | 11:50 |
qschulz | stkw0: which release of Yocto are you on? | 11:52 |
LetoThe2nd | qschulz: the bestest one, of course! | 11:52 |
stkw0 | qschulz: zeus, with gatesgarth those bugs seems to be fixed, but for now we rely on zeus (we are planning to upgrade to official supported release though), but it will be nice if those patches are backported to zeus | 11:54 |
qschulz | stkw0: If I'm not mistaken zeus is at best community supported, at worst EOL. | 11:55 |
* LetoThe2nd isn't sure somebody will take patches for zeus still | 11:55 | |
stkw0 | according to release page it's community support. | 11:55 |
stkw0 | I guess small patches to current packages can be accepted¿? | 11:56 |
qschulz | stkw0: I'd suggest moving to dunfell maybe? *it's the lts that will be supported for at least 2 years (probably more if there's financial support) | 11:56 |
*** zillolo <zillolo!~alex@mob-31-157-147-83.net.vodafone.it> has quit IRC | 11:56 | |
qschulz | stkw0: well, if anyone actually maintains it, sure :) no version bumps but patches welcome | 11:56 |
stkw0 | qschulz: The problem is that meta-xilinx don't supports dunfell (and don't want to do it, I read they want to go directly to Gatesgarth) | 11:56 |
PaowZ | didn't know dunfell was a lts.. | 11:56 |
RP | stwcx: nobody stepped up to continue zeus' maintenance | 11:57 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:57 | |
RP | sorry, stkw0: ^^^ | 11:57 |
stkw0 | RP: so basically, althought zeus in theory is "Community support" in practice it is EOL?? | 11:58 |
RP | stkw0: effectively nobody has stepped up so yes, we should probably just mark it EOL. The focus around the LTS has meant the other branches have withered since people are aiming for LTS | 12:00 |
LetoThe2nd | PaowZ: its not like it was a secret... rather the exact opposite. | 12:01 |
stkw0 | jaja, okay | 12:01 |
stkw0 | It is cool to have an LTS release, I think it's the first LTS release of yocto?? I would like other layers like meta-xilinx also gave LTS support. We are a small team and sometimes it's hard to keep up with yocto releases... Anyway, thank you very much for your information | 12:03 |
RP | stkw0: it is the first LTS release, we're still figuring some of the details out :) | 12:04 |
LetoThe2nd | RP: some == 3. the L, the T, and the S ;-) | 12:05 |
LetoThe2nd | releasing was clear. | 12:05 |
PaowZ | LetoThe2nd: surely.. it sounds that I hadn't read it somewhere.. but now you said so.. https://wiki.yoctoproject.org/wiki/Releases | 12:06 |
LetoThe2nd | PaowZ: i've done a specific QS session on it, it was a prominent keynote at ELC, and also ELC-Almost-EU... so its actually quite an accomplishment to have missed it. maybe get in touch with ndec so he can improve his marketing skillz to reach folks like you in the future too :-) | 12:08 |
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-53.xnet.hr> has quit IRC | 12:09 | |
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-53.xnet.hr> has joined #yocto | 12:09 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 12:09 | |
LetoThe2nd | no kidding, thats really what i have done a couple of times already. when people told me "i've missed your session every time", i was like: please tell me where you get your information from, so i can improve my announcements. | 12:09 |
ndec | LetoThe2nd: PaowZ : right i am interested in how we can improve that for sure! | 12:10 |
LetoThe2nd | ndec: for me the result was that the upcoming session is the first one to have been announced on instagram and youtube :) | 12:11 |
ndec | instagram... ;) | 12:12 |
LetoThe2nd | ndec: i loathe producing content for instagram. the process is just like super ugly. but if it helps... | 12:12 |
ndec | i think i will soon request for help on the social media things.. i am not scaling ;) | 12:13 |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 12:13 | |
LetoThe2nd | https://www.instagram.com/p/CHpa_tSpBjP/?utm_source=ig_web_copy_link | 12:13 |
ndec | for example, i've never paid attention to the yp facebook, i might need someone to volonteer with that. | 12:13 |
LetoThe2nd | facebook is probably my last blind spot these days. | 12:14 |
ndec | LetoThe2nd: where you learn that instagram likes squares ;) | 12:14 |
LetoThe2nd | as i said.. ugly process. | 12:15 |
LetoThe2nd | i'll have to do distinct formats for YT and instagram next time. | 12:15 |
paulbarker | ndec: Have you seen the things I've posted to youtube? | 12:17 |
ndec | paulbarker: yes, well, briefly, but I am aware~ | 12:20 |
ndec | aware! | 12:21 |
ndec | i had noted down to talk to you about it.. see how we could promote them. | 12:21 |
LetoThe2nd | paulbarker: can you give me a short headsup during the next session on tuesday so i remember promoting it too? | 12:27 |
paulbarker | LetoThe2nd: I'll try to remember | 12:27 |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 12:31 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:35 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 12:35 | |
*** otavio <otavio!~otavio@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto | 12:35 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 12:35 | |
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 12:35 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:36 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 12:42 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 12:43 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 12:47 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 12:49 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 12:53 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 13:06 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-afssycfcshiesetv> has joined #yocto | 13:06 | |
*** ahadi <ahadi!~ahadi@89.244.126.230> has quit IRC | 13:16 | |
*** ahadi <ahadi!~ahadi@89.244.126.230> has joined #yocto | 13:16 | |
*** florian_kc is now known as florian | 13:23 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-86-150-175.home.otenet.gr> has quit IRC | 13:24 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-86-150-175.home.otenet.gr> has joined #yocto | 13:24 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:28 | |
*** Ben48 <Ben48!5b4206bc@ip5b4206bc.dynamic.kabel-deutschland.de> has joined #yocto | 13:34 | |
Ben48 | Hi everyone, I am trying to use some bitbake variables in a custom task (e.g. DATETIME) within a image/recipe which triggers the error message"When reparsing meta-foo/.../example.bb the basehash value changed from 7c3cf034aa66cd3aa59eb499c150d43f to 82f30bcb522d708d95716b904dd61d8f. The metadata is not deterministic and this needs to be fixed." | 13:35 |
Ben48 | example.bb:do_task_foo () { mkdir /tmp/${DATETIME})addtask task_fooI assume this is due to the DATETIME variable changing during the reparsing, but I am not quite sure how to deal with this? There surely must be a way to use the bitbake variables in tasks in a meaningful matter? | 13:35 |
LetoThe2nd | by not using DATETIME :) | 13:39 |
Ben48 | well, the thing is that I want to do stuff with artifacts from other tasks within the current build task, say bundle multiple images into a release structure. and since the artifacts are named using the DATETIME variable (e.g. https://www.yoctoproject.org/docs/3.1/mega-manual/mega-manual.html#var-IMAGE_NAME) I though this might be a sensible way to | 13:46 |
Ben48 | access these | 13:46 |
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:30cb:1c4f:28c3:3cfc> has joined #yocto | 13:48 | |
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 13:49 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-kgcocdhoimuyncgl> has joined #yocto | 13:50 | |
LetoThe2nd | Ben48: then please use the proper means for that. bundling multistage builds shall be done through multiconfig chaining, not through trickery which is bound to break sooner or later. | 13:56 |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:57 | |
*** jobroe <jobroe!~manjaro-u@p579eb225.dip0.t-ipconnect.de> has quit IRC | 14:02 | |
PaowZ | LetoThe2nd: that might be quite an accomplishment, indeed, but I have to admit it's hard to follow tons of posts from every discussions/twitter/twitch/fb threads.. | 14:07 |
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 14:07 | |
PaowZ | but now, I know :) | 14:07 |
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 14:08 | |
LetoThe2nd | :) | 14:11 |
Ben48 | LetoThe2nd: I must admit, that I am not quite sure how multiconfig might help with my dilemma. Maybe you could elaborate a bit more. But first I suppose I should make my intentions a bit clearer for you. | 14:12 |
LetoThe2nd | Ben48: well you said 1) i build artifacts 2) a secondary build needs to bundle in those artifacts. this is exactly what multiconfig is there for. | 14:16 |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 14:21 | |
Ben48 | LetoThe2nd: so the way we currently do a firmware release is by building the target images first and then a shell script which essentially moves all the build artifacts together, adds some meta-information (some from extern, some from "within" yocto) and tars the whole thing as release. Now, I am not happy with this current solution, as the bash | 14:24 |
Ben48 | script is bound to make assumptions about the build (e.g. machine name, rootfs imagetype etc.) and thus does not handle changes well and relies heavily on regex magic which is bound to fail at some point. so my idea was to move this whole "release" work into the yocto build process itself, as yocto would provide most of this needed information | 14:24 |
Ben48 | within environment variables. So now I am trying to run a task doing exactly this after all three images (and sdk population) built successfully. | 14:24 |
Ben48 | LetoThe2nd: P.S.: I am relatively new to the yocto project so please do not tear my head of for not knowing the mega-manual from heart ;D (btw. great videos, they helped me alot '=D ) | 14:25 |
LetoThe2nd | Ben48: multiconfig. it really is what you want. | 14:25 |
LetoThe2nd | And glad you like them. | 14:26 |
* LetoThe2nd is off into the weekend though | 14:26 | |
Ben48 | LetoThe2nd: ok, multiconfig it is then ;) | 14:27 |
* LetoThe2nd really shall do a mc session soon. Maybe for Christmas. | 14:29 | |
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29eabd8cf63c98e88a0f.ipv6.abo.wanadoo.fr> has joined #yocto | 14:32 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 14:35 | |
qschulz | +1 for multiconfig for this specific usecase | 14:42 |
*** Paul98 <Paul98!c2b608a3@194.182.8.163> has joined #yocto | 14:45 | |
*** Paul98 is now known as PaulFraOSAA | 14:46 | |
PaulFraOSAA | Is there any way to make an image so that when I build for my target I can also run the image on qemuarm? | 14:46 |
PaulFraOSAA | (assuming my target platform is an arm of course) | 14:47 |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 14:49 | |
Ben48 | multiconfig ;) https://www.yoctoproject.org/docs/3.1/mega-manual/mega-manual.html#dev-building-images-for-multiple-targets-using-multiple-configurations | 14:49 |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 14:52 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 14:52 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 14:54 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 14:56 | |
*** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has joined #yocto | 14:57 | |
PaulFraOSAA | But then the thing I run on the qemu would not be the same image as the one i run on the target, would it? | 14:59 |
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC | 15:01 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 15:02 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 15:03 | |
Ben48 | No, it wouldn't. You would build two separate images, one for target, one for qemu. I'm not sure how feasible it is to get the target image to run within qemu, as the machine config would differ. What stops you from just building two images? | 15:03 |
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 15:03 | |
rburton | PaulFraOSAA: if qemu can run your target, then you can trivially tell qemu how to run it | 15:05 |
PaulFraOSAA | ok, how? | 15:05 |
rburton | all the QB_* variables that the qemu machines set | 15:05 |
PaulFraOSAA | Ah, thank you. I'll look into that :) | 15:06 |
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto | 15:06 | |
rburton | for proof that it isn't specific to the qemu machines, http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/tree/conf/machine/include/qemuboot-intel.inc | 15:06 |
rburton | you might need to build a second filesystem that qemu can boot directly, depends on what you;'re building already | 15:06 |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 15:09 | |
PaulFraOSAA | Great, that was excactly what I was looking for. I thought I'd seen it, but I couldn't find the documentation for it anywhere. | 15:11 |
rburton | the docs for qemuboot.bbclass, i imagine | 15:11 |
*** abelal <abelal!~quassel@110.93.212.98> has quit IRC | 15:17 | |
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 15:18 | |
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 15:19 | |
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 15:20 | |
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 15:21 | |
PaulFraOSAA | Well thank you, gave a good weekend | 15:30 |
*** PaulFraOSAA <PaulFraOSAA!c2b608a3@194.182.8.163> has quit IRC | 15:30 | |
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 15:33 | |
*** Konsgn is now known as Guest45453 | 15:33 | |
*** Guest45453 is now known as konsgnxx | 15:34 | |
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 15:35 | |
khem | RP: one of the numpy ptest expects you to have 2G RAM :) | 15:36 |
khem | otherwise it crashes python as a punishment | 15:37 |
rburton | haha | 15:46 |
RP | khem: nice :) | 16:01 |
khem | btw. should i bring pytest recipe to core ? | 16:01 |
khem | there are few other python modules in core needing it | 16:02 |
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC | 16:02 | |
khem | CGO_LDFLAGS will also need more fixes in go patch | 16:03 |
*** TPRoberts <TPRoberts!519821e6@host81-152-33-230.range81-152.btcentralplus.com> has quit IRC | 16:06 | |
RP | khem: I think we'll have to | 16:12 |
RP | khem: yes, the go patch is exploding on the AB :( | 16:13 |
*** Ben48 <Ben48!5b4206bc@ip5b4206bc.dynamic.kabel-deutschland.de> has quit IRC | 16:23 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 16:34 | |
*** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 16:48 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 16:51 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 16:52 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 16:54 | |
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29eabd8cf63c98e88a0f.ipv6.abo.wanadoo.fr> has quit IRC | 16:55 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 16:57 | |
*** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 16:58 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 17:00 | |
*** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 17:07 | |
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:30cb:1c4f:28c3:3cfc> has quit IRC | 17:19 | |
*** rcoote <rcoote!~rcoote@5.146.198.8> has joined #yocto | 17:19 | |
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 17:22 | |
*** rcoote <rcoote!~rcoote@5.146.198.8> has quit IRC | 17:23 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:24 | |
*** mckoan is now known as mckoan|away | 17:25 | |
*** manuel1985 <manuel1985!~manuel@089144218032.atnat0027.highway.a1.net> has joined #yocto | 17:31 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has quit IRC | 17:45 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 17:52 | |
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has joined #yocto | 17:53 | |
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:e280:98f4:4b4e:110d:2bce> has joined #yocto | 17:54 | |
*** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 17:57 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 17:57 | |
manuel1985 | On a yocto system, where does the `file` come from? Tried `oe-pkgdata-util find-path /usr/bin/file`, but got "ERROR: Unable to find any package producing path /usr/bin/file". | 17:58 |
*** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 17:58 | |
RP | manuel1985: probably the file recipe? | 17:59 |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has joined #yocto | 18:01 | |
manuel1985 | Yeah seems to be this: "/meta/recipes-devtools/file" | 18:02 |
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:24ab:7338:f71a:2b86> has quit IRC | 18:03 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 18:03 | |
manuel1985 | Thanks | 18:04 |
*** creich <creich!~creich@p200300f6af064610000000000000039b.dip0.t-ipconnect.de> has quit IRC | 18:06 | |
manuel1985 | Still puzzled why `oe-pkgdata-util find-path /usr/bin/file` didn't tell me this. The path is correct. | 18:09 |
rburton | because you hadn't build file yet? | 18:14 |
rburton | it looks at packages, but if you haven't built it, then it can't know | 18:14 |
rburton | the file *recipe* just says that it packages /usr/bin/* | 18:14 |
rburton | which isn't helpful | 18:14 |
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has quit IRC | 18:15 | |
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has joined #yocto | 18:15 | |
manuel1985 | rburton: Got it, thank you! Will take care not to use wildcards in FILES variable | 18:17 |
rburton | well, do | 18:18 |
rburton | because the alternative is maintainer pain | 18:18 |
carlsb3rg | probably a long shot, but anyone have experience with syslinux not getting correct usb geometry and rebooting? | 18:19 |
carlsb3rg | :) | 18:19 |
carlsb3rg | according to syslinux wiki, the symptom of syslinux showing the copyright message and giving up could be a sign that BIOS detection of USB geometry has gone wrong...this happens approx 1/10 times on otherwise rock stable OS...been working on the problem for days | 18:21 |
manuel1985 | I'm afraid no :( | 18:24 |
manuel1985 | I'm just curious, if I compile a simple hello world executable for my host system, "file" says "ELF 64-bit LSB pie executable", but if yocto builds it for qemux86-64, it says "ELF 64-bit LSB shared object". Why "shared object"? I can execute it just fine. | 18:26 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-kgcocdhoimuyncgl> has quit IRC | 18:27 | |
carlsb3rg | maybe file is just misreporting? | 18:31 |
manuel1985 | Hmm... that's not satisfactory :/ I think there must be a (complicated, though) reason. `file` and elf and all that stuff is so old, things like that should be fixed since millenia | 18:34 |
carlsb3rg | found an post saying that old file might misreport pie executables as shared objects | 18:35 |
carlsb3rg | but that newer versions of file don't... | 18:36 |
carlsb3rg | what version of file are you using? | 18:37 |
carlsb3rg | was fixed in 5.36 apparently | 18:37 |
carlsb3rg | bug in 5.34 implementation reports pie executables as pie shared objects | 18:38 |
manuel1985 | 5.38 apparantly: `poky/meta/recipes-devtools/file/file_5.38.bb` | 18:40 |
carlsb3rg | Great. Well, no. A developer made a commit before the release of 'file' 5.38 that broke that new behaviour, and went back to executable being identified as "shared object". | 18:42 |
carlsb3rg | lol | 18:42 |
carlsb3rg | https://bkhome.org/news/202010/file-utility-confuses-executable-and-shared-library.html | 18:42 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 18:45 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 18:45 | |
manuel1985 | carlsb3rg: Wow, that's what I call commitment. Thank you! | 18:47 |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 18:47 | |
manuel1985 | Now I just need to get package splitting to work | 18:49 |
carlsb3rg | np: I'm stuck with my syslinux/usb geometry problem anyway so might as well help someone else with their issues | 18:51 |
carlsb3rg | bbl | 18:51 |
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has quit IRC | 18:51 | |
manuel1985 | Cool :) Well, I got yocto to build a minimal hello-world executable using cmake, but it doesn't seem to put anything in the -dbg package. It does put the source into the -src package, though. | 18:55 |
manuel1985 | The recipe has "inherit cmake" but that's it. both the recipe and the cmakelists as well as the C source code are dead simple, can't be related to that. | 18:55 |
manuel1985 | Well, that is, I think it is related to some of the stuff I wrote.. probably I just didnt activate package splitting in the recipe or so | 18:55 |
manuel1985 | But I thought it should be enabled by default | 18:57 |
rburton | manuel1985: does the cmake compile with -g? | 18:57 |
rburton | if it doesn't do that then no symbols to strip | 18:57 |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 18:57 | |
rburton | assuming the cmakelists are traditional, a recipe for that should be essentially SRC_URI and 'inherit cmake' | 18:59 |
rburton | everything else will just work | 18:59 |
manuel1985 | Yepp it does. I checked the specific cmake invocation in the tmp directory, and it even includes it twice or so I think. | 18:59 |
rburton | maybe its stripping during install? | 18:59 |
manuel1985 | Need to check if the binary is stripped, but I just ran a '-c cleanall' | 19:00 |
rburton | never a need to do that | 19:01 |
rburton | if you want a force a rebuild because you've been poking around the work directories, use -Cunpack | 19:01 |
rburton | otherwise, bitbake will rebuild if there is a need | 19:01 |
manuel1985 | I didn't yet grok when bitbake triggers a rebuild or not. I've got the source code not in a recipe, but underneath the 'files' dir next to the recipe | 19:02 |
rburton | if its in SRC_URI then bitbake will notice it change and rebuild | 19:02 |
rburton | if you change a variable, bitbake will rebuild | 19:02 |
rburton | if a dependency changes, bitbake will rebuild | 19:02 |
manuel1985 | Ok! The binary is stripped. Check it in 'package' dir and 'packages-split' dir. | 19:03 |
rburton | if it is stripped in image/ then your cmakelists is doing that | 19:03 |
manuel1985 | There it is 'with debug_info, not stripped' | 19:04 |
manuel1985 | That's some good info, though. What's the difference between the 'build' and the 'image' directory? The 'build' directory seems to be where cmake put it's output | 19:06 |
rburton | yes | 19:06 |
rburton | build/ is where cmake does the build | 19:07 |
rburton | image is where "cmake install" is pointed at | 19:07 |
rburton | fwiw i just built taglib to verify cmake+debuginfo didn't break somehow | 19:07 |
rburton | taglib-dbg: | 19:07 |
rburton | /usr/lib/.debug/libtag.so.1.17.0 | 19:07 |
rburton | /usr/lib/.debug/libtag_c.so.0.0.0 | 19:07 |
manuel1985 | Ahh! Good to know | 19:07 |
rburton | works fine | 19:07 |
manuel1985 | There is a '<package-name>/1.0-r0/debugsources.list' though. | 19:08 |
rburton | image/ is then cloned to package/ which is then pre-processed for packaging and turned into packages-split/ which is the files split up per-package | 19:08 |
manuel1985 | What does 'pre-processed' mean in that context? | 19:09 |
manuel1985 | I think I'll write an email to the mailing list regarding my issue. I have the same problem with at least one other cmake-build project as well. The simpleechoserver from LetoThe2nd. | 19:10 |
rburton | stripped, compressed, files mangled, whatever | 19:10 |
manuel1985 | I see | 19:11 |
rburton | sounds like either your local setup is a little odd, or cmake is being a pain | 19:12 |
rburton | build taglib and check if that builds debug symbols | 19:13 |
manuel1985 | Well, cmake is definately a pain. | 19:13 |
rburton | if you run something like arch, you may have found a new bug | 19:13 |
rburton | as rolling release distros are good at that | 19:13 |
manuel1985 | Unfortunately just a plain boring debian here :( | 19:13 |
manuel1985 | rburton: Oh wtf... I'm terribly sorry and feel like an idiot right now. It seem to have worked the whole time. The problem was that the debug files are put into a hidden directory ".debug" and `tree` doesn't display them by default. Only with the `-a` switch. I set every other tool (file manager, `ls`) so that hidden files get displayed by default, so I didn't think about that. | 19:21 |
rburton | lol | 19:21 |
manuel1985 | yeah | 19:21 |
rburton | glad that's sorted ;) | 19:21 |
manuel1985 | So much time wasted due to this. 2-3 hrs yesterday as well. | 19:22 |
manuel1985 | Well, thank you again | 19:22 |
manuel1985 | ! | 19:22 |
manuel1985 | anyway I mean | 19:22 |
kergoth | i like fd-find + https://github.com/jez/as-tree myself | 19:23 |
* kergoth yawns | 19:23 | |
khem | ah written in Rust, cant be bad :) | 19:24 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-rqakwkbgxvqsqznv> has quit IRC | 19:31 | |
kergoth | :) i like that as-tree feels very unix in philosophy. can just find | as-tree, too. does one job | 19:32 |
kergoth | fd is just nice to use | 19:32 |
JaMa | written in Rust, but with Bazel .. mixed feelings | 19:33 |
JaMa | s/but/built/g | 19:33 |
manuel1985 | What does fd | as-tree do different than fd | tree? Didn't get it from the README.md | 19:34 |
manuel1985 | s/fd/find/g | 19:34 |
JaMa | normal tree won't be able to create tree from paths printed by find I think | 19:35 |
JaMa | sorry it does | 19:36 |
rburton | manuel1985: for looking at what packages are created, use bitbake instead of digging around temp/ | 19:38 |
rburton | manuel1985: oe-pkgdata-util list-pkg-files -p [recipename] | 19:39 |
rburton | that actually works if you wipe tmp then bitbake the recipe, which will just pull from sstate and there won't be anything in temp/ to look at | 19:39 |
*** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has quit IRC | 19:41 | |
manuel1985 | Thanks! Was already wondering how I can bitbake a recipe and still have nothing show up in tmp ;) | 19:45 |
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 19:59 | |
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-53.xnet.hr> has quit IRC | 20:43 | |
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-53.xnet.hr> has joined #yocto | 20:44 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 20:47 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 20:53 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 21:03 | |
rburton | tmp is just the build area, if its already build, nothing appears | 21:11 |
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-53.xnet.hr> has quit IRC | 21:16 | |
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC | 21:19 | |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has quit IRC | 21:24 | |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has joined #yocto | 21:34 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 21:42 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 21:43 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:47 | |
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:47 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 21:48 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 21:53 | |
*** habing <habing!~habing@2001:4bb8:188:5816:b486:552f:43c9:2> has quit IRC | 22:12 | |
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC | 22:13 | |
*** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto | 22:13 | |
*** davisr <davisr!davisr@gateway/vpn/protonvpn/davisr> has quit IRC | 22:15 | |
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto | 22:17 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has joined #yocto | 22:23 | |
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC | 22:28 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:dd63:a0f7:af7d:3f95> has quit IRC | 22:29 | |
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto | 22:29 | |
*** DanmerZ <DanmerZ!~op@46.150.1.133> has quit IRC | 22:36 | |
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-ofproiejghyouwdt> has quit IRC | 22:49 | |
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-gvtcxvhwfmrkwgnd> has joined #yocto | 22:50 | |
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-otauofeyqlxqcnle> has quit IRC | 22:51 | |
*** TuxBlackEdo <TuxBlackEdo!~Default@unaffiliated/tuxblackedo> has joined #yocto | 22:53 | |
TuxBlackEdo | I am using the build instructions from https://hub.mender.io/t/asus-tinker-board/45 and I get this after an hour: https://pastebin.com/raw/aCuHRADi | 22:55 |
JPEW | TuxBlackEdo: I suspect you have something wrong because I don't think the tinkerboard uses grub | 22:58 |
TuxBlackEdo | agreed | 22:59 |
JPEW | TuxBlackEdo: Ah it's grub-native (e.g. grub for your host) | 22:59 |
JPEW | Whats your build machine | 22:59 |
TuxBlackEdo | Ubuntu 20.04 | 22:59 |
TuxBlackEdo | 5.4.0-45-generic | 23:00 |
TuxBlackEdo | VERSION="20.04.1 LTS (Focal Fossa)" | 23:00 |
JPEW | TuxBlackEdo: Huh, weird | 23:02 |
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC | 23:03 | |
JPEW | What version of Yocto are you using? | 23:03 |
TuxBlackEdo | thud | 23:04 |
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto | 23:05 | |
JPEW | TuxBlackEdo: Hmm, not sure then.... Do you specifically need mender, or are you just trying to get something on the tinkerboard? | 23:06 |
TuxBlackEdo | I dont need mender | 23:06 |
TuxBlackEdo | just trying to get it on the tinkerboard | 23:06 |
JPEW | TuxBlackEdo: Ah, you know what, I bet 20.04 is too new for Thud | 23:06 |
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC | 23:07 | |
TuxBlackEdo | oh ok, would 18.04 work better? | 23:07 |
JPEW | Probably... there is a list of supported distros somewhere. Honestly, if you just need a build on the tinkerboard you could build something newer | 23:07 |
JPEW | I've built gatesgarth for tinkerboard just this morning :) | 23:08 |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 23:08 | |
TuxBlackEdo | i'll try that | 23:08 |
JPEW | TuxBlackEdo: I *think* all you need is poky, meta-arm, and meta-rockchip | 23:09 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:10 | |
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-qkywhnupsdqfpzvh> has joined #yocto | 23:17 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 23:21 | |
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 23:22 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!