Thursday, 2020-06-18

smurraymranostay: heh, going by the mailing list discussions, the former00:01
*** yann <yann!> has quit IRC00:11
*** nerdboy <nerdboy!~sarnold@> has joined #yocto00:26
*** nerdboy <nerdboy!~sarnold@> has quit IRC00:40
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto00:40
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto00:42
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC00:45
*** camus1 <camus1!~Instantbi@> has joined #yocto00:56
*** kaspter <kaspter!~Instantbi@> has quit IRC00:57
*** camus1 is now known as kaspter00:57
*** fray <fray!> has joined #yocto01:43
alejandrohsCrofton|cloud: meta-vending-machine01:46
*** ericch <ericch!> has quit IRC01:53
*** shrey <shrey!> has joined #yocto01:54
shreyHow to integrate bootgen utility building in yocto?01:55
shreyDESCRIPTION = "Bootgen application - Xilinx to create boot.bin"01:56
shreyI get the error - g++: error: unrecognized command line option ‘-fmacro-prefix-map=/home/xxx/temp/custom_yocto/build-custom-zynq/tmp/work/cortexa9t2hf-neon-poky-linux-gnueabi/bootgen/git-r0=/usr/src/debug/bootgen/git-r0’01:56
shrey'imageheadertable-versal.o' failed01:56
*** fray <fray!> has quit IRC02:10
*** fray <fray!> has joined #yocto02:11
alejandrohsshrey: I would check where that command is coming from02:11
alejandrohsshrey: and you might be using the HOST compiler which might be old or something02:12
*** camus1 <camus1!~Instantbi@> has joined #yocto02:13
*** kaspter <kaspter!~Instantbi@> has quit IRC02:13
*** camus1 is now known as kaspter02:13
*** fray <fray!> has quit IRC02:22
*** fray <fray!> has joined #yocto02:22
*** shrey <shrey!> has quit IRC02:31
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto02:47
*** hpsy <hpsy!~hpsy@> has quit IRC02:47
*** nameclash <nameclash!> has joined #yocto02:50
*** sakoman <sakoman!~steve@> has quit IRC03:19
*** shrey <shrey!> has joined #yocto03:41
*** gtristan <gtristan!~tristanva@> has quit IRC03:49
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC04:01
*** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has joined #yocto04:08
*** nerdboy <nerdboy!~sarnold@> has joined #yocto04:36
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto04:36
*** gtristan <gtristan!~tristanva@> has joined #yocto04:40
*** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has quit IRC04:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:04
*** jobroe <jobroe!> has joined #yocto05:07
*** rcoote <rcoote!> has joined #yocto05:14
*** mario-go` <mario-go`!> has quit IRC05:36
*** mario-goulart <mario-goulart!> has joined #yocto05:37
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto05:48
*** pharaon2502 <pharaon2502!> has joined #yocto05:54
*** agust <agust!> has joined #yocto05:56
*** vineela <vineela!vtummala@nat/intel/x-ctqrdkpytkyhafxg> has quit IRC06:10
*** sstiller <sstiller!> has joined #yocto06:20
*** kuzz <kuzz!> has joined #yocto06:31
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:36
*** pohly <pohly!> has joined #yocto06:36
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:36
*** mckoan|away is now known as mckoan06:42
*** kuzz <kuzz!> has quit IRC06:42
*** jobroe <jobroe!> has quit IRC06:44
*** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has joined #yocto06:44
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:50
*** jobroe <jobroe!> has joined #yocto06:52
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:55
*** Sandrita53 <Sandrita53!d0586e2e@gateway/web/cgi-irc/> has quit IRC07:07
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:08
*** kroon <kroon!~kroon@> has joined #yocto07:26
*** goliath <goliath!~goliath@> has joined #yocto07:47
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC07:47
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto07:47
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:18f:6a68:eaf5:7fc1> has quit IRC07:49
*** yann <yann!> has joined #yocto07:56
qschulzsilviof: you might want to have a look at PREFERRED_VERSION_<recipe> to pick a version of a recipe. Because IIRC, the recipe which appears in the layer with the highest priority will win whatever its version number is.08:01
*** gtristan <gtristan!~tristanva@> has quit IRC08:03
qschulzalso, accoridng to this paragraph, the first .conf or bbclass to be found in BBLAYERS is taken, no priority taken into account. So you might want to have your conf files named differently (which i assume is for a machine in which case it's a good idea to have a different name than from upstream)08:03
*** hpsy1 <hpsy1!~hpsy@> has quit IRC08:03
*** hpsy <hpsy!~hpsy@> has joined #yocto08:04
qschulz@all: just to be extra super duper sure about my intuition.. when recipe A "require recipes-foo/foo/", no bbappend (if they exist) for will be applied when resolving the require, right?08:05
silviofqschulz: Thank you, yes the last clue is how I will proceed.08:05
qschulzsilviof: if it's something you think would benefit all users, send a patch to add your needs to the original conf file :)08:06
*** pharaon2502 <pharaon2502!> has quit IRC08:11
*** lfa <lfa!~lfa@> has joined #yocto08:12
*** lfa_ <lfa_!~lfa@> has quit IRC08:15
*** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has quit IRC08:20
*** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has joined #yocto08:21
yannSo no-one can clarify the usage on "/lib64/" in a non-multilib build ?08:23
qschulzyann: could it be a leftover from where you migrated to multilib to non multilib08:23
yannwhat kind of leftover are you thinking about ?08:25
yannI see a BASE_LIB_tune-dbfp4 = "lib64", but then it does not look more harmful than BASE_LIB_tune-x86-64 = "lib64" - it even looks completely redundant with the latter08:31
yannand "bitbake -e glibc" shows BASELIB="lib" in the end08:32
*** florian_kc is now known as florian08:33
qschulzyann: try without sstate-cache from a fresh repo and check if the symlink is still there? (you can look now with oe-pkgdata-util find-path to find exactly which package has this symlink08:34
yann "bitbake -e glibc" indeed shows no variable with "lib64" in it, apart from unused overrides and BASE_LIB_tune-*, and the functions only use it in tests08:35
qschulzbuild the recipe building this package (glibc I guess) only, it shouldn't take that long from a clean sstate-cache08:35
yannI had nuked the sstate-cache already when I switched08:35
qschulzand the tmpdir and everything?08:36
yannthere is no symlink originally (*I* added one trying to fix the problem) - the thing I'm after is why when BASEDIR="lib" does this "/lib64/ => /lib/" redirect08:37
yann(and why this redirection apparently does not work)08:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto08:40
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:40
qschulzfor why the redirection does not work: I've seen some code (don't remember where) not following symlinks when looking for a file08:40
qschulz(not talking about anything close to your problem but jsut so you know, it alreayd happened to me a while ago)08:41
yannqschulz: but there is no symlink in the default setup, just this redirection inside - I added the symlink afterwards to try to override that redirection, with no effect08:42
yannI'll try to play with glibc and see it I can make any sense of this08:43
*** polaris- <polaris-!> has joined #yocto08:45
*** nucatus_ <nucatus_!> has joined #yocto08:46
*** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has quit IRC08:49
*** neheist2 <neheist2!> has joined #yocto08:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC08:56
polaris-hi, I added a partition in the wks file, but bitbake seems to ignore the modification when I ask it to rebuild the image. can I force bitbake to rebuild the SD card image somehow?09:01
yannqschulz: it' still quite surprising, that "strings /lib/ |grep lib64" turns out empty09:02
yannas well as /etc/*09:02
*** fray <fray!> has quit IRC09:02
*** fray <fray!> has joined #yocto09:02
qschulzyann: I really don't understand what you mean by ' does this "/lib64/ => /lib/" redirect' but I'm also absolutely not knowledgeable in that area :/09:03
*** dev1990 <dev1990!> has joined #yocto09:03
*** gtristan <gtristan!~tristanva@> has joined #yocto09:04
*** pharaon2502 <pharaon2502!> has joined #yocto09:04
yannwhen I ldd on an exe that has "/lib64/" as interpreter, ldd shows "/lib64/ => /lib/" : that basically seems to mean that it resolved the absolute path to a different one (which does exist); and despite this launching that exe has the exact symptom of interpreter not found09:06
yannhm, it seems more complicated: if I try a simpler exe (/bin/echo from Debian), it does work when the symlink is there09:12
kroonyann, does readelf on the exe show the same interpreter ?09:13
yannkroon: yes09:16
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC09:17
yannif I stick with "echo", and I remove the /lib64/ I created, ldd still shows me the rewrite to /lib/ but then the exe does not load09:17
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto09:18
yannI even rebooted to an image without the /lib64 directory entry, and I have the same issue: the lib64 echo won't run, despite ldd saying otherwise - unless I add an explicit symlink like Debian did.  But the, the real-life monster of an electron app, OTOH, still won't work09:29
*** Dracos-Carazza_ <Dracos-Carazza_!> has joined #yocto09:30
*** Dracos-Carazza <Dracos-Carazza!> has quit IRC09:31
*** lfa_ <lfa_!~lfa@> has joined #yocto09:37
*** diego_r <diego_r!> has joined #yocto09:38
yanna quick test in a small chroot on my debian box does not show such a rewrite - rather more sanely, "LD_TRACE_LOADED_OBJECTS=1 /bin/echo" fails with ENOENT until I create the symlink09:39
*** lfa <lfa!~lfa@> has quit IRC09:39
yannwould it be the kernel ELF handler playing this trick ?09:40
*** kpo <kpo!> has quit IRC09:41
*** kpo <kpo!> has joined #yocto09:44
*** pharaon2502 <pharaon2502!> has quit IRC09:58
*** pharaon2502 <pharaon2502!> has joined #yocto10:03
*** kpo <kpo!> has quit IRC10:09
yannso back to multilib for now, testing RP suggestion to deal with
*** sagner <sagner!~ags@2a02:169:3df5::587> has quit IRC10:22
*** la_croix <la_croix!> has quit IRC10:25
*** la_croix <la_croix!> has joined #yocto10:28
*** Dracos-Carazza_ <Dracos-Carazza_!> has quit IRC10:35
*** Dracos-Carazza <Dracos-Carazza!> has joined #yocto10:35
*** shrey <shrey!> has quit IRC11:04
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto11:05
*** gtristan <gtristan!~tristanva@> has quit IRC11:09
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC11:29
*** NiksDev <NiksDev!~NiksDev@> has quit IRC11:36
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto11:37
*** kaspter <kaspter!~Instantbi@> has quit IRC11:42
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:42
*** fray <fray!> has quit IRC11:43
*** fray <fray!> has joined #yocto11:43
*** berton <berton!~berton@> has joined #yocto11:43
sven^hey, short question: I have seen DEPENDS += and also RDPENDS_${PN} = in recipes. I understand that DEPENDS != RDEPENDS. My question is: are they handled differently as in is DEPENDS package specific by default and RDEPENDS needs that _${PN} to not pollute the globals?11:44
Letothe2ndsven^: they are not handled differently, they are fundamentally different.11:45
sven^Letothe2nd: .. because DEPENDS is used in an isolated build environment while RDEPENDS influences the resulting image?11:46
Letothe2ndsven^: in a nutshell, DEPENDS refers to something that the recipe needs to be built. note: "recipe", hence for at least *one* of the packages it produces, but there's not distinciton. RDEPENDS on the other hand tells the package manager that a specific package (namely, ${PN} in the canonical case) needs something else to also be installed in the image.11:46
sven^ok, got it11:47
Letothe2ndsven^: its very well possible that only one of the resulting packages of a recipe need an RDEPENDS, while all others do not. in fact, thats a pretty common case.11:47
sven^(kind of) follow-up: it seems sometimes RDEPENDS is resolved automatically and sometimes I need to state it explicitly. Is there a reason for this and should I always explicitly state it? (e.g. I think I have custom recipes containing bash scripts that just "work" and others where I get QA errors)11:49
Letothe2ndsven^: AFAIK they never should be resolved automagically, so you're probably overlooking something.11:52
sven^Letothe2nd: ok, I just checked a few recipes while waiting for your answer and found the RDEPENDS hidden away right at the top11:52
sven^so I guess you are right.11:52
sven^Thanks for your help d)11:53
Letothe2ndthrow money! throw money!11:53
qschulzsven^: if your recipe A have a DEPENDS on recipe B and one of the libraries from A specifies it requires a specific lib, if this lib is part of a package from recipe B, RDEPENDS will be automagically filled11:54
qschulzthis is common11:54
sven^makes sense11:54
sven^throw money where? At my screen?11:54
Letothe2ndsven^: please do so! and post pictures.11:55
*** fray <fray!> has quit IRC11:55
sven^mid throwing? Don't think I'll be quick enough for that11:55
*** fray <fray!> has joined #yocto11:55
Letothe2ndawww.... try for me? pretty please!11:56
sven^oh, should I do RDEPENDS_${PN} += or simple =? It should be empty, shouldn't it?11:56
sven^tried 3 times. Failed. Giving up11:58
Letothe2ndi would go for +=, just out of habit. there might be cases when a class already prefills it.11:58
Letothe2ndsven^: :(11:58
*** kriive <kriive!> has joined #yocto12:15
*** diego_r <diego_r!> has quit IRC12:23
*** goliath <goliath!~goliath@> has quit IRC12:24
*** diego_r <diego_r!> has joined #yocto12:25
*** kriive <kriive!> has quit IRC12:39
qschulzsven^: we'll need more than "Failed." to help you :)12:40
Letothe2ndqschulz: guess he was referring to the picture-of-money-throwing joke :/12:41
sven^well, I tried to throw the coins with my right hand and held my phone with the left hand. I pushed the "photo" button up to approx. 1.5 seconds before letting go of the coin. I saw the coin flashing by on the phone's screen but it was never in the resulting pictures12:42
qschulzLetothe2nd: me =
*** fl0v0 <fl0v0!~fvo@> has quit IRC12:44
*** fl0v0 <fl0v0!~fvo@> has joined #yocto12:45
*** fray <fray!> has quit IRC12:47
*** fray <fray!> has joined #yocto12:48
*** fl0v0 <fl0v0!~fvo@> has joined #yocto12:48
sven^ constructive criticism on my technique is always appreciated12:49
Letothe2ndsven^: i constructively suggest to call ARRI and rent a high speed cam12:50
sven^you'll have to throw some money at me first. No photographs required12:53
Letothe2ndawww :(12:56
*** kriive <kriive!> has joined #yocto13:04
*** ericch <ericch!> has joined #yocto13:11
milloniee anyone remember the package name for `file`?13:12
*** stephano <stephano!> has joined #yocto13:13
*** maudat <maudat!> has joined #yocto13:13
Letothe2ndmilloni: coreutils?13:13
qschulzmilloni: oe-pkgdata-util find-path /usr/lib/file?13:14
milloniqschulz: useful, thanks13:15
Letothe2ndmilloni: i was just guessing, in doubt use qschulz' advice.13:15
*** goliath <goliath!> has joined #yocto13:26
*** pharaon2502 <pharaon2502!> has quit IRC13:30
*** pharaon2502 <pharaon2502!> has joined #yocto13:31
neverpanic$ dpkg -S $(which file)13:34
neverpanicfile: /usr/bin/file13:34
neverpanicmilloni: ^13:34
*** kroon <kroon!~kroon@> has quit IRC13:41
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/> has joined #yocto13:45
*** kriive <kriive!> has quit IRC13:51
*** comptroller <comptroller!> has quit IRC13:55
*** sakoman <sakoman!~steve@> has joined #yocto13:55
millonineverpanic yeah but thats for debian/debian-derived right?13:56
Letothe2ndneverpanic: very good point.13:59
Letothe2ndmilloni: he hinted that i was wrong, and this applies:
neverpanicYes, but generally various distributions have similar naming for the various upstream packages. For example, you can follow links into the debian tracker:
neverpanicThat then has a 'homepage' link on the right which points to upstream at
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC14:02
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC14:10
*** comptroller <comptroller!> has joined #yocto14:10
*** la_croix <la_croix!> has quit IRC14:10
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto14:11
*** polaris- <polaris-!> has quit IRC14:12
milloniok, thanks everyone14:13
*** la_croix <la_croix!> has joined #yocto14:14
*** polaris- <polaris-!> has joined #yocto14:16
*** pharaon2502 <pharaon2502!> has joined #yocto14:18
*** Srijan <Srijan!0e66a0b2@> has joined #yocto14:18
SrijanCan anyone help my with meta-anaconda...It manual tells the following:14:20
Srijan 3.2.4 Prepare installer build.           $ . <installer-project>/oe-core/oe-init-build-env <installer_build>           The build requires DISTRO = "anaconda", location of target build           and recipe name of target image.           Edit conf/local.conf to use:           $ echo 'PACKAGE_CLASSES = "package_rpm"' >> conf/local.conf           $14:20
Srijanecho 'DISTRO = "anaconda"' >> conf/local.conf           $ echo 'INSTALLER_TARGET_BUILD = "<target_build>"' >> conf/local.conf           $ echo 'INSTALLER_TARGET_IMAGE = "core-image-minimal"' >> conf/local.conf14:20
SrijanI have give the <target_build> as /build/ but somehow when I boot from starts the anaconda installer and then gives an error stating an unknown error has occurred...It stops at the page for selecting County in the background14:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:21
*** nucatus_ <nucatus_!> has quit IRC14:22
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/> has quit IRC14:26
Letothe2ndrburton: are you happy now? ;-)14:30
*** gtristan <gtristan!~tristanva@> has joined #yocto14:38
*** diego_r <diego_r!> has quit IRC14:38
*** sstiller <sstiller!> has quit IRC14:40
*** jobroe <jobroe!> has quit IRC14:42
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:00
*** nucatus <nucatus!> has joined #yocto15:00
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto15:01
*** amerigo <amerigo!uid331857@gateway/web/> has joined #yocto15:03
*** Srijan <Srijan!0e66a0b2@> has quit IRC15:06
*** nucatus <nucatus!> has quit IRC15:08
*** nucatus <nucatus!> has joined #yocto15:26
*** Srijan <Srijan!0e66a0b2@> has joined #yocto15:33
*** lexano_ <lexano_!~lexano@> has joined #yocto15:34
*** lexano <lexano!> has quit IRC15:38
*** nameclash <nameclash!> has quit IRC15:48
*** polaris- <polaris-!> has quit IRC15:52
*** fl0v0 <fl0v0!~fvo@> has quit IRC15:53
*** dreyna <dreyna!> has joined #yocto15:54
*** Srijan <Srijan!0e66a0b2@> has quit IRC15:54
*** davidinux <davidinux!526615f9@> has joined #yocto15:55
*** lexano_ is now known as lexano15:56
*** davidinux <davidinux!526615f9@> has quit IRC15:57
*** davidinux <davidinux!~davidinux@> has joined #yocto15:57
*** lfa_ <lfa_!~lfa@> has quit IRC16:07
*** sno <sno!> has quit IRC16:08
*** armpit <armpit!~armpit@2601:202:4180:a5c0:f4e2:b142:af1d:6837> has quit IRC16:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:dcab:46d6:88c3:a9ce> has joined #yocto16:16
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:23
*** chris_ber <chris_ber!~quassel@> has quit IRC16:26
*** mckoan is now known as mckoan|away16:29
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:33
denixis there any way to tell dnf to skip checking a specific package for linking consistencies when installing it? i.e. there's a black-box prebuilt binary to be installed into an image, INSANE_SKIP disables bitbake QA checks on packaging, but dnf then refuses to install the resulting package into an image. any hints?16:34
*** vineela <vineela!~vtummala@> has joined #yocto16:34
fraywhat is the error?16:40
fraysome errors can be ignored, some can't.. so I need specifics16:40
denixfray: nothing provides needed by package16:41
frayNo, that can't be skipped AFAIK.  You will need to provide that in the package.  You can set a manual provide though, let me look up the syntax16:42
neverpanicYou might be able to prevent bitbake from writing that dependency into the package using some clever setting for PRIVATE_LIBS16:42
frayAhh yes, that might work..16:43
frayFILERPROVIDES_<dfile>_append = ""16:45
fraythe dfile bit I'm not sure what is is.. you may have to use bitbake -e to find the exact value to use..16:45
frayFILERPROVIDESFLIST_<pkg> will have a list of the files in that package16:45
denixah, interesting. thanks!16:46
fraythen you just have to set that on whatever provides that thing..16:46
fraybut the fact it wasn't automatic makes me suspicious it's broken, unless it just doesn't live in a standard lib path or something16:46
denixfray: well, no, it is a broken dependency, which is expected and to be handled at run-time. just need an override for the binary with such missing dependency to be installed upfront16:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:58
frayOhh.. that is different..17:07
frayyou want to SKIP the filedeps then, most likely17:07
fraySKIP_FILEDEPS_<pkg> = '1'17:07
fraybut if there are other things that should have file deps, then there is no mechanism to only do partial17:07
denixfray: great, SKIP_FILEDEPS works! btw - :)17:31
khemdenix: SKIP_FILEDEPS will just defer the problem from build time to runtime afaik17:43
khemin this case17:43
*** NiksDev <NiksDev!~NiksDev@> has quit IRC17:43
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto17:44
khemthis commit you points out will result in similar runtime failures for test scripts needing ksh and system not having it. so its a calculated risk17:44
denixkhem: that's what needed17:45
khemruntime problem will be obscure17:46
denixfrom above - <denix> fray: well, no, it is a broken dependency, which is expected and to be handled at run-time. just need an override for the binary with such missing dependency to be installed upfront17:46
khemhow is it handled at runtime ?17:47
denixbtw, this is specific to rpm, as ipk does allow such packages17:48
khemthere should be some provider for it I guess and you will know that at build time no ?17:48
khemyeah I think thats one thing thats good about rpm everything else is meh17:49
denixheh, I'm not that familiar woth rpm17:49
denixit's a black box prebuilt binary with whole bunch of INSANE_SKIP flags to bypass build-time/packaging QA tests - so it's already known to not adhere to the rules :)17:51
denixspecifically "file-rdeps", so bitbake already known about missing rdepends. but rpm needs to be told separately17:51
*** PaowZ <PaowZ!~vince@2a01:e35:398b:6180:84f2:b36f:7b84:7503> has joined #yocto17:54
*** sno <sno!> has joined #yocto17:58
khembad package I guess18:04
*** vineela <vineela!~vtummala@> has quit IRC18:04
*** vineela <vineela!~vtummala@> has joined #yocto18:16
*** polaris- <polaris-!> has joined #yocto18:49
*** polaris- <polaris-!> has quit IRC18:53
*** khem <khem!~khem@unaffiliated/khem> has quit IRC18:57
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto19:13
*** vineela <vineela!~vtummala@> has quit IRC19:15
*** rcoote <rcoote!> has quit IRC19:26
*** nucatus <nucatus!> has quit IRC19:28
*** vineela <vineela!~vtummala@> has joined #yocto19:34
*** sno <sno!> has quit IRC19:38
*** NiksDev <NiksDev!~NiksDev@> has quit IRC19:54
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto19:54
*** pohly <pohly!> has quit IRC20:14
*** vineela <vineela!~vtummala@> has quit IRC20:18
*** comptroller <comptroller!> has quit IRC20:20
*** farpoint <farpoint!~farpoint2@> has joined #yocto20:26
*** farpoint <farpoint!~farpoint2@> has left #yocto20:27
*** comptroller <comptroller!> has joined #yocto20:32
*** davidinux <davidinux!~davidinux@> has quit IRC20:33
*** davidinux <davidinux!~davidinux@> has joined #yocto20:35
*** dev1990 <dev1990!> has quit IRC20:37
*** vineela <vineela!~vtummala@> has joined #yocto21:00
*** berton <berton!~berton@> has quit IRC21:18
*** Doug61 <Doug61!0c14ad5d@> has joined #yocto21:22
*** Doug61 <Doug61!0c14ad5d@> has quit IRC21:23
*** pharaon2502 <pharaon2502!> has quit IRC21:29
*** sno <sno!> has joined #yocto21:46
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto21:53
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC22:16
*** maudat <maudat!> has quit IRC22:21
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto22:43
*** agust <agust!> has quit IRC23:01
*** jofr <jofr!> has quit IRC23:17
*** vineela <vineela!~vtummala@> has quit IRC23:28
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC23:29
*** jofr <jofr!> has joined #yocto23:30
*** fury is now known as F-cat23:31
*** F-cat is now known as fury23:31
*** vineela <vineela!~vtummala@> has joined #yocto23:31
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto23:41
*** fury is now known as f-cat23:41
*** f-cat is now known as fury23:47
*** fury is now known as Guest9423223:48
*** Guest94232 is now known as fury23:50
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC23:51
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto23:56

Generated by 2.17.2 by Marius Gedminas - find it at!