Friday, 2024-06-07

*** mbulut <mbulut!~mbulut@31.18.142.72> has joined #yocto00:10
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 268 seconds)00:12
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto00:56
*** davidinux <davidinux!~davidinux@45.11.80.107> has quit IRC (Ping timeout: 256 seconds)01:03
*** davidinux <davidinux!~davidinux@45.11.80.107> has joined #yocto01:04
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto01:14
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 268 seconds)01:23
*** jclsn <jclsn!~jclsn@2a04:4540:653d:ba00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 268 seconds)01:58
*** jclsn <jclsn!~jclsn@2a04:4540:6515:5400:2ce:39ff:fecf:efcd> has joined #yocto01:59
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)02:33
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Remote host closed the connection)04:05
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)04:34
khemRP: yeah, I think OPTION_MUSL is only available for linux hosts and hence the failure on mingw04:34
khemRP: I think the fix has to be expanded a bit04:34
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto04:35
khemx04:42
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto04:50
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Quit: ERC 5.4 (IRC client for GNU Emacs 28.2))05:04
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto05:09
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)05:11
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto05:11
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto05:11
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)05:12
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto05:12
*** amitk <amitk!~amit@58.84.60.148> has joined #yocto05:21
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)05:43
*** ehussain <ehussain!~Thunderbi@147.161.161.34> has joined #yocto05:44
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)06:07
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:08
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto06:23
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)06:25
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds)06:28
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto06:31
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto06:36
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-37-142-115-196-7.dsl.bell.ca> has quit IRC (Ping timeout: 264 seconds)06:41
RPkhem: newlib issues too: https://valkyrie.yoctoproject.org/#/builders/76/builds/49/steps/14/logs/stdio :/06:56
*** jmd <jmd!~user@p200300e95f30bb00e646b0fffe039263.dip0.t-ipconnect.de> has joined #yocto06:59
*** jmd <jmd!~user@p200300e95f30bb00e646b0fffe039263.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)06:59
*** jmd <jmd!~user@p200300e95f30bb00e646b0fffe039263.dip0.t-ipconnect.de> has joined #yocto07:04
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 240 seconds)07:07
*** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has joined #yocto07:08
*** jmd <jmd!~user@p200300e95f30bb00e646b0fffe039263.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds)07:10
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto07:12
*** brrm <brrm!~brrm@2a02:8071:b700::1c89> has quit IRC (Read error: Connection reset by peer)07:13
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Quit: Konversation terminated!)07:19
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto07:20
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:50
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:51
*** mckoan is now known as mckoan|away07:55
*** ahussain <ahussain!~Thunderbi@72.255.51.71> has joined #yocto07:58
*** ehussain <ehussain!~Thunderbi@147.161.161.34> has quit IRC (Ping timeout: 268 seconds)07:59
*** ahussain is now known as ehussain07:59
*** mvlad <mvlad!~mvlad@2a02:2f05:821a:fb00:e88e:21ff:fe65:be18> has joined #yocto08:27
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds)08:30
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto08:32
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:41
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Read error: Connection reset by peer)08:52
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto08:53
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto08:54
Jones42is there some smart way to get a list of all tasks (that are run for a given recipe/target) and their varflags? I know i can get this on a per-recipe base with -e , but I imagine it would be interesting to have a file that allows me to inspect the whole datastore after the build.09:32
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto09:32
rburtonJones42: should be easy enough with a bit of python using the tinfoil API09:36
Jones42rburton: tinfoil looks great, wasn't aware something like that exists. thanks!09:40
*** brrm <brrm!~brrm@2a02:8071:b700::1c89> has joined #yocto09:46
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto09:46
rburtonJPEW: was it you who had a script to sync the spdx master license list with our copies in common-licenses?09:48
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)10:01
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 240 seconds)10:04
*** wCPO8 <wCPO8!~wCPO@mail.klausen.dk> has joined #yocto10:35
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds)10:36
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Ping timeout: 256 seconds)10:36
*** wCPO8 is now known as wCPO10:36
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has quit IRC (Ping timeout: 268 seconds)10:36
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC (Ping timeout: 252 seconds)10:37
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)10:38
*** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has quit IRC (Ping timeout: 264 seconds)10:38
*** ad__ <ad__!~heisenbug@mail.kernel-space.org> has joined #yocto10:40
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)10:42
*** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has joined #yocto10:43
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto10:44
*** enok <enok!~Thunderbi@94.191.137.215.mobile.tre.se> has joined #yocto10:45
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto10:47
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)10:54
*** enok <enok!~Thunderbi@94.191.137.215.mobile.tre.se> has quit IRC (Ping timeout: 240 seconds)11:02
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:02
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds)11:04
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds)11:04
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Ping timeout: 250 seconds)11:10
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:17
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:18
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)11:21
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:23
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 4.3.1)11:36
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 268 seconds)11:39
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:40
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto11:41
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto11:44
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto11:53
*** zpfvo <zpfvo!~fvo@69-59-142-46.pool.kielnet.net> has joined #yocto12:03
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 268 seconds)12:08
*** ehussain <ehussain!~Thunderbi@72.255.51.71> has quit IRC (Quit: ehussain)12:21
*** jmd <jmd!~user@195.243.197.82> has joined #yocto12:28
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed)12:30
*** jmd <jmd!~user@195.243.197.82> has quit IRC (Remote host closed the connection)12:30
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds)12:30
*** jmd <jmd!~user@195.243.197.82> has joined #yocto12:30
*** enok <enok!~Thunderbi@94.191.137.142.mobile.tre.se> has joined #yocto12:32
qschulzmoto-timo: is there a way for me to create a patch/do something to update a layer on the layerindex? meta-wayland has changed locations and is now outdated12:39
qschulzmoto-timo: https://codeberg.org/flk/meta-wayland is the new location, c.f. https://github.com/MarkusVolk/meta-wayland/blob/master/README.md12:39
*** jmd <jmd!~user@195.243.197.82> has quit IRC (Remote host closed the connection)12:42
*** jmd <jmd!~user@195.243.197.82> has joined #yocto12:42
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)12:49
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto12:49
RPqschulz: rburton might be able to help tweak it too12:53
*** enok <enok!~Thunderbi@94.191.137.142.mobile.tre.se> has quit IRC (Ping timeout: 240 seconds)13:06
*** jmd <jmd!~user@195.243.197.82> has quit IRC (Remote host closed the connection)13:07
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 272 seconds)13:14
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto13:15
*** Guest13 <Guest13!~Guest13@132.198.137.78.rev.vodafone.pt> has joined #yocto13:19
Guest13hi, im using this to set a password in yocto kirkstone with kas13:20
Guest13  extra-users: |13:20
Guest13    INHERIT += "extrausers"13:20
Guest13    EXTRA_USERS_PARAMS = "usermod -p $(openssl passwd 'haha123!') root;"13:20
Guest13however, i cant login. am i doing wrong? i followed the documentation13:20
Guest13colibri-imx6 login: root13:21
Guest13Password:13:21
Guest13Login incorrect13:21
qschulzGuest13: read EXTRA_USERS_PARAMS in your conf/local.conf, I'm pretty sure you have13:23
qschulz$(openssl passwd 'haha123!') still in there13:23
qschulzand bitbake doesn't know how to interpret this I assume?13:23
Guest13oh13:24
Guest13do i have to generate the password outside?13:24
Guest13and do EXTRA_USERS_PARAMS = "usermod -p "<cryptedpw>" root;"13:24
qschulzGuest13: https://docs.yoctoproject.org/ref-manual/variables.html#term-EXTRA_USERS_PARAMS13:24
qschulzI would say yes13:25
rburtonqschulz: done, hopefully13:29
qschulzrburton: /me shrugs, we'll know once scarthgap appears: https://layers.openembedded.org/layerindex/recipe/299902/13:34
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto13:39
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto13:43
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto13:45
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 268 seconds)13:47
*** xmn <xmn!~xmn@2600:4040:9398:a200:1d5a:e63c:1e26:cfbc> has joined #yocto13:52
mbulutconsider two recipes foo.bb and bar.bb, where foo installs an empty directory and bar installs a file in the same directory -- something like this:13:59
mbulut# foo.bb13:59
mbulutdo_install() {13:59
mbulut   install -d ${D}${sysconfdir}/A/B13:59
mbulut}13:59
mbulutFILES:foo += "${sysconfdir}/A/B"13:59
mbulut# bar.bb13:59
mbulutdo_install() {13:59
mbulut   install -D ${D}${sysconfdir}/A/B/C.dat13:59
mbulut}13:59
mbulutFILES:bar += "${sysconfdir}/A/B/C.dat"13:59
mbulutdoing it like this, do_package will complain about installed vs. shipped because ${sysconfdir}/A/B is not in FILES:${PN}14:00
mbulutadding it to FILES:${PN} produces a conflict between foo and bar, because the latter has it in its FILES:${PN}14:01
mbulutbut:14:01
mbulutwhen I remove the -D switch in bar's install command, the name clash does not pop and everything's fine14:02
*** roussinm <roussinm!~mroussin@142.115.196.7> has joined #yocto14:03
mbulutcan anyone explain this behavior? because, effectively both variants of install should do the same, shouldn't they?14:03
mbulutforgot to mention, in addition to removing the -D in bar's install is doing an explicit install -d on the target directory before installing the file14:04
RPmbulut: do the permissions for the directory change between the two cases and the different permissions cause the conflict?14:11
mbulutoh, good point14:11
mbulutfoo installs the directory with default permissions but bar installs the file with 64414:13
mbulutnot sure if the permissions are also applied to the parent directories if -D is set14:14
mbulutlemme check14:14
mbulutjust did a dry run in plain bash and interestingly, if you do 'install -m0644 -D file.dat A/B' the A directory is created with default directory permissions (755) but B gets 644 ...14:19
mbulutfunny behavior14:19
mbulutthis explains why do_package/do_rootfs complain -- thx for the pointer14:22
Guest13PASSWD = "$5$ynFFrTeoU6TbaY5X$rImyXC3akALfsqucCGg8rlCyobe123OoGIWEWOdPzRB"14:23
Guest13do i need to add "\" before the $ characters? im not sure if thats a hashed char or if they do it on purpose on the docs https://docs.yoctoproject.org/ref-manual/variables.html#term-EXTRA_USERS_PARAMS14:23
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.3.0)14:25
mbulutGuest13, I'd say so, yes14:26
mbulutalso, the doc page you referenced escapes the $s14:27
mbulutinherit extrausers14:27
mbulutPASSWD = "\$X\$ABC123\$A-Long-Hash"14:27
mbulutEXTRA_USERS_PARAMS = "\14:27
mbulut    useradd -p '${PASSWD}' tester-jim; \14:27
mbulut    useradd -p '${PASSWD}' tester-sue; \14:27
mbulut    "14:27
Guest13yes i did that14:27
Guest13im just setting the root password14:27
Guest13however, still failing. login incorrect :(14:27
Guest13uhh14:27
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto14:29
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto14:29
qschulzGuest13: use the commands we provide in the docs and you would have the password set properly14:37
florianGuest13: It might be an issue with the generated password.14:37
qschulzGuest13: printf "%q" $(mkpasswd -m sha256crypt hello123)14:37
florianUnsupported hash or such...14:37
mbulutGuest13, you didn't copy&paste the password on login including the escape characters, did you?14:38
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 268 seconds)14:41
Guest13i copied the output of printf "%q" $(mkpasswd -m sha256crypt 'hello123')14:42
Guest13i dont have to useradd root i suppose..14:44
mbulutcan you login as root and look what's inside /etc/shadow?14:47
mbulut(or inspect the rootfs)14:48
Guest13root@colibri-imx6:~# cat  /etc/shadow14:49
Guest13root:\$5\$7jKfwfovQ2n5iGYc\$GxCLGzSUBC9uXaRYSOKOVyhA1x0XowNSj5J60V8QVe5:19881:0:99999:7:::14:49
Guest13daemon:*:15069:0:99999:7:::14:49
Guest13cant login :(14:50
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds)14:50
rburtonthe backslashes in there look wrong14:51
mbulutthe entry should not contain the escapes14:51
mbulutrburton, +114:51
Guest13am confused14:52
Guest13PASSWD = "\$X\$ABC123\$A-Long-Hash"14:52
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto14:52
mbulutyou can test it in a shell: PASSWD="\$X\$ABC123\$A-Long-Hash" ; echo $PASSWD prints $X$ABC123$A-Long-Hash14:53
mbulutand bitbake effectively calls useradd with your variable, so I don't see how those escapes could end up in your shadowfile14:54
mbulutyou're setting the variable using double quotes, right?14:56
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Remote host closed the connection)14:57
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Remote host closed the connection)14:58
Guest13yes, i tried to setup it manually on the board, because on bitbake if i do14:59
Guest13INHERIT += "extrausers"14:59
Guest13PASSWD = "\$5\$7jKfwfovQ2n5iGYc\$GxCLGzSUBC9uXaRYSOKOVyhA1x0XowNSj5J60V8QVe5"14:59
Guest13EXTRA_USERS_PARAMS = "usermod -s /bin/bash -p '${PASSWD}' root;"14:59
Guest13i just cant login14:59
Guest13and no idea how i can debug it..15:00
Guest13the etc/shadow i showed earlier was when i tried manually to set it15:00
mbulutyou should be able to inspect /etc/shadow in the generated rootfs without booting it15:01
Guest13ah true15:01
Guest13let me see15:01
*** zpfvo <zpfvo!~fvo@69-59-142-46.pool.kielnet.net> has quit IRC (Quit: Leaving.)15:03
*** jmd <jmd!~user@aftr-62-216-202-125.dynamic.mnet-online.de> has joined #yocto15:04
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)15:05
Guest13root:$5$7jKfwfovQ2n5iGYc$GxCLGzSUBC9uXaRYSOKOVyhA1x0XowNSj5J60V8QVe5:15069:0:99999:7:::15:06
Guest13looks good i suppose15:06
mbulutyeah, looks good15:06
mbulutand you can't login with hello123 ?15:07
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto15:08
Guest13Eh?! Works now? aaa15:13
Guest13usermod -s /bin/bash -p '${PASSWD}' root;15:13
Guest13all i did was to add the -s option15:13
Guest13and looks fine now..15:13
mbulutwhat's inside the /etc/shells file?15:17
Guest13# /etc/shells: valid login shells15:18
Guest13 /bin/sh15:18
Guest13 /bin/bash15:18
mbulutnothing else?15:18
mbulutah, k15:18
mbulutwhat's inside /etc/default/useradd ?15:20
moto-timoqschulz: I was trying to help Markus get his maintainer account set up properly. He let me know the layer had moved. Looks like rburton made the change.15:26
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)15:37
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 255 seconds)15:40
*** michaelo <michaelo!~mike@user/michaelo> has quit IRC (Quit: leaving)15:59
*** enok <enok!~Thunderbi@94.191.137.244.mobile.tre.se> has joined #yocto16:01
*** michaelo <michaelo!~mike@user/michaelo> has joined #yocto16:10
*** tepperson <tepperson!~tepperson@199.59.102.58> has joined #yocto16:22
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:32
khemanyone has recipes for express express-graphql node modules ?16:35
*** florian_kc <florian_kc!~florian@dynamic-077-177-133-237.77.177.pool.telefonica.de> has joined #yocto16:39
tgamblinis there a way to enable/disable specific CONFIG_ options for busybox/kernel/etc. conditionally, based on the image you're building?16:47
tgamblinI know it's possible with a custom .bbappend or by custom image, but I'm wondering if you can do it from local.conf somehow16:48
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto16:48
*** mbulut <mbulut!~mbulut@31.18.142.72> has quit IRC (Ping timeout: 256 seconds)16:48
*** enok <enok!~Thunderbi@94.191.137.244.mobile.tre.se> has quit IRC (Ping timeout: 240 seconds)16:48
khemtgamblin: I dont think there something like that unless the option is part of .cfg file which can be added/removed from SRC_URI or packageconfig16:49
tgamblinkhem: right, I'm thinking some way to basically do e.g. "SRC_URI:append:core-image-full-cmdline = my_config.cfg"16:50
tgamblinbut I've only seen that done based on machine16:50
tgamblinnot image16:50
*** tepperson <tepperson!~tepperson@199.59.102.58> has quit IRC (Quit: Client closed)16:51
khemimages are recipes in essence16:52
khemI think it should be a separate global setting at project level,16:53
tgamblinkhem: I'm thinking the best way is to define a custom image that requires the base one16:55
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds)16:57
khemyou need a new global config change which is at same level as distro or machine feature17:00
khemcustom image can add/remove packages from original recipe it wont change recipe metadata17:00
*** florian_kc <florian_kc!~florian@dynamic-077-177-133-237.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)17:01
*** enok <enok!~Thunderbi@94.191.136.181.mobile.tre.se> has joined #yocto17:05
*** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)17:09
tgamblinkhem: alright, thanks17:14
mischiefis there a way to build with asan?17:15
mischiefi tried DEPENDS += "gcc-sanitizers" CFLAGS:class-target:append = "-fsanitize=address" but there's no libasan in the sysroot17:15
*** enok <enok!~Thunderbi@94.191.136.181.mobile.tre.se> has quit IRC (Ping timeout: 240 seconds)17:30
*** alimon <alimon!~alimon@189.172.223.21> has quit IRC (Ping timeout: 260 seconds)17:30
*** Jones42_ is now known as Jones4217:31
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto17:33
Jones42just to clarify: the [rdeptask] only applies to recipes which are in RDEPENDS, right? I'm a bit confused because I'm wondering how inter-task-dependencies and runtime-dependencies go together.17:35
*** florian_kc <florian_kc!~florian@dynamic-077-177-133-237.77.177.pool.telefonica.de> has joined #yocto17:42
mischiefkhem: any idea how to make sanitizers work? you're listed as the maintainer :-D18:01
*** florian_kc is now known as florian18:12
*** sarahn <sarahn!~pidgin@user/sarahn> has joined #yocto18:15
*** goliath <goliath!~goliath@user/goliath> has joined #yocto18:29
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 268 seconds)18:37
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 252 seconds)18:41
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto19:19
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto19:29
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)19:40
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:40
*** kevans <kevans!~kevans91@user/kevans> has quit IRC (Ping timeout: 246 seconds)19:53
*** kevans <kevans!~kevans91@user/kevans> has joined #yocto19:53
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds)20:00
*** Guest13 <Guest13!~Guest13@132.198.137.78.rev.vodafone.pt> has quit IRC (Quit: Client closed)20:08
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto20:33
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)20:34
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Client closed)20:36
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto21:02
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds)21:09
yoctonRoughly 4% of oe-core+meta-oe recipes use http://github.com/.../releases SRC_URI. Do you think it is worth having a special case for this in the http fetcher for "devtool latest-version" (and ultimately AUH)?21:10
*** CombatWombat42 <CombatWombat42!~spovilus@149.199.90.20> has joined #yocto21:13
yoctonThese URLs do not allow the fetcher to look for the latest version by default and we need to add a lot of UPSTREAM_CHECK_URI = "https://github.com/.../releases"21:15
CombatWombat42I'm trying to understand the impacts of the Linux Kernel only having a 2 year LTS time, but Pocky LTS releases being 4 years. Doesn't that imply that Pocky LTS releases will have to upgrade kernels at least once? I feel like I'm missing something as this has to have been discussed before, but my googlefu is failing me.21:17
yoctonCombatWombat42: yes, it is expected for the Yocto LTS to upgrade the kernel at mid-life21:20
*** mvlad <mvlad!~mvlad@2a02:2f05:821a:fb00:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection)21:21
RPyocton: we probably need something like the MIRRORS handling but for upstream status...21:26
yoctonOh, good idea! A mapping SRC_URI -> UPSTREAM_CHECK_URI21:27
sarahnHas there been any discussion of swapping to civil infrastructure project supported kernels?21:27
Jookiawhy stay at an old kernel?21:29
CombatWombat42Thanks!21:29
yoctonCombatWombat42: The most official thing I can find is the Yocto Technical Team minutes : https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit search for "YP LTS is 4 years"21:30
sarahnJookia: some vendors are better than others at upstreaming, though it's a bit immaterial to me since I don't use the poky kernel anyway21:31
RPsarahn: I don't think there is anything to stop someone providing a layer with that kernel21:32
Jookiai think yocto already ships a patched kernel, not mainline21:32
sarahnrp: agreed, just curious if it had come up already or not21:33
CombatWombat42yocton, again, Thanks!21:34
Jookiais there a way to disable git clones that don't use SRCREV?21:34
Jookiabuild-wide21:34
Jookiabitbake seems to let you build packages based on just a git tag without verification or warning21:37
*** xmn <xmn!~xmn@2600:4040:9398:a200:1d5a:e63c:1e26:cfbc> has quit IRC (Ping timeout: 272 seconds)21:48
RPJookia: tags are always resolved via the network so if you disable network access you'd find them21:59
Jookiaok. i'll patch my bitbake then21:59
RPJookia: no need to patch it, BB_NO_NETWORK iirc21:59
JookiaBB_STRICT_CHECKSUM seems closer to what i want22:00
RPJookia: you asked if you can get errors for tag resolution. Set BB_NO_NETWORK and you'll get that22:01
RPJookia: I've spent years arguing with people this is the correct behaviour (to hit the network)22:02
JookiaRP: yes, but i want to still download things from the network22:02
Jookiabut i don't want unverified code downloaded22:02
RPwhatever then. I'll just not answer questions22:04
Jookiaok22:04
JookiaRP: did you mean you were arguing with people to set BB_NO_NETWORK22:08
RPNo, I meant that I'd spent a lot of time arguing the fetcher behaviour to resolve tags upstream, always, even if there is a local locally is correct22:11
Jookiawhy is that?22:12
RPbecause they can change22:12
Jookiaisn't this a security hazard?22:12
RPthey're certainly not ideal. If you use a tag like that you'll see that bitbake will always reparse that recipe and always check it upstream in a given build run22:13
RPso if you're not seeing recipes reparse, you can know that tags aren't being resolved22:14
Jookiano i mean, how do you know the tag is legitimate and not some kind of hijack or malicious code22:14
RPfor that you'd need to check the signing key and we don't do that22:14
Jookiaso the correct solution for disabling this behaviour is BB_NO_NETWORK?22:15
RPmy point is that the reparse overhead naturally pushes people to use specific revisions which is our recommendation. We just do support tags whilst trying to make it obvious they have challenges22:16
RPdisabling the network is one way to detect it.22:16
Jookiais there an option to disable tags?22:16
RPI'm trying to be helpful by giving you options. Instead you're trying to make be "defend" things I didn't necessarily choose :(22:16
RPno, there is not22:16
JookiaRP: i'm not asking you to defend anything22:17
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)22:19
*** KanjiMonster <KanjiMonster!~KanjiMons@dslb-002-205-022-096.002.205.pools.vodafone-ip.de> has quit IRC (Remote host closed the connection)22:19
*** florian <florian!~florian@dynamic-077-177-133-237.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds)22:20
Jookiadid you want me to open a bug about this issue (no option to disable unverified downloads)22:20
*** KanjiMonster <KanjiMonster!~KanjiMons@dslb-002-205-022-096.002.205.pools.vodafone-ip.de> has joined #yocto22:20
RPI guess so but opening the bug isn't going to magically fix this, there is probably quite a bit of work involved when you consider things like submodules and the other source control systems :/22:23
RPIf we provide the option, it needs to work reliably/correctly22:24
Jookiai will be patching my local bitbake to try to add an option for this. that could be a start22:25
*** CombatWombat42 <CombatWombat42!~spovilus@149.199.90.20> has quit IRC (Ping timeout: 272 seconds)22:27
*** amitk <amitk!~amit@58.84.60.148> has quit IRC (Ping timeout: 246 seconds)23:00
*** alimon <alimon!~alimon@189.172.60.14> has joined #yocto23:45

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!