Wednesday, 2019-11-20

*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:00
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto00:02
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC00:29
*** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto00:29
*** jae1 <jae1!95c73e81@149.199.62.129> has joined #yocto00:30
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC01:02
*** jae1 <jae1!95c73e81@149.199.62.129> has quit IRC01:09
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto01:18
alimonmay be is a known issue but i'm accessing shared states trought NFS mount (SSTATE_MIRRORS = "file://DIR") and there is no progress information available, Currently  4 running tasks (0 of 0)  100%01:35
*** bigMT1 <bigMT1!~mtijbout@83-87-64-60.cable.dynamic.v4.ziggo.nl> has left #yocto01:38
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC02:00
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto02:02
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC02:04
*** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC02:23
*** kaspter <kaspter!~Instantbi@124.77.83.32> has joined #yocto02:25
*** kaspter <kaspter!~Instantbi@124.77.83.32> has quit IRC03:01
*** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto03:02
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-whkuvkxwgztfaqcc> has joined #yocto03:18
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC03:26
*** hpsy <hpsy!~hpsy@b2b-78-94-34-50.unitymedia.biz> has quit IRC03:29
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto03:30
*** camus <camus!~Instantbi@222.67.188.180> has joined #yocto04:20
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC04:20
*** camus is now known as kaspter04:20
*** anujm <anujm!~anujm@134.134.137.75> has quit IRC04:27
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC04:45
*** khem <khem!~khem@unaffiliated/khem> has quit IRC04:54
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto04:59
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC05:04
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto05:05
*** camus <camus!~Instantbi@101.93.194.160> has joined #yocto05:16
*** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC05:17
*** camus is now known as kaspter05:17
yoctiNew news from stackoverflow: Device is unable to BOOT or INSTALL with generated .hddimg <https://stackoverflow.com/questions/58947276/device-is-unable-to-boot-or-install-with-generated-hddimg>05:40
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:18
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto06:38
*** armpit <armpit!~armpit@2601:202:4180:a5c0:74ae:93d3:f7e4:1219> has joined #yocto06:39
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto06:53
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto07:07
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC07:19
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto07:34
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC07:38
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto07:45
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto07:48
*** frsc <frsc!~frsc@gw04n01.gw.freifunk-stuttgart.de> has joined #yocto07:50
*** frsc <frsc!~frsc@gw04n01.gw.freifunk-stuttgart.de> has quit IRC08:01
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC08:02
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto08:19
*** frsc <frsc!~frsc@i6DFA85B8.versanet.de> has joined #yocto08:20
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto08:38
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto08:48
*** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has joined #yocto08:49
*** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto08:58
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:06
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:11
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:12
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:26
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC09:53
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:53
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:55
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:58
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC10:05
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto10:07
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto11:06
*** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has quit IRC11:11
*** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has joined #yocto11:32
*** berton <berton!~berton@181.220.83.67> has joined #yocto11:37
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto11:48
*** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has joined #yocto11:57
GeneralStupidHi, is there a way to create a sdcard image directly out of yocto? I read that its only creating wic images from 2.5  on11:58
qschulzGeneralStupid: use wic and dd the resulting image to your sdcard12:00
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-epliflhpjkytjwzn> has joined #yocto12:03
kanavinRP, rburton: is it a horrible idea to drop lrzsz and minicom from oe-core?12:11
rburton kanavin i tried already12:16
rburtonwaa waaa i want to use xmodem waa waa ;)12:17
rburtonkanavin: please do try again :)12:17
rburtonkanavin: got annoyed at something and now i'm building rpm without NSS12:18
GeneralStupidqschulz: Hm ok, maybe i need some postbuild scripts then.12:19
rburtonwhat magic is the rpi sdcard image actually doing12:22
rburtonGeneralStupid: anyway, wic being recommended doesnt' stop anyone using another image types, like sdcard12:22
LetoThe2ndGeneralStupid: nah, you don't need any magic scripts. its just that the filename does not end in "sdcard"12:23
qschulzrburton: ah my bad then, I thought sdcard was replaced by wic. Mixed up things again I guess.12:23
rburtonqschulz: i've no idea what rpi is up to :)12:24
LetoThe2ndGeneralStupid: so if you've got something that creates a file that ends in "wic", it means that its a binary thing thats meant to be used directly.12:24
rburtonkanavin: not saying i'm awesome but i think rpm was actually the last user of nspr/nss in oe-core12:25
rburtonkanavin: that's got be a good win right12:25
kanavinrburton, you better check what needs it in meta-oe12:26
kanavinI suspect that'd be mozjs, and thus polkit12:26
kanavinwhich we plan on bringing into oe-core, so duh12:26
rburtondamnit!12:26
rburtonwell i'm just happy nspr/nss isn't on the path to get packaging going12:26
kanavinah that is certainly a win12:27
kanavinthey're not using parallel builds for one thing12:27
rburtonbut i'm confused why building *anything* is causing a kernel build12:27
rburtoni'm bitbaking rpm rpm-native and its building the kernel.12:27
GeneralStupidrburton: the "sdcard" FSTYPE is no longer available12:28
GeneralStupidLetoThe2nd: Ok, its just gunzipped. But your right, i guess my colleagues will figure it out :)12:28
LetoThe2ndrburton: because more is more12:29
LetoThe2ndrburton: https://www.youtube.com/watch?v=QHZ48AE3TOI12:29
rburtonGeneralStupid: there never has been a sdcard type in oe-core.12:29
LetoThe2ndrburton: "we have always been at war with..." </SCNR>12:29
rburtonmeta-rpi has a sdcard_image-rpi12:30
GeneralStupidah then my BSP removed it12:30
rburtonright12:30
rburtonthey probably just moved to wic to make the same thing12:30
GeneralStupidthis is not really an issue.12:30
rburtoncorrect12:30
LetoThe2ndi wish i had gotten a dollar for each time somebody asked me about {rpi, fsl} .sdcard IMAGE_FSTYPE12:31
LetoThe2ndor at least a beer.,12:31
rburtondeffo take beer over dollars12:32
farnerupIs there a way of listing the files that went into the wic without mounting the file system?12:35
rburtonfarnerup: the deploy dir has an image manifest listing the packages that went in12:35
LetoThe2ndfarnerup: for the rootfs, yes. for the wic, not by definition.12:35
farnerupWell, the rootfs12:36
LetoThe2ndfarnerup: if you happen to also build a tar.gz or tar.bz2 or similar image, you can directly get a list of contents. if not, then you have to enable BUILD....something. we have some magic for it, i just can't properly memorize its name12:37
LetoThe2nd(its actually the planned topic for the next lilve coding session)12:37
LetoThe2ndBUILDSTATS? BUILDHISTORY?12:38
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto12:38
rburtonyeah buildhistory has image contents in12:40
yoctiNew news from stackoverflow: Yocto - creating a dependency for WIC to cpio.gz image <https://stackoverflow.com/questions/58954170/yocto-creating-a-dependency-for-wic-to-cpio-gz-image>12:41
LetoThe2ndrburton: thx. how much do you charge for acting as my external brains?12:41
rburtonyou'll find out when you get the invoice12:42
LetoThe2ndoO( is an invoice actually the opposite of an outvoice? )12:43
farnerupThanks, buildhistory was useful12:53
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto13:12
rburtonwould be trivial to write a class to that puts a full file listing in deploydir13:14
rburtonif that's what you're after13:14
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC13:45
*** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has quit IRC13:51
*** retoatwork <retoatwork!~reto@85.195.220.82> has quit IRC14:00
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-kmpufutjwqvomjbg> has quit IRC14:08
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:11
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto14:18
*** Tamis <Tamis!b92ed664@185.46.214.100> has joined #yocto14:19
TamisHello, with https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html it is stated that "Added m68k architecture definitions" and "Added mcf5441x cpu type tuning". I was wandering what kind of MACHINE in local.conf should I select to build for this architecture? And where I find the extra layer to this MACHINE.conf?14:29
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto14:31
rburtonTamis: its the arch definitions conf/machine/include/m68k, not a concrete machine.  search layers.openembedded.org for the machine you're targetting, or write a new machine yourself.14:32
Tamisrburton: That's what I was suspecting also. Thanks a lot.14:41
*** johnnylintw <johnnylintw!~johnnylin@softbank126012046134.bbtec.net> has joined #yocto14:43
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC14:57
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto14:57
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto15:01
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC15:04
yoctiNew news from stackoverflow: Patch Kernel-Module Makefile <https://stackoverflow.com/questions/58957305/patch-kernel-module-makefile>15:11
*** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC15:39
GeneralStupidHm i try to use my own defconfig but yocto is not using it...15:40
*** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto15:42
qschulzGeneralStupid: for which recipe?15:44
rburtonkanavin: comparing building rpm from scratch with nss vs libgcrypt:   -352.6s    -4.6%    2:07:25.1 (7645.1s) -> 2:01:32.5 (7292.5s)15:44
kanavinrburton, cool, why didn't we use gcrypt before? is it a new feature?15:45
rburtonyeah15:45
rburtonits not in the release we use yet15:45
kanavinare you on top of my 4.15 patches?15:45
rburtonaah no15:45
kanavinI sent them the other day... :)15:46
rburtonhuh15:46
qschulzif you're using bbappend, check that your bbappend is detected with bitbake-layers show-appends15:46
rburtonah yes there they are15:46
qschulzGeneralStupid: ^15:46
rburtonkanavin: fine i'll rebase :)15:47
rburtonkanavin: didn't land in 4.15 either by the look of it15:47
qschulzGeneralStupid: make sure you have a FILEEXTRAPATHS_prepend := (prepend and := are both equally important)15:47
rburtonhm should have, odd.15:47
GeneralStupidqschulz: for linux-imx (from NXP) i added a "bbappend" file15:47
qschulzGeneralStupid: are you even sure this recipe supports defconfig taken from yocto?15:48
GeneralStupidqschulz: maybe this is the right question :D15:48
qschulzGeneralStupid: is it somewhere in a repo where we could see?15:48
kanavinrburton, it did: https://github.com/rpm-software-management/rpm/blob/rpm-4.15.x/configure.ac15:49
kanavinthere is a clear choice for gcrypt there15:49
rburtonkanavin: yeah for some reason github isn't doing the right thing15:50
rburtonstill need a fiddle to stop libgcrypt-config exploding15:50
GeneralStupidqschulz: https://github.com/Freescale/meta-freescale/tree/thud/recipes-kernel/linux15:50
GeneralStupidiam using 4.9.12315:51
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC15:52
fullstopI built a new image w/systemd enabled.. and starting "postinst" has been running for several minutes.  Is there any way to know what it is currently doing?15:54
fullstopI can't get ssh or console access in this state.15:54
fullstop /var/lib/opkg/info has a lot of .postinst files15:55
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC15:55
qschulzGeneralStupid: it seems like they do15:57
qschulzGeneralStupid: can you give me the exact path from the root of your layer to your defconfig?15:58
GeneralStupidrecipes-kernel/linux-imx/fslc/defconfig_small15:59
GeneralStupidi added this filename to my SRC_URI and i tried with KERNEL_DEFCONFIG_machine =16:00
GeneralStupidIam also fine with using a simple "defconfig" but it is not using my defconfig. Everytime i boot up i still have CAN drivers etc.etc. in16:00
qschulzit has to be name defconfig16:00
GeneralStupidqschulz: i have to leave now, but i will read backlog later. thanks for your help16:01
GeneralStupidqschulz: thanks. i thought i could rename it. but good to know16:01
kergoththere's little consistency in how defconfig is used in kernel recipes, sadly16:01
rburtonkanavin: recipe has '# libraries are also LGPL - how to express this?' above the license field, might want to review the packaging and license variables16:01
kergothmost commonly defconfig is in SRC_URI under that exact name, then kernel.bbclass's do_configure copies WORKDIR/defconfig to .config, but therer are many varations depending on the recipe16:01
qschulzGeneralStupid: 1) defconfig has to be named defconfig 2) I heavily suspect OVERRIDES is in play here. Even when bbappends are in the story, they can still not override original recipes if where the local files are stored are some kind of machine specific16:02
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:03
qschulzGeneralStupid: read kergoth for explanation on how defconfig is usually taken into account by kernel recipes16:03
qschulzGeneralStupid: to find out in where the defconfig is taken from, you can either read the log in WORKDIR/temp/log.do_fetch or WORKDIR/temp/run.do_fetch (but it should be log IIRC). There you should be able to see which paths are tried first. You can also use bitbake -e if you want.16:04
kanavinrburton, which recipe?16:04
qschulzGeneralStupid: basically, some directories have precedence depending on how they are named. Highest precedence to lowest precedence = rightmost to leftmost in OVERRIDES16:05
kanavinah rpm16:06
qschulzLetoThe2nd: I'd put OVERRIDES and "specifiers" (FOO_<override>) on the TODO list for tutorials if not already there. I found that is a tricky and not very explicit topic16:07
qschulzLetoThe2nd: I wanted to talk to you about that topic but forgot, now that the topic was just brought up again, I remembered :)16:07
qschulzGeneralStupid: to sum up, I think either fslc (that you use in your path) is either not in OVERRIDES, or is in lower "precedence" over imx or imx816:10
kergothi think the most thorough current coverage on overrides is in the bitbake user manual, but even that isn't perfect16:11
kergothafaik not everything in that manual is in the yocto mega manual16:12
qschulzkergoth: the whole OVERRIDES stuff goes so far in consequences and is kind of complex in conjunction with _append et al.16:12
kergothyep, that's covered specifically, including brief coverage on the difference between FOO_<override>_append and FOO_append_<override>, which are entirely different things16:13
kergothadmittedly i'm not the best writer, so the quality of the wording in the bitbake user manual isn't as good as the yocto manuals, but the key aspects are there16:14
qschulzkergoth: (also, I might have read this whole thing (or maybe only the mega-manual) a long time ago when it was not so clear) I should re-read again before criticizing :)16:17
kergothlike i siad, definitely room for improvement, just happens to be a document with less visibility than the rest of the yocto stuff, so is often unknown16:19
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC16:28
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:29
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:32
*** vineela <vineela!vtummala@nat/intel/x-ghwgawteuofcvqtl> has joined #yocto16:34
*** yann|work <yann|work!~yann@85.118.38.73> has quit IRC16:36
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC16:42
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto16:48
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC16:51
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto16:59
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto17:00
rcrudoI am trying to create the dir /var/lib/redis via bbappend recipe, but it's not created in the final image. how can I create a dir at /var/lib?17:01
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC17:01
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto17:01
qschulzrcrudo: install -d "${D}${localstatedir}/lib/redis17:05
qschulz"17:05
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC17:14
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto17:14
rcrudoqschulz: I used install command as well but with hardcoded /var instead of ${localstatedir}. should that make the difference?17:15
qschulzif you have ${D} in front of it no17:15
rcrudoqschulz: II have17:16
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC17:16
qschulzrcrudo: is there any change to FILES_${PN} by any chance in that recipe?17:17
kergothiirc /var/lib is usually in our tmpfs via volatile, you probably need to use tmpfiles for systemd and volatiles for sysvinit to ensure it's created on boot17:17
qschulzFILES_${PN} by default has /var/lib in it17:17
*** vineela <vineela!vtummala@nat/intel/x-ghwgawteuofcvqtl> has quit IRC17:18
rcrudoI don't have FILES_${PN} in the append, only FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"17:18
*** hpsy <hpsy!~hpsy@b2b-78-94-34-50.unitymedia.biz> has joined #yocto17:18
qschulzrcrudo: does not mean that the original recipe you're appending to is not changing FILES_${PN}. Though I'd try to check what kergoth said :)17:19
rcrudokergoth: my mount shows "/dev/mmcblk1p1 on /var type ext4"17:21
rcrudojust tested creating a new dir at /var/lib. it persists after the a reboot17:24
rcrudoI see the dir exists at ./tmp/work/imx6ulmdb-oe-linux-gnueabi/image/1.0-r0/rootfs/var but not at ./tmp/work/imx6ulmdb-oe-linux-gnueabi/image/1.0-r0/ostree-rootfs/var17:27
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:29
*** rcw <rcw!~rcw@unknown-6-55.windriver.com> has joined #yocto17:33
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC17:40
*** hpsy <hpsy!~hpsy@b2b-78-94-34-50.unitymedia.biz> has quit IRC17:41
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto17:50
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto18:03
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC18:17
fullstopLet's say that I wanted to have a working gcc in my image.. is there a package for this?  gcc seems to be the host, not the target.18:29
JPEWfullstop: You might be able to add "tools-sdk" to EXTRA_IMAGE_FEATURES18:30
JPEWOtherwise, that IMAGE_FEATURES should be tied to a packagegroup and you could manually include that also18:31
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto18:32
fullstopthanks, JPEW18:33
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC18:38
fullstopsomeone adding tools-sdk seems to be building a ton of stuff, so maybe that's a good thing.18:38
fullstopSomeone here seems to be incapable of cross compiling their own stuff for some reason.18:38
*** frsc <frsc!~frsc@i6DFA85B8.versanet.de> has quit IRC18:41
fullstopall good things must come to an end.  fatal error: sys/ustat.h: No such file or directory18:55
JPEWfullstop: Is that in bitbake or on target?18:58
fullstopJPEW bitbake, but I'm stuck using gcc 7.2 because nvidia18:58
JPEWah, that's too bad18:59
fullstopyes, it is.18:59
fullstopThis person will have to get used to cross compiling.18:59
Crofton|workfullstop, is this because of nvidai tools needing old gcc?19:01
Crofton|workleon-anavi, may have some slides19:02
JPEWOn target development isn't really all that great anyway. I like my complicated vim config :)19:02
fullstopCrofton|work: yes19:02
Crofton|workanyone know if the slides from YP Summit are online? Day 2? I hope Leon gave that talk :)19:03
*** learningc <learningc!~pi@121.122.85.48> has quit IRC19:12
*** learningc <learningc!~pi@121.122.85.48> has joined #yocto19:14
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC19:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:21
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:30
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:30
LetoThe2ndarmpit: i hope the india-style in writing was intended :)19:47
*** Tamis <Tamis!b92ed664@185.46.214.100> has quit IRC19:52
khemGenerally you want few other things with gcc on target19:58
khemEXTRA_IMAGE_FEATURES_append = " tools-sdk tools-debug dev-pkgs dbg-pkgs packagegroup-core-buildessential gawk git git-perltools"19:59
kheme.g. will get you git working on target with toolchain fully functional19:59
khemI use it often to build glibc on target20:00
khemcross compiling is too much when it comes to edit-compile-debug cycles :)20:01
khemoh and for your dotfiles issue create a git repo with all your dot config gold and clone it first thing on target20:02
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-epliflhpjkytjwzn> has quit IRC20:10
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC20:35
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC20:40
tlwoernerRP: wow! great article on lwn (i'm probably late to the party, like always...)20:41
JaMais this the new YP naming convention? https://where2walk.co.uk/walks/lake_district/great-dun-fell-from-dufton/ https://where2walk.co.uk/walks/lake_district/fleetwith-pike/ ?20:42
*** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto20:43
LetoThe2ndtlwoerner: nah, i'm alwways late on lwn parties because i have to wait until the articles are free20:43
tlwoernerJaMa: apparently so, although i suspect our fearless leader rode his motorcycle instead of walked... ?20:47
* tlwoerner pays for his lwn subscription with his own money :-/20:49
LetoThe2ndthe point about lwn for me is that actually only like 2 or 3 articles per year are really interesting to me. and then the subscription would be, well... bearing a bad price/value ratoin20:51
tlwoerneri've met the people, and they are good people :-) i like their conference reports (since i don't get to many conferences) i don't read lwn as much as i should, but i appreciate their work (and therefore support it)20:54
JaMatlwoerner: I fear that these places mark where something broke on his motorcycle or him :)20:54
tlwoernerJaMa: hahaha lol20:54
LetoThe2ndtlwoerner: absolutely true.20:54
LetoThe2ndtlwoerner: i just already have a selection of things that i support for many years, and, lwn didn't make it onto the list.20:56
tlwoernerLetoThe2nd: i had no hesitation paying (whatever it was) to subscribe to <insert streaming service here>, and all it did was waste my time and make me more stupider20:56
tlwoernerLetoThe2nd: so i quit the <streaming service> and sent my money to lwn instead!20:57
* JaMa feels sorry for LetoThe2nd's Yocto steaming service :)20:57
JaMa+r20:58
LetoThe2ndtlwoerner: now thats a good choice indeed. i on the other hand have a long standing habit of not subscribing to things that i do not actively enjoy, so there is nothing i could quit.20:58
LetoThe2ndJaMa: my "steaming service"?20:58
LetoThe2nd(do we have new release names, by the way, or what?)20:59
tlwoernerLetoThe2nd: yes: https://wiki.yoctoproject.org/wiki/Releases20:59
JaMayes, https://wiki.yoctoproject.org/wiki/Releases was updated20:59
LetoThe2ndah20:59
LetoThe2ndsupport level "dreaming" ++21:01
LetoThe2ndanyways, gn821:04
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto21:18
*** jae1 <jae1!95c73e81@149.199.62.129> has joined #yocto21:24
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-whkuvkxwgztfaqcc> has quit IRC21:32
*** berton <berton!~berton@181.220.83.67> has quit IRC21:33
RPtlwoerner: glad you liked it :)21:35
RPJaMa: I wondered how long people would take to notice :)21:36
RPJaMa: I like your theory too :)21:37
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC21:43
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC21:44
JaMaRP: :) is there any reason why you haven't pushed the oe-core/bitbake tags for older releases (as discussed in last OE TSC meeting)?21:47
RPJaMa: I simply forgot, sorry :(21:48
RPJaMa: I wanted to check up on key signing and then got distracted21:48
JaMano problem, just wanted to check if something else is expected from me21:48
RPJaMa: no, my fault, sorry21:49
JaMaI didn't sign the tags, only made them annotated21:49
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC21:52
RPJaMa: right, I just wanted to check some things to compare with our other release tags21:52
*** rcw <rcw!~rcw@unknown-6-55.windriver.com> has quit IRC21:55
adelcastRP: today I looked at the ipk you attached at https://bugzilla.yoctoproject.org/show_bug.cgi?id=1363821:55
yoctiBug 13638: normal, Undecided, ---, alejandro.delcastillo, NEW , opkg double free when reproducibile builds enabled21:55
adelcastI believe its not a well formed xz file21:55
adelcastI have a patch to prevent opkg from segfaulting on invalid data.tar.* files, but wanted to let you know (dunno which process created the ipk)21:56
RPadelcast: in my local tests, the xz bit seemed fine and the problem then becomes a zero size tar file21:56
*** lucaceresoli_ <lucaceresoli_!~lucaceres@212-124-187-247.v4.ngi.it> has joined #yocto21:57
RPadelcast: should be been created by opkg-build in the usual way21:57
RPadelcast: I am however also puzzled how we generated it :/21:57
adelcastmm, really? I opened it directly via vim, then got:21:57
adelcast" tar.vim version v2921:58
adelcast" Browsing tarfile /tmp/test/data.tar.xz21:58
adelcast" Select a file with cursor and press ENTER21:58
adelcasttar: This does not look like a tar archive21:58
adelcasttar: Exiting with failure status due to previous errors21:58
adelcastand libarchive fails too, when uncompressing21:58
RPadelcast: (I tested by ar -x xxx.ipk and then xz -d data.tar.xz)21:58
RPthat gives a zero byte data.tar21:58
* RP isn't surprised tar doesn't like that21:59
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto21:59
RPadelcast: I'm not claiming its a valid file, just explaining where the problem is (as I understand it)22:00
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC22:00
adelcastweird.....maybe I am missing a libarchive flag for empty archives22:01
RPadelcast: I've been unable to trackdown which build generates this or how/why :/22:07
RPadelcast: perhaps I'd have more luck adding errors to opkg-build for empty files22:07
adelcastRP: yes, capturing the call/inputs that generate the empty file makes sense to me22:07
*** lucaceresoli__ <lucaceresoli__!~lucaceres@212-124-187-247.v4.ngi.it> has joined #yocto22:07
RPadelcast: anyhow, thanks for fixing opkg so we at least get sensible errors for this (and presumably no longer have the double free if libarchive fails?)22:07
*** lucaceresoli_ <lucaceresoli_!~lucaceres@212-124-187-247.v4.ngi.it> has quit IRC22:07
RPadelcast: all we can do is fix the different pieces this is highlight problems with and keep going until we find the source!22:08
adelcastRP: yes, I have the libarchive patch ready, just want to get to the bottom of why libarchive is failing on empty xz while the xz command is not....22:08
*** hyper_dave <hyper_dave!~dave@196.188.72.247> has quit IRC22:10
RPadelcast: fair enough. I haven't looked into that enough to know whether this should work or not as yet :/22:11
adelcastRP: yes, opkg was missing support for empty archives, that needs to be explicitly enabled on libarchive22:25
adelcastI have a path ready to enable it, which makes the problematic ipk install correctly22:25
adelcastno idea why we haven't seen this before on virtual packages22:25
*** lucaceresoli__ <lucaceresoli__!~lucaceres@212-124-187-247.v4.ngi.it> has quit IRC22:39
*** diego_r <diego_r!~diego@81.29.205.101> has quit IRC22:53
RPadelcast: interesting. More questions than answers! :)22:56
RPadelcast: patches look good though thanks22:57
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto22:59
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC22:59
*** hpsy <hpsy!~hpsy@b2b-78-94-34-50.unitymedia.biz> has joined #yocto23:04
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC23:04
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC23:28
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto23:29
*** hpsy <hpsy!~hpsy@b2b-78-94-34-50.unitymedia.biz> has quit IRC23:31
*** hpsy <hpsy!~hpsy@b2b-78-94-34-50.unitymedia.biz> has joined #yocto23:32
*** anujm <anujm!~anujm@134.134.139.74> has joined #yocto23:35
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC23:37
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC23:40
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC23:51
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto23:52
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:54

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!