| *** Guest1437 <Guest1437!~Guest14@24.133.24.4> has quit IRC (Ping timeout: 250 seconds) | 00:03 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 00:09 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:11 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 00:19 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:25 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 00:34 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:35 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 00:41 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:47 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 00:56 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:01 | |
| *** starblue <starblue!~juergen@dslb-188-109-103-157.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds) | 01:04 | |
| *** starblue <starblue!~juergen@dslb-188-109-111-186.188.109.pools.vodafone-ip.de> has joined #yocto | 01:06 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:28 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:34 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.82.138> has joined #yocto | 01:34 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 01:41 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:47 | |
| vvn | is there a way to configure this via device tree? http://ix.io/3UTL | 01:51 |
|---|---|---|
| vvn | I'd like not to have a custom kernel and machine just for this addition RTC | 01:52 |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 01:59 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:02 | |
| *** starblue <starblue!~juergen@dslb-188-109-111-186.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 02:02 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:03 | |
| *** starblue <starblue!~juergen@dslb-188-109-105-122.188.109.pools.vodafone-ip.de> has joined #yocto | 02:04 | |
| *** jclsn90 <jclsn90!~jclsn@195.123.98.26.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:20 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:28 | |
| *** jclsn904 <jclsn904!~jclsn@95.81.8.226.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:28 | |
| *** jclsn904 <jclsn904!~jclsn@95.81.8.226.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 02:58 | |
| *** jclsn904 <jclsn904!~jclsn@95.81.8.226.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:01 | |
| *** xperia64 <xperia64!~xperia64@pool-71-115-223-249.syrcny.fios.verizon.net> has quit IRC (Ping timeout: 250 seconds) | 03:30 | |
| *** xperia64 <xperia64!~xperia64@pool-71-115-223-249.syrcny.fios.verizon.net> has joined #yocto | 03:32 | |
| *** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 03:36 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 240 seconds) | 03:38 | |
| *** jmiehe1 is now known as jmiehe | 03:38 | |
| *** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has quit IRC (Remote host closed the connection) | 03:48 | |
| *** kmaincent1 <kmaincent1!~kmaincent@2001:41d0:305:1000::2a58> has quit IRC (Quit: WeeChat 1.9.1) | 03:48 | |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has quit IRC (Read error: Connection reset by peer) | 03:48 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC (Read error: Connection reset by peer) | 03:48 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:29 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has quit IRC (Ping timeout: 240 seconds) | 04:39 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Ping timeout: 240 seconds) | 04:41 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #yocto | 04:42 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto | 04:44 | |
| *** amitk <amitk!~amit@103.208.71.173> has joined #yocto | 04:59 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 05:16 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 248 seconds) | 06:25 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 06:29 | |
| *** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has joined #yocto | 06:39 | |
| RP | smurray: np, just happy to have a fix, thanks! :) | 06:45 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:47 | |
| *** frieder <frieder!~frieder@i59F72060.versanet.de> has joined #yocto | 06:48 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has joined #yocto | 06:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:51 | |
| *** mckoan|away is now known as mckoan | 06:59 | |
| mckoan | good morning | 06:59 |
| LetoThe2nd | yo dudX & mckoan | 07:00 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 07:22 | |
| Guest5 | kergoth is there any way to access the value of variable that is set using d.setVar() in different task or in different recipe? | 07:29 |
| LetoThe2nd | Guest5: straight no. Yocto chant #1: recipe data is local, configuration data is global. means, that if you need something across all of your build, putting it into your distro is the best bet usually (but it of course depends a bit) | 07:31 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-240-254.ssp.dialog.net.pl> has joined #yocto | 07:32 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:35 | |
| LetoThe2nd | Guest5: https://youtu.be/DSnOfF6-xZI?t=200 | 07:36 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:37 | |
| *** florian <florian!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 07:38 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:39 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 246 seconds) | 07:41 | |
| qschulz | Guest5: ONLY if setVar is used in an anonymous python function is it then available to other tasks in the same recipe | 07:50 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:54 | |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-253-152.2.247.pool.telefonica.de> has joined #yocto | 08:06 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 08:19 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:19 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Ping timeout: 248 seconds) | 08:33 | |
| *** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (Ping timeout: 240 seconds) | 08:35 | |
| *** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto | 08:35 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto | 08:36 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 08:38 | |
| RP | ok, we broke edgerouter in 4.0rc1 so we're going to an rc2 | 08:44 |
| RP | With that in mind, are there other commits we need? | 08:47 |
| *** starblue <starblue!~juergen@dslb-188-109-105-122.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 10:07 | |
| *** starblue <starblue!~juergen@dslb-188-109-105-122.188.109.pools.vodafone-ip.de> has joined #yocto | 10:09 | |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-253-152.2.247.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 10:13 | |
| *** florian <florian!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer) | 10:20 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 10:20 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer) | 10:26 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 10:26 | |
| *** coref[m] <coref[m]!~corefmatr@2001:470:69fc:105::1:e667> has joined #yocto | 10:43 | |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-254-187.2.247.pool.telefonica.de> has joined #yocto | 10:50 | |
| *** amitk_ <amitk_!~amit@103.208.69.94> has joined #yocto | 11:12 | |
| *** amitk <amitk!~amit@103.208.71.173> has quit IRC (Ping timeout: 248 seconds) | 11:15 | |
| Schiller | in the YPAutobuilder i would like to edit the var:${BUILDDIR} from ../build/build to ../build but i can't quite find the entry | 11:22 |
| RP | Schiller: I'd probably advise against that. The top level "build" is a buildbot thing, the other one is a yocto project level thing. You do need both for different reasons | 11:23 |
| *** Guest1469 <Guest1469!~Guest14@24.133.24.4> has joined #yocto | 11:24 | |
| Schiller | RP: thx was about to ask if it is even adviseable. | 11:24 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 11:26 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 11:36 | |
| *** Guest69 <Guest69!~Guest69@095-096-001-091.static.chello.nl> has joined #yocto | 11:47 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 11:48 | |
| Guest69 | Hi everyone. Is it ok if I post a question here ? I am seeing some bitbake behaviour that I cannot figure out. | 11:50 |
| LetoThe2nd | Guest69: sure, go ahead. if the error or log is lengthy, then it might be good to put it onto a pastebinä | 11:55 |
| *** dacav <dacav!~dacav@h94-245-9-203.cust.a3fiber.se> has quit IRC (Quit: leaving) | 11:58 | |
| Guest69 | Thanks. Okay so I am trying to install a pre-built ipk into a yocto image. For that I use the bin_package.bbclass and I override the do_fetch in the recipe. But I cannot get it to work. I made a simplified version of my recipe, which also does not work, here it is : DESCRIPTION = "My simple recipe" | 11:58 |
| Guest69 | LICENSE = "CLOSED" | 11:58 |
| Guest69 | do_configure[noexec] = "1" | 11:58 |
| Guest69 | do_compile[noexec] = "1" | 11:58 |
| Guest69 | do_fetch () { | 11:59 |
| Guest69 | mkdir -p ${S} | 11:59 |
| Guest69 | echo "Test" > ${S}/test | 11:59 |
| Guest69 | } | 11:59 |
| Guest69 | # Install the files to ${D} | 11:59 |
| Guest69 | do_install () { | 11:59 |
| Guest69 | install -d ${D} | 11:59 |
| Guest69 | cp -dpR ${S}/* ${D}/ | 11:59 |
| Guest69 | } | 11:59 |
| Guest69 | After bitbake -c fetch the ${S} contains the test file. But when I do bitbake -c install I get an error and ${S} is cleared, the file is gone. | 11:59 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 12:00 | |
| Guest69 | Using bin_package.bbclass this translates into the error : bin_package has nothing to install. Be sure the SRC_URI unpacks into S. | 12:01 |
| Guest69 | I just don't understand why bitbake removes the file I just "fetched". In this case it's created by the echo "Test" > ${S}/test line, but in my real recipe a file is downloaded and unpacked there. | 12:02 |
| qschulz | Guest69: use SRC_URI variable instead of baking your own fetch task | 12:02 |
| LetoThe2nd | Guest69: first, i don't think you need to create ${D}. second, what error do you actually get? "an error" is not an exactly good description. | 12:02 |
| Guest69 | Sorry, yeah it says : cp: cannot stat /home/my-home/my-yocto/build/tmp/qemuarm64/work/aarch64-poky-linux/my-simple-recipe/1.0-r0/my-simple-stupid-recipe-1.0/*': No such file or directory | 12:04 |
| Guest69 | qschulz Unfortunately I cannot use SRC_URI. I do need some custom code to fetch the package | 12:06 |
| Guest69 | But In general I am trying to understand this . I thought bitbake would not remove any content in ${S} between a do_fetch and do_install, Or am I wrong about that ? | 12:06 |
| *** Thomas1 <Thomas1!~Thomas@ip-217-18-185-242.static.reverse.dsi.net> has joined #yocto | 12:07 | |
| *** dacav <dacav!~dacav@h94-245-9-203.cust.a3fiber.se> has joined #yocto | 12:08 | |
| LetoThe2nd | I also think that it should not do that. But my gut feeling is that there is something fishy about the whole thing. Can't yet put my finger on it, sorry. | 12:11 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 12:13 | |
| *** dacav <dacav!~dacav@h94-245-9-203.cust.a3fiber.se> has quit IRC (Quit: leaving) | 12:14 | |
| *** dacav <dacav!~dacav@h94-245-9-203.cust.a3fiber.se> has joined #yocto | 12:14 | |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-254-187.2.247.pool.telefonica.de> has quit IRC (Quit: Client closed) | 12:20 | |
| Guest69 | Okay everyone thanks for your time to have a brief look at this | 12:25 |
| Thomas1 | Hi, | 12:26 |
| Thomas1 | I'm rather new to yocto and have a problem understanding a concept. | 12:26 |
| Thomas1 | I am trying to create a system update workflow with SWUpdate. | 12:26 |
| Thomas1 | My problem is that my SWUpdate seems to be missing bootloader support. | 12:26 |
| Thomas1 | I've added a enable-uboot.cfg where I set: | 12:26 |
| Thomas1 | CONFIG_UBOOT=y | 12:26 |
| Thomas1 | # CONFIG_BOOTLOADER_NONE is not set | 12:26 |
| Thomas1 | CONFIG_UPDATE_STATE_CHOICE_BOOTLOADER=y | 12:26 |
| Thomas1 | CONFIG_BOOTLOADERHANDLER=y | 12:26 |
| Thomas1 | I've also created a swupdate_%.bbappend where I add the .cfg file to my SRC_URI: | 12:26 |
| Thomas1 | SRC_URI += "\ | 12:26 |
| Thomas1 | file://systemd.cfg \ | 12:26 |
| Thomas1 | file://rdiff.cfg \ | 12:26 |
| Thomas1 | file://enable-uboot.cfg \ | 12:26 |
| Thomas1 | file://hash.cfg \ | 12:26 |
| Thomas1 | file://archive.cfg \ | 12:26 |
| Thomas1 | file://part-format.cfg \ | 12:26 |
| Thomas1 | file://get-slot.sh \ | 12:26 |
| LetoThe2nd | Thomas1: please use a pastebin in the future, and just drop the link to it with the question. thanks! | 12:27 |
| qschulz | Thomas1: is your bbappend listed in bitbake-layers show-appends? | 12:30 |
| qschulz | does bitbake -e swupdate | grep "^SRC_URI=" returns something with enable-uboot.cfg in there? | 12:31 |
| LetoThe2nd | and, does swupdate support cfg fragments? | 12:31 |
| qschulz | and if it does, does the final config file actually have uboot enabled? (wondering if swudate recipe has a menuconfig task to check? | 12:32 |
| LetoThe2nd | inevitable plug - have you looked at mender? O:-) | 12:33 |
| Thomas1 | The official meta-swupdate also contains .cfg files. | 12:34 |
| Thomas1 | My SRC_URI contains the enable_uboot.cfg. | 12:34 |
| Thomas1 | How can I check the final config file? | 12:34 |
| Thomas1 | I have looked at mender but for now we are set at swupdate. :) | 12:35 |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-254-187.2.247.pool.telefonica.de> has joined #yocto | 12:36 | |
| *** Guest69 <Guest69!~Guest69@095-096-001-091.static.chello.nl> has left #yocto | 12:40 | |
| tomzy_0 | Thomas1: you should be able to look in WORKDIR of swupdate | 12:40 |
| tomzy_0 | I believe | 12:40 |
| tomzy_0 | Thomas1: smth like `build/tmp/work/XYZ/swupdate/V.X.Z/.config` | 12:42 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:3521:88ed:77f9:87e8> has quit IRC (Remote host closed the connection) | 12:43 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:681c:e269:e506:c767> has joined #yocto | 12:43 | |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-254-187.2.247.pool.telefonica.de> has quit IRC (Quit: Client closed) | 12:47 | |
| *** Schiller95 <Schiller95!~Schiller@dynamic-002-247-254-187.2.247.pool.telefonica.de> has joined #yocto | 12:47 | |
| *** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto | 12:51 | |
| amahnui[m] | <qschulz> "so you can also take inspiration..." <- The which package of fedora displays where a particular in path is located | 12:51 |
| glembo[m] | I want to remove a package/tool machine specific in their conf file. Is the conf file even the right place for this? If not, then where? Image (.bb) Recipe?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/f32ed734216510d23133d70f2a3491c173e6a184) | 12:57 |
| glembo[m] | * I want to remove a package/tool machine specific in their conf file. Is the conf file even the right place for this? If not, then where? Image (.bb) Recipe?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/18e53ab3bcc5b1dfd2ae7f9e5e1eceac1ead9b64) | 12:57 |
| qschulz | amahnui[m]: yes, that's what which is supposed to do (though admittedly, `command -v` should be used now instead, don't remember the justification.. might even be related to bsd) | 12:57 |
| qschulz | glembo[m]: how is the package added to your image in the frst place? | 12:58 |
| *** florian_kc is now known as florian | 13:00 | |
| glembo[m] | qschulz: I think ldconfig that comes with yocto poky by default. Is there a quick way I can find out? | 13:02 |
| qschulz | amahnui[m]: maybe which is already available on freebsd by default, I don't know | 13:03 |
| qschulz | or maybe it just does not exist and we need a replacement and handle things differently so that a freebsd compatible implementation can be made | 13:04 |
| amahnui[m] | These are the packages that I've not seen their freebsd alternative yet... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/82acf393cb025ec06016c0de936c693089aacaef) | 13:05 |
| amahnui[m] | * qschulz: these are the packages that I've not seen their freebsd alternative yet... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a4f625d4147b2eaed3b4d0386432026157cbc3e0) | 13:06 |
| qschulz | amahnui[m]: freebsd seems to be provide some linux-compatible package but that just highlights they do things differently and maybe so should we | 13:06 |
| Thomas1 | LetoThe2nd: I might have been wrong. I think I need to set the configs in a defconfig file. | 13:07 |
| amahnui[m] | qschulz: these are the packages who's freebsd alternative i have not seen yet.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/918abf4e4a2a5d821d7d609f82f8d894554a9c5a) | 13:07 |
| amahnui[m] | qschulz: qschulz: please I wish to ask how we may proceed | 13:08 |
| amahnui[m] | Sorry for taking a lot of time | 13:10 |
| amahnui[m] | We are having electrical problems here for about 2 days now. | 13:10 |
| qschulz | amahnui[m]: don't know, I'm just a contributor and have no knowledge about freebsd or what needs to be done to have it supported as building host for Yocto Project | 13:11 |
| LetoThe2nd | Thomas1: very well possible, yes. | 13:14 |
| amahnui[m] | qschulz: alright | 13:17 |
| amahnui[m] | Thanks a lot for helping out as that has giving me a clue on how freebsd works when packages and how to get the freebsd version of some debian packages | 13:17 |
| glembo[m] | > <@glembo:matrix.org> I want to remove a package/tool machine specific in their conf file. Is the conf file even the right place for this? If not, then where? Image (.bb) Recipe?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/8e650c4a3cc9f3b3ce55a7ede3eaf9d12aaf8810) | 13:19 |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 13:23 | |
| qschulz | glembo[m]: which version of yocto are you using? | 13:24 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:24 | |
| *** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 13:24 | |
| glembo[m] | qschulz: dunfell | 13:25 |
| qschulz | glembo[m]: I assume removing ldconfig from DISRO_FEATURES should be enough | 13:26 |
| qschulz | glembo[m]: you can run bitbake -g <image-recipe> to check what pulls it in from the .dot file | 13:27 |
| qschulz | (don't try to run dot on it to output an image or pdf, it'll take hours and will be unusable in the end, just use a text editor) | 13:27 |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 13:28 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 13:38 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC (Quit: Leaving) | 13:39 | |
| *** Guest6 <Guest6!~Guest6@158.110.165.131> has joined #yocto | 13:49 | |
| *** Guest6 <Guest6!~Guest6@158.110.165.131> has quit IRC (Client Quit) | 13:52 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Ping timeout: 260 seconds) | 13:59 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:07 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 14:18 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 256 seconds) | 14:27 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:34 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 14:35 | |
| Guest1469 | 0: rust-native-1.59.0-r0 do_compile - 2h29m19s just this task running and there is no progress bar for it. is it normal? there are 100 remaining tasks | 14:40 |
| vvn | Guest1469: the remaining 100 tasks certainly depend on rust-native:do_compile ;-) | 14:48 |
| Guest1469 | woww i see | 14:48 |
| Guest1469 | but it taked too much time:( but it finished now | 14:48 |
| Guest1469 | where can i see sizes of these packages | 14:58 |
| rfs613 | Guest1469: tmp/deploy/deb/all is where *.deb files are placed, if that's what you are looking for | 14:59 |
| vvn | Guest1469: luckily native packages are likely built only once. You should read the documentation (see the channel topic) to find out how to re-use the cache (SSTATE_DIR) and how to inspect built images (BUILDHISTORY_FEATURES) | 15:00 |
| *** Schiller95 <Schiller95!~Schiller@dynamic-002-247-254-187.2.247.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 15:07 | |
| *** Thomas1 <Thomas1!~Thomas@ip-217-18-185-242.static.reverse.dsi.net> has quit IRC (Quit: Client closed) | 15:08 | |
| vvn | kergoth: I derivated beaglebone.conf into beaglebone-sdcard.conf and beaglebone-emmc.conf as I need images for both. What changed really is only the bootloader config and two configuration files in the rootfs (including fstab). Problem is the kernel, qtwebengine, and other stuffs get build twice. Did you have a similar experience to deal with different target mediums of the same machine, with | 15:09 |
| vvn | machine/distro features maybe? | 15:09 |
| *** Guest1469 <Guest1469!~Guest14@24.133.24.4> has quit IRC (Ping timeout: 250 seconds) | 15:12 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:14 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 15:19 | |
| *** tprrt <tprrt!~tprrt@shells.bootlin.com> has joined #yocto | 15:20 | |
| *** tprrt is now known as tperrot | 15:20 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 15:20 | |
| *** florian <florian!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 15:23 | |
| kergoth | vvn: for us, we have a separate variable to control that behavior without changing machine, so haven't run into that particular issue. still, rebuilding the bootloader shouldn't result in rebuilding everything that depends upon it, so i'd investigate why those things are changing. see bitabke -S printdiff and also sstate-diff-machines | 15:24 |
| kergoth | Oof, populate_sdk_ext is rather messy. There's so much hardcoded about what packages get included and controlled via booleans rather than obeying variables listing what targets we want. and assumes an esdk has to involve an image, so assumes the target is an application developer. it handlesl that use case well, but that's not the only one where an esdk could be useful | 15:26 |
| kergoth | hmmm | 15:26 |
| kergoth | Also can't change SDKDEPLOY as it uses that to pull buildtools-tarball, not just to control output.. | 15:27 |
| vvn | kergoth: this I will do. I can still split my work better. My concern about the variable (and multiconfigs I presume?) is that you cannot share the same deploy dir I think (images will have the same basename, even if you set IMAGE_NAME_SUFFIX = "-sdcard" (same IMAGE_LINK_NAME in fact). | 15:27 |
| kergoth | The esdk that comes out of the build is impressively useful, don't get me wrong, just reading the bbclass... | 15:27 |
| vvn | well maybe I can merge the deploy dirs later | 15:28 |
| nk058[m] | Has anybody tried esdk on Honister? It does not seem to get the header and libraries in PACKAGE_INSTALL apart from core-image ones, or I've been doing something wrong. | 15:29 |
| RP | kergoth: it was developed to a point and then people got pulled off. There are neat ideas there, it needs re-envisaging | 15:37 |
| nk058[m] | * Has anybody tried esdk on Honister? It does not seem to get the header and libraries from `PACKAGE\_INSTALL` apart from `core-image` ones, or I've been doing something wrong. | 15:38 |
| kergoth | RP: yeah, agreed. the concept is sound. I can see why it's on future directions to get somebody diving into it | 15:38 |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer) | 15:39 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 15:40 | |
| RP | kergoth: its actually going to be on the top 5 list as about the only thing we have to try and improve usability but we need to be clear it needs to be rethought in some areas | 15:40 |
| RP | (for usability, saying you want to improve it is fine but we need specifics which we don't have many of) | 15:41 |
| * kergoth nods | 15:41 | |
| kergoth | It kind of feels like archiver, a ton of little variables to control behavior, which isn't usually how we like to do things. I'd like to see more flexiblity on what's included, vars more like TOOLCHAIN_*_TASK rather than a bunch of flags to flip, and potentially a new SDKEXT_FEATURES or something | 15:42 |
| kergoth | might be nice to still be able to run bitbake from an esdk also, not only through devtool, but that might not be a valid use case, we should articulate the use cases we're looking to satisfy with it to begin with | 15:42 |
| RP | kergoth: right. I'd also like to be able make an existing build into an eSDK and vice-versa | 15:43 |
| kergoth | That's a good idea | 15:43 |
| RP | kergoth: that is kind of the concept that was behind the bblock and bbunlock commands there is a bugzilla entry for | 15:43 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:46 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 272 seconds) | 15:49 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:51 | |
| *** amitk_ <amitk_!~amit@103.208.69.94> has quit IRC (Ping timeout: 246 seconds) | 16:07 | |
| *** amitk <amitk!~amit@103.208.69.94> has joined #yocto | 16:19 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:30 | |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Quit: Client closed) | 16:59 | |
| *** amitk <amitk!~amit@103.208.69.94> has quit IRC (Quit: leaving) | 17:04 | |
| *** Guest5 <Guest5!~Guest5@212.118.206.70> has quit IRC (Quit: Client closed) | 17:05 | |
| *** amitk <amitk!~amit@103.208.69.94> has joined #yocto | 17:05 | |
| *** frieder <frieder!~frieder@i59F72060.versanet.de> has quit IRC (Remote host closed the connection) | 17:07 | |
| vvn | kergoth: how did you organize your code to fetch a different fstab depending on a given variable? FILESEXTRAPATHS:prepend := "${THISDIR}/${MACHINE}/${MEDIUM}:" or SRC_URI:append = " file://fstab-${MEDIUM}.conf" or something else? | 17:13 |
| kergoth | vvn: iirc we didn't, as we use wic, and used a .wks.in to adapt to the media | 17:13 |
| kergoth | and since wic updates fstab.. | 17:14 |
| vvn | kergoth: unfortunately I use --source rawcopy for my image. I'll see how I can produce that without duplicating the recipes. | 17:17 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:28 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 17:35 | |
| *** mckoan is now known as mckoan|away | 17:41 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 17:47 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-240-254.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 18:03 | |
| *** linums <linums!~linums@94-224-211-49.access.telenet.be> has quit IRC (Quit: Client closed) | 18:10 | |
| *** linums <linums!~linums@94-224-211-49.access.telenet.be> has joined #yocto | 18:22 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 18:29 | |
| *** linums <linums!~linums@94-224-211-49.access.telenet.be> has quit IRC (Quit: Client closed) | 18:37 | |
| *** amitk <amitk!~amit@103.208.69.94> has quit IRC (Ping timeout: 256 seconds) | 18:53 | |
| *** davidinux <davidinux!~davidinux@net-188-216-10-245.cust.vodafonedsl.it> has quit IRC (Ping timeout: 246 seconds) | 18:58 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 18:58 | |
| *** davidinux <davidinux!~davidinux@net-188-216-10-245.cust.vodafonedsl.it> has joined #yocto | 19:03 | |
| *** linums <linums!~linums@94-224-211-49.access.telenet.be> has joined #yocto | 19:17 | |
| linums | is there any guide how to create an uefi image? | 19:28 |
| *** florian__ <florian__!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 19:42 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 19:46 | |
| *** m_jimmer12345 <m_jimmer12345!~m_jimmer1@66.186.100.194> has joined #yocto | 19:56 | |
| m_jimmer12345 | Hello there is there a way to add arch's to DNF ? Example;. I have all these "arch's" armv7at2hf_neon cortexa9_vfp sdk_provides_dummy_nativesdk cortexa5hf_vfp noarch sdk_provides_dummy_target x86_64_nativesdk | 19:56 |
| m_jimmer12345 | sudo dnf --downloadonly --destdir=/tmp install binutils-cross-canadian-arm | 19:57 |
| m_jimmer12345 | - package binutils-cross-canadian-arm-2.34-r0.x86_64_nativesdk does not have a compatible architecture | 19:57 |
| m_jimmer12345 | " x86_64_nativesdk " | 19:57 |
| *** linums <linums!~linums@94-224-211-49.access.telenet.be> has quit IRC (Quit: Client closed) | 19:59 | |
| RP | m_jimmer12345: that sounds like you're trying to install our packages onto your desktop system which isn't supported. nativesdk only works as part of the SDK | 20:13 |
| *** florian__ <florian__!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer) | 20:13 | |
| *** florian__ <florian__!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 20:13 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:18 | |
| RP | Not sure if people have seen it but we have two bugs, 14782 and 14783 which block our rc2 4.0 build :( | 20:21 |
| RP | The icons look messed up in my qemu image too | 20:21 |
| RP | I couldn't see the pcmanfm delay though | 20:21 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 20:30 | |
| *** florian__ <florian__!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 20:35 | |
| m_jimmer12345 | RP you are correct was trying to just update one package. So you are saying that only target packages are good ? | 20:43 |
| RP | m_jimmer12345: update them inside what? | 20:44 |
| m_jimmer12345 | the VM that I have | 20:45 |
| m_jimmer12345 | or say that my sdk only changes as local lib | 20:45 |
| * RP notes that icons in M3 looked better so this is some regression during M4 :/ | 20:45 | |
| m_jimmer12345 | would like it so that I amn not shi[pping the sdk each time | 20:46 |
| RP | m_jimmer12345: we stopped supporting package upgrades in the SDK a long time ago. It sounds like a good idea but it simply doesn't work | 20:46 |
| m_jimmer12345 | I am also just really testing out the idea of OTA and how much I can and can not use | 20:46 |
| RP | m_jimmer12345: we did design the eSDK to be more updatable but is is a bit different | 20:47 |
| m_jimmer12345 | Ok so all sdk's and all there rpm's/debs/ipks should never go to my local repo ? | 20:47 |
| RP | m_jimmer12345: we do build the sdk from those packages but once built it isn't designed to be updated with them | 20:48 |
| m_jimmer12345 | Now comes the issue that there are "other" archs that are based off the MACHINE env | 20:48 |
| RP | No part of the SDK is designed to be package updatable | 20:48 |
| *** florian__ <florian__!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has joined #yocto | 20:48 | |
| m_jimmer12345 | Cool but what about the target ? | 20:49 |
| RP | m_jimmer12345: within the SDK or inside an actual target image on device | 20:49 |
| m_jimmer12345 | the target | 20:50 |
| RP | m_jimmer12345: I'm asking as the SDK does have target components and I want to be sure we're talking about the same thing | 20:50 |
| m_jimmer12345 | yes forget the sdk and all the native stuff | 20:51 |
| RP | m_jimmer12345: that can be updated with packages, at least in theory and is documented to a degree | 20:51 |
| *** JPEW <JPEW!sid500061@helmsley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 20:52 | |
| m_jimmer12345 | I am saying on my board (one of 45+ machine.confs) I use the MACHINE to add custom code and make the PACKAGE_ARCH to be the MACHINE | 20:52 |
| *** JPEW <JPEW!sid500061@helmsley.irccloud.com> has joined #yocto | 20:52 | |
| m_jimmer12345 | I would like to keep that so we don't break our Free software guidlines vs non-free | 20:52 |
| RP | the on target package manager should be configured to handle the package arches | 20:53 |
| RP | we built the images using the package manager and the same config | 20:53 |
| m_jimmer12345 | How ? | 20:53 |
| m_jimmer12345 | I get that but there is no arch called s12345 | 20:53 |
| RP | m_jimmer12345: depends which package backend, they're all different | 20:53 |
| m_jimmer12345 | but I have a board called s12345 | 20:54 |
| m_jimmer12345 | I dont want to expose to others | 20:54 |
| RP | m_jimmer12345: which backend(s) are you interested in? | 20:54 |
| m_jimmer12345 | we are done with debs and ipks | 20:54 |
| m_jimmer12345 | just need to handle the rpms | 20:55 |
| m_jimmer12345 | for debs I jsut use the path to hack around it | 20:55 |
| m_jimmer12345 | inhouse "repo manager tool" | 20:55 |
| m_jimmer12345 | the issue comes down to the fact that alot of the archs are not in dnf as vaild archs \ | 20:55 |
| RP | m_jimmer12345: I suspect we configure it to accept them as archs | 20:56 |
| m_jimmer12345 | yeah I think that is what is going to have to happen | 20:57 |
| m_jimmer12345 | was looking at https://github.com/ubinux/dnf-plugin-tui/ | 20:57 |
| m_jimmer12345 | For a better Idea all of our EFSG is open to the public here. (keep in mind there are alot more machines else where) | 20:58 |
| m_jimmer12345 | http://git.emacinc.com/OE/emac-oe/-/tree/dunfell-next/meta-emac/conf/machine | 20:58 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Quit: Leaving) | 21:00 | |
| RP | m_jimmer12345: the code writing the arches is in meta/lib/oe/package_manager/rpm/__init__.py in _configure_dnf where it writes etc/dnf/vars/arch | 21:01 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:01 | |
| m_jimmer12345 | our closed source stuff uses the PACKAGE_ARCH = "${MACHINE_ARCH}" for all the packages so we know not to include these in our EFSW(emac free software ) | 21:01 |
| RP | m_jimmer12345: wouldn't it make more sense to add an extra arch specifically for that rather than using that existing arch which already has uses? | 21:02 |
| m_jimmer12345 | We want to keep the packages seperate so "other" users can use our EFSW but not the ENFSW(emac non free software) | 21:03 |
| m_jimmer12345 | keep in mind that we have over 40 + images | 21:03 |
| RP | m_jimmer12345: Right, but having a separate arch for the thing you want to separate would be easier wouldn't it? | 21:03 |
| m_jimmer12345 | we dont want base files to over right base files | 21:04 |
| m_jimmer12345 | that is what we do | 21:04 |
| m_jimmer12345 | the arch is the machinename | 21:04 |
| m_jimmer12345 | example meta-something/recipes-core/basefiles/ in the bbappend we add PACKAGE_ARCH = "${MACHINE_ARCH}" | 21:04 |
| RP | ok, whatever then, you know best clearly. The answer to your question is the code line above which is where the arch is written | 21:05 |
| m_jimmer12345 | yeah I guess we are going to have to hack dnf. It seems like there would be something for this. Sorry I dont think I understood what you said I will re-read | 21:06 |
| m_jimmer12345 | 40 + machines* | 21:06 |
| RP | m_jimmer12345: You can add in extra values, i.e. your own package_arch | 21:06 |
| RP | this is an example: https://git.yoctoproject.org/meta-intel/tree/conf/machine/include/intel-common-pkgarch.inc | 21:07 |
| m_jimmer12345 | RP thanks:) reading now | 21:07 |
| RP | you can order PACKAGE_EXTRA_ARCHS in whatever order you want and the priority will take effect | 21:07 |
| RP | that example is using it to share things between machines but you could make it machine specific and just use it have your private stuff | 21:09 |
| m_jimmer12345 | But how does DNF know that that is a vaild arch on the target ? | 21:09 |
| RP | m_jimmer12345: I suspect there is a list in /etc/dnf/vars/arch on target | 21:10 |
| * RP doesn't have an image handy to check | 21:10 | |
| RP | I do mention where such a file is written above | 21:10 |
| m_jimmer12345 | That is awesome thanks for your help looking into the arch file now. Im really new to dnf if you cant tell. More of a joey hess guy:) | 21:12 |
| m_jimmer12345 | bogusarch lol | 21:16 |
| m_jimmer12345 | thanks again | 21:17 |
| RP | m_jimmer12345: glad I could hopefully help | 21:25 |
| *** florian__ is now known as florian | 21:29 | |
| *** m_jimmer12345 <m_jimmer12345!~m_jimmer1@66.186.100.194> has quit IRC (Quit: Client closed) | 21:32 | |
| *** m_jimmer12345 <m_jimmer12345!~m_jimmer1@66.186.100.194> has joined #yocto | 21:48 | |
| RP | zeddii: second time we've seen: https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/3404/steps/14/logs/stdio "] __common_interrupt: 0.37 No irq handler for vector" | 21:48 |
| RP | zeddii: any ideas? :/ | 21:48 |
| *** florian <florian!~florian@dynamic-078-049-039-098.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 22:22 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:42 | |
| khem | zeddii: 5.15 kernel does not build with gcc 12 see https://errors.yoctoproject.org/Errors/Details/654593/ | 22:50 |
| khem | thats for qemuarm but I have seen it for other qemu machines too | 22:51 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:51 | |
| khem | __popcountsi2 is a libgcc function, I wonder if kernel needs it in its own implementations as well | 22:51 |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 23:19 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Ping timeout: 240 seconds) | 23:43 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!