*** mbulut <mbulut!~mbulut@31.18.142.72> has joined #yocto | 00: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 #yocto | 00: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 #yocto | 01:04 | |
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 01: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 #yocto | 01: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 | |
khem | RP: yeah, I think OPTION_MUSL is only available for linux hosts and hence the failure on mingw | 04:34 |
---|---|---|
khem | RP: I think the fix has to be expanded a bit | 04:34 |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 04:35 | |
khem | x | 04:42 |
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto | 04: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 #yocto | 05: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 #yocto | 05:11 | |
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto | 05: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 #yocto | 05:12 | |
*** amitk <amitk!~amit@58.84.60.148> has joined #yocto | 05: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 #yocto | 05: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 #yocto | 06:08 | |
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 06: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 #yocto | 06:31 | |
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 06: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 | |
RP | khem: 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 #yocto | 06: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 #yocto | 07: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 #yocto | 07: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 #yocto | 07: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 #yocto | 07:20 | |
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 07:50 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:51 | |
*** mckoan is now known as mckoan|away | 07:55 | |
*** ahussain <ahussain!~Thunderbi@72.255.51.71> has joined #yocto | 07:58 | |
*** ehussain <ehussain!~Thunderbi@147.161.161.34> has quit IRC (Ping timeout: 268 seconds) | 07:59 | |
*** ahussain is now known as ehussain | 07:59 | |
*** mvlad <mvlad!~mvlad@2a02:2f05:821a:fb00:e88e:21ff:fe65:be18> has joined #yocto | 08:27 | |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 08:30 | |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 08:32 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08: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 #yocto | 08:53 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 08:54 | |
Jones42 | is 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 #yocto | 09:32 | |
rburton | Jones42: should be easy enough with a bit of python using the tinfoil API | 09:36 |
Jones42 | rburton: tinfoil looks great, wasn't aware something like that exists. thanks! | 09:40 |
*** brrm <brrm!~brrm@2a02:8071:b700::1c89> has joined #yocto | 09:46 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 09:46 | |
rburton | JPEW: 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 #yocto | 10: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 wCPO | 10: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 #yocto | 10: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 #yocto | 10:43 | |
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto | 10:44 | |
*** enok <enok!~Thunderbi@94.191.137.215.mobile.tre.se> has joined #yocto | 10:45 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 10: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 #yocto | 11: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 #yocto | 11:17 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:18 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 11:21 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 11: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 #yocto | 11:40 | |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 11:41 | |
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 11:44 | |
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 11:53 | |
*** zpfvo <zpfvo!~fvo@69-59-142-46.pool.kielnet.net> has joined #yocto | 12: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 #yocto | 12: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 #yocto | 12:30 | |
*** enok <enok!~Thunderbi@94.191.137.142.mobile.tre.se> has joined #yocto | 12:32 | |
qschulz | moto-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 outdated | 12:39 |
qschulz | moto-timo: https://codeberg.org/flk/meta-wayland is the new location, c.f. https://github.com/MarkusVolk/meta-wayland/blob/master/README.md | 12: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 #yocto | 12: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 #yocto | 12:49 | |
RP | qschulz: rburton might be able to help tweak it too | 12: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 #yocto | 13:15 | |
*** Guest13 <Guest13!~Guest13@132.198.137.78.rev.vodafone.pt> has joined #yocto | 13:19 | |
Guest13 | hi, im using this to set a password in yocto kirkstone with kas | 13:20 |
Guest13 | extra-users: | | 13:20 |
Guest13 | INHERIT += "extrausers" | 13:20 |
Guest13 | EXTRA_USERS_PARAMS = "usermod -p $(openssl passwd 'haha123!') root;" | 13:20 |
Guest13 | however, i cant login. am i doing wrong? i followed the documentation | 13:20 |
Guest13 | colibri-imx6 login: root | 13:21 |
Guest13 | Password: | 13:21 |
Guest13 | Login incorrect | 13:21 |
qschulz | Guest13: read EXTRA_USERS_PARAMS in your conf/local.conf, I'm pretty sure you have | 13:23 |
qschulz | $(openssl passwd 'haha123!') still in there | 13:23 |
qschulz | and bitbake doesn't know how to interpret this I assume? | 13:23 |
Guest13 | oh | 13:24 |
Guest13 | do i have to generate the password outside? | 13:24 |
Guest13 | and do EXTRA_USERS_PARAMS = "usermod -p "<cryptedpw>" root;" | 13:24 |
qschulz | Guest13: https://docs.yoctoproject.org/ref-manual/variables.html#term-EXTRA_USERS_PARAMS | 13:24 |
qschulz | I would say yes | 13:25 |
rburton | qschulz: done, hopefully | 13:29 |
qschulz | rburton: /me shrugs, we'll know once scarthgap appears: https://layers.openembedded.org/layerindex/recipe/299902/ | 13:34 |
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 13:39 | |
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 13:43 | |
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto | 13: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 #yocto | 13:52 | |
mbulut | consider 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.bb | 13:59 |
mbulut | do_install() { | 13:59 |
mbulut | install -d ${D}${sysconfdir}/A/B | 13:59 |
mbulut | } | 13:59 |
mbulut | FILES:foo += "${sysconfdir}/A/B" | 13:59 |
mbulut | # bar.bb | 13:59 |
mbulut | do_install() { | 13:59 |
mbulut | install -D ${D}${sysconfdir}/A/B/C.dat | 13:59 |
mbulut | } | 13:59 |
mbulut | FILES:bar += "${sysconfdir}/A/B/C.dat" | 13:59 |
mbulut | doing it like this, do_package will complain about installed vs. shipped because ${sysconfdir}/A/B is not in FILES:${PN} | 14:00 |
mbulut | adding it to FILES:${PN} produces a conflict between foo and bar, because the latter has it in its FILES:${PN} | 14:01 |
mbulut | but: | 14:01 |
mbulut | when I remove the -D switch in bar's install command, the name clash does not pop and everything's fine | 14:02 |
*** roussinm <roussinm!~mroussin@142.115.196.7> has joined #yocto | 14:03 | |
mbulut | can anyone explain this behavior? because, effectively both variants of install should do the same, shouldn't they? | 14:03 |
mbulut | forgot 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 file | 14:04 |
RP | mbulut: do the permissions for the directory change between the two cases and the different permissions cause the conflict? | 14:11 |
mbulut | oh, good point | 14:11 |
mbulut | foo installs the directory with default permissions but bar installs the file with 644 | 14:13 |
mbulut | not sure if the permissions are also applied to the parent directories if -D is set | 14:14 |
mbulut | lemme check | 14:14 |
mbulut | just 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 |
mbulut | funny behavior | 14:19 |
mbulut | this explains why do_package/do_rootfs complain -- thx for the pointer | 14:22 |
Guest13 | PASSWD = "$5$ynFFrTeoU6TbaY5X$rImyXC3akALfsqucCGg8rlCyobe123OoGIWEWOdPzRB" | 14:23 |
Guest13 | do 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_PARAMS | 14:23 |
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.3.0) | 14:25 | |
mbulut | Guest13, I'd say so, yes | 14:26 |
mbulut | also, the doc page you referenced escapes the $s | 14:27 |
mbulut | inherit extrausers | 14:27 |
mbulut | PASSWD = "\$X\$ABC123\$A-Long-Hash" | 14:27 |
mbulut | EXTRA_USERS_PARAMS = "\ | 14:27 |
mbulut | useradd -p '${PASSWD}' tester-jim; \ | 14:27 |
mbulut | useradd -p '${PASSWD}' tester-sue; \ | 14:27 |
mbulut | " | 14:27 |
Guest13 | yes i did that | 14:27 |
Guest13 | im just setting the root password | 14:27 |
Guest13 | however, still failing. login incorrect :( | 14:27 |
Guest13 | uhh | 14:27 |
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto | 14:29 | |
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:29 | |
qschulz | Guest13: use the commands we provide in the docs and you would have the password set properly | 14:37 |
florian | Guest13: It might be an issue with the generated password. | 14:37 |
qschulz | Guest13: printf "%q" $(mkpasswd -m sha256crypt hello123) | 14:37 |
florian | Unsupported hash or such... | 14:37 |
mbulut | Guest13, 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 | |
Guest13 | i copied the output of printf "%q" $(mkpasswd -m sha256crypt 'hello123') | 14:42 |
Guest13 | i dont have to useradd root i suppose.. | 14:44 |
mbulut | can you login as root and look what's inside /etc/shadow? | 14:47 |
mbulut | (or inspect the rootfs) | 14:48 |
Guest13 | root@colibri-imx6:~# cat /etc/shadow | 14:49 |
Guest13 | root:\$5\$7jKfwfovQ2n5iGYc\$GxCLGzSUBC9uXaRYSOKOVyhA1x0XowNSj5J60V8QVe5:19881:0:99999:7::: | 14:49 |
Guest13 | daemon:*:15069:0:99999:7::: | 14:49 |
Guest13 | cant login :( | 14:50 |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 14:50 | |
rburton | the backslashes in there look wrong | 14:51 |
mbulut | the entry should not contain the escapes | 14:51 |
mbulut | rburton, +1 | 14:51 |
Guest13 | am confused | 14:52 |
Guest13 | PASSWD = "\$X\$ABC123\$A-Long-Hash" | 14:52 |
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 14:52 | |
mbulut | you can test it in a shell: PASSWD="\$X\$ABC123\$A-Long-Hash" ; echo $PASSWD prints $X$ABC123$A-Long-Hash | 14:53 |
mbulut | and bitbake effectively calls useradd with your variable, so I don't see how those escapes could end up in your shadowfile | 14:54 |
mbulut | you'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 | |
Guest13 | yes, i tried to setup it manually on the board, because on bitbake if i do | 14:59 |
Guest13 | INHERIT += "extrausers" | 14:59 |
Guest13 | PASSWD = "\$5\$7jKfwfovQ2n5iGYc\$GxCLGzSUBC9uXaRYSOKOVyhA1x0XowNSj5J60V8QVe5" | 14:59 |
Guest13 | EXTRA_USERS_PARAMS = "usermod -s /bin/bash -p '${PASSWD}' root;" | 14:59 |
Guest13 | i just cant login | 14:59 |
Guest13 | and no idea how i can debug it.. | 15:00 |
Guest13 | the etc/shadow i showed earlier was when i tried manually to set it | 15:00 |
mbulut | you should be able to inspect /etc/shadow in the generated rootfs without booting it | 15:01 |
Guest13 | ah true | 15:01 |
Guest13 | let me see | 15: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 #yocto | 15:04 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 15:05 | |
Guest13 | root:$5$7jKfwfovQ2n5iGYc$GxCLGzSUBC9uXaRYSOKOVyhA1x0XowNSj5J60V8QVe5:15069:0:99999:7::: | 15:06 |
Guest13 | looks good i suppose | 15:06 |
mbulut | yeah, looks good | 15:06 |
mbulut | and you can't login with hello123 ? | 15:07 |
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 15:08 | |
Guest13 | Eh?! Works now? aaa | 15:13 |
Guest13 | usermod -s /bin/bash -p '${PASSWD}' root; | 15:13 |
Guest13 | all i did was to add the -s option | 15:13 |
Guest13 | and looks fine now.. | 15:13 |
mbulut | what's inside the /etc/shells file? | 15:17 |
Guest13 | # /etc/shells: valid login shells | 15:18 |
Guest13 | /bin/sh | 15:18 |
Guest13 | /bin/bash | 15:18 |
mbulut | nothing else? | 15:18 |
mbulut | ah, k | 15:18 |
mbulut | what's inside /etc/default/useradd ? | 15:20 |
moto-timo | qschulz: 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 #yocto | 16:01 | |
*** michaelo <michaelo!~mike@user/michaelo> has joined #yocto | 16:10 | |
*** tepperson <tepperson!~tepperson@199.59.102.58> has joined #yocto | 16:22 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:32 | |
khem | anyone 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 #yocto | 16:39 | |
tgamblin | is there a way to enable/disable specific CONFIG_ options for busybox/kernel/etc. conditionally, based on the image you're building? | 16:47 |
tgamblin | I know it's possible with a custom .bbappend or by custom image, but I'm wondering if you can do it from local.conf somehow | 16:48 |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 16: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 | |
khem | tgamblin: I dont think there something like that unless the option is part of .cfg file which can be added/removed from SRC_URI or packageconfig | 16:49 |
tgamblin | khem: right, I'm thinking some way to basically do e.g. "SRC_URI:append:core-image-full-cmdline = my_config.cfg" | 16:50 |
tgamblin | but I've only seen that done based on machine | 16:50 |
tgamblin | not image | 16:50 |
*** tepperson <tepperson!~tepperson@199.59.102.58> has quit IRC (Quit: Client closed) | 16:51 | |
khem | images are recipes in essence | 16:52 |
khem | I think it should be a separate global setting at project level, | 16:53 |
tgamblin | khem: I'm thinking the best way is to define a custom image that requires the base one | 16:55 |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 16:57 | |
khem | you need a new global config change which is at same level as distro or machine feature | 17:00 |
khem | custom image can add/remove packages from original recipe it wont change recipe metadata | 17: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 #yocto | 17:05 | |
*** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 17:09 | |
tgamblin | khem: alright, thanks | 17:14 |
mischief | is there a way to build with asan? | 17:15 |
mischief | i tried DEPENDS += "gcc-sanitizers" CFLAGS:class-target:append = "-fsanitize=address" but there's no libasan in the sysroot | 17: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 Jones42 | 17:31 | |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 17:33 | |
Jones42 | just 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 #yocto | 17:42 | |
mischief | khem: any idea how to make sanitizers work? you're listed as the maintainer :-D | 18:01 |
*** florian_kc is now known as florian | 18:12 | |
*** sarahn <sarahn!~pidgin@user/sarahn> has joined #yocto | 18:15 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 18: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 #yocto | 19:19 | |
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 19: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 #yocto | 19:40 | |
*** kevans <kevans!~kevans91@user/kevans> has quit IRC (Ping timeout: 246 seconds) | 19:53 | |
*** kevans <kevans!~kevans91@user/kevans> has joined #yocto | 19: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 #yocto | 20: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 #yocto | 21:02 | |
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds) | 21:09 | |
yocton | Roughly 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 #yocto | 21:13 | |
yocton | These 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 |
CombatWombat42 | I'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 |
yocton | CombatWombat42: yes, it is expected for the Yocto LTS to upgrade the kernel at mid-life | 21:20 |
*** mvlad <mvlad!~mvlad@2a02:2f05:821a:fb00:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection) | 21:21 | |
RP | yocton: we probably need something like the MIRRORS handling but for upstream status... | 21:26 |
yocton | Oh, good idea! A mapping SRC_URI -> UPSTREAM_CHECK_URI | 21:27 |
sarahn | Has there been any discussion of swapping to civil infrastructure project supported kernels? | 21:27 |
Jookia | why stay at an old kernel? | 21:29 |
CombatWombat42 | Thanks! | 21:29 |
yocton | CombatWombat42: 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 |
sarahn | Jookia: some vendors are better than others at upstreaming, though it's a bit immaterial to me since I don't use the poky kernel anyway | 21:31 |
RP | sarahn: I don't think there is anything to stop someone providing a layer with that kernel | 21:32 |
Jookia | i think yocto already ships a patched kernel, not mainline | 21:32 |
sarahn | rp: agreed, just curious if it had come up already or not | 21:33 |
CombatWombat42 | yocton, again, Thanks! | 21:34 |
Jookia | is there a way to disable git clones that don't use SRCREV? | 21:34 |
Jookia | build-wide | 21:34 |
Jookia | bitbake seems to let you build packages based on just a git tag without verification or warning | 21:37 |
*** xmn <xmn!~xmn@2600:4040:9398:a200:1d5a:e63c:1e26:cfbc> has quit IRC (Ping timeout: 272 seconds) | 21:48 | |
RP | Jookia: tags are always resolved via the network so if you disable network access you'd find them | 21:59 |
Jookia | ok. i'll patch my bitbake then | 21:59 |
RP | Jookia: no need to patch it, BB_NO_NETWORK iirc | 21:59 |
Jookia | BB_STRICT_CHECKSUM seems closer to what i want | 22:00 |
RP | Jookia: you asked if you can get errors for tag resolution. Set BB_NO_NETWORK and you'll get that | 22:01 |
RP | Jookia: I've spent years arguing with people this is the correct behaviour (to hit the network) | 22:02 |
Jookia | RP: yes, but i want to still download things from the network | 22:02 |
Jookia | but i don't want unverified code downloaded | 22:02 |
RP | whatever then. I'll just not answer questions | 22:04 |
Jookia | ok | 22:04 |
Jookia | RP: did you mean you were arguing with people to set BB_NO_NETWORK | 22:08 |
RP | No, 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 correct | 22:11 |
Jookia | why is that? | 22:12 |
RP | because they can change | 22:12 |
Jookia | isn't this a security hazard? | 22:12 |
RP | they'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 run | 22:13 |
RP | so if you're not seeing recipes reparse, you can know that tags aren't being resolved | 22:14 |
Jookia | no i mean, how do you know the tag is legitimate and not some kind of hijack or malicious code | 22:14 |
RP | for that you'd need to check the signing key and we don't do that | 22:14 |
Jookia | so the correct solution for disabling this behaviour is BB_NO_NETWORK? | 22:15 |
RP | my 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 challenges | 22:16 |
RP | disabling the network is one way to detect it. | 22:16 |
Jookia | is there an option to disable tags? | 22:16 |
RP | I'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 |
RP | no, there is not | 22:16 |
Jookia | RP: i'm not asking you to defend anything | 22: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 | |
Jookia | did 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 #yocto | 22:20 | |
RP | I 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 |
RP | If we provide the option, it needs to work reliably/correctly | 22:24 |
Jookia | i will be patching my local bitbake to try to add an option for this. that could be a start | 22: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 #yocto | 23:45 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!