*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:11 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds) | 00:29 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:31 | |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 245 seconds) | 01:46 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:01 | |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto | 02:10 | |
*** bluelightning <bluelightning!~paul@2406:e003:1308:ba01:f8ed:e4e0:d4f4:7f67> has joined #yocto | 02:21 | |
*** smurray <smurray!sid98062@id-98062.stonehaven.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 02:52 | |
*** darknighte <darknighte!sid214177@user/darknighte> has quit IRC (Read error: Connection reset by peer) | 02:53 | |
*** ldts <ldts!sid269548@stonehaven.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 02:53 | |
*** paulbarker <paulbarker!sid269702@id-269702.stonehaven.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 02:53 | |
*** darknighte <darknighte!sid214177@user/darknighte> has joined #yocto | 02:55 | |
*** paulbarker <paulbarker!sid269702@id-269702.stonehaven.irccloud.com> has joined #yocto | 02:56 | |
*** ldts <ldts!sid269548@id-269548.stonehaven.irccloud.com> has joined #yocto | 02:56 | |
*** smurray <smurray!sid98062@stonehaven.irccloud.com> has joined #yocto | 02:56 | |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds) | 02:57 | |
*** amitk <amitk!~amit@103.208.71.148> has joined #yocto | 03:52 | |
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Remote host closed the connection) | 04:01 | |
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 04:02 | |
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (*.net *.split) | 04:41 | |
*** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has quit IRC (*.net *.split) | 04:41 | |
*** fancer <fancer!fancer@id-180736.tinside.irccloud.com> has quit IRC (*.net *.split) | 04:41 | |
*** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (*.net *.split) | 04:41 | |
*** jsandman <jsandman!~jsandman@95.179.203.88> has quit IRC (*.net *.split) | 04:41 | |
*** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC (*.net *.split) | 04:41 | |
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC (*.net *.split) | 04:41 | |
*** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (*.net *.split) | 04:41 | |
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (*.net *.split) | 04:41 | |
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 04:41 | |
*** jsandman <jsandman!~jsandman@95.179.203.88> has joined #yocto | 04:41 | |
*** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 04:41 | |
*** fancer <fancer!fancer@id-180736.tinside.irccloud.com> has joined #yocto | 04:41 | |
*** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has joined #yocto | 04:42 | |
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 04:42 | |
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto | 04:42 | |
*** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 04:42 | |
*** yocti <yocti!~limnoria@mail.yoctoproject.org> has joined #yocto | 04:45 | |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 04:45 | |
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 04:45 | |
*** frosteyes1 <frosteyes1!~frosteyes@185.53.130.211> has joined #yocto | 04:45 | |
*** vquicksilver <vquicksilver!~nobody@90.69.37.53> has joined #yocto | 04:45 | |
*** mithro <mithro!sid24875@id-24875.charlton.irccloud.com> has joined #yocto | 04:45 | |
*** vquicksilver is now known as Guest8645 | 04:46 | |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto | 04:46 | |
*** wyre <wyre!~wyre@user/wyre> has joined #yocto | 04:46 | |
*** risca <risca!~quassel@h-212-85-71-156.a328.priv.bahnhof.se> has joined #yocto | 04:46 | |
*** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 04:46 | |
*** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has joined #yocto | 04:47 | |
*** ak77 <ak77!~ak77@93-103-81-73.static.t-2.net> has joined #yocto | 04:47 | |
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 04:47 | |
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 04:50 | |
*** Fanfwe <Fanfwe!~fanfwe@im.goudal.net> has joined #yocto | 04:50 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:52 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 05:53 | |
*** camus1 is now known as camus | 05:53 | |
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has joined #yocto | 05:57 | |
*** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 240 seconds) | 06:11 | |
*** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 06:11 | |
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 240 seconds) | 06:16 | |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 240 seconds) | 06:18 | |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto | 06:28 | |
*** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:40 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:48 | |
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 06:59 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 07:02 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 07:05 | |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 07:08 | |
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 07:13 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:39 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:47 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:05 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:22 | |
*** bps <bps!~bps@user/bps> has joined #yocto | 08:29 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Remote host closed the connection) | 08:34 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:38 | |
LetoThe2nd | yo dudX | 08:43 |
---|---|---|
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:47 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds) | 08:56 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 09:01 | |
qschulz | o/ | 09:29 |
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds) | 09:55 | |
kanavin_ | dudes and dudettes | 10:41 |
barath | are reproducible builds enabled by default? I see the manual talking about them, but not whether they're enabled... I'm trying to debug why a certain package isn't reusing a pre-existing sstate cache mirror, and it seems the hashes are differing. I've beeing climbing down the dependency tree checking each tasks dependency for what hashes have changed... | 10:52 |
barath | I just got to the point where net-snmp/net-snmp_5.8.bb:do_deploy_source_date_epoch changed hashes between the two builds/machines... | 10:53 |
barath | I guess the oe layers should be reproducible then (on dunfell) | 10:59 |
*** Guest38 <Guest38!~Guest38@glembotzki.org> has joined #yocto | 11:09 | |
Guest38 | How can you continue to fetch individual recipes when the option: "BB_NO_NETWORK" is active? We have some local repos that should continue to work with the latest version. | 11:12 |
wCPO | tlwoerner: I noticed that using a ext4 fs backed by zram breaks systemd's https://www.freedesktop.org/software/systemd/man/systemd-gpt-auto-generator.html. Symlinking /run/systemd/volatile-root to /dev/block/$major:$minor (the original root fs) is needed and this PR https://github.com/systemd/systemd/pull/20578 and it works as intended. If you | 11:18 |
wCPO | decide to look into systemd support, I think the init script should do the symlinking. | 11:18 |
tlwoerner | wCPO: awesome! i'm just starting, today, adding support for systemd. i've completely re-worked my patch to use "mount helpers" which allow you to mount and umount zram-backed filesystems *automatically* | 11:23 |
tlwoerner | so from the cmdline you could do: "mount -t zram tmpfs /hello" and "umount /hello" and it'll all work magically and handle all the extra steps behind the scenes | 11:24 |
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 11:25 | |
*** Guest38 <Guest38!~Guest38@glembotzki.org> has quit IRC (Quit: Client closed) | 11:28 | |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 11:32 | |
tlwoerner | wCPO: i'll post a v3 soon, but i want to clean up some of it first | 11:34 |
tlwoerner | oh, and i need to push a small (hopefully non-controversial) patch to oe-core first :-) | 11:37 |
*** argonautx <argonautx!~argonautx@i5E867209.versanet.de> has joined #yocto | 11:38 | |
wCPO | tlwoerner: sounds good. I'm currently trying to figure out how to get the $major and $minor for the original rootdevice with just busybox | 11:39 |
tlwoerner | oh right... busybox. ideally i'd handle both cases, right now i'm hardcoding the use of util-linux | 11:40 |
tlwoerner | it was OnkelUlla who gave me the suggestion to use mount helpers, pretty neat stuff! | 11:42 |
wCPO | Maybe, I should just use util-linux. Should be very easy to implement then | 11:43 |
eduardas | hello, I need a sanity check: are machine-specific overrides possible only to task appends, but not the tasks themselves? | 11:54 |
eduardas | i.e. I know do_install_append_<machine> () is possible, but should do_install_<machine> be possible too? | 11:55 |
qschulz | eduardas: it should work with machine overrides too IIRC | 11:57 |
wCPO | tlwoerner: this work in busybox and gets the major and minor: https://dl.klausen.dk/shots/R6Y4krnNUaPrMc4UgiEOYEMHQbLtaVgJ.txt | 11:58 |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 11:59 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:09 | |
eduardas | qschulz: thanks for answering. Still, I can not find the specific place in the official Yocto documentation that would explain how overrides apply to tasks | 12:12 |
eduardas | https://docs.yoctoproject.org/singleindex.html#term-OVERRIDES | 12:12 |
eduardas | its says "Overrides are a BitBake mechanism that allows variables to be selectively overridden at the end of parsing." | 12:12 |
eduardas | does not really mention tasks | 12:12 |
eduardas | only variables | 12:12 |
eduardas | or are tasks just a subset of variables in the context of bitbake? | 12:13 |
eduardas | bitbake's documentation section on conditional metadata also only gives overriding variables as examples | 12:16 |
eduardas | not tasks | 12:16 |
eduardas | https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#conditional-metadata | 12:16 |
eduardas | although it works, I can not really find any specific place in the docs that makes it obvious the override syntax can be applied to tasks | 12:32 |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 12:32 | |
RP | eduardas: tasks and functions are just variables to bitbake | 12:33 |
eduardas | RP: thank you. That makes total sense. However, just out of curiosity: is that clearly stated somewhere? I might sound stupid, but that was not totally obvious to me. | 12:36 |
RP | eduardas: I'm not sure to be honest. Once you understand things, it is hard to read the docs without that kind of knowledge being in the back of your mind. Feel free to open a bug with a suggestion of where it should be mentioned | 12:37 |
eduardas | I would expect that to kind of be in the concepts section of the bitbake manual or such | 12:38 |
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has quit IRC (Quit: Leaving) | 12:43 | |
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has joined #yocto | 12:44 | |
qschulz | eduardas: "Overrides and override-style operators can be applied to any shell function, not just tasks." | 12:47 |
qschulz | "Similar to shell functions, you can also apply overrides and override-style operators to BitBake-style Python functions." | 12:47 |
qschulz | but the examples could benefit from having examples with machine overrides that I can agree on :) | 12:49 |
*** kanavin_ <kanavin_!~Alexander@2a02:2454:2a1:9900:5e06:8d90:670b:86c8> has quit IRC (Ping timeout: 240 seconds) | 12:52 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 12:56 | |
*** kanavin <kanavin!~Alexander@82.119.0.16> has joined #yocto | 13:03 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 13:10 | |
barath | is there a canonical way to debug why a task gets a different sstate between two machines/builds that doesnt require manually "going to the chain" of the depend sub tasks? | 13:12 |
barath | it feels a lot like something a tool could be written for | 13:12 |
qschulz | barath: bitbake-diffsig should help, it sometimes does not stop where it should (too early in the dependency chain) so you might need to rerun it from where it stops to get your info | 13:15 |
tlwoerner | wCPO: but you don't need the $major/$minor for doing zram? | 13:23 |
barath | thanks qschulz | 13:23 |
barath | I already run that, but I guess the problem is that the remote sstate files aren't fetched so they're not matching (I have a remote sstate dir served via http and a local one, I guess) | 13:24 |
barath | so I've run diffsig against individual siginfo files, it tells me which hashes changed, I fetch those | 13:24 |
barath | but I guess it might be easier to sync with the entire remote sstate dir and then run diffsig against recipe names instead? | 13:24 |
wCPO | tlwoerner: sorry, I completely missed/orgot that your patch isn't copying the rootfs to a fs backed by zram (my logic is). It is indeed only relevant if your are copying the rootfs to a fs backed by zram | 13:25 |
qschulz | barath: probably yes | 13:26 |
barath | alright, thanks | 13:27 |
tlwoerner | wCPO: ah, interesting use-case | 13:30 |
wCPO | tlwoerner: yeh, we are doing it for speed and resilience reasons | 13:32 |
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto | 13:38 | |
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection) | 13:57 | |
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 13:59 | |
wCPO | Assuming I have a recipe needed the vfat kernel module and dosfstools, should I just use REQUIRED_MACHINE_FEATURES += "vfat" or is there a better way? | 14:03 |
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:11 | |
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection) | 14:24 | |
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 14:26 | |
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Quit: Ping timeout (120 seconds)) | 14:30 | |
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto | 14:35 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:05 | |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds) | 15:11 | |
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Quit: Ping timeout (120 seconds)) | 15:19 | |
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!) | 15:21 | |
*** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 15:23 | |
barath | A question around architectures and machines... we have defined our own machine, the conf file of which includes (requires) the arch-arm64.inch file | 15:24 |
barath | I now see various sstate files and ipks using both aarch64 as their arch and some use the name of our custom machine definition | 15:25 |
barath | can this mixing lead to problems? I dont quite get why some packages (systemd-conf) use our machine name in their names, and some (systemd) use aarch64... | 15:26 |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:33 | |
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has joined #yocto | 15:35 | |
*** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 15:46 | |
qschulz | barath: could yes. if an aarch64 recipe/package depends on a machine-specific recipe/package, a change of machine will trigger a rebuild of the aarch64 package because technically its dependency changed | 15:51 |
barath | hm | 15:51 |
barath | well we're not really changing machines as such. we have defined our own machine which requires this arch-arm64.inc base config, and then we always build for either that or a machine based on the tune-core2.inc | 15:52 |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 245 seconds) | 15:52 | |
barath | do you mean switching machines in general, or switching between for instance aarch64 and x86-64 arches? | 15:53 |
barath | if I understand correctly, mixing things would mean first building something for a "pure" aarch64 machine (what would that look like? a machine which is called aarch64?) and then something using our custom machine based on the aarch64.inc config? | 15:56 |
*** yates_home <yates_home!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Ping timeout: 240 seconds) | 16:03 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto | 16:24 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:25 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC (Ping timeout: 252 seconds) | 16:33 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.2) | 16:37 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 16:38 | |
*** willo <willo!~quassel@fedora/willo> has quit IRC (*.net *.split) | 16:43 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 16:46 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 250 seconds) | 17:22 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:38 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:40 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 17:43 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit) | 17:44 | |
*** Guest9 <Guest9!~Guest9@024-159-236-186.biz.spectrum.com> has joined #yocto | 17:50 | |
Guest9 | Hey all...having a weird issue I'm hoping someone can shed some light on. If I add the following line to my .bb file I get an error about license URL being bad. If I remove the line, all is good. Any ideas? | 17:52 |
Guest9 | OVERRIDES = "x86:j7-evm" | 17:52 |
Guest9 | Error shown: "ERROR: /home/ht-linux/SynergyII/yocto/sources/meta-arm/meta-arm-toolchain/recipes-devtools/external-arm-toolchain/gcc-aarch64-none-elf_9.2-2019.12.bb: nativesdk-gcc-aarch64-none-elf: LIC_FILES_CHKSUM contains an invalid URL: None" | 17:53 |
Guest9 | It doesn't seem to matter what I set OVERRIDES to. If it is in the file, I get that error, if it's not in the file, everything works as expected. | 17:56 |
Guest9 | Oh...on dunfell branch. | 17:56 |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 17:57 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 17:58 | |
*** camus1 is now known as camus | 17:58 | |
kergoth | Guest9: you should never go overriding the OVERRIDES variable, it contains a hell of a lot more than just architecture. | 18:06 |
kergoth | Guest9: see meta/conf/bitbake.conf for its value | 18:06 |
jonmason | Is anyone else getting bit by the "kernel.bbclass: Use full versions for inter-package dependencies" patch? | 18:23 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:33 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18:44 | |
Guest9 | I was just following the examples in the docs. Can I append to OVERRIDES then? | 18:53 |
zeddii | jonmason: what's breaking ? I reviewed it as it went in, and was worried about it causing issue. | 18:54 |
*** argonautx <argonautx!~argonautx@i5E867209.versanet.de> has quit IRC (Quit: Leaving) | 18:55 | |
Guest9 | When I add the line "OVERRIDES = "blah:blah2" to my .bb I get the following error: | 18:55 |
Guest9 | "ERROR: /home/ht-linux/SynergyII/yocto/sources/meta-arm/meta-arm-toolchain/recipes-devtools/external-arm-toolchain/gcc-aarch64-none-elf_9.2-2019.12.bb: nativesdk-gcc-aarch64-none-elf: LIC_FILES_CHKSUM contains an invalid URL: None" | 18:55 |
Xagen | i have a patch that is successfully applying, but with fuzz | 19:15 |
Xagen | it suggests that I can fix this with devtool | 19:15 |
Xagen | but when i follow the directions, it gives me `ERROR: Something went wrong with source extraction - the devtool-source class was not active or did not function correctly` | 19:16 |
Xagen | how do i fix devtool so it will work? | 19:16 |
Guest9 | I just tried an "append" to the OVERRIDES variable in my .bb and that seems to work. The hint kergoth gave did the trick. Thanks. | 19:21 |
*** florian <florian!~florian@dynamic-078-048-179-138.78.48.pool.telefonica.de> has joined #yocto | 19:27 | |
*** Guest9 <Guest9!~Guest9@024-159-236-186.biz.spectrum.com> has quit IRC (Quit: Client closed) | 19:37 | |
jonmason | zeddii: all of the BSPs that I set the kernel to not be 5.13 (i.e., 5.10, 5.4, etc) fail | 19:38 |
jonmason | zeddii: for example, https://gitlab.com/jonmason00/meta-arm/-/jobs/1544819828 | 19:39 |
zeddii | rpm or ipk ? It is worth chiming into the thread on the mailing list. I asked about pretty much that scenario. | 19:41 |
zeddii | ahah. I see opkg in the log. | 19:42 |
zeddii | I was definitely concerned about it. | 19:42 |
*** kanavin <kanavin!~Alexander@82.119.0.16> has quit IRC (Remote host closed the connection) | 19:42 | |
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 19:42 | |
zeddii | hmm. there's already a similar bug report on the mailing list. | 19:43 |
jonmason | yes, ipk. I changed to rpm and it went fine. And now it's in my sstate... | 19:47 |
zeddii | While opkg may not handle the situation you describe as well as RPM, | 19:53 |
zeddii | we should make sure that the full version doesn't cause issues with | 19:53 |
zeddii | the package generation or standard image creation | 19:53 |
zeddii | my comment in the thread " | 19:53 |
zeddii | wow that pasted badly | 19:53 |
zeddii | anyway. i asked just that. | 19:53 |
zeddii | so yah, I think that should be reverted if it can't be fixed very quickly. | 19:54 |
jonmason | since it is there, give the patch author 24h for a fix | 20:01 |
jonmason | I hate patch reverts | 20:02 |
jonmason | UK bank holiday. It sure is quiet today | 20:02 |
RP | jonmason: some of us still have meetings :/ | 20:03 |
jonmason | RP: I'm surprised you aren't in hospital with a broken leg ;-) | 20:04 |
kanavin_ | RP: testing a qemu 6.1 update so you don't need to (it's for the post-release of course) | 20:05 |
kanavin_ | jonmason, I'd rather RP risks breaking a leg all week than wrestles with rust any longer :) | 20:06 |
jonmason | he might agree with you ;-) | 20:07 |
jonmason | you can take drugs to get over the pain of a broken leg. No amount of drugs make rust go away | 20:07 |
RP | jonmason: at least with this event mountain rescue were ready onsite! :) | 20:08 |
RP | kanavin_: thanks! :) | 20:09 |
* RP remembers there is still a rust bug :/ | 20:12 | |
jonmason | RP: start drinking, it'll teach that brain cell to be uppity | 20:13 |
RP | jonmason: might have to try that! | 20:14 |
kanavin_ | RP: rpm 4.17 update, with transition to sqlite for the database (instead of bdb) and zstd for rpm compression worked beautifully meanwhile, I love seeing (nearly) all green a-full :) | 20:14 |
RP | kanavin_: I noticed the patch series. I'm assuming that is for 3.5 :) | 20:15 |
RP | nice it works | 20:15 |
kanavin_ | RFC implied that, yes | 20:16 |
RP | Never feels good when you reply negatively to several patches in a row :/ | 20:34 |
kanavin_ | RP: it's similar to rejecting CVs :( if you do that ten times in a row, you feel like you're an awful person | 20:37 |
kanavin_ | or at least I feel that way | 20:37 |
kanavin_ | and it's just pushing a button in a system, that triggers an automated reply | 20:38 |
RP | kanavin_: right :/ | 20:39 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 20:58 | |
*** amitk <amitk!~amit@103.208.71.148> has quit IRC (Ping timeout: 240 seconds) | 21:21 | |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 21:22 | |
*** Guest8645 <Guest8645!~nobody@90.69.37.53> has quit IRC (Quit: WeeChat 3.1) | 21:33 | |
*** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 21:34 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds) | 22:03 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 22:06 | |
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 22:10 | |
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 22:19 | |
*** florian <florian!~florian@dynamic-078-048-179-138.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 22:21 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:51 | |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 244 seconds) | 22:53 | |
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC (Ping timeout: 240 seconds) | 23:39 | |
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 23:41 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!