| *** awe002 <awe002!~awe00@unaffiliated/awe00> has quit IRC | 00:15 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 00:42 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:ad0a:462d:6378:c9f7> has joined #yocto | 01:20 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:35 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:ad0a:462d:6378:c9f7> has quit IRC | 01:55 | |
| zeddii | JaMa: yes. that's the design. We were talking about this on the list the other day. And it's why I added the ability to make those dangling features a warning. | 02:01 |
|---|---|---|
| zeddii | (KERNEL_DANGLING_FEATURES_WARN_ONLY) | 02:02 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:03 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:03 | |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has quit IRC | 02:08 | |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.13> has joined #yocto | 02:21 | |
| *** hpsy <hpsy!~hpsy@92.118.12.13> has quit IRC | 02:22 | |
| zeddii | that of course doesn't mean things can't be changed, but the error being thrown is known. | 02:24 |
| * zeddii time for Zzzzz | 02:24 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 02:47 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 02:53 | |
| *** vineela <vineela!vtummala@nat/intel/x-mwvvmaqnuneapbmv> has joined #yocto | 03:00 | |
| *** vineela <vineela!vtummala@nat/intel/x-mwvvmaqnuneapbmv> has quit IRC | 03:18 | |
| *** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has quit IRC | 03:25 | |
| *** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has joined #yocto | 03:25 | |
| *** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC | 03:26 | |
| *** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC | 03:27 | |
| *** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-hvzavcedxczaonye> has quit IRC | 03:27 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-wrzzvikkhfubzofg> has quit IRC | 03:27 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-mrxsuvbsuwcdcgfi> has quit IRC | 03:28 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-jeuwzjfopfxkfwnq> has quit IRC | 03:28 | |
| *** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-jyjemgsyvqmlyptz> has quit IRC | 03:28 | |
| *** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 03:28 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has quit IRC | 03:28 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:28 | |
| *** elvispre <elvispre!~elvispre@ftp.och.me.uk> has joined #yocto | 03:28 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-waseaesragmsprof> has quit IRC | 03:29 | |
| *** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-jootgeixiwnxvplw> has quit IRC | 03:29 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-sxxpzesyiuzwhzbt> has quit IRC | 03:29 | |
| *** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-jffqyrwmjwjcdwwa> has quit IRC | 03:29 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-vxosuzhwqtuznlvp> has quit IRC | 03:29 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-wiaamukphzmppjue> has quit IRC | 03:29 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-ihmutgablpottujh> has quit IRC | 03:29 | |
| *** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC | 03:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:34 | |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto | 03:34 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has joined #yocto | 03:35 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-tyhwbhkksldtryiz> has joined #yocto | 03:35 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:38 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 03:39 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 03:42 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bgsewwnniujegymu> has quit IRC | 03:44 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has joined #yocto | 03:49 | |
| *** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-hrreqrcftaekhdet> has joined #yocto | 04:00 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-xeyrimnpuxvhjhtq> has joined #yocto | 04:00 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-cdnmyspttgrbkawz> has joined #yocto | 04:00 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-gouilxehvmbyfqxv> has joined #yocto | 04:00 | |
| *** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-hdmbqkctpikldeus> has joined #yocto | 04:00 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-esummylczxyzuhix> has joined #yocto | 04:00 | |
| *** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-dupbaqzggxqoxudu> has joined #yocto | 04:00 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-ghtqsmqwiscavolq> has joined #yocto | 04:00 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-tjxaoqkilycxijas> has joined #yocto | 04:00 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-iuxprqlxgzxbsroe> has joined #yocto | 04:00 | |
| *** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-yywdvhrrsgftkxsx> has joined #yocto | 04:00 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 04:10 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 04:18 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 04:26 | |
| *** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 04:29 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 04:29 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:51 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:57 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:07 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-poehkmqngmyeltqt> has joined #yocto | 05:12 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 05:17 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 05:19 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 05:21 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 05:26 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-gwftpkbzjiotlxus> has joined #yocto | 05:28 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has quit IRC | 05:32 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 05:39 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:42 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 06:00 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 06:02 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 06:16 | |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto | 06:26 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:30 | |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 06:30 | |
| *** jobroe <jobroe!~manjaro-u@p579ebab9.dip0.t-ipconnect.de> has joined #yocto | 06:31 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 06:34 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:35 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 06:44 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:47 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 06:48 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 06:50 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 06:51 | |
| *** ant__ <ant__!~ant__@host-82-60-190-157.retail.telecomitalia.it> has quit IRC | 06:51 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AD4A.versanet.de> has joined #yocto | 06:54 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 07:00 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:14 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:15 | |
| *** camus1 is now known as kaspter | 07:15 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:21 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:22 | |
| *** camus1 is now known as kaspter | 07:22 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:27 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:33 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:33 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 07:35 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 07:36 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 07:38 | |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has joined #yocto | 07:56 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has quit IRC | 07:58 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 08:04 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:06 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:06 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 08:11 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-xeyrimnpuxvhjhtq> has quit IRC | 08:12 | |
| *** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-hrreqrcftaekhdet> has quit IRC | 08:12 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-tjxaoqkilycxijas> has quit IRC | 08:12 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-gouilxehvmbyfqxv> has quit IRC | 08:12 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-cdnmyspttgrbkawz> has quit IRC | 08:12 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-ghtqsmqwiscavolq> has quit IRC | 08:12 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-esummylczxyzuhix> has quit IRC | 08:12 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-tyhwbhkksldtryiz> has quit IRC | 08:12 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-iuxprqlxgzxbsroe> has quit IRC | 08:12 | |
| *** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-dupbaqzggxqoxudu> has quit IRC | 08:12 | |
| *** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-yywdvhrrsgftkxsx> has quit IRC | 08:12 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-gwftpkbzjiotlxus> has quit IRC | 08:12 | |
| *** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-hdmbqkctpikldeus> has quit IRC | 08:12 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:13 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-evtxuivoboyqxawg> has joined #yocto | 08:16 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-sgmrkquphvtplfzx> has joined #yocto | 08:19 | |
| *** sno <sno!~sno@p5b25b03a.dip0.t-ipconnect.de> has quit IRC | 08:20 | |
| *** tolszak <tolszak!~tolszak@apn-31-0-23-148.dynamic.gprs.plus.pl> has joined #yocto | 08:27 | |
| derRichard | i have custom image type to create a tar.gz file, works nice but opkg leaves some files in the rootfs. e.g. /var/lib/opkg/, how can i get rid of them? | 08:27 |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has quit IRC | 08:28 | |
| derRichard | ROOTFS_POSTPROCESS_COMMAND does not work since it seems to run before some other opkg action and if i remove /var/lib/opkg/, this opkg step will fail later :( | 08:28 |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has joined #yocto | 08:29 | |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.13> has quit IRC | 08:31 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 08:31 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 08:31 | |
| *** hpsy <hpsy!~hpsy@92.118.12.13> has joined #yocto | 08:32 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-gutzdgrmfjdmcyrk> has joined #yocto | 08:39 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-eahimlsxaylunrgm> has joined #yocto | 08:39 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-xqcacthdtlgbkdxo> has joined #yocto | 08:39 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-hjaomhxyegttpcom> has joined #yocto | 08:39 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-jdvkgcdhqcxvcibg> has joined #yocto | 08:39 | |
| *** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-zhvpaxomoaqcgjtt> has joined #yocto | 08:39 | |
| *** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-ubgagyrzgseupeoa> has joined #yocto | 08:39 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-dmjrnstgfyxvzast> has joined #yocto | 08:39 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ubjahsvrescigfsr> has joined #yocto | 08:39 | |
| *** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-bxrmjqeuzznagwvk> has joined #yocto | 08:39 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-uoxlbypwmeuyzhzc> has joined #yocto | 08:39 | |
| *** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-rgqykzjlixooyogo> has joined #yocto | 08:39 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 08:39 | |
| derRichard | ok. IMAGE_PREPROCESS_COMMAND did the trick :) | 08:39 |
| *** gtristan <gtristan!~tristanva@114.207.54.93> has joined #yocto | 08:43 | |
| *** Saur <Saur!pkj@nat/axis/x-dufslgslpyeqwgek> has joined #yocto | 08:44 | |
| *** sno <sno!~sno@195.14.209.36> has joined #yocto | 08:52 | |
| marex | derRichard: do you really need custom image type ? | 08:55 |
| derRichard | marex: well, "custom", all i needed was inherit core-image and a custom bb file :) | 08:57 |
| marex | derRichard: then why do you need the preprocess command ? :) | 08:57 |
| derRichard | to get rid of /var/lib/opkg/ and friends in my tar ball | 08:58 |
| marex | derRichard: IMAGE_FSTYPES ... .tar doesn't remove that ? | 08:58 |
| derRichard | nope | 08:59 |
| derRichard | (sadly) | 08:59 |
| marex | derRichard: should it ? | 09:00 |
| derRichard | TBH, i don't care much | 09:00 |
| derRichard | all i need is a image of type tar with some packages installed and *nothing* else. IMAGE_PREPROCESS_COMMAND did it for me | 09:00 |
| marex | derRichard: I would expect that it should be either removed there or at least configurable | 09:01 |
| marex | derRichard: the IMAGE_*PROCESS_COMMAND feels like hacking around other problems | 09:01 |
| derRichard | if you know a "cleanup after opkg" config swtich, please tell | 09:02 |
| marex | derRichard: no, I don't, but at least you're in the right channel | 09:03 |
| marex | derRichard: someone else might | 09:03 |
| derRichard | :-) | 09:03 |
| marex | derRichard: btw isnt some of the package manager infra needed to configure packages on first boot ? | 09:16 |
| derRichard | this image is not a rootfs | 09:16 |
| derRichard | my system contains of many images | 09:16 |
| derRichard | one of them is a tar ball | 09:16 |
| LetoThe2nd | sounds very much like you are reinventing the container wheel | 09:20 |
| derRichard | LetoThe2nd: so, how to solve it correctly? :-) | 09:22 |
| LetoThe2nd | derRichard: by looking at what others do. onyx by togan labs, the balena stuff.. lots of places to find inpiration. | 09:23 |
| derRichard | thx | 09:23 |
| derRichard | btw. i don't mess with containers :-) | 09:24 |
| derRichard | just a "special" kind of deployment | 09:24 |
| *** florian_kc is now known as florian | 09:34 | |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC | 09:37 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:37 | |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto | 09:51 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 09:51 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 09:56 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 09:56 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 09:56 | |
| kanavin_home | RP: is there an existing bug for this kind of kernel build failure? | 09:59 |
| kanavin_home | | /usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld: scripts/dtc/dtc-parser.tab.o:(.bss+0x10): multiple definition of `yylloc'; scripts/dtc/dtc-lexer.lex.o:(.bss+0x0): first defined here | 09:59 |
| kanavin_home | I am fairly sure I have seen it before, but can't find the bug | 09:59 |
| kanavin_home | it might also be caused by something in my patchset though | 10:00 |
| RP | kanavin_home: that does look familiar | 10:08 |
| RP | kanavin_home: I can't find one either, worth filing | 10:10 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 10:12 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 10:15 | |
| kanavin_home | RP: I'll first see if it reoccurs to confirm it is intermittent. | 10:16 |
| *** dl9pf_home_ <dl9pf_home_!~quassel@static.253.98.203.116.clients.your-server.de> has quit IRC | 10:33 | |
| *** dl9pf_home <dl9pf_home!~quassel@static.253.98.203.116.clients.your-server.de> has joined #yocto | 10:40 | |
| *** dl9pf_home <dl9pf_home!~quassel@opensuse/member/dl9pf> has joined #yocto | 10:40 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 10:45 | |
| fbre | Hi! I use "zeus" yocto of NXP. I added INITRAMFS_IMAGE = "core-image-tiny-initramfs" and INITRAMFS_IMAGE_BUNDLE = "1" to my local.conf. As I run bitbake core-image-minimal an error happens: Failed to spawn fakeroot worker to run ..../poky/meta/recipes-core/images/core-image-tiny-initramfs.bb: do_image_create_sdcard_symlink No such file or | 10:48 |
| fbre | directory ..../yocto/build/tmp/sysroots_components/x86_64/pseudo-native/usr/bin/pseudo .... | 10:48 |
| fbre | Any idea what this error could be? NXP uses wic in its version "zeus". | 10:49 |
| fbre | My platform is aarch64 | 10:49 |
| fbre | I mean the target platform | 10:49 |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has quit IRC | 10:50 | |
| fbre | That directory ..../yocto/build/tmp/sysroots_components/x86_64/ contains a few subdirs but not that "pseudo-native". I wonder what that actually is. | 10:53 |
| LetoThe2nd | fbre: chances are that whatever your NXP BSP does in this function "do_image_create_sdcard_symlink" is buggy. | 11:00 |
| LetoThe2nd | fbre: find that function, read, understand, fix it. or alternatively, complain to your sales/FAE rep. already explained everything to you yesterday.... | 11:00 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:ec65:5988:f99d:4f4a> has quit IRC | 11:03 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 11:10 | |
| *** sno <sno!~sno@195.14.209.36> has quit IRC | 11:14 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:3543:531d:382f:ed2a> has joined #yocto | 11:16 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ohuxmphurbruygjw> has joined #yocto | 11:24 | |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:39 | |
| *** hipr_c <hipr_c!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto | 11:39 | |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 11:41 | |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:42 | |
| zandrey | fbre: This function is located in meta-imx/meta-bsp/classes/image_types_create_sdcard_symlink.bbclass and it creates a symlink to point a "legacy" NXP image names to newly created wic. You can remove it from meta-imx/meta-bsp/conf/layer.conf as you know that your scripts or envs are not going to refer to image via legacy name. | 11:43 |
| *** hipr_c <hipr_c!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto | 11:43 | |
| *** sno <sno!~sno@p5b25b03a.dip0.t-ipconnect.de> has joined #yocto | 11:43 | |
| *** hipr_c <hipr_c!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto | 11:43 | |
| zandrey | fbre: "as you know" should be read as "if you know" - you have to make sure that from this point on you refer to wic as image file, and not .sdcard | 11:45 |
| fbre | zandrey: yes, with zeus, I don't want to use .sdcard files anymore, only the .wic files from now on | 11:51 |
| *** hipr_c <hipr_c!b071484e@176.113.72.78> has joined #yocto | 11:52 | |
| fbre | zandrey: FYI, I had to hack that file core-image-tiny-initramfs.bb to add aarch64 to variable COMPATIBLE_HOST | 11:54 |
| *** gtristan <gtristan!~tristanva@114.207.54.93> has quit IRC | 11:57 | |
| *** hipr_c <hipr_c!b071484e@176.113.72.78> has quit IRC | 12:00 | |
| zandrey | fbre: normally, you should *not* do this for any production image. core-image-tiny-initramfs.bb can be used as an example recipe, and based on it - the custom image recipe should be created. core-image-tiny-initramfs.bb itself is Intel-specific and therefore should not be used for other arch. | 12:06 |
| fbre | zandrey: uhm, I just find core-image-tiny-initramfs useful since it's the only one in poky/meta/recipes-core/images which mounts an overlayfs | 12:12 |
| fbre | zandrey: And since I thought "never touch a running system" I tried to bundle that one via INITRAMFS_IMAGE_BUNDLE | 12:14 |
| zandrey | fbre: that's OK, and it is a proper way to go! the only thing I wanted to stress out is that when you create an image - please use core-image-tiny-initramfs as a template and do not hack it directly. | 12:15 |
| fbre | zandrey: (y) yeah, right. That direct hack is actually just as evaluation if I can reach my goal at all | 12:16 |
| fbre | zandrey: By the way: Thanx! bitbake is running now well. :-) I hope it results in an image (consisting also of a kernel where that tiny initramfs is bundled) which I can dd to my SD card and can boot on my i.MX8 evalboard | 12:19 |
| zandrey | fbre: Sure! ;) | 12:21 |
| fbre | zandrey: I also wonder why that tiny one is Intel-specific... Is there stuff in it which only works there? | 12:23 |
| *** hipr_c <hipr_c!~Thunderbi@89.187.182.106> has joined #yocto | 12:25 | |
| *** hipr_c <hipr_c!~Thunderbi@89.187.182.106> has joined #yocto | 12:25 | |
| *** hipr_c <hipr_c!~Thunderbi@89.187.182.106> has joined #yocto | 12:25 | |
| zandrey | fbre: AFAIK this one uses initramfs-live-install, which uses syslinux, which runs only on IA32. At least this is how it used to be in the past, and I'm not sure if it has changed. | 12:26 |
| zandrey | fbre: "uses" is actually "used by" :) | 12:26 |
| *** hipr_c <hipr_c!05b43ea4@5.180.62.164> has joined #yocto | 12:29 | |
| fbre | zandrey: ahm, I have a bad feeling about my trial now, if it's useful at all. I don't understand what that syslinux thingy is all about, but it sounds bad if it only runs on IA32 | 12:32 |
| fbre | zandrey: The other ready-to-use image was core-image-minimal-initramfs.bb but I can't find calls of mount -t overlayfs | 12:34 |
| *** hipr_c <hipr_c!05b43ea4@5.180.62.164> has quit IRC | 12:34 | |
| fbre | ... in its scripts | 12:34 |
| *** hipr_c <hipr_c!463c38d2@rrcs-70-60-56-210.central.biz.rr.com> has joined #yocto | 12:36 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 12:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 12:46 | |
| fbre | Cool, now I have two things in my build/tmp/deploy/images/mymachine directory, core-image-minimal-mymachine....wic.bz2 and core-image-tiny-initramfs-mymachine....cpio.gz. I think I should use the wic.bz2 file now, right? I suppose the tiny initramfs is already in there | 12:58 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 12:58 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 12:59 | |
| *** matthewzmd <matthewzmd!~user@209.141.151.38> has joined #yocto | 13:09 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 13:11 | |
| bantu | How does bitbake write to sstate-cache? Is it safe to periodically push the cache to a mirror using rsync or will I end up transferring a lot of temporary data? | 13:16 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 13:17 | |
| neverpanic | I've been told in the past multiple writers to the same storage are supported, so that should be fine. | 13:18 |
| neverpanic | That being said, what we do is having the sstate mirror of the last build available as sstate mirror, and once the build is done make the generated sstate cache the new sstate mirror for the next build. | 13:20 |
| neverpanic | this is efficient if you have this available as local filesystem (e.g. using NFS) because bitbake will then create symbolic links from the sstate cache into the sstate mirror, and you can post-process those to expand them. | 13:20 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:24 | |
| *** King_In4 <King_In4!~King_InuY@47.19.105.250> has quit IRC | 13:31 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 13:34 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:46 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:49 | |
| *** jobroe_ <jobroe_!~manjaro-u@p57a59ee9.dip0.t-ipconnect.de> has joined #yocto | 13:54 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 13:54 | |
| *** jobroe <jobroe!~manjaro-u@p579ebab9.dip0.t-ipconnect.de> has quit IRC | 13:55 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:56 | |
| *** jobroe_ <jobroe_!~manjaro-u@p57a59ee9.dip0.t-ipconnect.de> has quit IRC | 13:56 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 13:58 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 13:59 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 14:01 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 14:10 | |
| zandrey | fbre: You can check the kernel size, if it got substantially bigger - this means initramfs is bundled in. It then should be populated on the boot partition in WIC image | 14:13 |
| *** tolszak <tolszak!~tolszak@apn-31-0-23-148.dynamic.gprs.plus.pl> has quit IRC | 14:13 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 14:14 | |
| *** rcoote <rcoote!~rcoote@ip-109-40-131-40.web.vodafone.de> has joined #yocto | 14:15 | |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 14:16 | |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 14:19 | |
| *** xtron <xtron!~xtron@host-185-net-102-160-119.mobilinkinfinity.net.pk> has joined #yocto | 14:19 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 14:21 | |
| *** xtron1 <xtron1!~xtron@103.113.103.164> has joined #yocto | 14:23 | |
| *** xtron <xtron!~xtron@host-185-net-102-160-119.mobilinkinfinity.net.pk> has quit IRC | 14:24 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 14:30 | |
| *** rcoote <rcoote!~rcoote@ip-109-40-131-40.web.vodafone.de> has quit IRC | 14:33 | |
| bantu | neverpanic: Ah, yeah. Multiple writer support makes sense since the manual for example suggests using NFS. | 14:33 |
| bantu | neverpanic: It seems that what your technique achieves is automatic cache purging (of no longer relevant packages). | 14:34 |
| *** rcoote <rcoote!~rcoote@ip-109-40-131-40.web.vodafone.de> has joined #yocto | 14:35 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:39 | |
| RP | zeddii: I've not looked at those gcc perf failures any further FWIW | 14:41 |
| zeddii | I'm digging around. so all is well. | 14:42 |
| zeddii | Also, I may send the 5.8 libc and kernels as a RFC tomorrow. They are all working here, and they won't have changes to make then a default, but they do need some wider builds. I hesitate, because I know the fno-common stuff is still lurking. | 14:43 |
| *** xtron1 <xtron1!~xtron@103.113.103.164> has quit IRC | 14:43 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:43 | |
| paulg | damn commoners. | 14:43 |
| *** xtron1 <xtron1!~xtron@103.113.103.164> has joined #yocto | 14:43 | |
| zeddii | no commoners! | 14:43 |
| paulg | GET OFF MY LAWN! | 14:43 |
| * zeddii fires up the bentley for a cruise | 14:44 | |
| armpit | you northerners! | 14:44 |
| *** rcoote <rcoote!~rcoote@ip-109-40-131-40.web.vodafone.de> has quit IRC | 14:45 | |
| RP | zeddii: sounds reasonable to get more of the 5.8 bits out | 14:45 |
| RP | zeddii: the no-common stuff is odd :/ | 14:45 |
| neverpanic | bantu: correct, that's why we're doing it. | 14:49 |
| *** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has joined #yocto | 14:49 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has joined #yocto | 14:53 | |
| *** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has quit IRC | 14:54 | |
| *** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has joined #yocto | 14:57 | |
| armpit | YPTM - armpit is on | 14:58 |
| *** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has quit IRC | 14:58 | |
| dl9pf | YPTM - Jan-Simon is on | 14:58 |
| *** sajjad__ <sajjad__!~xtron@110.93.212.98> has joined #yocto | 14:59 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 14:59 | |
| JPEW | YPTM - Joshua Watt here | 14:59 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 15:01 | |
| *** xtron1 <xtron1!~xtron@103.113.103.164> has quit IRC | 15:01 | |
| LetoThe2nd | YPTM - Josef is on | 15:01 |
| smurray | YPTM - Scott Murray is on | 15:01 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:03 | |
| T_UNIX | hi | 15:03 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 15:04 | |
| T_UNIX | am I the only one facing broken systemd units (e.g. `systemd-resolved`) on most recent Zeus due to `PrivateTMP=yes` and `/var/tmp/` being a symlink? | 15:05 |
| T_UNIX | it *seems* to be https://www.yoctoproject.org/pipermail/poky/2019-January/011602.html | 15:05 |
| T_UNIX | according to the linked systemd issue+fix (https://github.com/systemd/systemd/commit/7aab22308e0a95a7ad6f73be5fca2ba5c797ab8d) that should have been fixed since systemd v239, whereas Zeus uses v243.2 | 15:08 |
| T_UNIX | however, removing the symlink `/var/tmp` and providing a `tmpfs` mountpoint (via fstab) at `/var/tmp` instead, resolves the issue. | 15:09 |
| JaMa | YPTM - Martin Jansa is on as well | 15:11 |
| *** fbre <fbre!5e865b37@94.134.91.55> has joined #yocto | 15:13 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:14 | |
| *** fbre <fbre!5e865b37@94.134.91.55> has quit IRC | 15:17 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 15:21 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 15:22 | |
| mattsm | what is the preferred way to make an INITRAMFS_IMAGE be the default case.... that is no ROOTFS. When I do a 'bitbake my-image' and INITRAMFS_IMAGE="my-image" you get dependency loops. Is a dummy image the way to go here? Is there an example somewhere? | 15:23 |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 15:23 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has quit IRC | 15:25 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 15:29 | |
| armpit | https://bestpractices.coreinfrastructure.org/en/projects?q=yocto | 15:35 |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC | 15:38 | |
| kergoth | huh, interesting | 15:39 |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has joined #yocto | 15:47 | |
| *** sajjad__ <sajjad__!~xtron@110.93.212.98> has quit IRC | 15:49 | |
| armpit | YPTM - over | 15:51 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:51 | |
| armpit | kergoth, its for paulbarker ref. He asked about it | 15:52 |
| paulbarker | armpit: Thanks, I had a look through what we need to do for the silver tier while the call was wrapping up there | 15:52 |
| *** fl0v0 <fl0v0!~fvo@i5E86AD4A.versanet.de> has quit IRC | 15:53 | |
| kanavin_home | rburton: RP: I filed a bug for meta-arm kernel failures https://bugzilla.yoctoproject.org/show_bug.cgi?id=14014 | 15:55 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 15:55 | |
| moto-timo | RP: I added Future Directions link to wiki | 15:55 |
| RP | moto-timo: thanks! | 15:55 |
| zeddii | this perf issues is super strange. it only happens on first run. I can rm *.o in perf and they are rebuilt, but the error doesn't show the 2nd time. | 15:55 |
| zeddii | if I have to cleansstate between runs, I can't hack up the code to track it down | 15:56 |
| zeddii | what a PITA. | 15:56 |
| RP | zeddii: that does sound really strange :/ | 15:56 |
| RP | zeddii: almost race like | 15:56 |
| zeddii | yep. I think I finally just triggered it. there are some generated files. so I removed them, and I think the error just came out again. | 15:57 |
| zeddii | but I've been around in so many circles, I haven't convinced myself yet :D | 15:57 |
| armpit | zeddii, is there a -fno-PITA option ? | 15:59 |
| fray | armpit I thought that options was '; rm -rf /' | 15:59 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:00 | |
| zeddii | its definitely the generated files. | 16:01 |
| kanavin_home | jonmason: FYI https://bugzilla.yoctoproject.org/show_bug.cgi?id=14014 | 16:04 |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 16:07 | |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has quit IRC | 16:09 | |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has joined #yocto | 16:12 | |
| *** matthewzmd <matthewzmd!~user@209.141.151.38> has quit IRC | 16:17 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:22 | |
| *** jellycode <jellycode!~jellycode@2601:408:8100:8270:35cf:602:80f5:dc> has joined #yocto | 16:28 | |
| *** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has joined #yocto | 16:36 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 16:41 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto | 16:44 | |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has quit IRC | 16:47 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 16:51 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 16:51 | |
| *** matthewzmd <matthewzmd!~user@209.141.151.38> has joined #yocto | 16:52 | |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has joined #yocto | 16:54 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:55 | |
| *** ayaka <ayaka!~ayaka@103.42.215.143> has joined #yocto | 17:03 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 17:03 | |
| ayaka | is there a simple way to update the toolchain(sdk) ? for example through the package management ? | 17:04 |
| neverpanic | I did that a while ago by containerizing the entire SDK and shipping a container launcher with it. It did work, but had its caveats. | 17:08 |
| neverpanic | Easiest approach is probably packaging the entire SDK into a docker container. | 17:08 |
| *** gsalazar72 <gsalazar72!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 17:09 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 17:11 | |
| *** gsalazar72 is now known as gsalazar | 17:13 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 17:16 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 17:39 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 17:44 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 17:46 | |
| jonmason | kanavin_home: the good news is that earlier this morning Juno dropped use of that kernel | 17:57 |
| *** vicale <vicale!~vicale@dyn-13-cust157.netit.se> has quit IRC | 17:57 | |
| *** vicale <vicale!~vicale@dyn-13-cust157.netit.se> has joined #yocto | 17:59 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:02 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-poehkmqngmyeltqt> has quit IRC | 18:12 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-evtxuivoboyqxawg> has quit IRC | 18:15 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 18:18 | |
| *** vineela1 <vineela1!~vtummala@134.134.137.77> has joined #yocto | 18:26 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 18:26 | |
| *** vineela1 <vineela1!~vtummala@134.134.137.77> has quit IRC | 18:31 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 18:34 | |
| kanavin_home | jonmason: I think there are upstream fixes in stable kernels for this, so any vendor kernel just needs to rebase | 18:44 |
| kanavin_home | jonmason: 35b34d264cb3 scripts/dtc: Remove redundant YYLOC global declaration | 18:45 |
| kanavin_home | is the one you want probably | 18:45 |
| jonmason | the juno kernel is homegrown, which is why we've been pushing for it to get replaced (which is what that patch is doing). I'll check the other kernels we have, but honestly I think this is a great excuse to get rid of them :) | 18:47 |
| kanavin_home | jonmason: meta-arm-bsp/conf/machine/n1sdp.conf is still an issue | 18:52 |
| kanavin_home | so I had to reopen the bug unfortunately | 18:53 |
| jonmason | figures....time to beatup some internal people :) | 18:53 |
| kanavin_home | cheers | 18:53 |
| jonmason | well, it is for a different platform | 18:53 |
| jonmason | but no worries, I'll get it handled | 18:53 |
| kanavin_home | thanks :) | 18:53 |
| roussinm | I'm having a weird issue with the hashserve, when it's active I get sstate-cache siginfo which are older then the current sstate-cache that exist on our shared sstate-cache server. The diffsigs shows a diff on relocatable_native_pcfile patch from 5 months ago on Zeus. | 18:57 |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 18:58 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 18:58 | |
| roussinm | So If I active the hashserve, it retriggers a build for more than 50% of the recipes. | 18:59 |
| roussinm | even the basic low level ones. | 18:59 |
| roussinm | When I deactivate the hashserve, I get ~99% sstate-cache match. | 19:00 |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-slwytvzdlhfagsuw> has quit IRC | 19:01 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-kfpkijnastugvgdh> has quit IRC | 19:01 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-ubgceotfpmemsoce> has quit IRC | 19:01 | |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-itcbxwxajqhhshqo> has joined #yocto | 19:06 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-opdkjzwmptmqvuqr> has joined #yocto | 19:10 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-ggsbtxigcznvuxkg> has joined #yocto | 19:10 | |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 19:30 | |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 19:30 | |
| JPEW | roussinm: Hmm, I wonder if your hashes are marked equivalent to things not in sstate | 19:32 |
| JPEW | roussinm: If you let the build complete, does it get a complete match on the next build? | 19:33 |
| JPEW | s/complete/100%/ | 19:33 |
| roussinm | JPEW: with the hashserve active? I'm redoing a test build here, I'll be able to anwser you shortly without assumptions, but my gut feeling is that it should be a 100% complete match, no? | 19:35 |
| JPEW | roussinm: I would hope so | 19:36 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 19:38 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 19:39 | |
| roussinm | JPEW: Is there any relation between the sstate-cache server and the hashserve? We do clean our sstate-server from time to time, there is a good chance hashserver points to something we deleted in the server. | 19:54 |
| JPEW | roussinm: Yes, they are linked | 19:55 |
| JPEW | If a sstate object referenced by the hash equiv server is missing, I think the build should produce one to replace it | 19:56 |
| JPEW | Which is why you should have a 100% hit rate after your build | 19:56 |
| roussinm | but if it the references an old sstate object? My case was the relocatable_native_pcfile, which doesn't change the binary output of the recipe, but changes the recipe. So It changes the hashes, but doesn't change the binary. | 19:58 |
| roussinm | and the hashserve seems to prefer the old version sstate object from the hashserve then the new one on the sstate-server | 19:59 |
| JPEW | Right, so bitbake asks the server "what unihash is equivalent to taskhash A", and the server will respond with the oldest unihash that has the same output hash as A | 20:01 |
| JPEW | So, if you have taskhash A, and then you change recloctable_native_pcfile and it produces taskhash B, but B generates the same output hash as A, the server will mark B as equivalent to A and return A if B is ever seen again | 20:02 |
| JPEW | Of course, if A doesn't exist in the sstate cache that means it has to be built, but the server doesn't really have a good way of knowing that | 20:03 |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 20:03 | |
| roussinm | But if A doesn't exist it knows about the equivalent with B, can it not try to fetch B? | 20:04 |
| JPEW | Theoretically, yes. However, hash equiv and sstate aren't that integrated at the moment. Their linkage is pretty weak (and mostly just what I've described). Hash equiv doesn't know the contents of the sstate cache, and the sstate cache code doesn't really know much about hash equiv | 20:07 |
| roussinm | Ok fair enough, soo deleting old sstate-object from our server is not helping our situation I guess. | 20:08 |
| JPEW | roussinm: Ya, probably not. Sorry | 20:09 |
| JPEW | Like I said, it should create the missing objects, but that doesn't save you from building them again | 20:09 |
| JPEW | roussinm: Hmm, you might also be able to write a script that deletes hash equiv entries from the database that no longer exist in sstate.... | 20:10 |
| *** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has quit IRC | 20:11 | |
| roussinm | That's what we were thinking of doing at this point. | 20:11 |
| JPEW | I don't think it would be terribly hard. It's a fairly simple sqlite database | 20:11 |
| JPEW | The queries to pull things out are complex, but thats because I tried to keep each table row agnostic about the other rows | 20:12 |
| JPEW | So you should be able to simply delete rows that don't have a matching sstate object and the server will automatically fall back to the next oldest equivalent hash | 20:12 |
| *** rcw <rcw!~rcw@45.72.241.84> has joined #yocto | 20:14 | |
| JPEW | roussinm: If you do write a script please share it :) | 20:14 |
| roussinm | JPEW: I'll try to do it! That script should live in bitbake repository right? | 20:15 |
| JPEW | Probably | 20:15 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:15 | |
| JPEW | Well.... maybe | 20:15 |
| JPEW | I'm not sure | 20:15 |
| roussinm | That's where the hashserver bin is, right? | 20:15 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:19 | |
| *** rcw <rcw!~rcw@45.72.241.84> has quit IRC | 20:21 | |
| JPEW | roussinm: Ya, but not the sstate management, so it's a little weird :) | 20:32 |
| roussinm | right, poky/scripts | 20:35 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:38 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:41 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:43 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:43 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 20:50 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto | 20:51 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:56 | |
| bantu | neverpanic: My builds run on GitLab CI. Right now I rsync the cache of master branch builds to a central machine, where the cache is served via http. I am considering switching from executing rsync in parallel to the build as this should save some wallclock time. | 20:58 |
| roussinm | JPEW: Do you think the sstate-cache system and the hashserve will merge together at some point? It feels redundant to have two sstate cache when I think we could combine both? | 20:58 |
| JPEW | It's been discussed before; I think the harder part there is something that still works for every one and scales well | 20:59 |
| roussinm | So the hashserve is more of patch on top of the existing system? | 21:01 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:02 | |
| bantu | neverpanic: *considering switching to executing rsync in parallel to the build | 21:03 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:09 | |
| *** rcw <rcw!~rcw@45.72.241.84> has joined #yocto | 21:17 | |
| *** jadax <jadax!~jadax@ec2-54-183-7-226.us-west-1.compute.amazonaws.com> has joined #yocto | 21:25 | |
| jadax | Hi, I've got custom yocto distribution: Linux arria10 5.4.44. I'm trying to mount A2 raw / AOS filesystem, do you know if it's supported? | 21:26 |
| *** matthewzmd <matthewzmd!~user@209.141.151.38> has quit IRC | 21:30 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 21:33 | |
| khem | jadax: whats in a2 partition ? I assume bootloader and its raw so you will dd an image into it and then perhaps point kernel to boot init from it may be ? | 21:53 |
| zandrey | jadax, khem: this is indeed a raw partition, which is a pure creation of Altera/Intel. This is where the preloader for bootrom is stored. | 21:58 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 21:59 | |
| zandrey | jadax: if you need to update a preloader - you can dd a binary onto it, there is no way you can use it as a mount point. | 21:59 |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 22:06 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 22:33 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:35 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:38 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-lyncgfvkacebfuay> has quit IRC | 22:42 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-iezxutqkvxhtwxan> has quit IRC | 22:42 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 22:43 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-thrurvrusqdxnidi> has quit IRC | 22:43 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-rfqnabdlglmamems> has joined #yocto | 22:48 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:50 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 22:55 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-wdvugbvbprcllhzt> has joined #yocto | 22:56 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-cskoehwvzqbtjyel> has joined #yocto | 22:56 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:59 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 23:17 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:17 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:20 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:23 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:27 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 23:38 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 23:41 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 23:49 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 23:49 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 23:50 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC | 23:57 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!