Tuesday, 2020-08-18

*** awe002 <awe002!~awe00@unaffiliated/awe00> has quit IRC00:15
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC00:42
*** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:ad0a:462d:6378:c9f7> has joined #yocto01:20
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:35
*** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:ad0a:462d:6378:c9f7> has quit IRC01:55
zeddiiJaMa: 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
*** kaspter <kaspter!~Instantbi@> has quit IRC02:03
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:03
*** gtristan <gtristan!~tristanva@> has quit IRC02:08
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto02:21
*** hpsy <hpsy!~hpsy@> has quit IRC02:22
zeddiithat of course doesn't mean things can't be changed, but the error being thrown is known.02:24
* zeddii time for Zzzzz02:24
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto02:47
*** vineela <vineela!~vtummala@> has quit IRC02:53
*** vineela <vineela!vtummala@nat/intel/x-mwvvmaqnuneapbmv> has joined #yocto03:00
*** vineela <vineela!vtummala@nat/intel/x-mwvvmaqnuneapbmv> has quit IRC03:18
*** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has quit IRC03:25
*** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has joined #yocto03:25
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC03:26
*** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC03:27
*** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-hvzavcedxczaonye> has quit IRC03:27
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-wrzzvikkhfubzofg> has quit IRC03:27
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-mrxsuvbsuwcdcgfi> has quit IRC03:28
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-jeuwzjfopfxkfwnq> has quit IRC03:28
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-jyjemgsyvqmlyptz> has quit IRC03:28
*** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto03:28
*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has quit IRC03:28
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:28
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has joined #yocto03:28
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-waseaesragmsprof> has quit IRC03:29
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-jootgeixiwnxvplw> has quit IRC03:29
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-sxxpzesyiuzwhzbt> has quit IRC03:29
*** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-jffqyrwmjwjcdwwa> has quit IRC03:29
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-vxosuzhwqtuznlvp> has quit IRC03:29
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-wiaamukphzmppjue> has quit IRC03:29
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-ihmutgablpottujh> has quit IRC03:29
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC03:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto03:34
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto03:34
*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has joined #yocto03:35
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-tyhwbhkksldtryiz> has joined #yocto03:35
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC03:38
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC03:39
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto03:42
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bgsewwnniujegymu> has quit IRC03:44
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has joined #yocto03:49
*** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-hrreqrcftaekhdet> has joined #yocto04:00
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-xeyrimnpuxvhjhtq> has joined #yocto04:00
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-cdnmyspttgrbkawz> has joined #yocto04:00
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-gouilxehvmbyfqxv> has joined #yocto04:00
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-hdmbqkctpikldeus> has joined #yocto04:00
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-esummylczxyzuhix> has joined #yocto04:00
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-dupbaqzggxqoxudu> has joined #yocto04:00
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-ghtqsmqwiscavolq> has joined #yocto04:00
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-tjxaoqkilycxijas> has joined #yocto04:00
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-iuxprqlxgzxbsroe> has joined #yocto04:00
*** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-yywdvhrrsgftkxsx> has joined #yocto04:00
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC04:10
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC04:18
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto04:26
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto04:29
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC04:29
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:51
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:57
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto05:07
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-poehkmqngmyeltqt> has joined #yocto05:12
*** vineela <vineela!~vtummala@> has joined #yocto05:17
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC05:19
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto05:21
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC05:26
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-gwftpkbzjiotlxus> has joined #yocto05:28
*** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has quit IRC05:32
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto05:39
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:42
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC06:00
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC06:02
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto06:16
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto06:26
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:30
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto06:30
*** jobroe <jobroe!~manjaro-u@p579ebab9.dip0.t-ipconnect.de> has joined #yocto06:31
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto06:34
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:35
*** vineela <vineela!~vtummala@> has quit IRC06:44
*** kaspter <kaspter!~Instantbi@> has quit IRC06:47
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:48
*** zandrey <zandrey!~zandrey@> has joined #yocto06:50
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC06:51
*** ant__ <ant__!~ant__@host-82-60-190-157.retail.telecomitalia.it> has quit IRC06:51
*** fl0v0 <fl0v0!~fvo@i5E86AD4A.versanet.de> has joined #yocto06:54
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto07:00
*** camus1 <camus1!~Instantbi@> has joined #yocto07:14
*** kaspter <kaspter!~Instantbi@> has quit IRC07:15
*** camus1 is now known as kaspter07:15
*** camus1 <camus1!~Instantbi@> has joined #yocto07:21
*** kaspter <kaspter!~Instantbi@> has quit IRC07:22
*** camus1 is now known as kaspter07:22
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:27
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:30
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC07:33
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto07:33
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC07:35
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto07:36
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto07:38
*** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has joined #yocto07:56
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has quit IRC07:58
*** leon-anavi <leon-anavi!~Leon@> has quit IRC08:04
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:06
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:06
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto08:11
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-xeyrimnpuxvhjhtq> has quit IRC08:12
*** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-hrreqrcftaekhdet> has quit IRC08:12
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-tjxaoqkilycxijas> has quit IRC08:12
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-gouilxehvmbyfqxv> has quit IRC08:12
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-cdnmyspttgrbkawz> has quit IRC08:12
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-ghtqsmqwiscavolq> has quit IRC08:12
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-esummylczxyzuhix> has quit IRC08:12
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-tyhwbhkksldtryiz> has quit IRC08:12
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-iuxprqlxgzxbsroe> has quit IRC08:12
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-dupbaqzggxqoxudu> has quit IRC08:12
*** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-yywdvhrrsgftkxsx> has quit IRC08:12
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-gwftpkbzjiotlxus> has quit IRC08:12
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-hdmbqkctpikldeus> has quit IRC08:12
*** goliath <goliath!~goliath@> has joined #yocto08:13
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-evtxuivoboyqxawg> has joined #yocto08:16
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-sgmrkquphvtplfzx> has joined #yocto08:19
*** sno <sno!~sno@p5b25b03a.dip0.t-ipconnect.de> has quit IRC08:20
*** tolszak <tolszak!~tolszak@apn-31-0-23-148.dynamic.gprs.plus.pl> has joined #yocto08:27
derRichardi 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 IRC08:28
derRichardROOTFS_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 #yocto08:29
*** hpsy1 <hpsy1!~hpsy@> has quit IRC08:31
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC08:31
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto08:31
*** hpsy <hpsy!~hpsy@> has joined #yocto08:32
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-gutzdgrmfjdmcyrk> has joined #yocto08:39
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-eahimlsxaylunrgm> has joined #yocto08:39
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-xqcacthdtlgbkdxo> has joined #yocto08:39
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-hjaomhxyegttpcom> has joined #yocto08:39
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-jdvkgcdhqcxvcibg> has joined #yocto08:39
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-zhvpaxomoaqcgjtt> has joined #yocto08:39
*** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/matrix.org/x-ubgagyrzgseupeoa> has joined #yocto08:39
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-dmjrnstgfyxvzast> has joined #yocto08:39
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ubjahsvrescigfsr> has joined #yocto08:39
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-bxrmjqeuzznagwvk> has joined #yocto08:39
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-uoxlbypwmeuyzhzc> has joined #yocto08:39
*** RichterDirk[m] <RichterDirk[m]!rrdsofting@gateway/shell/matrix.org/x-rgqykzjlixooyogo> has joined #yocto08:39
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC08:39
derRichardok. IMAGE_PREPROCESS_COMMAND did the trick :)08:39
*** gtristan <gtristan!~tristanva@> has joined #yocto08:43
*** Saur <Saur!pkj@nat/axis/x-dufslgslpyeqwgek> has joined #yocto08:44
*** sno <sno!~sno@> has joined #yocto08:52
marexderRichard: do you really need custom image type ?08:55
derRichardmarex: well, "custom", all i needed was inherit core-image and a custom bb file :)08:57
marexderRichard: then why do you need the preprocess command ? :)08:57
derRichardto get rid of /var/lib/opkg/ and friends in my tar ball08:58
marexderRichard: IMAGE_FSTYPES ... .tar doesn't remove that ?08:58
marexderRichard: should it ?09:00
derRichardTBH, i don't care much09:00
derRichardall i need is a image of type tar with some packages installed and *nothing* else. IMAGE_PREPROCESS_COMMAND did it for me09:00
marexderRichard: I would expect that it should be either removed there or at least configurable09:01
marexderRichard: the IMAGE_*PROCESS_COMMAND feels like hacking around other problems09:01
derRichardif you know a "cleanup after opkg" config swtich, please tell09:02
marexderRichard: no, I don't, but at least you're in the right channel09:03
marexderRichard: someone else might09:03
marexderRichard: btw isnt some of the package manager infra needed to configure packages on first boot ?09:16
derRichardthis image is not a rootfs09:16
derRichardmy system contains of many images09:16
derRichardone of them is a tar ball09:16
LetoThe2ndsounds very much like you are reinventing the container wheel09:20
derRichardLetoThe2nd: so, how to solve it correctly? :-)09:22
LetoThe2ndderRichard: by looking at what others do. onyx by togan labs, the balena stuff.. lots of places to find inpiration.09:23
derRichardbtw. i don't mess with containers :-)09:24
derRichardjust a "special" kind of deployment09:24
*** florian_kc is now known as florian09:34
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC09:37
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto09:37
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto09:51
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto09:51
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto09:56
*** zandrey <zandrey!~zandrey@> has quit IRC09:56
*** zandrey <zandrey!~zandrey@> has joined #yocto09:56
kanavin_homeRP: 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 here09:59
kanavin_homeI am fairly sure I have seen it before, but can't find the bug09:59
kanavin_homeit might also be caused by something in my patchset though10:00
RPkanavin_home: that does look familiar10:08
RPkanavin_home: I can't find one either, worth filing10:10
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC10:12
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC10:15
kanavin_homeRP: I'll first see if it reoccurs to confirm it is intermittent.10:16
*** dl9pf_home_ <dl9pf_home_!~quassel@static.> has quit IRC10:33
*** dl9pf_home <dl9pf_home!~quassel@static.> has joined #yocto10:40
*** dl9pf_home <dl9pf_home!~quassel@opensuse/member/dl9pf> has joined #yocto10:40
*** fbre <fbre!91fdde45@> has joined #yocto10:45
fbreHi! 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 or10:48
fbredirectory ..../yocto/build/tmp/sysroots_components/x86_64/pseudo-native/usr/bin/pseudo ....10:48
fbreAny idea what this error could be?  NXP uses wic in its version "zeus".10:49
fbreMy platform is aarch6410:49
fbreI mean the target platform10:49
*** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has quit IRC10:50
fbreThat 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
LetoThe2ndfbre: chances are that whatever your NXP BSP does in this function "do_image_create_sdcard_symlink" is buggy.11:00
LetoThe2ndfbre: 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 IRC11:03
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto11:10
*** sno <sno!~sno@> has quit IRC11:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:3543:531d:382f:ed2a> has joined #yocto11:16
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ohuxmphurbruygjw> has joined #yocto11:24
*** berton <berton!~berton@> has joined #yocto11:39
*** hipr_c <hipr_c!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto11:39
*** berton <berton!~berton@> has quit IRC11:41
*** berton <berton!~berton@> has joined #yocto11:42
zandreyfbre: 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 #yocto11:43
*** sno <sno!~sno@p5b25b03a.dip0.t-ipconnect.de> has joined #yocto11:43
*** hipr_c <hipr_c!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto11:43
zandreyfbre: "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 .sdcard11:45
fbrezandrey: yes, with zeus, I don't want to use .sdcard files anymore, only the .wic files from now on11:51
*** hipr_c <hipr_c!b071484e@> has joined #yocto11:52
fbrezandrey: FYI, I had to hack that file core-image-tiny-initramfs.bb  to add aarch64 to variable COMPATIBLE_HOST11:54
*** gtristan <gtristan!~tristanva@> has quit IRC11:57
*** hipr_c <hipr_c!b071484e@> has quit IRC12:00
zandreyfbre: 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
fbrezandrey: uhm, I just find core-image-tiny-initramfs useful since it's the only one in poky/meta/recipes-core/images which mounts an overlayfs12:12
fbrezandrey: And since I thought "never touch a running system" I tried to bundle that one via INITRAMFS_IMAGE_BUNDLE12:14
zandreyfbre: 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
fbrezandrey: (y)  yeah, right. That direct hack is actually just as evaluation if I can reach my goal at all12:16
fbrezandrey: 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 evalboard12:19
zandreyfbre: Sure! ;)12:21
fbrezandrey: 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@> has joined #yocto12:25
*** hipr_c <hipr_c!~Thunderbi@> has joined #yocto12:25
*** hipr_c <hipr_c!~Thunderbi@> has joined #yocto12:25
zandreyfbre: 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
zandreyfbre: "uses" is actually "used by" :)12:26
*** hipr_c <hipr_c!05b43ea4@> has joined #yocto12:29
fbrezandrey: 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 IA3212:32
fbrezandrey: The other ready-to-use image was core-image-minimal-initramfs.bb but I can't find calls of mount -t overlayfs12:34
*** hipr_c <hipr_c!05b43ea4@> has quit IRC12:34
fbre... in its scripts12:34
*** hipr_c <hipr_c!463c38d2@rrcs-70-60-56-210.central.biz.rr.com> has joined #yocto12:36
*** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has joined #yocto12:44
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC12:46
fbreCool, 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 there12:58
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC12:58
*** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has quit IRC12:59
*** matthewzmd <matthewzmd!~user@> has joined #yocto13:09
*** fbre <fbre!91fdde45@> has quit IRC13:11
bantuHow 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 #yocto13:17
neverpanicI've been told in the past multiple writers to the same storage are supported, so that should be fine.13:18
neverpanicThat 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
neverpanicthis 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@> has quit IRC13:24
*** King_In4 <King_In4!~King_InuY@> has quit IRC13:31
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto13:34
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:46
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:49
*** jobroe_ <jobroe_!~manjaro-u@p57a59ee9.dip0.t-ipconnect.de> has joined #yocto13:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto13:54
*** jobroe <jobroe!~manjaro-u@p579ebab9.dip0.t-ipconnect.de> has quit IRC13:55
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC13:56
*** jobroe_ <jobroe_!~manjaro-u@p57a59ee9.dip0.t-ipconnect.de> has quit IRC13:56
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto13:58
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC13:59
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto14:01
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto14:10
zandreyfbre: 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 image14:13
*** tolszak <tolszak!~tolszak@apn-31-0-23-148.dynamic.gprs.plus.pl> has quit IRC14:13
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC14:14
*** rcoote <rcoote!~rcoote@ip-109-40-131-40.web.vodafone.de> has joined #yocto14:15
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC14:16
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto14:19
*** xtron <xtron!~xtron@host-185-net-102-160-119.mobilinkinfinity.net.pk> has joined #yocto14:19
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC14:21
*** xtron1 <xtron1!~xtron@> has joined #yocto14:23
*** xtron <xtron!~xtron@host-185-net-102-160-119.mobilinkinfinity.net.pk> has quit IRC14:24
*** zandrey <zandrey!~zandrey@> has quit IRC14:30
*** rcoote <rcoote!~rcoote@ip-109-40-131-40.web.vodafone.de> has quit IRC14:33
bantuneverpanic: Ah, yeah. Multiple writer support makes sense since the manual for example suggests using NFS.14:33
bantuneverpanic: 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 #yocto14:35
*** goliath <goliath!~goliath@> has quit IRC14:39
RPzeddii: I've not looked at those gcc perf failures any further FWIW14:41
zeddiiI'm digging around. so all is well.14:42
zeddiiAlso, 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@> has quit IRC14:43
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto14:43
paulgdamn commoners.14:43
*** xtron1 <xtron1!~xtron@> has joined #yocto14:43
zeddiino commoners!14:43
paulgGET OFF MY LAWN!14:43
* zeddii fires up the bentley for a cruise14:44
armpityou northerners!14:44
*** rcoote <rcoote!~rcoote@ip-109-40-131-40.web.vodafone.de> has quit IRC14:45
RPzeddii: sounds reasonable to get more of the 5.8 bits out14:45
RPzeddii: the no-common stuff is odd :/14:45
neverpanicbantu: correct, that's why we're doing it.14:49
*** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has joined #yocto14:49
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has joined #yocto14:53
*** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has quit IRC14:54
*** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has joined #yocto14:57
armpitYPTM - armpit is on14:58
*** rcoote <rcoote!~rcoote@ip-109-40-130-187.web.vodafone.de> has quit IRC14:58
dl9pfYPTM - Jan-Simon is on14:58
*** sajjad__ <sajjad__!~xtron@> has joined #yocto14:59
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto14:59
JPEWYPTM - Joshua Watt here14:59
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC15:01
*** xtron1 <xtron1!~xtron@> has quit IRC15:01
LetoThe2ndYPTM - Josef is on15:01
smurrayYPTM - Scott Murray is on15:01
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC15:03
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto15:04
T_UNIXam 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_UNIXit *seems* to be https://www.yoctoproject.org/pipermail/poky/2019-January/011602.html15:05
T_UNIXaccording 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.215:08
T_UNIXhowever, removing the symlink `/var/tmp` and providing a `tmpfs` mountpoint (via fstab) at `/var/tmp` instead, resolves the issue.15:09
JaMaYPTM - Martin Jansa is on as well15:11
*** fbre <fbre!5e865b37@> has joined #yocto15:13
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC15:14
*** fbre <fbre!5e865b37@> has quit IRC15:17
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto15:21
*** junland <junland!~junland@> has quit IRC15:22
mattsmwhat 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@> has joined #yocto15:23
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has quit IRC15:25
*** chris_ber <chris_ber!~quassel@> has quit IRC15:29
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC15:38
kergothhuh, interesting15:39
*** gtristan <gtristan!~tristanva@> has joined #yocto15:47
*** sajjad__ <sajjad__!~xtron@> has quit IRC15:49
armpitYPTM - over15:51
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC15:51
armpitkergoth, its for paulbarker ref. He asked about it15:52
paulbarkerarmpit: Thanks, I had a look through what we need to do for the silver tier while the call was wrapping up there15:52
*** fl0v0 <fl0v0!~fvo@i5E86AD4A.versanet.de> has quit IRC15:53
kanavin_homerburton: RP: I filed a bug for meta-arm kernel failures https://bugzilla.yoctoproject.org/show_bug.cgi?id=1401415:55
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto15:55
moto-timoRP: I added Future Directions link to wiki15:55
RPmoto-timo: thanks!15:55
zeddiithis 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
zeddiiif I have to cleansstate between runs, I can't hack up the code to track it down15:56
zeddiiwhat a PITA.15:56
RPzeddii: that does sound really strange :/15:56
RPzeddii: almost race like15:56
zeddiiyep. 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
zeddiibut I've been around in so many circles, I haven't convinced myself yet :D15:57
armpitzeddii, is there a -fno-PITA option ?15:59
frayarmpit 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 IRC16:00
zeddiiits definitely the generated files.16:01
kanavin_homejonmason: FYI https://bugzilla.yoctoproject.org/show_bug.cgi?id=1401416:04
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto16:07
*** gtristan <gtristan!~tristanva@> has quit IRC16:09
*** gtristan <gtristan!~tristanva@> has joined #yocto16:12
*** matthewzmd <matthewzmd!~user@> has quit IRC16:17
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:22
*** jellycode <jellycode!~jellycode@2601:408:8100:8270:35cf:602:80f5:dc> has joined #yocto16:28
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has joined #yocto16:36
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC16:41
*** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto16:44
*** gtristan <gtristan!~tristanva@> has quit IRC16:47
*** khem <khem!~khem@unaffiliated/khem> has quit IRC16:51
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto16:51
*** matthewzmd <matthewzmd!~user@> has joined #yocto16:52
*** gtristan <gtristan!~tristanva@> has joined #yocto16:54
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:55
*** ayaka <ayaka!~ayaka@> has joined #yocto17:03
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC17:03
ayakais there a simple way to update the toolchain(sdk) ? for example through the package management ?17:04
neverpanicI 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
neverpanicEasiest approach is probably packaging the entire SDK into a docker container.17:08
*** gsalazar72 <gsalazar72!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto17:09
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC17:11
*** gsalazar72 is now known as gsalazar17:13
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto17:16
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC17:39
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto17:44
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC17:46
jonmasonkanavin_home: the good news is that earlier this morning Juno dropped use of that kernel17:57
*** vicale <vicale!~vicale@dyn-13-cust157.netit.se> has quit IRC17:57
*** vicale <vicale!~vicale@dyn-13-cust157.netit.se> has joined #yocto17:59
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:02
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-poehkmqngmyeltqt> has quit IRC18:12
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-evtxuivoboyqxawg> has quit IRC18:15
*** vineela <vineela!~vtummala@> has joined #yocto18:18
*** vineela1 <vineela1!~vtummala@> has joined #yocto18:26
*** vineela <vineela!~vtummala@> has quit IRC18:26
*** vineela1 <vineela1!~vtummala@> has quit IRC18:31
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC18:34
kanavin_homejonmason: I think there are upstream fixes in stable kernels for this, so any vendor kernel just needs to rebase18:44
kanavin_homejonmason: 35b34d264cb3 scripts/dtc: Remove redundant YYLOC global declaration18:45
kanavin_home is the one you want probably18:45
jonmasonthe 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_homejonmason: meta-arm-bsp/conf/machine/n1sdp.conf is still an issue18:52
kanavin_homeso I had to reopen the bug unfortunately18:53
jonmasonfigures....time to beatup some internal people :)18:53
jonmasonwell, it is for a different platform18:53
jonmasonbut no worries, I'll get it handled18:53
kanavin_homethanks :)18:53
roussinmI'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 IRC18:58
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto18:58
roussinmSo If I active the hashserve, it retriggers a build for more than 50% of the recipes.18:59
roussinmeven the basic low level ones.18:59
roussinmWhen I deactivate the hashserve, I get ~99% sstate-cache match.19:00
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-slwytvzdlhfagsuw> has quit IRC19:01
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-kfpkijnastugvgdh> has quit IRC19:01
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-ubgceotfpmemsoce> has quit IRC19:01
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-itcbxwxajqhhshqo> has joined #yocto19:06
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-opdkjzwmptmqvuqr> has joined #yocto19:10
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-ggsbtxigcznvuxkg> has joined #yocto19:10
*** berton <berton!~berton@> has quit IRC19:30
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC19:30
JPEWroussinm: Hmm, I wonder if your hashes are marked equivalent to things not in sstate19:32
JPEWroussinm: If you let the build complete, does it get a complete match on the next build?19:33
roussinmJPEW: 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
JPEWroussinm: I would hope so19:36
*** NiksDev <NiksDev!~NiksDev@> has quit IRC19:38
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto19:39
roussinmJPEW: 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
JPEWroussinm: Yes, they are linked19:55
JPEWIf a sstate object referenced by the hash equiv server is missing, I think the build should produce one to replace it19:56
JPEWWhich is why you should have a 100% hit rate after your build19:56
roussinmbut 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
roussinmand the hashserve seems to prefer the old version sstate object from the hashserve then the new one on the sstate-server19:59
JPEWRight, 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 A20:01
JPEWSo, 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 again20:02
JPEWOf 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 that20:03
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC20:03
roussinmBut if A doesn't exist it knows about the equivalent with B, can it not try to fetch B?20:04
JPEWTheoretically, 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 equiv20:07
roussinmOk fair enough, soo deleting old sstate-object from our server is not helping our situation I guess.20:08
JPEWroussinm: Ya, probably not. Sorry20:09
JPEWLike I said, it should create the missing objects, but that doesn't save you from building them again20:09
JPEWroussinm: 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 IRC20:11
roussinmThat's what we were thinking of doing at this point.20:11
JPEWI don't think it would be terribly hard. It's a fairly simple sqlite database20:11
JPEWThe queries to pull things out are complex, but thats because I tried to keep each table row agnostic about the other rows20:12
JPEWSo 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 hash20:12
*** rcw <rcw!~rcw@> has joined #yocto20:14
JPEWroussinm: If you do write a script please share it :)20:14
roussinmJPEW: I'll try to do it! That script should live in bitbake repository right?20:15
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:15
JPEWWell.... maybe20:15
JPEWI'm not sure20:15
roussinmThat'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 #yocto20:19
*** rcw <rcw!~rcw@> has quit IRC20:21
JPEWroussinm: Ya, but not the sstate management, so it's a little weird :)20:32
roussinmright, poky/scripts20:35
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:38
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:41
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:43
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:43
*** NiksDev <NiksDev!~NiksDev@> has quit IRC20:50
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto20:51
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:56
bantuneverpanic: 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
roussinmJPEW: 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
JPEWIt's been discussed before; I think the harder part there is something that still works for every one and scales well20:59
roussinmSo 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 #yocto21:02
bantuneverpanic: *considering switching to executing rsync in parallel to the build21:03
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:09
*** rcw <rcw!~rcw@> has joined #yocto21:17
*** jadax <jadax!~jadax@ec2-54-183-7-226.us-west-1.compute.amazonaws.com> has joined #yocto21:25
jadaxHi, 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@> has quit IRC21:30
*** vineela <vineela!~vtummala@> has joined #yocto21:33
khemjadax: 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
zandreyjadax, 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 IRC21:59
zandreyjadax: 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 IRC22:06
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC22:33
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto22:35
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:38
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-lyncgfvkacebfuay> has quit IRC22:42
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-iezxutqkvxhtwxan> has quit IRC22:42
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC22:43
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-thrurvrusqdxnidi> has quit IRC22:43
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-rfqnabdlglmamems> has joined #yocto22:48
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:50
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto22:55
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-wdvugbvbprcllhzt> has joined #yocto22:56
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-cskoehwvzqbtjyel> has joined #yocto22:56
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:59
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto23:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC23:20
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:23
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:27
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC23:38
*** vineela <vineela!~vtummala@> has quit IRC23:41
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC23:49
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto23:49
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto23:50
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC23:57
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto23:57

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!