Friday, 2020-08-14

*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:09
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto00:50
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto01:20
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto01:45
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC01:45
*** camus1 is now known as kaspter01:45
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC01:47
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto01:48
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC01:49
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC02:09
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC02:15
*** gtristan <gtristan!~tristanva@175.211.69.194> has quit IRC02:53
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC02:53
*** wberrier <wberrier!~wberrier@c-24-11-8-165.hsd1.ut.comcast.net> has quit IRC02:53
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC02:53
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC02:53
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC02:53
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC02:53
*** retoatwork <retoatwork!~retoatwor@85.195.220.82> has quit IRC02:53
*** zkrx <zkrx!~quassel@adsl-89-217-234-211.adslplus.ch> has quit IRC02:53
*** u1106 <u1106!~quassel@uwe.iki.fi> has quit IRC02:53
*** dStruct <dStruct!~matt@unaffiliated/dstruct> has quit IRC02:53
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC02:53
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has quit IRC02:53
*** Frogging101 <Frogging101!~Frogging@kitsune.fastquake.com> has quit IRC02:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC02:53
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC02:53
*** jft <jft!znc@159.203.20.86> has quit IRC02:53
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto02:54
*** jft <jft!znc@159.203.20.86> has joined #yocto02:54
*** gtristan <gtristan!~tristanva@175.211.69.194> has joined #yocto02:59
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto02:59
*** wberrier <wberrier!~wberrier@c-24-11-8-165.hsd1.ut.comcast.net> has joined #yocto02:59
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has joined #yocto02:59
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto02:59
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto02:59
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto02:59
*** retoatwork <retoatwork!~retoatwor@85.195.220.82> has joined #yocto02:59
*** zkrx <zkrx!~quassel@adsl-89-217-234-211.adslplus.ch> has joined #yocto02:59
*** u1106 <u1106!~quassel@uwe.iki.fi> has joined #yocto02:59
*** dStruct <dStruct!~matt@unaffiliated/dstruct> has joined #yocto02:59
*** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto02:59
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto02:59
*** Frogging101 <Frogging101!~Frogging@kitsune.fastquake.com> has joined #yocto02:59
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC03:15
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:22
*** vineela <vineela!vtummala@nat/intel/x-ivreefyucyiplvxr> has quit IRC04:02
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto04:03
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto04:06
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC04:08
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:10
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:24
*** sukbeom <sukbeom!~sukbeom@211.222.84.48> has joined #yocto04:39
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto04:42
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC04:44
*** camus1 is now known as kaspter04:44
*** sukbeom <sukbeom!~sukbeom@211.222.84.48> has quit IRC04:49
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC04:52
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto04:52
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC05:02
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC05:10
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zbrdftlxrhjqrgia> has quit IRC05:16
*** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has quit IRC05:28
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto05:32
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC05:45
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC05:48
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC05:49
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC05:49
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has quit IRC05:49
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto05:49
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has joined #yocto05:50
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto05:50
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:50
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC05:51
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto05:51
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto05:52
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto06:01
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC06:02
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto06:03
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:04
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC06:09
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:10
*** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto06:12
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:13
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC06:17
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto06:17
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto06:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC06:19
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:20
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:27
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:29
*** gtristan <gtristan!~tristanva@175.211.69.194> has quit IRC06:31
*** gtristan <gtristan!~tristanva@1.232.31.133> has joined #yocto06:41
*** gsalazar <gsalazar!5e3ce511@gateway/web/cgi-irc/kiwiirc.com/ip.94.60.229.17> has joined #yocto06:45
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC07:07
*** jkimblad <jkimblad!~jacob@h-161-8.A137.corp.bahnhof.se> has quit IRC07:09
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto07:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC07:15
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto07:20
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC07:28
*** linums <linums!~linums@apn-94-44-126-156.vodafone.hu> has quit IRC07:29
*** linums <linums!~linums@apn-94-44-236-134.vodafone.hu> has joined #yocto07:30
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto07:32
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC07:38
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto07:38
*** vicale <vicale!~vicale@dyn-13-cust157.netit.se> has joined #yocto07:38
*** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto07:49
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC07:50
fbreHi, as I called "bitbake core-image-tiny-initramfs" on my sumo I get the error "Nothing RPROVIDES '${VIRTUAL-RUNTIME_dev_manager}' (but .... poky/meta/recipes-core/images/core-image-tiny-initramfs.bb RDEPENDS on or otherwise requires it).  What does this mean and what should I do?07:52
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC08:17
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto08:17
*** linums <linums!~linums@apn-94-44-236-134.vodafone.hu> has quit IRC08:23
*** linums <linums!~linums@2a01-036d-0109-8578-3538-41ac-a639-f9fe.pool6.digikabel.hu> has joined #yocto08:24
fbreaaah, I had to add in my local.conf: VIRTUAL-RUNTIME_dev_manager = "busybox_mdev"08:24
*** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto08:46
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC08:47
fbreNow I've managed to include an additional RAM filesystem image to the Linux kernel via INITRAMFS_IMAGE = "core-image-tiny-initramfs" and INITRAMFS_IMAGE_BUNDLE = "1". As I bootet such kernel image I don't see that initramfs is loaded automatically. Do you know if I have to call special cmdline parameters to the kernel?09:05
qschulzfbre: if it's an initrd inside the kernel, there's actually no way to override it. If it's an initramfs loaded on the side, then root=/dev/ram0 probably?09:09
qschulz(no  way to override it => nothing to do)09:10
qschulzfbre: https://www.kernel.org/doc/html/latest/admin-guide/initrd.html09:10
fbreit's an initramfs. OK, I'll try that root=/dev/ram0 in u-boot as cmdline parameter09:10
qschulzfbre: or send us the bootargs you're using, maybe even the boot command (boot{i,z,m} with the laod addresses) and what's the error at the end of the boot process (basically the few lines before booting the kernel and the whole bootlog... on a pastebin)09:13
*** khem <khem!~khem@unaffiliated/khem> has quit IRC09:13
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC09:15
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto09:16
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto09:25
fbreqschulz: bootargs console=ttymxc1,115200 earlycon=ec_imx6q,0x30890000,115200 root=/dev/mmcblk1p2 rootwait rw09:25
qschulzfbre: replace root then :)09:27
fbreqschulz: I replaced /dev/mmcblk1p2 with /dev/ram0  and the booting hangs with last console msg "Waiting for root device /dev/ram0...09:29
qschulzfbre: how did you load your initramfs? which address, what's its size, same for kernel/dtb and the boot command you used09:31
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC09:31
fbreqschulz: As I use     root=/dev/ram0 rw       without rootwait so to speak, there is kernel panic with "VFS: Cannot open root device "ram0" or unknown-block(0,0): error -6 Please append a correct "root=" boot option..."09:32
qschulzfbre: have you compiled your kernel with initramfs support?09:34
*** linums <linums!~linums@2a01-036d-0109-8578-3538-41ac-a639-f9fe.pool6.digikabel.hu> has quit IRC09:35
qschulzdoes it have support for the compression (if you're using any outside of cpio) of your initramfs?09:35
fbreqschulz: Yes, initramfs support is on in section "General" of the kernel menuconfig. I simply use the core-image-tiny-initramfs image provided by sumo without any change. Do I have to modify its .bb file?09:35
*** linums <linums!~linums@2a01-036d-0109-8578-3538-41ac-a639-f9fe.pool6.digikabel.hu> has joined #yocto09:36
fbreqschulz: is the cmdline argument   root=/dev/ram0 rootwait rw     right, or should I use it without "rootwait"?09:36
fbreqschulz: all compression checkboxes are on in kernel menuconfig under "General setup-->Initial RAM filesystem and RAM disk support"09:40
fbreqschulz: you asked "how did you load your initramfs?". I just added two lines in my local.conf:    INITRAMFS_IMAGE = "core-image-tiny-initramfs" and INITRAMFS_IMAGE_BUNDLE = "1".09:48
fbreqschulz: ... according to https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#ref-features-image?09:52
*** gtristan <gtristan!~tristanva@1.232.31.133> has quit IRC09:53
qschulzfbre: from u-boot09:53
mcfriskhey! is update-alternatives supposed to work out of the box in SDK too? I don't use it on target but some tools like "file" inside SDK don't seem to work, or they only provide the usr/bin/file.file binaries by default. Should I force installation of update-alternatives to SDK, or some other distro feature perhaps?09:54
mcfriskor disable alternatives support for nativesdk recipes I care about?09:54
rburtonmcfrisk: huh we should probably ship nativesdk-update-alternatives09:58
rburtonor 'flatten' the alternatives so you just haev a file binary09:58
fbreDo I have to set other u-boot arguments than        root=/dev/ram0 rootwait rw      ?09:59
fbre...as you wrote about address and size (?)10:00
*** rubdos_ is now known as rubdos10:04
qschulzfbre: the boot command, not the bootargs. How do you boot your kernel?10:05
fbreqschulz: this is how I boot https://www.dropbox.com/s/ezn44lpw6qblrt9/20200814_120611.jpg?dl=010:07
*** vineela <vineela!~vtummala@134.134.137.73> has quit IRC10:07
fbreqschulz: Some minutes ago I replaced /dev/mmcblk1p2 with /dev/ram010:09
*** hpsy <hpsy!~hpsy@92.118.12.13> has joined #yocto10:10
*** jij <jij!jonashg@nat/axis/x-ejpaldiovfkyjtlc> has joined #yocto10:10
*** rcoote <rcoote!~rcoote@5.146.198.21> has joined #yocto10:11
fbremmcargs and mmcroot are the variables which are used on booting here.10:12
*** jij <jij!jonashg@nat/axis/x-ejpaldiovfkyjtlc> has quit IRC10:13
mcfriskrburton: yes, sounds like nativesdk-update-alternatives should be in SDK by default via some dependency..10:25
qschulzfbre: so we agree that your initramfs is **NOT** embedded in the kernel right?10:29
fbreqschulz: Not sure what you mean. I set  INITRAMFS_IMAGE and  INITRAMFS_IMAGE_BUNDLE and hope the initramfs is embedded in the kernel then.10:33
qschulzfbre: if it is embedded in the kernel, it "just works". Have you noticed any non negilgible increase in the Image size of the kernel? (like... a few MB at least)10:34
qschulzfbre: and if it's really embedded, then it's an initrd and not an initramfs10:35
qschulzif your INITRAMFS_IMAGE_BUNDLE is set to 1, then it's an initrd10:36
qschulzIIRC, there is probably another config option for initrd in the kernel config10:36
qschulzand I'm not 100% sure if there's some logic required in your yocto recipe (if it comes from BSP vendor for example)10:36
fbreqschulz: OK, I'll build with and without both variables and have a look at the sizes of the .sdcard files I flash to SD card.10:37
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC10:39
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto10:40
qschulzfbre: sdcard does not matter, it's the size of the kernel that matters. When you run boot, u-boot should take longer to load the kernel (and its siez should be bigger, monitor the size since it should be reported by u-boot)10:42
PaowZhi there ! I'm getting something strange when building a lib through a simple recipe.. In fact, generated binaries got their ELF interpreter pointing to /lib/ld-linux-x86-64.so.2 instead of /lib64/ld-linux-x86-64.so.2.. I built that lib independently  and got a proper ELF interpreter.. what could be the cause of that ? any clue ?10:43
qschulzPaowZ: multilib10:46
PaowZqschulz: multilib ?? what do you mean ?10:53
PaowZyou mean something like that ? https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#combining-multiple-versions-library-files-into-one-image10:54
PaowZwhat I find weird is why does yocto produce /lib/ld-linux-x86-64.so.2 and not /lib/ld-linux.so.2 nor /lib64/ld-linux-x86-64.so.2.. I'm getting a mix between the two interpreter link..10:57
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto11:06
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto11:17
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto11:17
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.140.97> has joined #yocto11:17
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC11:21
neverpanicPaowZ: The binaries compiled within Yocto should already automatically have the correct interpreter set.11:21
neverpanicAny precompiled binaries you can treat using patchelf.11:22
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto11:22
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.140.97> has quit IRC11:24
fbreqschulz: hmm, the reported size is always the same before the message "Starting kernel ..." appears. I can see: 23099904 bytes read in 995 ms (22.1 MiB/s), Booting from mmc ..., 45414 bytes read in 17 ms (2.5 MiB/s)11:25
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vzvosajehasmspxb> has joined #yocto11:26
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC11:26
fbreqschulz: Is that the size message you mean?11:27
*** fbre <fbre!91fdde45@145.253.222.69> has quit IRC11:32
*** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto11:33
*** jij <jij!jonashg@nat/axis/x-lnwghxpnmnizeihd> has joined #yocto11:36
qschulzfbre: wow... 23BM kernel :D A bit can be stripped :D But yeah, if the size does not change for the kernel, then your initrd is obviously not in there11:36
fbreqschulz: I thought that INITRAMFS_IMAGE_BUNDLE = "1" adds it. hmm grmpf11:39
PaowZneverpanic: like you said.. *should*  ;-)11:39
neverpanicPaowZ: Check that the software with problems doesn't ignore LDFLAGS11:40
fbreqschulz: Though I can see files core-image-tiny-initramfs-mymachine.... files in my build/tmp/deploy/images/mymachine directory. There are 3 files (.cpio.gz, .manifest and .testdata.json)11:42
fbreqschulz: cpio.gz and manifest are links to rootfs.cpio.gz and rootfs.manifest11:43
fbreqschulz: I wonder if they are just temporary files and they should later be added to my actual core-image-minimal-mymachine stuff11:45
*** berton <berton!~berton@181.220.78.182> has joined #yocto11:45
*** hipr_c <hipr_c!463c38d2@rrcs-70-60-56-210.central.biz.rr.com> has joined #yocto11:47
qschulzfbre: I don't know. Look into your ${WORKDIR}/temp/log.do_bundle_initramfs for your kernel and see if there is a "Creating a kernel image with a bundled initramfs" message11:48
qschulzotherwise, I'm clueless right now11:49
fbreqschulz: OK, thank you!11:49
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto11:52
qschulzfbre: good luck, let us know how things go11:53
*** fbre <fbre!91fdde45@145.253.222.69> has quit IRC11:54
*** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto11:55
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC11:59
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC12:06
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto12:12
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto12:25
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto12:29
*** paulg_ <paulg_!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto12:29
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC12:32
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto12:33
*** fbre <fbre!91fdde45@145.253.222.69> has quit IRC12:34
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC12:40
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC12:40
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto12:48
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:06
*** alinucs_ <alinucs_!~abo@215.ip-51-38-235.eu> has quit IRC13:09
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto13:10
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC13:10
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto13:11
*** kaspter <kaspter!~Instantbi@112.65.52.229> has joined #yocto13:12
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC13:14
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC13:16
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto13:16
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto13:17
JPEWRP: Turns out upstream perl moved Storable.pm from the base lib dir to the arch dir between 5.30 and 5.32. I don't know if it was intentional or not13:21
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC13:22
RPJPEW: I saw the email, thanks for checking into it!13:37
RPJPEW: I wonder if sno would know if that was deliberate?13:37
RPJPEW: it makes me feel happier that we have some idea of what happened, even if that bug shouldn't really have occurred, its as if the two builds contaminated each other :;/13:38
JPEWRP: Right; I wonder if we were actually seeing the bug on 5.30 where Storable.pm was being placed in the arch-specific directory (like you originally reported), and the upstream switch has confused us13:39
snoRP, JPEW: I have no idea13:39
RPJPEW: I wondered that too13:44
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC13:55
*** berton <berton!~berton@181.220.78.182> has quit IRC13:56
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto13:56
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:57
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC14:02
*** stbenz6 <stbenz6!~stbenz@ipbcc08e73.dynamic.kabel-deutschland.de> has quit IRC14:04
*** stbenz6 <stbenz6!~stbenz@ipbcc08e73.dynamic.kabel-deutschland.de> has joined #yocto14:06
RPJPEW: sakoman has asked the right question - why only those two builds and not all builds?14:10
khemRP: you can re-stage the -fno-common revert patch for gcc once again, I think we have all needed fixed in core now14:12
*** linums <linums!~linums@2a01-036d-0109-8578-3538-41ac-a639-f9fe.pool6.digikabel.hu> has quit IRC14:13
*** linums <linums!~linums@apn-94-44-236-146.vodafone.hu> has joined #yocto14:13
*** otavio <otavio!~otavio@181.220.78.182> has joined #yocto14:15
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto14:15
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto14:16
khemit is a huge change so I would be interested to see what falls apart at runtime14:17
*** berton <berton!~berton@181.220.78.182> has joined #yocto14:18
*** jij <jij!jonashg@nat/axis/x-lnwghxpnmnizeihd> has quit IRC14:21
RPkhem: will try and do it over the weekend14:28
kergothhuh. adding a layer with a license will alter AVAILABLE_LICENSES, which will change the signatures of some recipes do_configure tasks. that strikes me as not ideal14:32
* kergoth adds to the to-investigate list14:32
kergothu-boot-imx:do_create_extlinux_config has `OVERRIDES` in its signature, should probably exclude that..14:33
* kergoth gets coffee14:33
kergothanother random thing i ran into yesterday, BB_HASHSERVE=auto gets .. not happy when combined with multiconfig. i wonder if tis trying to spawn more than one14:34
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC14:36
kergothoh, nevermind, the license thing is only lvm2, it calls incompatible_license_contains, which expands wildcards even if we aren't using any, which references AVAILABLE_LICENSES, that's the root of the issue14:37
* kergoth wanders off14:37
*** sno <sno!~sno@p5b25b03a.dip0.t-ipconnect.de> has quit IRC14:46
*** sno <sno!~sno@p5b25b03a.dip0.t-ipconnect.de> has joined #yocto14:49
*** linums <linums!~linums@apn-94-44-236-146.vodafone.hu> has quit IRC14:52
*** linums <linums!~linums@2a01-036d-0109-8578-3538-41ac-a639-f9fe.pool6.digikabel.hu> has joined #yocto14:53
*** LetoThe1st <LetoThe1st!4d6ff605@77.111.246.5> has joined #yocto14:55
LetoThe1stLetoThe1st has arrived!14:56
*** linums <linums!~linums@2a01-036d-0109-8578-3538-41ac-a639-f9fe.pool6.digikabel.hu> has quit IRC15:02
*** linums <linums!~linums@apn-94-44-236-146.vodafone.hu> has joined #yocto15:03
LetoThe1stwhere is it described how to change .bb files in meta-layers?15:12
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC15:17
*** LetoThe1st <LetoThe1st!4d6ff605@77.111.246.5> has quit IRC15:28
*** gtristan <gtristan!~tristanva@175.211.69.194> has joined #yocto15:34
qschulzif you don't own/maintain the meta-layers in questions, you need to use bbappends for modifying their contents from your meta-layer15:34
*** rcoote <rcoote!~rcoote@5.146.198.21> has quit IRC15:47
khemthats if you dont want to participate in upstream development of that layer, if you are evolved to upstream then you would effect the change in layer itself ( may be in your product branch ) and send the patch upstream15:55
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC16:09
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto16:10
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto16:10
RPkhem: I think we need to revisit the 0009 patch in qemu. With qemu 5.1.0, mips is fixed but musl qemux86 webkitgtk still fails to build16:12
RPkhem: I think we need to figure out the problem and send a fix to upstream qemu, we can't keep that revert16:13
*** linums <linums!~linums@apn-94-44-236-146.vodafone.hu> has quit IRC16:17
*** linums <linums!~linums@apn-94-44-236-146.vodafone.hu> has joined #yocto16:17
*** linums <linums!~linums@apn-94-44-236-146.vodafone.hu> has quit IRC16:22
*** linums <linums!~linums@catv-89-133-16-41.catv.broadband.hu> has joined #yocto16:22
khemRP: interesting, it only fails with musl/x86 but not with musl/arm16:34
*** wberrier <wberrier!~wberrier@c-24-11-8-165.hsd1.ut.comcast.net> has quit IRC16:34
*** wberrier <wberrier!~wberrier@c-24-11-8-165.hsd1.ut.comcast.net> has joined #yocto16:36
RPkhem: there have been some upstream tweaks to that code, hence the patch doesn't apply again. I've hacked it back for now but we need to figure out the real issue and send a fix upstream as this isn't maintainable16:36
*** berton_ <berton_!~berton@181.220.78.182> has joined #yocto16:42
*** berton_ <berton_!~berton@181.220.78.182> has quit IRC16:43
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC16:44
*** berton <berton!~berton@181.220.78.182> has quit IRC16:44
*** otavio <otavio!~otavio@181.220.78.182> has joined #yocto16:46
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto16:46
*** wberrier <wberrier!~wberrier@c-24-11-8-165.hsd1.ut.comcast.net> has left #yocto16:57
khemI agree17:14
PaowZHi ! I'm having a "do_package_qa: QA Issue: /usr/sbin/cups-genppdupdate contained in package gutenprint requires /../perl, but no providers found in RDEPENDS_gutenprint? [file-rdeps]" even though I added "perl"in RDEPENDS_${PN}.. is there somewhere I have to look into  ?? Thanks :)17:24
rewittAre there any relatively straightforward ways to build a live-image/installer using wic? The live-image portion isn't important outside of booting to an installer, it doesn't have to mimic the image being installed.17:25
rewittSome co-workers want to have an hddimg option again, but I want to avoid the inevitable crossing of the 4GB limitation17:26
qschulzPaowZ: the /../ in front looks extremely fishy17:28
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto17:32
*** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has quit IRC17:34
PaowZqschulz: I just stripped the long path :)17:35
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC17:37
PaowZthis is the full path: gutenprint-5.3.3-r0 do_package_qa: QA Issue: /usr/sbin/cups-genppdupdate contained in package gutenprint requires /home/vince/dev/poky2/build/tmp/hosttools/perl, but no providers found in RDEPENDS_gutenprint? [file-rdeps]17:37
rewittPaowZ: That makes it sound like /usr/sbin/cups-genppdupdate ends up with #!/home/vince/dev/poky2/build/tmp/hosttools/perl in it17:39
*** vineela <vineela!vtummala@nat/intel/x-djgacbiqgfknmzbd> has joined #yocto17:40
rewittPaowZ: I might be wrong, but assuming cups-genppdupdate is a script you should be able to inspect it17:40
*** lexano <lexano!~lexano@CPEb03956d8c2f4-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC17:41
PaowZrewitt: that's right.. it is a perl script.. that's why I supplied "perl" to RDEPENDS_${PN} in the recipe..17:43
*** lexano <lexano!~lexano@CPEb03956d8c2f4-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto17:50
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC17:52
*** ustas <ustas!~ustas@94.153.20.104> has joined #yocto17:53
rewittPaowZ: Right, I just reproduced it ERROR: quilt-0.66-r0 do_package_qa: QA Issue: /usr/bin/foo contained in package quilt requires /home/vince/dev/poky2/build/tmp/hosttools/perl, but no providers found in RDEPENDS_quilt? [file-rdeps]17:53
PaowZrewitt: interesting.. is it any related to Perl package ?17:54
rewittPaowZ: One sec, I'll try to show what's happening17:55
rewittPaowZ: Look at https://pastebin.com/mQNnZAJB. The last three lines I added to the quilt recipe to create a file called foo. Note the shebang line.17:56
PaowZyep, indeed17:56
rewittPaowZ: What is happening is for some reason your cups-genppdupdate script has a shebang line with a full absolute path from the host. It should most likely be "#!/usr/bin/perl", so you need to figure out why the script is ending up with that full path instead17:57
PaowZrewitt: this is what I thought at first glance !17:57
PaowZbut I was not sure.. of a possible replacement command, for instance..17:58
rewittPaowZ: I thought that first too, but I wanted to make sure I hadn't forgotten how that QA check works17:58
PaowZI guess there is a kind of mess with the use of ./configure stuff.. that lib usually require a ./autogen.sh call prior ./configure, but I let autotools-native what to do..18:00
rewittPaowZ: My guess is that /usr/sbin/cups-genppdupdate is generated from cups-genppdupdate.in or similar.18:00
PaowZ*requires18:00
rewittPaowZ: Is this a recipe you wrote or is it from another layer?18:01
PaowZthis is a recipe I shamely wrote xD18:01
*** gsalazar <gsalazar!5e3ce511@gateway/web/cgi-irc/kiwiirc.com/ip.94.60.229.17> has quit IRC18:01
rewittWell that makes it easier because you have total power to fix the problem :)18:01
PaowZpower is always limited by skills but enhanced by great help of this chan ;)18:02
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:03
*** lexano <lexano!~lexano@CPEb03956d8c2f4-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC18:04
PaowZrewitt: basically, this is what I've got https://paste.ubuntu.com/p/YYpNdsnwPr/18:06
rewittPaowZ: I'm trying to find another example that uses perl to see how they handle the AC_PATH_PROG([PERL], [perl])18:17
rewittPaowZ: I'm suprised it doesn't "just work", and therefore I must assume I'm overlooking something18:18
PaowZrewitt: I'm trying to override do_configure() with a call to autogen.sh.. and I'm running into issues with libtool (not found ?? wtf..)18:19
rewittPaowZ: All of that happens automatically when you "inherit autotools"18:19
rewittPaowZ: I'm trying to find out what magic you're missing18:20
*** lexano <lexano!~lexano@CPEb03956d8c2f4-CM98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto18:20
*** hpsy <hpsy!~hpsy@92.118.12.13> has quit IRC18:21
*** hpsy <hpsy!~hpsy@92.118.12.13> has joined #yocto18:21
*** linums <linums!~linums@catv-89-133-16-41.catv.broadband.hu> has quit IRC18:22
*** linums <linums!~linums@apn-94-44-228-138.vodafone.hu> has joined #yocto18:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:25
PaowZrewitt: more specifically, the recipe inherits from autotools-brokensep as I was not sure the lib could support out of tree build..18:30
PaowZbut I agree, this should roughly be the same, I guess..18:31
rewittPaowZ: Ok it seems the convention is to do this http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/valgrind/valgrind_3.14.0.bb?h=warrior#n7418:31
PaowZwow.. what's that line.. CACHED_CONFIGUREVARS += "ac_cv_path_PERL='/usr/bin/env perl'"18:32
rewittPaowZ: It's basically telling configure to use that instead of calcluating the path to perl, i.e. cached. If you look at the actual generated configure script you will see tons of thos ac_* variables18:33
PaowZhow does it come we're not actually relying upon cached env paths ?18:33
rewittPaowZ: I don't understand the question18:34
PaowZlol18:34
rewittPaowZ: Sorry, I wasn't trying to be rude. I just want to make sure I understand before trying to answer.18:35
PaowZno prob :) I mean, why do we have to override precomputed paths at some point ?18:35
PaowZis it a hack or considered as a good practice ?18:36
rewittPaowZ: autotools is not very cross-compile aware. What that means is that when you use something like AC_PATH_PROG([PERL], [perl]), to figure out the path to something. It may not acually be the same thing as what it would be on target.18:38
PaowZok..18:38
PaowZanyway, you got this ! QA passed and do_install() is done.. now, I have to dig into the final rootfs to ensure I got all I need.. but the /packages-split content looks pretty fat.. xD18:39
rewittPaowZ: In this case it says "Where is a perl I can run", and it finds it at "/home/vince/dev/poky2/build/tmp/hosttools/perl". However, that path will never exist on the target. And so the QA is to help catch things like this.18:39
*** linums <linums!~linums@apn-94-44-228-138.vodafone.hu> has quit IRC18:41
rewittPaowZ: The build will fixup some paths for you automatically, shebang lines don't appear to be one of them though.18:41
*** linums <linums!~linums@catv-89-133-16-41.catv.broadband.hu> has joined #yocto18:41
PaowZgood to know !18:42
PaowZthanks rewitt for your kind time !18:43
rewittPaowZ: You're welcome, I normally wouldn't be able to take so much time, but I wanted to try and help since it isn't an obvious solution.18:44
*** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC18:45
PaowZrewitt: I'm quite honored to see I came across an *actual* trap.. even though I RTFM ;)18:49
snokhem: do you have runit usage examples?19:01
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto19:03
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto19:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC19:05
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto19:13
*** oob <oob!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto19:18
*** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto19:24
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC19:28
*** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto19:30
*** vineela <vineela!vtummala@nat/intel/x-djgacbiqgfknmzbd> has quit IRC19:30
*** sgw2 is now known as sgw19:32
*** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto19:34
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto19:34
*** ustas <ustas!~ustas@94.153.20.104> has quit IRC19:36
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC19:36
khemyes19:41
khemVIRTUAL-RUNTIME_init_manager = "runit-services"19:41
*** oob <oob!~paulg@198-84-145-15.cpe.teksavvy.com> has left #yocto19:42
khemand patch is here https://github.com/YoeDistro/openembedded-core/commit/9fcb0506a4e1eff779ee24ffc51dff05dab181f019:42
*** ustas_ <ustas_!~ustas@94.153.79.253> has joined #yocto19:45
*** nerdboy <nerdboy!~sarnold@47.143.129.125> has joined #yocto19:51
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto19:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:01
*** hipr_c <hipr_c!463c38d2@rrcs-70-60-56-210.central.biz.rr.com> has quit IRC20:04
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC20:04
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto20:04
*** vineela <vineela!vtummala@nat/intel/x-pfshgpapvzkfvbio> has joined #yocto20:24
*** linums <linums!~linums@catv-89-133-16-41.catv.broadband.hu> has quit IRC20:31
*** linums <linums!~linums@apn-94-44-224-170.vodafone.hu> has joined #yocto20:33
*** awe002 <awe002!~awe00@unaffiliated/awe00> has joined #yocto20:40
*** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto20:40
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC20:41
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC20:41
*** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC20:43
*** linums <linums!~linums@apn-94-44-224-170.vodafone.hu> has quit IRC20:46
*** linums <linums!~linums@2a01-036d-0109-9156-3538-41ac-a639-f9fe.pool6.digikabel.hu> has joined #yocto20:47
*** paulg_ <paulg_!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC21:19
*** ustas_ <ustas_!~ustas@94.153.79.253> has quit IRC21:22
*** ustas <ustas!~ustas@holdings.sink.volia.net> has joined #yocto21:27
*** linums <linums!~linums@2a01-036d-0109-9156-3538-41ac-a639-f9fe.pool6.digikabel.hu> has quit IRC21:34
*** linums <linums!~linums@apn-94-44-224-110.vodafone.hu> has joined #yocto21:34
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has quit IRC21:48
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.213> has joined #yocto22:04
RPsakoman: still around?22:10
sakomanYes\22:10
RPsakoman: I have an error report reproducer22:11
sakomanRP: the qemumips-alt build?22:13
RPsakoman: I've reduced it to fedora32-ty-1 $ /home/pokybuild/yocto-worker/qemumips-alt/build/scripts/send-error-report -y ~/error_report_20200814192328.txt22:14
sakomanSo you tried to run the command manually?22:14
RPsakoman: when you tried to reproduce last time did you "mv build-renamed build" on the failed build?22:14
sakomanNo, I didn't22:15
RPsakoman: that is why it wouldn't fail then22:15
sakomanI just ran it on the unchanged builddir22:16
RPsakoman: I suspect even if you pull that file locally it will reproduce22:16
RPsakoman: maybe the special chars in the systemd log failure?22:17
sakomanOK, I'll pull down the error report and try that22:17
RPsakoman: obviously if it breaks locally you can then debug more easily22:17
RPsakoman: can I leave that one with you? :)22:17
sakomanYes, I'll grab the file now and will try to get some time to take a look this afternoon22:18
RPsakoman: as long as you can reproduce, you can then look into it whenever. Just wanted to give you an opportunity to grab a "working" failure22:18
sakomanThanks, I appreciate it!22:19
*** linums <linums!~linums@apn-94-44-224-110.vodafone.hu> has quit IRC22:21

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