| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 00:00 | |
| RP | moto-timo: this is such a silly problem :( | 00:01 |
|---|---|---|
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:01 | |
| RP | moto-timo: spent hours but I think its simple | 00:01 |
| moto-timo | RP: same here :) | 00:02 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:02 | |
| khem | RP: strace it and find what all libs are in play, we do too much trickery for all these native and nativesdk quirks I do not trust what we think | 00:04 |
| RP | khem: right, after staring at strace its using /usr/bin/ld | 00:04 |
| moto-timo | khem: good point, we might be missing something in the tarball | 00:04 |
| RP | khem: if I make it use our ld it would be a god start | 00:05 |
| khem | no, I am interested in tracing the .so its using/loading | 00:05 |
| moto-timo | \o/ | 00:05 |
| RP | khem: been staring at strace for a while | 00:05 |
| RP | -Wl,--verbose was also helpful | 00:05 |
| khem | and perhaps -Wl,-Map,xx | 00:05 |
| khem | so we get a linker map | 00:06 |
| khem | that gives some peek into what linker is seeing | 00:06 |
| khem | if its defaulting to system linker thats proobably GCC_EXEC_PREFIX is not right | 00:06 |
| RP | khem: its simpler, its using the wrong linker | 00:06 |
| khem | RP: for tests export GCC_EXEC_PREFIX to point to where the linker you want is ( ld that is ) | 00:07 |
| khem | if that works then it can be worked backwards | 00:08 |
| RP | khem: I can make it to use the right linker but it still has the wrong SEARCH_DIRS :) | 00:11 |
| khem | RP: which package are you building when that error pops up ? it seems gcc from what I can deduce | 00:11 |
| RP | khem: I added in the ldscripts but its not looking at them and using its internal linker script. Any idea how to force it to use external files? | 00:12 |
| khem | RP: your doing :) deleting scripttempl is perhaps biting here | 00:12 |
| RP | khem: its failing in gcc-cross-initial but its trivial to make it break outside that with just the buildtools tarball alone | 00:13 |
| RP | khem: its always my fault :) | 00:13 |
| khem | I see, | 00:13 |
| khem | RP: set LIB_SEARCH_DIRS | 00:14 |
| khem | env var | 00:14 |
| khem | and see if linker picks it | 00:14 |
| khem | I am still trying to poke at where the hole is | 00:15 |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-lfnkbkydzdponkwp> has quit IRC | 00:18 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-pojmtudeavhnnflg> has quit IRC | 00:18 | |
| *** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 00:18 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-pyplbmuwhahihvuc> has quit IRC | 00:18 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-tbrfhjppdbloqkyr> has quit IRC | 00:18 | |
| *** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-ewfqxotxjrtnclbd> has quit IRC | 00:18 | |
| khem | RP: is it using some sort of nativesdk-binutils too ? | 00:18 |
| RP | khem: yes, we need nativesdk-gcc using nativesdk-binutils | 00:18 |
| khem | where are recipes ? | 00:19 |
| RP | khem: bitbake builttools-extended-tarball | 00:19 |
| RP | khem: let me dump my status into email | 00:19 |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-qmorpuqvsvxkfiem> has joined #yocto | 00:19 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-dwbiezrapntgvjbt> has joined #yocto | 00:19 | |
| *** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-vhjelwdtqjvqtsaa> has joined #yocto | 00:20 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-owcsnjzgsypilefd> has joined #yocto | 00:20 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-wmlepeqlevdmmlnq> has joined #yocto | 00:20 | |
| *** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 00:20 | |
| khem | RP: can you try to disable 0004-Point-scripts-location-to-libdir.patch for nativesdk case in binutils | 00:22 |
| RP | khem: sent email, sorry its a bit convoluted | 00:27 |
| RP | khem: I need to sleep, too tired to keep going with this now. Will quickly try dropping that though | 00:27 |
| mischief | is ALTERNATIVE_TARGET_${PN}-foo[name] = "..." supposed to work..? | 00:30 |
| mischief | if i try setting it it seems to be ignored | 00:30 |
| moto-timo | https://www.yoctoproject.org/docs/2.5/ref-manual/ref-manual.html#var-ALTERNATIVE_TARGET | 00:32 |
| moto-timo | where are you setting it? | 00:32 |
| mischief | in my recipe. | 00:32 |
| mischief | i am trying to use the 'ALTERNATIVE_TARGET_pkg[name] = "target"' syntax, as i have one recipe that creates multiple packages | 00:33 |
| mischief | i am going to see if doing it in python works, as the psplash recipe does | 00:35 |
| RP | khem: didn't help :( | 00:37 |
| RP | khem: dumped more into email | 00:39 |
| RP | I need tosleep | 00:39 |
| JaMa | time to yield() | 00:40 |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-wmlepeqlevdmmlnq> has quit IRC | 00:42 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-qmorpuqvsvxkfiem> has quit IRC | 00:42 | |
| *** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-vhjelwdtqjvqtsaa> has quit IRC | 00:42 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 00:42 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-dwbiezrapntgvjbt> has quit IRC | 00:43 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-owcsnjzgsypilefd> has quit IRC | 00:44 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-zudacrjlrhmgbrme> has quit IRC | 00:44 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-yffivfkgootsppka> has quit IRC | 00:44 | |
| *** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 00:45 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-efjzhdyfqsumyuab> has quit IRC | 00:45 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-mzteypsgsvrlijow> has quit IRC | 00:45 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-wzkcvfggkjjuyhaq> has joined #yocto | 00:45 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-uclnhyigwkxxzyij> has quit IRC | 00:45 | |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-btkxkimomqnvubmz> has quit IRC | 00:45 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-yvhgpazytaayozjj> has quit IRC | 00:45 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-wjzysclyzcptvhvr> has quit IRC | 00:46 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-dkkyxsjkuxlrqgdj> has quit IRC | 00:46 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-rtoywpypeebxgeor> has quit IRC | 00:46 | |
| *** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-xpxxpawugjrxkjyb> has quit IRC | 00:46 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-ovyowslhaymwnzow> has quit IRC | 00:46 | |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-kiaqpeshibcgafuy> has quit IRC | 00:46 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-buoqmevlkgozsqvy> has quit IRC | 00:46 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-kpjcvzvbxgbzxhkv> has quit IRC | 00:47 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-kwuvavqkcihvmtzt> has quit IRC | 00:51 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 00:51 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-wzkcvfggkjjuyhaq> has quit IRC | 00:52 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 00:58 | |
| mischief | sigh, doesn't seem to work | 00:58 |
| *** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-hfmgiikoamrpdrps> has joined #yocto | 01:01 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:07 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 01:11 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:11 | |
| *** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-hfmgiikoamrpdrps> has quit IRC | 01:18 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:20 | |
| mischief | hm. | 01:34 |
| mischief | ALTERNATIVE_TARGET_pkg[name] = "target" does not work but ALTERNATIVE_TARGET_pkg = "target" does.. but i need multiple alternatives for a single package | 01:34 |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-cigqtobivqotnklm> has joined #yocto | 01:35 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 01:36 | |
| mischief | now i'm really baffled | 01:39 |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC | 01:39 | |
| mischief | if i use ${PN} inside of <pkg> it does not work, but if i manually expand ${PN} inside of <pkg> it does work | 01:39 |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-cigqtobivqotnklm> has quit IRC | 01:44 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 02:01 | |
| *** sgw <sgw!sgw@nat/intel/x-hfnodmmgxyfsrrsb> has quit IRC | 02:06 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-bsmcjlukuwbjrfas> has joined #yocto | 02:43 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-ydnvfyhxktuggyhe> has joined #yocto | 02:46 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 02:47 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-bsmcjlukuwbjrfas> has quit IRC | 02:49 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-ydnvfyhxktuggyhe> has quit IRC | 02:53 | |
| yocti | New news from stackoverflow: How to store pyc files with setuptools3 in bitbake recipe in the same way setuptools does? <https://stackoverflow.com/questions/58611684/how-to-store-pyc-files-with-setuptools3-in-bitbake-recipe-in-the-same-way-setupt> | 02:58 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 03:01 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 03:03 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-vpcsutyelbqozcux> has joined #yocto | 03:08 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 03:11 | |
| *** jww <jww!~magnet@lfbn-mon-1-581-143.w2-4.abo.wanadoo.fr> has quit IRC | 03:14 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 03:14 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-cbbcqqmofbpulbgx> has joined #yocto | 03:15 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-fbqypczsmkcyqslo> has joined #yocto | 03:17 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 03:18 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-eeroixioamwnzmhp> has joined #yocto | 03:18 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-fbqypczsmkcyqslo> has quit IRC | 03:21 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-vpcsutyelbqozcux> has quit IRC | 03:21 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-eeroixioamwnzmhp> has quit IRC | 03:24 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-qixquhxienuebkht> has joined #yocto | 03:36 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-qcsjxnqdsoqbeftg> has joined #yocto | 03:40 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-qcsjxnqdsoqbeftg> has quit IRC | 03:50 | |
| *** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-xyvrrqmuysmesimt> has joined #yocto | 04:01 | |
| *** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-xyvrrqmuysmesimt> has quit IRC | 04:06 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-hyavmdpidwmwkmfm> has joined #yocto | 04:23 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-hyavmdpidwmwkmfm> has quit IRC | 04:25 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-anduunmntkfmegaf> has joined #yocto | 04:29 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-anduunmntkfmegaf> has quit IRC | 04:34 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 04:43 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 04:47 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-cbbcqqmofbpulbgx> has quit IRC | 04:50 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-zwxnxhnlqjzenjfd> has joined #yocto | 04:56 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-sziqnxusnnydkyhe> has joined #yocto | 04:57 | |
| *** sgw <sgw!sgw@nat/intel/x-fxuyvecqiwpjsloq> has joined #yocto | 05:04 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-sziqnxusnnydkyhe> has quit IRC | 05:23 | |
| yocti | New news from stackoverflow: php://input stream is empty on lighttpd and yocto based image <https://stackoverflow.com/questions/59357409/php-input-stream-is-empty-on-lighttpd-and-yocto-based-image> || using EXTRA_OECMAKE doesn't have any effect in cmake variable in bitbake recipe <https://stackoverflow.com/questions/59478990/using-extra-oecmake-doesnt-have-any-effect-in-cmake-variable-in-bitbake-recipe> | 05:29 |
| *** mischief <mischief!~mischief@216.126.196.60> has quit IRC | 05:30 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-zwxnxhnlqjzenjfd> has quit IRC | 05:38 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-cthrxxdxhngacgct> has joined #yocto | 06:20 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-cthrxxdxhngacgct> has quit IRC | 06:27 | |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:38 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:38 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-fviffgmrrpgiltxy> has joined #yocto | 06:48 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ecoxjpazjamtecuz> has joined #yocto | 06:49 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-jugegbdixjggpcaj> has joined #yocto | 06:49 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-oqdxpquxzajkhkmi> has joined #yocto | 06:50 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-zryhhimfyrzcxblu> has joined #yocto | 06:51 | |
| *** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-yfbrqgvwvynnodkx> has joined #yocto | 06:53 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-kkwfnkudgevrbjsq> has joined #yocto | 06:54 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 06:55 | |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-vjxbapzzztsbbelx> has joined #yocto | 06:56 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto | 06:56 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-egaiuwgbjhzgbiyj> has joined #yocto | 06:57 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-yyrywtnavuiavung> has joined #yocto | 06:59 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-yhsrwkjujmfddfow> has joined #yocto | 07:00 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-wnrhzaebsnnfjfmo> has joined #yocto | 07:00 | |
| *** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto | 07:00 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-xxtlsdufjsieghai> has joined #yocto | 07:02 | |
| *** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 07:02 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:03 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-aqjhmpacccaqiajg> has joined #yocto | 07:03 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-xozksxuylqukynjh> has joined #yocto | 07:03 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 07:03 | |
| *** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-brjglcwhdowwxitw> has joined #yocto | 07:03 | |
| *** davisr__ <davisr__!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC | 07:04 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 07:04 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto | 07:04 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 07:05 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:06 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-hmajadzuhsjoztad> has joined #yocto | 07:09 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-vkeqeusidczhasxe> has joined #yocto | 07:13 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 07:13 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-jusyamlkxuztqqbh> has joined #yocto | 07:15 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 07:17 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-llrnxcfhgyjnespy> has joined #yocto | 07:18 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:21 | |
| *** frsc <frsc!~frsc@i59F72B29.versanet.de> has joined #yocto | 07:35 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:35 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 07:38 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 07:39 | |
| PinkSnake | Hello, I have on git repo with several lib sources inside, the question is : what is the best way to configure a recipe to choose which library we want to install on the target ? PACKAGECONFIG or something else ? Thx. | 07:39 |
| erbo | PinkSnake: are they all mutually exlusive? Or just different libs doing different things? | 07:44 |
| PinkSnake | erbo Several "individual" libraries, nothing in common. I would like just to checkout once all the repo and maybe select which I want to install. I don't know if PACKAGECONFIG is made for that. Any idea ? feel free to ask if it's not clear :) | 07:50 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:51 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:52 | |
| erbo | PinkSnake: So the idea of not build all would be to save build time? Otherwise I would just build them all and put into different packages so it's easy to just pull in those you want in the images. Otherwise I guess PACKAGECONFIG could be used to just build the ones you actually want. | 07:57 |
| *** mckoan|away is now known as mckoan | 07:58 | |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-whvlvvnxlraridyv> has joined #yocto | 08:04 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:06 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 08:06 | |
| PinkSnake | erbo it's totally right. I have a repo like this : https://pastebin.com/2bzhpshB and I would like to do something like that: https://pastebin.com/ZcMn84W5. Looks dirty :( Maybe I have to configure a CMakelists/ autotools ? Doesn't matter what I have to do I would like someting proper :) | 08:07 |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-cajpwkaobbxjzvzu> has joined #yocto | 08:21 | |
| khem | there are few ways to handle such cases, one is packageconfig route and it seems you can add --enable/--disable options or some other component build system to provide knobs which can be instrumented via packageconfig | 08:26 |
| khem | other way is you write separate recipe for each one of the libs while checking out the source once in work-shared/ much like what gcc-source recipe does or linux-yoto recipe does as an example, | 08:27 |
| khem | suppose if your libs are shared objects and there are apps which link to them, then shlibs can automatically add the needed solibs to image once the app is added via IMAGE_INSTALL | 08:28 |
| yocti | New news from stackoverflow: Difference between ldconfig and ldconfig.real <https://stackoverflow.com/questions/59765230/difference-between-ldconfig-and-ldconfig-real> | 08:29 |
| khem | so app <- libfoo.so and libfoo.so is built by libfoo.bb then only libfoo.bb will be built, in packageconfig approach whatever you enabled as a set of packageconfig all of that will build | 08:29 |
| PinkSnake | Thank you for advice, I'm not sure to understand how to made all-in-one recipe, so as the main trouble is not checking out all sources for each lib, i'm going to take look to clone in work-shared, but have a top Makefile and pass EXTRA_OEMAKE should to the trick alos isn't it ? | 08:34 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:35 | |
| qschulz | PinkSnake: IIUC the backlog, you build all libraries in one recipe. Then you create a package for each lib (`PACKAGES +=` or even DYNAMIC_PACKAGES if you're feeling it (I never used it)), and set FILES_${PACKAGEXYZ} = "" for each package = lib | 08:36 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 08:37 | |
| qschulz | PinkSnake: dependency at build time is on the whole recipe but rdepends is either pulled automagically by Yocto or you add an explicit RDEPENDS_${PN} += "<PACKAGEXYZ> <PACKAGEABC>" etc. | 08:37 |
| PinkSnake | qschulz Nice, that looks like the better idea! Thank you to all of you for your time ! | 08:38 |
| qschulz | PinkSnake: OR, if your source code is actually under git, you can use one recipe per lib and use "subpath" parameter in SRC_URI => https://www.yoctoproject.org/docs/2.6/bitbake-user-manual/bitbake-user-manual.html#git-fetcher | 08:38 |
| *** sgw <sgw!sgw@nat/intel/x-fxuyvecqiwpjsloq> has quit IRC | 08:39 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 08:40 | |
| PinkSnake | qschulz Haa, as I have already do all recipes, "subpath" looks like a really good alternative to not waste to much time on that (y) | 08:41 |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 08:41 | |
| khem | well, you still will carry full .git folder with subpath | 08:43 |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 08:43 | |
| qschulz | khem: could you explain a little bit more, I actually considered subpath a few times but never used it, so eager to learn what are the consequences of such a parameter | 08:44 |
| khem | not sure how big your monorepo is, if its not that big I think using simple recipes are ok, since it would fetch whole repo once and thten untar it with recipes ( if you write multiple recipes ) | 08:44 |
| PinkSnake | qschulz khem In fact the repo is not really big, but as I made a refact of all Yocto project I just want to do that proper. I will try to test subpath and packageconfig to take a look | 08:46 |
| khem | qschulz: it uses git-read-tree | 08:49 |
| *** sgw <sgw!sgw@nat/intel/x-jlehmgiojgafyirn> has joined #yocto | 08:55 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:57 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 08:59 | |
| LetoThe2nd | khem: hey what are you8 doing in my timezone?!? | 09:00 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-sdvwmygycdsnsemb> has joined #yocto | 09:02 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 09:03 | |
| *** ifan <ifan!d973313a@217-115-49-58.cust.bredband2.com> has joined #yocto | 09:03 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:05 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto | 09:06 | |
| *** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-wminjdzlhjlkjomy> has joined #yocto | 09:07 | |
| qschulz | khem: ok I need to do some reading first :) thanks | 09:09 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 09:12 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 09:25 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 09:25 | |
| *** ifan <ifan!d973313a@217-115-49-58.cust.bredband2.com> has quit IRC | 09:26 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 09:32 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:40 | |
| *** ifan <ifan!d973313a@217-115-49-58.cust.bredband2.com> has joined #yocto | 09:41 | |
| ifan | Hi, I'm trying to build an old version of busybox that is failing with : In file included from applets/usage.c:11:0:| include/applets.h:268:17: error: 'login_trivial_usage' undeclared here (not in a function)| IF_LOGIN(APPLET(login, BB_DIR_BIN, BB_SUID_REQUIRE))..... | 09:43 |
| ifan | scripts/Makefile.host:104: recipe for target 'applets/usage' failed| make[1]: *** [applets/usage] Error 1 | 09:43 |
| LetoThe2nd | ifan: if i had to guess, then i'd say broken config / compile state | 09:49 |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 09:53 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 10:04 | |
| ifan | LetoThe2nd: rebooting the system, cleaning fixed the problem | 10:06 |
| ifan | If you dont mind me asking, how could you see that | 10:06 |
| LetoThe2nd | ifan: intuition. it felt like parts had been compiled with one config, parts with another | 10:07 |
| ifan | Okay, thanks again :) | 10:12 |
| LetoThe2nd | have fun! | 10:12 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 10:13 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 10:13 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 10:16 | |
| angelo__ | what does this mean exactly "Package version for package libgcc went backwards" ? | 10:17 |
| LetoThe2nd | angelo__: that you built the package at least twice, and PV was lower in the later build that in the former. | 10:18 |
| LetoThe2nd | (AFAIK) | 10:18 |
| rburton | yes | 10:18 |
| rburton | if you're jumping around releases and testing upgrades, it's normal and thats why i turn it off | 10:18 |
| Yatekii | qschulz: devtool modify devtool build devtool target-deploy worked like a charm. the question is now how I can edit and commit my actual application. I found devtool finish which supposedly pushes my changes to the recipe and removes it from the workspace but hoiw do I actually make changes and commit them? also, when I open the devshell via bitbake I can edit the sources and then got from there but that seems awfull ycumbersame as I'd always have to open the | 10:18 |
| Yatekii | devshell, edit, close the devshell, build, deploy to target, and then iterate this ... | 10:18 |
| rburton | if you're not doing that then something went wrong | 10:18 |
| LetoThe2nd | rburton: cue: "jump around" - house of pain | 10:18 |
| *** Mat80 <Mat80!d4f31afe@212.243.26.254> has joined #yocto | 10:20 | |
| qschulz | Yatekii: I don't use devshell, I don't even know what it's supposed to do :D | 10:27 |
| qschulz | when you did a devtool modify you should have gotten a path to where the sources are extracted | 10:28 |
| qschulz | so you go there and you commit things there? | 10:28 |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has quit IRC | 10:29 | |
| *** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto | 10:29 | |
| nacknick | Why in my Yocto image */proc/config.gz* is missing? | 10:31 |
| LetoThe2nd | nacknick: probably its not set in the kernel config | 10:31 |
| LetoThe2nd | (as long as proc is mounted and not completely empty. but thats pretty much an edge case) | 10:32 |
| nacknick | LetoThe2nd: Why should I do to set it? | 10:32 |
| nacknick | what* | 10:32 |
| *** kaspter <kaspter!~Instantbi@222.67.189.189> has quit IRC | 10:33 | |
| LetoThe2nd | its a kernel config like any other | 10:33 |
| LetoThe2nd | i've witnessed your struggles yesterday and sorry, i do neither have the time nor energy to get invested in that topic again. all i can do is give you the reason and where to start looking. | 10:34 |
| nacknick | I added `CONFIG_SECCOMP_FILTER=y` to *.scc* file like qschulz explained to me yesterday, it seems like the kernel was rebuilt, but I want to make sure this feature was added to the kernel. Without kernel's config file I don't know how to do it | 10:36 |
| LetoThe2nd | nacknick: https://wiki.gentoo.org/wiki/Kernel/IKCONFIG_Support | 10:37 |
| paulbarker | nacnick: Look in something like `tmp/work-shared/<MACHINE>/kernel-build-artifacts/.config` after the kernel was built | 10:38 |
| paulbarker | nacknick: ^^^ | 10:38 |
| nacknick | LetoThe2nd: Thanks. Actually I tried today to add `CONFIG_IKCONFIG_PROC=y` hopefully it will add the config file - but it didn't. I will read if there is something new in the link you sent | 10:39 |
| nacknick | paulbarker: I found it inside `kernel-source/tools/testing/selftests/seccomp/config:CONFIG_SECCOMP_FILTER=y` - but I want to see it in the final image on the RPI3 | 10:40 |
| paulbarker | The .config file used in the build should be in kernel-build-artifacts | 10:40 |
| paulbarker | Assuming you're on a recent yocto version | 10:41 |
| nacknick | No. I use yocto 2.4.4 | 10:42 |
| nacknick | paulbarker: "rocko" | 10:43 |
| paulbarker | Ah. Have a look in the kernel workdir then | 10:43 |
| qschulz | nacknick: I suggest to check that config options do not depend on other options | 10:44 |
| milloni | does yocto support/are the plans to support SRC_URI[sha512sum] ? | 10:45 |
| LetoThe2nd | milloni: doesn't seem to be used/supported in current state at least. any particular need/usecase? | 10:46 |
| milloni | not really, just curiosity | 10:46 |
| milloni | someone on my team suggested using it instead of 256 | 10:46 |
| milloni | more bits aint bad :) | 10:46 |
| LetoThe2nd | *shrug* | 10:47 |
| LetoThe2nd | milloni: well it actually would double the length of the checksum in the recipes, which are pretty ugly already. | 10:48 |
| milloni | LetoThe2nd: i see you're an aesthetician like me | 10:49 |
| LetoThe2nd | milloni: and given that its just for integrity detection (i don't think we need to fear hash collisions or forged archives), i can't actually see any benefit, only cost. | 10:49 |
| milloni | LetoThe2nd: i thought it was, among other things, for integrity detection in the security sense, that is for protection against "forget archives" | 10:50 |
| milloni | forged* | 10:50 |
| LetoThe2nd | milloni: sent a PoC that you can forge an archive that still compiles :) | 10:51 |
| milloni | not that it is a likely thing to happen but it is in my threat model | 10:51 |
| LetoThe2nd | (exploiting a hash collision, of course) | 10:51 |
| milloni | i cant with sha256sum | 10:51 |
| milloni | no one can, as far as i can tell | 10:52 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 10:52 | |
| LetoThe2nd | milloni: real world answer: if your threat model is so advanced that it cares about this, then you should certainly be able to push the needed changes upstream and maintain them. | 10:52 |
| milloni | ack | 10:52 |
| milloni | it's not so advanced | 10:52 |
| milloni | my collegaue's argument was just "more bits aint bad" | 10:53 |
| rburton | would be a trivial patch to support it as an option | 10:53 |
| rburton | we should just have a number of hashing schemes and just ask that at least one is set | 10:54 |
| paulbarker | milloni: Make him use signatures several GB in length. That will cure the "more bits aint bad" syndrome | 10:54 |
| LetoThe2nd | like i said. not bad, but they come at a cost. and at the moment probably nobody cares to pay the cost, how ever little it is. | 10:54 |
| milloni | paulbarker: i think we just need to make a blockchain out of it ;) | 10:55 |
| milloni | using AI, in the cloud, of course | 10:55 |
| LetoThe2nd | blockchain jokes as so 2010s | 10:57 |
| LetoThe2nd | s/as/are/g | 10:57 |
| milloni | what's the new shiny technology of 2020s then? | 10:57 |
| LetoThe2nd | can't tell after two weeks yet. ask me the day after tomorrow, mkay? | 10:58 |
| ecclescake | milloni: gimmie a minute to train an AI to name 2020s tech... | 10:58 |
| milloni | oh hello ecclescake, i didnt know you were here | 10:59 |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 11:07 | |
| *** berton <berton!~berton@189.103.49.163> has joined #yocto | 11:26 | |
| *** berton <berton!~berton@189.103.49.163> has quit IRC | 11:30 | |
| *** BoJones <BoJones!~jbj@77.243.43.130> has joined #yocto | 11:33 | |
| BoJones | Hello, I'm trying to create an image that includes another image (I'm making a USB install stick), but I cannot get the dependencies right. | 11:34 |
| *** berton <berton!~berton@189.103.49.163> has joined #yocto | 11:35 | |
| BoJones | So I have two recipes . <yocto-image> and <yocto-image-USBINSTALLER> I have tried adding <yocto-image> to RDEPENDS in the <yocto-image-USBINSTALLER> recipe | 11:35 |
| LetoThe2nd | BoJones: thats no dependency usecase, but a multiconfig one | 11:36 |
| BoJones | LetoThe2nd, multiconfig .. | 11:37 |
| LetoThe2nd | yep | 11:37 |
| BoJones | Interesting .. I'll have a look | 11:37 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:39 | |
| stuom1 | because it's a pain to google anything related to "install" command, can somebody tell how to set the file executable with install? | 11:39 |
| *** florian_kc is now known as florian | 11:40 | |
| LetoThe2nd | stuom1: install -m xxx takes the rwx mode as xxx :) | 11:41 |
| LetoThe2nd | stuom1: and "man install" in google gives me this as #1: https://linux.die.net/man/1/install | 11:41 |
| stuom1 | so is it "install 644+x" then? | 11:42 |
| LetoThe2nd | stuom1: i guess you should rather already finish the calculation. | 11:42 |
| stuom1 | i mean in setting excutable in chmod is "+x" | 11:43 |
| LetoThe2nd | you know what "644" means? | 11:43 |
| BoJones | LetoThe2nd, do you have an example on how to use multiconfigs to include another image ? My google-foo is not good on this one. | 11:44 |
| stuom1 | ah yeah now i was mixing with the other format | 11:44 |
| LetoThe2nd | BoJones: not yet, sorry. | 11:44 |
| BoJones | LetoThe2nd, Ok | 11:45 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 11:45 | |
| *** dexterlb <dexterlb!~dexterlb@qtrp.org> has joined #yocto | 11:48 | |
| dexterlb | hello.. I have added the meta-browser layer and depended on the chromium recipe. This successfully builds chromium. I have added 'IMAGE_INSTALL_append = " chromium-x11"' to my custom layer's layer.conf. The package, however, doesn't get installed in the resulting image: it is present in deploy/, but it is not installed. What else do I need to do? | 11:50 |
| LetoThe2nd | dexterlb: 1) stuff like this should not go into the layer.conf | 11:51 |
| LetoThe2nd | dexterlb: 2) check bitbake -e if it actually end up there | 11:51 |
| LetoThe2nd | dexterlb: 3) check your image if it actually honors IMAGE_INSTALL, there are ways around it. | 11:51 |
| dexterlb | 1) I'm sorry: in fact, it is in my image recipe (which inherits core-image). I don't know why I said layer.conf. Is that correct? | 11:55 |
| dexterlb | 2) it appears in many places in bitbake-e, including IMAGE_INSTALL and PACKAGE_INSTALL | 11:55 |
| dexterlb | 3) how do I do that? | 11:55 |
| LetoThe2nd | dexterlb: if its in the image file, shows up in bitbake -e and your image inherits core-image, then all should be fine | 11:57 |
| dexterlb | but it is not installed (none of the files that are in the package appear in the target filesystem, and 'opkg list' doesn't show it) | 11:58 |
| LetoThe2nd | dexterlb: what does the manifest of the image say? | 11:58 |
| dexterlb | LetoThe2nd: where do I find this manifest? | 11:59 |
| LetoThe2nd | dexterlb: right next to the image file | 11:59 |
| dexterlb | the manifest contains the package | 12:00 |
| LetoThe2nd | dexterlb: that doesn't fit | 12:01 |
| LetoThe2nd | if the manifest contains it, then it is installed. chances are that the package either does not contain what you think (dpkg can be used to inspect .ipk contents) or you are looking at the wrong image. | 12:02 |
| dexterlb | you're right, it doesn't.. I think I've done something utterly stupid, like inspecting the wrong image - let me verify | 12:02 |
| Yatekii | qschulz: devshell opens a new shell and loads the env for your recipe and cds into it's source folder | 12:04 |
| Yatekii | qschulz: I thought I was supposed to use it but i am more than happy if I don't need to | 12:04 |
| Yatekii | qschulz: ERROR: output path /home/yatekii/repos/ecarup/build-openstlinuxtkrt-stm32mp1-raichu-cubemx/workspace/sources/raichu-core already exists and is non-empty // I did a devtool reset raichu-core and then devtool modify raichu-core ... | 12:05 |
| Yatekii | ah hmm reset said: NOTE: Leaving source tree /home/yatekii/repos/ecarup/build-openstlinuxtkrt-stm32mp1-raichu-cubemx/workspace/sources/raichu-core as-is; if you no longer need it then please delete it manually | 12:05 |
| Yatekii | notr sure what I am supposed to do with this info tbh | 12:05 |
| * rburton finally timed a build on the server he never uses | 12:18 | |
| rburton | 30 minutes for core-image-sato from scratch \o/ | 12:18 |
| LetoThe2nd | rburton: but hot download, i guess. | 12:19 |
| rburton | right | 12:19 |
| * LetoThe2nd is only half impressed, then. | 12:19 | |
| rburton | haha | 12:19 |
| rburton | don't actually know how fast the connectivity is where it sits | 12:20 |
| rburton | kernel downloads at 27M/s | 12:21 |
| LetoThe2nd | not bad. | 12:21 |
| rburton | better than my home connection for sure | 12:21 |
| rburton | by about 27 times in fact | 12:21 |
| LetoThe2nd | but seriously. if i would have been completely impressed, then you would have no mission in life anymore. | 12:21 |
| rburton | so i noticed this build was blocking on gstreamer finishing so obviously i'm doing a clean build with the mesonification patches in | 12:21 |
| Mat80 | Hi, i have a question regarding a recipes for a pypi python package, with "inherit pipy" is the recipes suppose to download also the dependencies automatically? | 12:25 |
| *** ifan <ifan!d973313a@217-115-49-58.cust.bredband2.com> has quit IRC | 12:25 | |
| Mat80 | for instance I'm trying to use python-sphinx in the meta-virtualization | 12:25 |
| PinkSnake | khem erbo FYI subpath works like a charm. Thh for the hint ! | 12:25 |
| Mat80 | the recipe is very simple. inherit pypi, package name, checksums, licence and various variable for the descrition | 12:26 |
| Mat80 | no RDEPEND | 12:27 |
| LetoThe2nd | Mat80: it probably should. why are you asking? | 12:27 |
| Mat80 | the recipes build and create the package, but of course sphinx need some dependencies and if I try to run sphinx on the target machine it fails because of missing dependencies | 12:28 |
| stuom1 | @Mat80 it doesnt | 12:28 |
| stuom1 | at least not with the few pypi packages I have experience with | 12:28 |
| rburton | Mat80: it does not download depends, you need to package those too | 12:29 |
| stuom1 | bitbake doesnt complain but trying to run on target, you get import errors | 12:29 |
| Mat80 | I'm a yocto newbie and this seems still a lot black magic...but I don't understand where the magic stops and where I should do something | 12:29 |
| rburton | meta-python is your friend | 12:29 |
| Mat80 | rburton what do you mean? | 12:29 |
| rburton | meta-python is full of pypi recipes | 12:29 |
| Mat80 | ah ok | 12:30 |
| Mat80 | i'll have a look | 12:30 |
| Mat80 | ty | 12:30 |
| rburton | oh, just read again | 12:30 |
| rburton | if its giving missing deps then the RDEPENDS needs improving in the recipe | 12:30 |
| rburton | just add what it moaned about until it works | 12:30 |
| qschulz | Yatekii: well, remove it :)? but do it only after you have made sure that your changes are in the layers. I think devtool creates a bbappend with the patches btu I'm not 100% certain. Check if there's any change in any layer, check those are the ones you want, then you can get rid of the sources for raichu-core | 12:30 |
| qschulz | Yatekii: what devtool does is that it creates a new layer with new recipes whose source code is in workspace/sources. When you do devtool reset it "disables" this recipe but leaves you with the sources so that it does not remove something you wanted to keep | 12:31 |
| qschulz | nacknick: I don't know exactly how does one create config fragments but I can explain how *I* would do it. | 12:33 |
| Mat80 | but can it be that a recipe on the virtualization layer build the package but doesn't work? What is the "QA" situation on the various openembedded meta layers? can be a layer "problem" or can be something in my configuration? | 12:33 |
| Mat80 | I try to rephrase: should I trust what comes in the layer and search the problem somewhere else or not? | 12:34 |
| rburton | Mat80: if its just an import error then its the recipe at fault. it assumes some python bits are present, and they are not. | 12:34 |
| rburton | Mat80: most people forget that you can't rely on the full standard library | 12:34 |
| Mat80 | ok ty | 12:34 |
| rburton | so ensuring that your image has python3-modules installed gets that and may just work around the problem | 12:35 |
| Mat80 | this is the error pkg_resources.DistributionNotFound: The 'sphinxcontrib-websupport' distribution was not found and is required by Sphinx | 12:36 |
| qschulz | nacknick: I would try to run first make savedefconfig to get the defconfig of the .config in use, copy that one somewhere safe, then run make menuconfig for the kernel. Find a way to enable CONFIG_SECCOMP_FILTER from there (hit "/" key and enter SECCOMP_FILTER. Then if you don't have the option to select it, work out the depends on and enable the needed ones. Once that's done, enable SECCOM_FILTER option. | 12:37 |
| qschulz | Exit and save. Then run make savedefconfig and put the diff between the two defconfigs in.scc file | 12:37 |
| Mat80 | My guessing is that i have to create a recipe for https://pypi.org/project/sphinxcontrib-websupport/ | 12:37 |
| qschulz | nacknick: Kconfig options have a dependency mechanism (`selects` and `depends on`). If you're putting CONFIG_SECCOMP_FILTER=y but SECCOMP_FILTER actually `depends on` another disabled Kconfig option, then it's a no-op. You need to enable the depends on AND your Kconfig option. | 12:40 |
| qschulz | nacknick: from a VERY quick look, it looks like you should make sure that your arch supports it (i don't recall which rpi you're building an image for but if it's aarch64, then you're fine on that side) then check CONFIG_SECCOMP and CONFIG_NET are enabled. Check this with menuconfig honestly and if your SECCOMP is not enabled follow my process or a better one if there's one (neevr used kernel config | 12:45 |
| qschulz | fragments before so I don't know how's one supposed to create them) | 12:45 |
| qschulz | happy to hear if there's any other documented way to create fragments :) | 12:50 |
| Mat80 | Can someone explain how a recipe like this can work at all? http://git.yoctoproject.org/cgit/cgit.cgi/meta-cloud-services/tree/recipes-devtools/python/python-pyparsing_2.0.1.bb | 12:53 |
| rburton | Mat80: what bit confuses you? | 12:53 |
| Mat80 | there is not even the name of the package to build | 12:54 |
| stuom1 | pypi recipes take the package name from the name of the recipe | 12:54 |
| Mat80 | stuom1 ah thats why | 12:54 |
| rburton | pypi class uses PN to fetch | 12:54 |
| rburton | and distutils does the build | 12:54 |
| rburton | its missing RDEPENDS, which is naughty | 12:54 |
| Mat80 | i'm really sorry for this stupid questions | 12:54 |
| *** frieder_ <frieder_!~frsc@i59F72B29.versanet.de> has joined #yocto | 12:54 | |
| rburton | look at the pypi class, its really simple | 12:54 |
| *** frsc <frsc!~frsc@i59F72B29.versanet.de> has quit IRC | 12:55 | |
| nacknick | qschulz: armv7 | 12:59 |
| nacknick | I tried to run `bitbake -c menuconfig virtual/kernel` and last lines I get after run it are: `menubox.c:(.text+0x3c3): undefined reference to `wrefresh'collect2: error: ld returned 1 exit statusscripts/Makefile.host:116: recipe for target 'scripts/kconfig/mconf' failedmake[3]: *** [scripts/kconfig/mconf] Error | 13:04 |
| nacknick | 1/home/user/yocto/poky/build/tmp/work-shared/raspberrypi3/kernel-source/Makefile:541: recipe for target 'menuconfig' failedmake[2]: *** [menuconfig] Error 2Makefile:150: recipe for target 'sub-make' failedmake[1]: *** [sub-make] Error 2Makefile:24: recipe for target '__sub-make' failedmake: *** [__sub-make] Error 2Command failed.Press any key to | 13:04 |
| nacknick | continue... ` | 13:04 |
| kanavin | hip hip hooray green build https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/639 | 13:04 |
| kanavin | RP ^^^ | 13:04 |
| kanavin | "send qa email" seems not always working though | 13:04 |
| qschulz | nacknick: *shrug* | 13:07 |
| qschulz | aren't you missing libncurses-dev package on your host system by any chance? I don't know if that's the error returned by menuconfig usually but maybe? | 13:08 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:09 | |
| nacknick | qschulz: you're right :) | 13:10 |
| fullstop | Is there a recipe target which only runs if the package is installed through a package manager? That is, I'd like to reload udev or systemd units if the package was installed via opkg but have no need to do this on the initial boot. | 13:10 |
| fullstop | pkg_postinst_ontarget_${PN} is close but those run on a freshly flashed device on the first boot. | 13:11 |
| qschulz | fullstop: there is a difference between "no need" and "shouldn't absolutely happen" | 13:12 |
| fullstop | Can I rephrase it to "absolutely should not happen" ? | 13:12 |
| kanavin | fullstop, why is pkg_postinst() not suitable? | 13:13 |
| kanavin | fullstop, for systemd you generally need to just inherit systemd and it will do the right thing | 13:15 |
| fullstop | when does pkg_postinst() run? | 13:15 |
| kanavin | fullstop, on rootfs generation, and on target when packages are updated via package manager | 13:16 |
| kanavin | but as I said, if you just want the standard, tested behaviour for systemd and udev, then inherit systemd without further hassle | 13:17 |
| fullstop | kanavin: Here's one example.. and I'm certainly open to accepting that I am doing this wrong. One of my packages requires that another service is disabled.. so the postinst_ontarget disables the other service. | 13:17 |
| fullstop | This makes the first boot fail / hang forever. | 13:17 |
| kanavin | you probably should not be installing the other service to begin with. Disabling them from pkg_postinst doesn't seem right. | 13:19 |
| kanavin | or write package dependencies such that your package replaces the other service, then it will be deinstalled. | 13:20 |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto | 13:22 | |
| RP | kanavin: not quite 100% green but definitely better than many builds :) | 13:24 |
| fullstop | hmm | 13:29 |
| yocti | New news from stackoverflow: Unable to login with root user on yocto build image for beagle bone black <https://stackoverflow.com/questions/59770387/unable-to-login-with-root-user-on-yocto-build-image-for-beagle-bone-black> | 13:30 |
| fullstop | So I want dnsmasq but I don't want to install the service. I guess I should append the dnsmasq package to skip the service part instead of touching it in mine. | 13:31 |
| LetoThe2nd | fullstop: or just disable it through your distro | 13:32 |
| LetoThe2nd | something like SYSTEMD_ENABLE_pn-dnsmask = "false" or similar should probably work | 13:33 |
| fullstop | How do I go about doing that? | 13:33 |
| fullstop | wow, I'll take a look at that option | 13:33 |
| LetoThe2nd | you have to iron out the details yourself, but looking at the systemd class should give an idea of the needed variables | 13:34 |
| qschulz | fullstop: INITSCRIPT_PARAMS_${PN} = "remove" ? | 13:35 |
| qschulz | arf, that might be sysvinit-specific | 13:35 |
| qschulz | but i'm sure there is something more or less in that shape | 13:35 |
| qschulz | https://www.yoctoproject.org/docs/2.6.2/mega-manual/mega-manual.html#var-SYSTEMD_AUTO_ENABLE | 13:36 |
| qschulz | so what LetoThe2nd said basically | 13:36 |
| * LetoThe2nd always says basic things. | 13:37 | |
| Yatekii | qschulz: ah i see. so whilst in development i basically never devtool reset then? | 13:38 |
| qschulz | Yatekii: if you're doing you're development with devtool yes. You could have used the AUTOREV thing which you set up yesterday | 13:39 |
| qschulz | oh wow *your development* | 13:41 |
| Yatekii | qschulz: i use autorev | 13:42 |
| qschulz | Yatekii: well, not really, you're using devtool first :) | 13:42 |
| qschulz | AUTOREV is not the mechanism used by devtool | 13:42 |
| Yatekii | well i need to use it for deployment ;) but that only works if i did update before | 13:46 |
| qschulz | you could perfectly have a bumped version of your sw and work with devtool for it, create the patches with it, send a patch or an MR and then bump the recipe. Each their workflow :) | 13:48 |
| Yatekii | thats just tedious lol | 13:49 |
| Yatekii | i want "build && deploy" everything else is completely inacceptable for development | 13:49 |
| Yatekii | why would i fuck around with versions or patches? | 13:49 |
| LetoThe2nd | devtool modify xx, keep in that state, then repeat "devtool build xx && devtool deploy-target xx" | 13:50 |
| Yatekii | yep thats what i am doing and thats also why i need the devtool | 13:51 |
| Yatekii | :) | 13:52 |
| Yatekii | thats why i said autorev doesnt help at all :P | 13:52 |
| LetoThe2nd | devtool modify and autorev don't have anything to do with each other | 13:53 |
| fullstop | thanks everyone! | 13:55 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 13:56 | |
| qschulz | Yatekii: FYI, you shouldn't use AUTOREV in builds. So when you have something decently ready, use commit hash instead. Build systems are supposed to provide the same build if it's built today or in 10 years. AUTOREV does not allow that. | 13:57 |
| qschulz | Yatekii: what I was saying is: 1) no you don't actually use AUTOREV, you use devtool. Devtool overrides your recipe with its own. Devtool does not use your AUTOREV thing after it's gotten the sources. (it uses externalsrc mechanism) | 13:58 |
| *** BoJones <BoJones!~jbj@77.243.43.130> has quit IRC | 13:59 | |
| qschulz | 2) some people use AUTOREV for fast moving repo during heavy development when in a team. if you're alone, devtool is perfectly fine. I personally see devtool as a debug tool only but that's my opinion | 14:00 |
| qschulz | anyway | 14:00 |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 14:01 | |
| rburton | oh c'mon ltp do_package_qa taking 21 minutes and counting is silly | 14:03 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 14:03 | |
| RP | rburton: I did try and speed that up at one point :/ | 14:07 |
| rburton | what the hell is it doing | 14:07 |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC | 14:07 | |
| RP | rburton: don't remember :( | 14:09 |
| RP | can't find the speedup patch I had | 14:10 |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC | 14:13 | |
| fullstop | definitely doing quality assurance | 14:17 |
| rburton | fullstop: i certainly hope so | 14:18 |
| fullstop | It's gonna be so quality | 14:19 |
| rburton | i wish that was the case | 14:20 |
| Yatekii | qschulz: ok thanks for the explanation :) well so you are telling me when you are developping your user space application you make a commit for every small feature you implement and then change the has and fully rebuild? | 14:21 |
| Yatekii | I can waste my time in better fashion ;) | 14:21 |
| qschulz | I was just saying in other words what LetoThe2nd said. devtool and AUTOREV are two different things. Each their use. | 14:23 |
| qschulz | I don't work in userspace. Kernel is where I stop. Yocto is my foot in the userspace world. devtool isn't so much fun for debugging the kernel :) | 14:23 |
| Yatekii | hmm ok I see :) | 14:27 |
| Yatekii | thx for all the help :) | 14:27 |
| Yatekii | imma code a bit on my application and then I'll see what workflow goes best | 14:28 |
| qschulz | pleasure, happy coding | 14:30 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 14:31 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 14:33 | |
| *** sgw <sgw!sgw@nat/intel/x-jlehmgiojgafyirn> has quit IRC | 14:38 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-eqwfoufcyzhegudr> has joined #yocto | 14:44 | |
| *** Linus_SWE <Linus_SWE!51d83be2@gateway/web/cgi-irc/kiwiirc.com/ip.81.216.59.226> has joined #yocto | 14:48 | |
| Linus_SWE | Hi, Im trying to do a 'bitbake -c populate_sdk core-image-minimal' but it doesnt work because I use dpkg for packagemanagement. Is there a fix/patch for this problem? | 14:49 |
| rburton | wasn't aware it was broken | 14:51 |
| rburton | can you file a bug | 14:51 |
| rburton | dpkg is the least-tested option so i do suggest just switching to opkg or rpm | 14:51 |
| *** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC | 14:51 | |
| Linus_SWE | Thanks. But I cant, its a customer demand :( | 14:52 |
| rburton | do they actually use the feeds though? | 14:52 |
| Linus_SWE | Sorry, I dont understand. (Im super new with Yocto) | 14:53 |
| LetoThe2nd | Linus_SWE: if you are only producing images and sdks, then the actual package management tool does not matter, as it appears nowhere | 14:56 |
| rburton | customer may be asking for dpkg but unless they're actually using dpkg on the target there's no point | 14:56 |
| rburton | and for a sdk, its irrelevant anyway | 14:57 |
| rburton | but please do file a bug | 14:57 |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto | 14:57 | |
| LetoThe2nd | Linus_SWE: it only matters if they really need runtime package management on the target (which in turn requires at least some form of package repository server) | 14:57 |
| stuom1 | has anyone tried to build midori browser for wayland? | 14:57 |
| Linus_SWE | Thanks. They have local repos for deb-packages and want to use the workflow for the device we are building for them now. | 14:58 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:59 | |
| Linus_SWE | Ill try it on a clean state and if it is the same Ill file a bug. | 14:59 |
| *** sgw <sgw!~sgw@134.134.139.83> has joined #yocto | 15:01 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:03 | |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:03 | |
| fullstop | I tried both opkg and rpm.. opkg is _significantly_ smaller in terms of image size. | 15:06 |
| LetoThe2nd | it is for sure | 15:09 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:12 | |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has joined #yocto | 15:14 | |
| creich | why does using opkg result in smaller images? | 15:16 |
| fullstop | dnf + rpm + python + other deps is bigger than opkg, from what I can see. | 15:17 |
| LetoThe2nd | plus, the opkg db is heavily size optimized | 15:18 |
| stacktrust | Question on dependencies and sysroots: if P1 depends on P2 which depends on P3, I'm seeing P3 files (headers) in the sysroot for P1. How does bb determine that these headers are needed? In some cases, I've been able to exclude them via DEPENDS_${PN}_remove, but in packages with many (60+) auto-detected dependencies, it's non-trivial. | 15:18 |
| fullstop | I didn't compare the db or package sizes, but that makes sense. | 15:19 |
| stacktrust | Related question: what's the best way to generate an ascii dependency graph like the one at the bottom of this page? The tool is looking for pn-depends.dot, but -g currently generates tasks- and recipes-depends.dot. | 15:19 |
| LetoThe2nd | stacktrust: enable buildhistory | 15:19 |
| LetoThe2nd | that will give you full graphs for about each and everything | 15:19 |
| creich | thx for the info :) | 15:20 |
| stacktrust | Sorry, got that dependency question wrong, should be: if P1 depends on P2 which depends on P3, I'm seeing P3 files (headers) in the sysroot for | 15:20 |
| stacktrust | Third try: if P1 depends on P2 which depends on P3, I'm seeing P1 files (headers) in the sysroot for P3. How does bb determine that these headers are needed? With shared libraries, it can look at binary files to determine dependencies. What is it doing for header files? | 15:22 |
| stacktrust | LetoThe2nd: will look at buildhistory, thanks | 15:22 |
| creich | stacktrust: not sure if i got your question right.. so are there headers you don't expect? | 15:23 |
| erbo | stacktrust: that sounds odd, if the dependencies are that way it seems really odd that P1 headers end up in P3 sysroot. How can they, when P3 have to be built before P1 can be built, due to dependencies? | 15:25 |
| erbo | Sounds a bit circular | 15:26 |
| stacktrust | Yes, one package has internal and external headers. Some other packages depend on internal-only or external-only headers, so some headers were broken out into a standalone package. At some point, an indirect chain get established back to the base package with all headers. For some reason, OE puts the "external-only" headers back into the sysroot for the base package, at which point they conflict. | 15:27 |
| creich | right, check the dependency tree to see if there are some 'spde channels' bringing those files in | 15:27 |
| stacktrust | Yes, I'll work with the dep tree. If needed, will come back with a more specific example. Thanks. | 15:27 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:38 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 15:40 | |
| * zeddii makes a note to figure out how to increase znc's history buffer | 15:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 15:44 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 15:51 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:52 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:52 | |
| yocti | New news from stackoverflow: Switching WiFi connection fails with dbus timeout <https://stackoverflow.com/questions/59773451/switching-wifi-connection-fails-with-dbus-timeout> | 16:01 |
| rburton | kanavin: your valgrind ptest fix also made the documentation build, so i presume there's another S!=B bug in there too | 16:02 |
| rburton | packages/corei7-64-poky-linux/valgrind/valgrind-doc: PKGSIZE changed from 0 to 23152221 (+100%) | 16:02 |
| kanavin | rburton, right, I didn't spot that, but I guess having documentation is not a bad thing :) | 16:10 |
| rburton | right | 16:10 |
| kanavin | I was a bit disappointed that it didn't resolve all of the ptest failures, there's still about 6 that fail for other reasons | 16:11 |
| kanavin | I kind of want to resolve everything and drop @expectedfail from ptest | 16:11 |
| MeanEngi | Hey, am trying to get what's going on on the server once it gets started. Just got here https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/bitbake/lib/bb/server/process.py?h=zeus&id=cf92a2d567260b91a259652bad0ecd790750f710#n451 | 16:11 |
| MeanEngi | Anyone knows if the concepts for the `Cooker`, `ProcessServer` and `Bitbakeserver` are top level concepts to understand for this level of abstraction? | 16:12 |
| MeanEngi | I'm guessing `Bitbakeserver` is the central server that manages the whole process. It likely spins up `ProcessServers` for individual task to run the build in parallel... | 16:14 |
| MeanEngi | (The `ProcessServer` inherits from multiprocessing.Process) | 16:15 |
| MeanEngi | What I'm not clear about is the purpose of the `Cooker` | 16:15 |
| MeanEngi | If anyone could shed some light on things, greatly appreciated :) | 16:16 |
| MeanEngi | (my end goal is to understand the overall runtime of the build and what needs to be done so that an execution of a single task can be stopped for debugging without that causing havoc in the build) | 16:17 |
| kergoth | read cooker.py | 16:17 |
| rburton | MeanEngi: if you just want to stop a single task for debugging then just stop a single task for debugging | 16:17 |
| rburton | https://github.com/rossburton/meta-ross/blob/master/classes/pdb.bbclass | 16:18 |
| rburton | inherit that, in a python task just call pdb() somewhere, then attach your pdb | 16:18 |
| rburton | (you'll need rpdb installed) | 16:19 |
| MeanEngi | rburton: I did something similar to that already it worked once I tried the first time but have started to get some strange errors. So just wanted to dive a bit see if I can get the big picture also :) | 16:21 |
| rburton | what are the errors? by attaching a pdb you're just causing the task to take longer | 16:22 |
| MeanEngi | I've let it go, will post them if I manage to get them again. Am now trying to get the concepts from the codebase | 16:24 |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has quit IRC | 16:28 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 16:29 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 16:33 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:34 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-epoufybjuixjjlom> has joined #yocto | 16:41 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:48 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:53 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 17:01 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 17:03 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has quit IRC | 17:03 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 17:10 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:24 | |
| yocti | New news from stackoverflow: Run u-boot command at startup <https://stackoverflow.com/questions/37231355/run-u-boot-command-at-startup> | 17:31 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:fd83:79d8:6b68:b6b6> has quit IRC | 17:35 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:39 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 17:40 | |
| RP | khem: FWIW its finding the host ld.so.conf and this is breaking things. We need to have our own with our own paths in to be found first | 17:53 |
| RP | (nativesdk-bintuils that is) | 17:53 |
| RP | moto-timo: ^^^ | 17:53 |
| zeddii | w00t. systemap works on v5.4 and mips64 | 17:54 |
| zeddii | onto the next. | 17:55 |
| *** mckoan is now known as mckoan|away | 18:05 | |
| khem | RP: hmm perhaps define LD_LIBRARY_PATH in env file | 18:09 |
| khem | or maybe own entry in /etc/ld.so.conf.d/ | 18:09 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:12 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:18 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 18:22 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 18:23 | |
| *** frieder_ <frieder_!~frsc@i59F72B29.versanet.de> has quit IRC | 18:25 | |
| moto-timo | zeddii: \o/ | 18:27 |
| moto-timo | RP, khem: nice to see we are getting closer to the root cause | 18:27 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:30 | |
| yocti | New news from stackoverflow: PowerPC is unable to write/read on PCI MMIO space (Unrecoverable Machine Check) <https://stackoverflow.com/questions/59774383/powerpc-is-unable-to-write-read-on-pci-mmio-space-unrecoverable-machine-check> | 18:31 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:37 | |
| *** nhartman <nhartman!80e0fc02@128.224.252.2> has joined #yocto | 18:38 | |
| nhartman | Hey, I'm trying to create a recipe. Upon building I get the error | /bin/sh: curl: command not found. But adding DEPENDS += "curl" doesn't resolve the problem | 18:38 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:39 | |
| creich | nhartman: look like you're missing curl on your host machine | 18:39 |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:40 | |
| nhartman | I appear to have it with curl --version | 18:40 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 18:41 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 18:42 | |
| fullstop | paths such as /usr/bin are not available when building so that host binaries do not get mixed in with buildroot ones. | 18:43 |
| fullstop | er.. yocto ones | 18:43 |
| fullstop | nhartman: perhaps try something like curl-native | 18:44 |
| nhartman | Will do, thanks | 18:45 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 18:47 | |
| nhartman | fullstop: Great thanks, that fixed the issue. If you don't mind me asking, how did you know to use curl-native. Referencing layers.openembedded.org, it doesn't even list that as a recipe | 18:49 |
| fullstop | I'm not sure if it can be added to any package or not, but -native means to build it for the arch/platform of the machine being used to build the target. | 18:51 |
| fullstop | so opkg would build for target, opkg-native would build it for the host. In my case, this would result in aarch64 binaries for opkg and x86_64 binaries for opkg-native | 18:52 |
| nhartman | Good to know, thanks | 18:53 |
| nhartman | Is it possible that curl-native would have different/non-compatible flags than the Makefile specified? | 18:54 |
| nhartman | The actual curl command appears to be failing with "Error 77" now | 18:54 |
| fullstop | Pretty sure that has something to do with tls certificates | 18:55 |
| nhartman | Hmm... I can run the curl command locally with no issues | 18:57 |
| rburton | curl-native exists because the curl recipe has BBCLASSEXTEND=native in, and that magically creates a curl-native for you | 18:58 |
| rburton | and yes, curl-native doesn't know where the ssl certs are stored, so if you need them you need to tell it | 18:58 |
| rburton | its a bit of a mess tbh | 18:59 |
| fullstop | mysteries unraveled | 18:59 |
| rburton | do you actually need curl? wget is always available | 18:59 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 19:00 | |
| nhartman | It's not my Makefile unfortunately. Managed to get it working by manually copying my certs in | 19:00 |
| rburton | why is a makefile fetching during compile | 19:00 |
| rburton | bad makefile | 19:00 |
| rburton | rule is, download in do_fetch | 19:00 |
| nhartman | I think it's being ran during do_configure | 19:01 |
| rburton | then you get proxies set, and the system knows what is being downloaded | 19:01 |
| rburton | useful when someone asks for your GPL compliance tarball | 19:01 |
| rburton | download something in do_configure and its not in the archive of sources used | 19:01 |
| rburton | also doesn't get cached in DL_DIR | 19:01 |
| fullstop | That's not a bad option, nhartman. I assume that the Makefile only downloads if needed? | 19:02 |
| fullstop | You could fetch it in do_fetch and put it in the appropriate location for the Makefile | 19:03 |
| rburton | by which he means just add the right file to SRC_URI | 19:03 |
| fullstop | yes. | 19:03 |
| rburton | you can tell the fetcher to put it in the right place | 19:03 |
| rburton | opencv is a great example of how to beat a dumb makefile with the bitbake stick of beating | 19:04 |
| fullstop | Could be tricky if there is Makefile Magic constructing the URL. | 19:04 |
| nhartman | Oh that's great. Is it safe to assume that the cert will be generated for a given machine | 19:04 |
| fullstop | Does yocto/bitbake use the native wget? | 19:04 |
| fullstop | by native I don't mean -native, I mean wget from the OS. | 19:04 |
| rburton | fullstop: yes | 19:04 |
| rburton | fullstop: can't build wget without fetching wget :) | 19:05 |
| fullstop | python http.. :-) | 19:05 |
| rburton | yeah, true | 19:05 |
| rburton | *so tempted* to just make bitbake depend on python requests and ditch the wget fetcher | 19:05 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-sdvwmygycdsnsemb> has quit IRC | 19:06 | |
| rburton | because the wget fetcher has to work around wget being wget | 19:06 |
| khem | oh use curl | 19:06 |
| khem | :) | 19:06 |
| khem | rburton: I think there is push for same thoughts in js, go, rust community, they implement everything in the respective language, its good and bad | 19:07 |
| rburton | i also have a branch somewhere porting wget fetcher to curl | 19:07 |
| rburton | requests is pretty damn good | 19:07 |
| khem | yeah that will be a good change | 19:07 |
| fullstop | I like requests a lot. It makes me wonder what the python folks were thinking with urllib. | 19:07 |
| khem | rburton: yes I agree, I am not opposed to it | 19:08 |
| rburton | fullstop: urllib is very much building blocks | 19:08 |
| rburton | though duplo not lego | 19:08 |
| fullstop | I wonder what the mega bloks equivalent is | 19:09 |
| khem | I am not expecting bitbake to be re-implemented in other than python in near future so depending on pythonic features while adds more dependence on modules is ok | 19:09 |
| moto-timo | rburton: requests is awesome | 19:10 |
| moto-timo | fullstop: urlib /facepalm/ | 19:10 |
| moto-timo | khem: especially when those modules are actively developed, mature, robust :) | 19:11 |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-rckholipuqtfbsba> has joined #yocto | 19:14 | |
| khem | heh sure | 19:16 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:16 | |
| fullstop | With that being said, bitbake has fetched billions and billions of bytes with wget and it clearly works. | 19:23 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 19:45 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 19:48 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 19:49 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:56 | |
| *** jacques is now known as linuxjacques | 19:59 | |
| *** sveinse <sveinse!~sveinse@7.92-221-150.customer.lyse.net> has joined #yocto | 19:59 | |
| *** nemgti-og <nemgti-og!~nemgti-og@37.120.217.163> has joined #yocto | 20:00 | |
| *** nemgti-og <nemgti-og!~nemgti-og@37.120.217.163> has joined #yocto | 20:01 | |
| sveinse | I'm toying with some cool experiments: I'm testing Yocto compilation in Azure. All up to 64-core machine. Trying to find the balance between cores, time and cost. | 20:01 |
| fray | I don't know how azure does it.. but be sure to factory in sstate-cache, network and downloads.. I know some folks had done this with AWS and certain configurations ended up costing only pennies a build | 20:02 |
| fray | (and if the result of the build needs to be exported out of there -- that usually costs more.. at least on AWS it does) | 20:02 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 20:03 | |
| sveinse | fray: Yes, network ingress of source, egress of build artifacts and storage of sstate cache is extremely important to factor in. The latter esp because it has so huge impact on the build times. | 20:03 |
| sveinse | In azure you pay as you go (at least our argreement is), so the plan is to build a system that power up the bigdog build server, executes the build task, exports the results and shuts down. The lesser more cheaper servers gets to handle the front-end and serving of contents. | 20:05 |
| sveinse | I've created a small repo for testing basic build perfomance: https://github.com/sveinse/yocto-benchmark | 20:07 |
| fray | Does azure have anything like the s3 service in AWS? When I was involved that was where all of the artifacts when.. and it made it cheaper for the egress since you could access them that way | 20:07 |
| sveinse | fray: not sure, as I'm not into aws terms. (nor azure tbh, because this is all very new to me) | 20:08 |
| paulbarker | fray: I've been playing with Backblaze B2 & Cloudflare lately. If you set it up right there's no egress charges and only $5/TB/month storage charges | 20:09 |
| sveinse | There are storage blobs, so I would assume they are s3 like. I wouldn't be surprised if they were | 20:09 |
| paulbarker | Got some more polish and testing to do but once it's done I'm planning to write somewhere how to set it up | 20:10 |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 20:11 | |
| nemgti-og | hello. I know that LetoThe2nd told me to use my brain capacity to learn to write layers instead of trying to get sdk and extensive sdks, but my head won't let it go that easily. I guess I am stuborn. So, I am trying to run bitbake some-image- -c populate_sdk_ext but I get some error when executing a python function in exec_python_func() autogenerated..... any hint on how to debug further or where to find | 20:13 |
| nemgti-og | more information? | 20:13 |
| nemgti-og | I have tried to google about it but can't seem to find anything that helps | 20:13 |
| paulbarker | nemgti-og: Could you post the full bitbake output via a pastebin? | 20:14 |
| nemgti-og | will do. | 20:14 |
| nhartman | Where does SRC_URI place files? Trying to copy a file with install ${WORKDIR}/file and bitbake cannot find it | 20:17 |
| nemgti-og | He paulbarker, here it is | 20:19 |
| nemgti-og | sorry.. | 20:19 |
| nemgti-og | hey paulbarker now it IS here: https://pastebin.com/u8m4Vfen | 20:20 |
| paulbarker | That seems like a bunch of bitbake runs tagged together and I can't see the exact bitbake command which failed | 20:21 |
| paulbarker | The actual failure seems to be that nothing matches the glob '*-buildtools-nativesdk-standalone-*.sh' in the SDK_DEPLOY directory | 20:23 |
| paulbarker | But finding why that is the case may be a little more tricky | 20:24 |
| nemgti-og | that must be because it is ran insided a docker image I created... the bitbake command is: bitbake meta-ivi-image -c populate_sdk_ext (I don't know if this is the command you were referring to) | 20:25 |
| paulbarker | And does a plain 'bitbake meta-ivi-image' work? | 20:25 |
| paulbarker | I'd also test if it works outside a docker image. Docker is great for automation but not for debugging | 20:25 |
| nemgti-og | basically, i wrote a script that run (or tries to) the bitbake process inside a container of a crops/poky image | 20:26 |
| nemgti-og | ok | 20:26 |
| nemgti-og | yes | 20:26 |
| nemgti-og | a plain gitbake meta-ivi-image works fine | 20:26 |
| JPEW | nemgti-og: Are you inheriting testsdk.bbclass? | 20:27 |
| JPEW | And, do you have TESTIMAGE_AUTO set? | 20:27 |
| nemgti-og | jeeeezz..... sorry but I don't know. I started yocto last week... | 20:28 |
| JPEW | lol, Ok | 20:28 |
| JPEW | Do you know what SDKMACHINE is? | 20:28 |
| nemgti-og | yes I have seen that | 20:28 |
| nemgti-og | i am not explicitly setting that variable in my conf/local.conf | 20:29 |
| JPEW | Try: bitbake -e | grep ^SDKMACHINE= | 20:29 |
| nemgti-og | yeap! that equals "x86_64" | 20:30 |
| JPEW | Ok, can you use the same method to see if "testsdk" is in the INHERIT variable? (you can also dump to a file `bitbake -e > env.txt` and look manually instead of pipe + grep) | 20:32 |
| nemgti-og | MACHINE = qemux86-64 in my local.conf | 20:32 |
| JPEW | nemgti-og: bitbake -e is pretty useful for tracing what and why a variable is set | 20:33 |
| nemgti-og | "testsdk" is not in the INHERIT variable | 20:33 |
| JPEW | nemgti-og: OK | 20:33 |
| nemgti-og | thanks JPEW. -e stands for environment I guess? | 20:33 |
| JPEW | nemgti-og, correct | 20:34 |
| zeddii | whenever I see an unsuscribe from the various mailing lists, I wonder if I'm getting a heads up on someone changing roles... | 20:34 |
| JPEW | nemgti-og, You can also be more specific if you want the environment for a specific recipe (bitbake -e my-recipe), multiconfig (bitbake -e mc:my-multiconfig) or recipe in a multiconfig (bitbake -e mc:my-multiconfig:my-recipe) | 20:34 |
| nemgti-og | so... should I add testsdk to the INHERIT variable? | 20:35 |
| nhartman | :q | 20:35 |
| JPEW | nemgti-og, No, I was just curious because I think I've seen testsdk fail in containers before | 20:35 |
| nemgti-og | ha ok. so you're suggesting me to try to find out what what the environment for my recipe is? | 20:36 |
| nemgti-og | got it | 20:36 |
| nemgti-og | hey that is cool! | 20:36 |
| LetoThe2nd | zeddii: nah its usually someone i finally managed to scare away! | 20:36 |
| JPEW | nemgti-og, Ya. Might be worth trying to figure whats different inside vs. outside the container | 20:36 |
| *** compenguy <compenguy!~compenguy@c-73-240-172-56.hsd1.wa.comcast.net> has joined #yocto | 20:38 | |
| nemgti-og | alright. I will try to find out where's wally in this mess | 20:39 |
| nemgti-og | thanks JPEW | 20:39 |
| zeddii | ;) | 20:46 |
| LetoThe2nd | zeddii: but for reasons unknown, i fail very often in this noble task. | 20:50 |
| nhartman | I'm running into a similar issue with go. Added it with DEPENDS and yet one of the install scripts complains about 'go: command not found' | 20:50 |
| kergoth | install scripts? | 20:51 |
| kergoth | still, pretty sure you need to inherit a class for go, not just add to depends? | 20:51 |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 20:52 | |
| LetoThe2nd | kergoth: "go away" | 20:53 |
| LetoThe2nd | kergoth: or "inherit gone" | 20:54 |
| nhartman | kergoth: managed to fix it by depending on 'go-native' instead of 'go'. Not sure what inheriting a class means though sorry | 20:55 |
| kergoth | inheriting a class is bitbake recipes 101. every recipe in oe-core does so | 20:56 |
| *** sgw <sgw!~sgw@134.134.139.83> has quit IRC | 20:59 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:05 | |
| *** nemgti-og <nemgti-og!~nemgti-og@37.120.217.163> has quit IRC | 21:13 | |
| *** sgw <sgw!sgw@nat/intel/x-palqyoelxkjoyxhf> has joined #yocto | 21:14 | |
| *** berton <berton!~berton@189.103.49.163> has quit IRC | 21:17 | |
| marex-cloud | kergoth: can you also bbappend a class now? | 21:22 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:22 | |
| kergoth | no, that's never been supported. bbappend goes based on recipe filename and only recipe filename | 21:24 |
| zeddii | ah crap. my tested is suspended for a rm -rf. Time to call it quits for the day. | 21:24 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 21:26 | |
| *** nhartman <nhartman!80e0fc02@128.224.252.2> has quit IRC | 21:35 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:35 | |
| marex-cloud | kergoth: aw, but what if you need to? | 21:36 |
| kergoth | two to three options, you can override the bbclass by providing in your own layer and listing it before the other in BBLAYERS, or you can create a new bbclass that alters what the othre did after the fact, where possible, and ensurei t gets inherited as well hwere needed, or you can do the same in the recipes affected via bbappending them | 21:38 |
| rburton | khem: so i want to rip py2 out of core and move it to meta-python2 | 21:46 |
| rburton | khem: the impact on meta-oe is going to be ... fun | 21:47 |
| rburton | not sure if you want to just add meta-py2 as a dependency first, or immedately blacklist everything that uses py2 for now? | 21:47 |
| bluelightning | LetoThe2nd: LOL | 21:48 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 21:56 | |
| *** yacar_ <yacar_!~yacar@91-168-169-253.subs.proxad.net> has joined #yocto | 21:58 | |
| *** yacar_ <yacar_!~yacar@91-168-169-253.subs.proxad.net> has left #yocto | 21:59 | |
| *** sgw <sgw!sgw@nat/intel/x-palqyoelxkjoyxhf> has quit IRC | 22:01 | |
| bluelightning | anyone happen to know the binutils source well? specifically how the scripts in ld/emulparams are created, and what might cause one to be missing? | 22:02 |
| sveinse | Has there been made any efforts in optimizing the heuristics for task execution parallelization? E.g. to maximize core utilization. I still observe a few "choke" points where most cores are idle. | 22:13 |
| sveinse | I do understand why these choke points occur, e.g. a base library or toolchain or similar. | 22:14 |
| rburton | sveinse: no effort in saying "do this as soon as you can because it takes for ever so the sooner you start the better" | 22:18 |
| rburton | would be useful for something like gettext which is a bit of a bottleneck and takes forever to build | 22:19 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 22:30 | |
| sveinse | rburton: yeah. I'm benchmarking various number of CPUs against compilation time, and it is a function of how many such bottleneck there are. If measured as efficiency in "CPU units" vs time, the optimum is lesser than the highest number of CPUs because of this. | 22:31 |
| sveinse | On that note: I don't think the problem with gettext is that it takes forever, but the number of dependencies on it that makes it into a constriction. | 22:34 |
| rburton | its both | 22:41 |
| rburton | it takes forever to configure and its a huge number of deps | 22:41 |
| rburton | if it didn't take forever to configure it wouldn't be a really bad bottleneck | 22:42 |
| khem | rburton: perhaps blacklist | 22:47 |
| khem | world builds will be smaller, so I have incentive | 22:47 |
| khem | :) | 22:48 |
| RP | FWIW I've started a wiki page to try and collect a bit more info about who and where YP is being used: https://wiki.yoctoproject.org/wiki/Project_Users | 22:57 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 22:57 | |
| RP | Anyone feel free to add things they know about, I've started with a really basic set of easy things like the members list | 22:58 |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC | 22:58 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:e8a7:159f:54e9:3f07> has joined #yocto | 22:59 | |
| tgamblin | Hmm, I'm getting a troublesome do_package_qa error when trying to build some meta-sdr stuff | 23:01 |
| tgamblin | ERROR: uhd-3.15.LTS-r0 do_package_qa: QA Issue: /usr/bin/uhd_images_downloader contained in package uhd requires /mnt/DATA_SSD/yocto/build/tmp-glibc/work/core2-64-oe-linux/uhd/3.15.LTS-r0/recipe-sysroot-native/usr/bin/python3-native/python3, but no providers found in RDEPENDS_uhd? [file-rdeps] | 23:01 |
| tgamblin | Anyone know how something could think it needs a native build of an executable like that? | 23:01 |
| RP | tgamblin: some script has it as the path at the top of the file? | 23:02 |
| RP | tgamblin: have a look at the top of /usr/bin/uhd_images_downloader | 23:02 |
| tgamblin | RP: yeah. I tried correcting that with some sed magic in do_install_append, but after pointing it to /usr/bin/python3, it reports the same issue, even though python3 is in the RDEPENDS | 23:02 |
| RP | tgamblin: I'm guessing your magic isn't working | 23:03 |
| tgamblin | This is the result: ERROR: uhd-3.15.LTS-r0 do_package_qa: QA Issue: /usr/bin/uhd_images_downloader contained in package uhd requires /usr/bin/python3, but no providers found in RDEPENDS_uhd? [file-rdeps] | 23:03 |
| tgamblin | 5:33 | 23:03 |
| RP | was it the same or a different file the second time? | 23:03 |
| rburton | tgamblin: do you actually rdepend on python3-core | 23:04 |
| RP | ok, that error is different | 23:04 |
| rburton | python3 is an empty package, and that check doesn't follow dependency chains iirc | 23:04 |
| tgamblin | rburton: ah, let me try core... | 23:04 |
| * tgamblin pats his poor 2700X on the case as it chugs along with the build... | 23:06 | |
| tgamblin | success! Thanks rburton and RP | 23:07 |
| RP | tgamblin: you want to point out to management how much more efficient a decent machine would make you ;-) | 23:07 |
| tgamblin | RP: Oh, we have lots at work. I'm just separating hobby contributions out onto my former gaming PC :) | 23:08 |
| RP | tgamblin: fair enough, I was a little surprised | 23:09 |
| sveinse | RP: Let me check with my management if our company and product can be listed. In the field of the Medical industry (yet not clinical use). | 23:09 |
| RP | sveinse: thanks. I know this can be tricky but it is useful to show people using the project! | 23:10 |
| sveinse | RP: I agree. But yeah, getting understanding to support the community cannot be taken for granted unfortunately | 23:11 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:13 | |
| *** Mat80 <Mat80!d4f31afe@212.243.26.254> has quit IRC | 23:13 | |
| sveinse | Oh, is WSL Yocto based? | 23:13 |
| RP | sveinse: built using it, yes | 23:13 |
| sveinse | cool! | 23:14 |
| RP | sveinse: see how interesting this stuff can be :) | 23:14 |
| sveinse | Actually this can be used both ways. I don't know how often I have to defend the seeming strangeness of Yocto (build ALL of the tool chain, required copious amount of disk and cpu), and actually show that this is relevant, not an oddity. | 23:15 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 23:16 | |
| RP | sveinse: it does have a number of benefits :) | 23:19 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 23:27 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:34 | |
| *** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::22> has joined #yocto | 23:39 | |
| *** MeanEngi <MeanEngi!5fa87cbc@95.168.124.188> has quit IRC | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!