Thursday, 2020-03-19

*** ericch <ericch!> has quit IRC00:19
*** vineela <vineela!~vtummala@> has quit IRC00:32
*** vineela <vineela!~vtummala@> has joined #yocto00:50
*** vineela <vineela!~vtummala@> has quit IRC00:54
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:6570:26b7:3ab1:5bfb> has joined #yocto01:01
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto01:01
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:6570:26b7:3ab1:5bfb> has quit IRC01:09
*** d_s_e <d_s_e!~d.s.e@> has joined #yocto01:09
*** dse <dse!~d.s.e@> has quit IRC01:11
*** ibinderwolf <ibinderwolf!> has quit IRC01:33
*** ibinderwolf <ibinderwolf!> has joined #yocto01:35
*** paulg <paulg!> has quit IRC01:41
*** dev1990 <dev1990!> has quit IRC01:48
*** csanchezdll <csanchezdll!> has quit IRC02:03
*** goliath <goliath!> has quit IRC02:14
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:f9b4:c5e7:779d:24de> has quit IRC02:57
*** dreyna <dreyna!> has joined #yocto03:10
*** robert_yang <robert_yang!~robert@> has quit IRC03:11
*** robert_yang <robert_yang!~robert@> has joined #yocto03:12
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto03:42
*** hpsy <hpsy!~hpsy@> has quit IRC03:44
*** dse <dse!~d.s.e@> has joined #yocto04:11
*** d_s_e <d_s_e!~d.s.e@> has quit IRC04:14
*** jobroe_ <jobroe_!> has joined #yocto04:33
*** jobroe <jobroe!> has quit IRC04:37
*** vineela <vineela!vtummala@nat/intel/x-hejccainfxmpvusj> has joined #yocto04:41
*** dreyna <dreyna!> has quit IRC04:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:47
*** vineela <vineela!vtummala@nat/intel/x-hejccainfxmpvusj> has quit IRC05:12
*** dv_ <dv_!> has quit IRC05:27
*** joshis52 <joshis52!> has joined #yocto05:33
joshis52How to create a static hello world program in C using yocto - zynq?05:33
joshis52I am trying to create a simple hello world program in C using yocto.05:33
joshis52#include <stdio.h>05:33
*** dv_ <dv_!~dv@> has joined #yocto05:41
*** hpsy1 <hpsy1!~hpsy@> has quit IRC05:46
*** joshis52 <joshis52!> has quit IRC05:49
*** joshis52 <joshis52!> has joined #yocto05:50
*** hpsy <hpsy!~hpsy@> has joined #yocto05:51
*** tgamblin_ <tgamblin_!> has quit IRC06:04
*** pohly <pohly!> has joined #yocto06:11
*** tgamblin <tgamblin!> has joined #yocto06:22
*** pharaon2502 <pharaon2502!> has joined #yocto06:23
*** vmeson <vmeson!> has quit IRC06:30
*** AndersD <AndersD!> has joined #yocto06:32
*** AndersD_ <AndersD_!~AndersD@> has joined #yocto06:34
*** AndersD <AndersD!> has quit IRC06:37
*** lucaceresoli_ <lucaceresoli_!> has joined #yocto06:44
*** lucaceresoli_ <lucaceresoli_!> has quit IRC06:51
*** nerdboy <nerdboy!~sarnold@> has joined #yocto07:06
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:07
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto07:11
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC07:11
*** AndersD_ <AndersD_!~AndersD@> has quit IRC07:12
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto07:13
*** robert_yang <robert_yang!~robert@> has quit IRC07:17
*** robert_yang <robert_yang!~robert@> has joined #yocto07:18
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC07:21
*** robert_yang <robert_yang!~robert@> has quit IRC07:27
*** robert_yang <robert_yang!~robert@> has joined #yocto07:28
*** guerinoni <guerinoni!> has joined #yocto07:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC07:33
*** frsc <frsc!> has joined #yocto07:35
*** mamadeus <mamadeus!~mamadeus@> has joined #yocto07:35
*** jobroe_ <jobroe_!> has quit IRC07:39
*** jobroe_ <jobroe_!> has joined #yocto07:40
*** fl0v0 <fl0v0!~fvo@2a01:c22:341c:8c00:132:c190:59e0:1c54> has joined #yocto07:44
*** jobroe_ <jobroe_!> has quit IRC07:46
*** jobroe_ <jobroe_!> has joined #yocto07:46
*** jobroe <jobroe!> has joined #yocto07:51
*** jobroe_ <jobroe_!> has quit IRC07:51
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:51
*** yacar_ <yacar_!> has joined #yocto07:59
*** jobroe_ <jobroe_!~manjaro-u@> has joined #yocto08:00
*** jobroe <jobroe!> has quit IRC08:00
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto08:03
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto08:03
*** [Sno] <[Sno]!> has quit IRC08:06
*** lh__ <lh__!sid77898@osuosl/staff/lh> has quit IRC08:08
*** ric96 <ric96!sid234506@gateway/web/> has quit IRC08:08
*** ribalda <ribalda!sid306640@gateway/web/> has quit IRC08:09
*** fury <fury!uid193779@gateway/web/> has quit IRC08:09
*** ukembedded <ukembedded!sid304355@gateway/web/> has quit IRC08:09
*** lh__ <lh__!sid77898@gateway/web/> has joined #yocto08:10
*** ribalda <ribalda!sid306640@gateway/web/> has joined #yocto08:10
*** ric96 <ric96!sid234506@gateway/web/> has joined #yocto08:10
*** ukembedded <ukembedded!sid304355@gateway/web/> has joined #yocto08:10
*** fury <fury!uid193779@gateway/web/> has joined #yocto08:11
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:15
*** csanchezdll <csanchezdll!> has joined #yocto08:17
LetoThe2ndjoshis52: what did you do and where did you get stuck?08:18
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto08:20
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC08:21
nemgti-ogI am creating a sysbolic link in a nativesdk- recipe, in the corresponding do_install() function. But after installing the SDK, the symbolic link has preppended ../../../../../../../../../../../../../../../../ and only after that comes the path to which it should point.08:28
erbonemgti-og: do the link work?08:29
nemgti-ogIn the recipe I am doing ln -sfrT "${datadir}/${PN}-${PV}/${FILENAME} ${d}${BINDIR}/${FILENAME}08:30
nemgti-ogerbo: No. The link does not work08:30
erbonemgti-og: I wonder if it might break because of using absolute paths.08:33
nemgti-ogerbo: right... might be08:34
erbonemgti-og: what would ${datadir}/${PN}-${PV}/${FILENAME} evaluate to here? Somewhere in /etc?08:34
qschulznemgti-og: does ${d} work? isn't it ${D}? but I recall us having issues with symlinks08:35
qschulzlet me check08:35
nemgti-ogerbo: it sould be /usr/share/nativesdk-capicxx-core-
*** Bunio_FH <Bunio_FH!> has quit IRC08:36
nemgti-ogqschulz: I meant D.08:36
erbonemgti-og: But should the link really point somewhere outside on the build host? Is that intended?08:36
nemgti-ogerbo: The idea is that the binayr should be part of my SDK, located in $SDKSYSROOT/usr/share... and a link to in in $SDKSYSROOT/usr/bin08:38
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:f4cd:e230:8890:e1b3> has joined #yocto08:40
erbonemgti-og: ok, then using something like: cd {D}/${BINDIR}/ , ln -sfrT ../../${datadir}/${PN}-${PV}/${FILENAME} ${FILENAME} might work08:41
erboand with an extra $ before {D} :)08:41
*** [Sno] <[Sno]!~sno@> has joined #yocto08:42
*** lucaceresoli_ <lucaceresoli_!> has joined #yocto08:43
qschulzi'm not sure that\s what you're supposed to do?08:44
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:f4cd:e230:8890:e1b3> has quit IRC08:44
qschulznemgti-og: we indeed had an issue with relative paths, and we fixed by using relative paths08:44
qschulzfirst relative = absolute :p08:44
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:8c74:d0da:4c76:e612> has joined #yocto08:46
qschulzbasically we had ln -sf "%{bindir}/binary" "${D}${bindir}/binarylink" and we changed it to ln -s "./binary" "${D}${bindir}/binarylink"08:46
*** mckoan|away is now known as mckoan08:49
qschulzso if it's a link for resources in the same recipe, it's fine you can manage relative links. If it's a symlink across recipes, I doubt trying to do such a thing is recommended. Yocto does some magic on links to detect if it's trying to do some host contaminated for example08:49
*** Bunio_FH <Bunio_FH!> has joined #yocto08:51
*** lucaceresoli__ <lucaceresoli__!> has joined #yocto08:58
clementp[m]Hi i'm building mender for Yocto (sumo) using meta-mender and meta-mender-community layers, but I don't understand why bitbake select the version 1.7.1 whereas there is a 2_XX and files for e.g09:00
*** lucaceresoli_ <lucaceresoli_!> has quit IRC09:01
erboclementp[m]: the other versions set DEFAULT_PREFERENCE = "-1"09:01
erbowhich means they won't be used unless you explicitly tell bitbake to prefer those versions09:02
clementp[m]@erbo Thanks you :)09:03
qschulzclementp[m]: or PREFERRED_VERSION_mender somewhere in your layers09:06
LetoThe2ndqschulz: s/somewhere/in a conf file in your layers, not in the image recipe specifically!/g09:06
qschulzyes, sorry. machine configuration file, local.conf (and maybe distro conf file?)09:07
LetoThe2ndqschulz: want me to turn some music so you can chant along? :)09:07
qschulzLetoThe2nd: I summoned you a few days back for the anthem but you were silent09:08
LetoThe2ndqschulz: $REASONS09:08
*** NiksDev <NiksDev!~NiksDev@> has quit IRC09:11
qschulzLetoThe2nd: so no, I'm sulking now09:11
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:11
yoctiNew news from stackoverflow: Bitbake not installing files from recipe to rootfs <>09:27
*** mamadeus <mamadeus!~mamadeus@> has quit IRC09:31
*** mamadeus <mamadeus!~mamadeus@> has joined #yocto09:31
*** Erlkoenig <Erlkoenig!> has joined #yocto09:43
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:44
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:47
*** JaMa <JaMa!~martin@> has joined #yocto09:47
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC09:48
*** jeanba1 <jeanba1!> has joined #yocto09:48
*** lucaceresoli__ <lucaceresoli__!> has quit IRC09:53
*** lucaceresoli__ <lucaceresoli__!> has joined #yocto09:57
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto10:05
*** mamadeus <mamadeus!~mamadeus@> has quit IRC10:12
*** mamadeus <mamadeus!~mamadeus@> has joined #yocto10:19
*** rburton <rburton!~rburton@> has joined #yocto10:20
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto10:24
*** jeanba1 <jeanba1!> has left #yocto10:26
*** sstiller <sstiller!> has joined #yocto10:31
*** palate <palate!~palate@unaffiliated/palate> has quit IRC10:46
*** tensa <tensa!> has quit IRC10:59
*** [Sno] <[Sno]!~sno@> has quit IRC11:04
sstillerWhat's the patch order if I have multiple patches in different .bbappend files in different layers?11:10
*** florian_kc is now known as florian11:12
qschulzsstiller: the one in SRC_URI after everything's been expanded :)11:13
*** palate <palate!> has joined #yocto11:17
*** dev1990 <dev1990!> has joined #yocto11:38
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto11:40
*** iceaway <iceaway!~pelle@> has joined #yocto11:44
*** mamadeus_ <mamadeus_!~mamadeus@> has joined #yocto11:46
*** berton <berton!~berton@> has joined #yocto11:46
iceawayI have an out-of-tree kernel module, that I cannot seem to get to autoload on boot. My module recipe is a copy of the "hello world" example, but with some other files. In my distribution config file I have added the module to the "KERNEL_MODULE_AUTOLOAD" variable. There are also a few other modules listed there (in-kernel ones) and they get their .conf files created in /etc/modules-load.d/.11:47
*** [Sno] <[Sno]!> has joined #yocto11:48
*** berton <berton!~berton@> has quit IRC11:48
*** mamadeus <mamadeus!~mamadeus@> has quit IRC11:49
*** Erlkoenig <Erlkoenig!> has quit IRC11:49
mckoaniceaway: set in your module recipe KERNEL_MODULE_AUTOLOAD = " yourmodulename"11:53
mckoaniceaway: use the module filename without .ko for this variable11:54
yoctiNew news from stackoverflow: QtCreator Static Analyzer is failing on yocto "gnu/stubs-soft.h" is missing <> || Handling failed task in Yocto recipe <>11:58
*** berton <berton!~berton@> has joined #yocto12:10
*** berton <berton!~berton@> has quit IRC12:14
*** berton <berton!~berton@> has joined #yocto12:16
iceawaymckoan: thanks! will try that right away.12:16
*** lucaceresoli__ <lucaceresoli__!> has quit IRC12:18
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:24
*** Nojh <Nojh!uid52797@gateway/web/> has left #yocto12:27
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC12:27
yoctiNew news from stackoverflow: copy some folders with files into a directory in recipe <>12:28
hmw1Hi, im including a package group that includes the package thttpd. so i search true the bb files to find out what variable is including (ARAGO_SDK_PREREQ) it. so i did a ARAGO_SDK_PREREQ_remove += "thttpd" but the package is still getting installed12:30
LetoThe2ndhmw1: you probably did the remove in the image, right?12:30
hmw1LetoThe2nd yes12:31
*** kroon <kroon!> has joined #yocto12:32
LetoThe2ndhmw1: besides the fact then, why do you even pull in a group if you don't actually want it.12:32
hmw1LetoThe2nd:  the group has some usable stuff in it. and i don't have the time yet to sift true it and put it in my own layer12:35
* LetoThe2nd shrugs12:35
LetoThe2ndits your maintenance nightmare, not mine.12:35
*** radsquirrel <radsquirrel!> has quit IRC12:38
*** radsquirrel <radsquirrel!> has joined #yocto12:39
*** jkimblad <jkimblad!> has joined #yocto12:40
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto12:42
*** joshis52 <joshis52!> has quit IRC12:44
*** ericch <ericch!> has joined #yocto12:59
*** paulg <paulg!> has joined #yocto13:00
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC13:01
*** nemgti-og <nemgti-og!~nemgti-og@> has joined #yocto13:06
*** nemgti-og <nemgti-og!~nemgti-og@> has joined #yocto13:06
*** iceaway <iceaway!~pelle@> has quit IRC13:12
*** iceaway <iceaway!~pelle@> has joined #yocto13:16
*** mamadeus__ <mamadeus__!~mamadeus@> has joined #yocto13:17
*** mamadeus_ <mamadeus_!~mamadeus@> has quit IRC13:20
*** nacknick <nacknick!> has joined #yocto13:20
nacknickHi. I added file to ${base_libdir} and when running bitbake it says: *ERROR: ... <file> has relocations in .text*13:21
nacknickIs there any way to make it ignore those relocations?13:22
*** rubdos_ <rubdos_!~rubdos@> has joined #yocto13:23
*** agust <agust!> has quit IRC13:23
sstillerqschulz: thx. That's what I expected. I had a problem with a patch and thought, it was the order. But the patch was just broken.13:24
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC13:24
*** stephano <stephano!> has joined #yocto13:24
nacknick - *textrel:* Checks for ELF binaries that contain relocations in their .text sections, which can result in a performance impact at runtime.13:25
nacknickIs there a way to remove some "QA" checks?13:25
erbonacknick: See
qschulzerbo: too quick for me :/13:27
yoctiNew news from stackoverflow: Add New Kernel Parameter To Custom Linux Image Generated By Yocto <>13:28
qschulznacknick: but why not fix it?
qschulzeither CFLAGS is not passed correctly, or you're missing -fPIC in it13:29
qschulzand that's usually better than hiding the QA messages :)13:29
*** rubdos <rubdos!~rubdos@> has joined #yocto13:30
*** rubdos_ <rubdos_!~rubdos@> has quit IRC13:32
*** maudat <maudat!> has joined #yocto13:37
*** agust <agust!> has joined #yocto13:40
*** [Sno] <[Sno]!> has quit IRC13:48
nemgti-ogerbo: qschulz. Thanks for the hints in the morning. I was stucked on meetings after and just now I had the chance to try. The thing with the symliks is solved now. Thanks again!13:49
nemgti-ogMy english sucks, but I guess you understood my message13:50
nacknickqschulz: I added `INSANE_SKIP_${PN} += "textrel"` to the recipe file and I'm still getting error: `ERROR: <my_pacakge> do_package_qa: QA Issue: ELF binary '' has relocations in .text [textrel]`13:51
nacknickerbo: You too if you know what to do... ^^^13:52
*** [Sno] <[Sno]!> has joined #yocto13:54
*** fl0v0 <fl0v0!~fvo@2a01:c22:341c:8c00:132:c190:59e0:1c54> has quit IRC13:54
qschulznemgti-og: what did you end up doing in the dn?13:55
erbonacknick: could it be that the actual package name is not what ${PN} evaluated to?13:55
qschulznacknick: no, what I meant, have you actually tried fixing the issue and not hiding it under the carpet?13:55
qschulznacknick: otherwise, you need INSANE_SKIP_<my_pacakge> here if my_pacakge is not ${PN} as erbo suggested.13:56
nacknickerbo: the `.so` files are external, I just use the PN's recipe to copy it to the the `/lib` dir13:56
qschulzwhat's the name of the package in the error?13:57
nacknickqschulz: OK I'll try, thanks. BTW, it's not "an issue", the QA checking just identifies it as a problem13:57
nacknickqschulz: The name of my external library13:58
qschulznacknick: if third party prebuilt binary, you won't be able to do anything about the warning except hiding it :/13:59
nemgti-ogqschulz: cd "${D}${datadir}/${PN}-${PV}" && ln -s ${BINARYNAME} ${D}${bindir}/${BINARYNAME}13:59
nacknickqschulz: Yes. That's exactly what I'm trying to do14:00
*** dv <dv!~dv@> has joined #yocto14:01
qschulznemgti-og: don't forget to cd back to the previous directory so if someone needs to do an install_append somewhere else they're in the correct directory14:01
qschulznemgti-og: I'm wondering if ln -s "../${datadir}/${PN}-${PV}" "${D}${bindir}/${BINARYNAME}" wouldn't have worked? without the cd?14:02
dvis there any short document describes recommendations how to beautifully/correct write recipes and layers?14:02
*** agust <agust!> has quit IRC14:02
*** vmeson <vmeson!> has joined #yocto14:03
qschulznemgti-og: also, P = ${PN}-${PV} if you want to use that instead :)14:03
erboqschulz: probably true, I don't know why I suggest the cd thing14:03
erboprobably pre-coffee14:03
qschulznacknick: if you were to be the one compiling this lib, you should be fixing it instead of using INSANE_SKIP but that I didn't know before you told us :)14:04
qschulznemgti-og: by correct I meant the default one for do_install (${B} IIRC, but `cd -` should work fine I guess?)14:05
nacknickqschulz: So what should be the command to skip the textrel check if my library file name is ** ? ` += "textrel"`14:05
qschulznacknick: not necessarily. It has to be INSANE_SKIP_<name_of_the_package_which_has_the_binary_with_relocations> += "textrel"14:06
*** ssajal <ssajal!> has joined #yocto14:07
*** paulg <paulg!> has quit IRC14:07
qschulzalso, I doubt it's legal to use dots in package names14:07
nacknickqschulz: The lib file is "independent"14:07
nacknickso `INSANE_SKIP_libofmine += "textrel"`14:07
nacknickThere is no recipe for that library file14:08
qschulzwell there is, you're writing it14:08
*** mamadeus__ <mamadeus__!~mamadeus@> has quit IRC14:09
nemgti-ogqschulz: In deed in must add thatextra "cd -". Thanks!14:09
qschulznemgti-og: check that cd - actually works. I don't know if it's shell generic :/14:09
nacknickqschulz: `INSANE_SKIP_libofmine += "textrel"` does not work14:10
qschulznacknick: what is the EXACT error message you have14:10
qschulzand do NOT censor it14:10
qschulzERROR: <my_pacakge> do_package_qa: QA Issue: ELF binary14:10
nacknickI can't not censor it :|14:11
qschulzI want what is in lieu of <my_pacakge>14:11
qschulzwell, then listen to what I am saying14:11
qschulznacknick: otherwise, you need INSANE_SKIP_<my_pacakge> here if my_pacakge is not ${PN} as erbo suggested.14:11
nacknickqschulz: OK. Let me tell you the whole story14:11
qschulzwhy do you absolutely not want to try what I'm telling you? I don't need to know the package name, but you absolutely do. You don't know which one it is, perfectly fine. But AFAIR, what you stripped from the error message is actually the name of the package you have to put after INSANE_SKIP_14:13
nacknickqschulz: There is a recipe, let's call it 'A'. I build a special library for that 'A' binary file (during the building process of bitbake) let's call it ''. Finally I need that the library file ( will be located in the `/lib` directory of the final image. Is that clear?14:15
nacknickSo I modified the file to copy the library to `/lib`14:15
*** fl0v0 <fl0v0!~fvo@2a01:c22:341c:8c00:132:c190:59e0:1c54> has joined #yocto14:16
*** agust <agust!> has joined #yocto14:18
qschulznacknick: not clear to me /me shrugs. Are you compiling this library with yocto yes or no? yes? fix the compilatioon by adding -fPIC to the CFLAGS or make sure the CFLAGS don't get overriden. No? then you need INSANE_SKIP_ for the *package* which has the lib in it. Packages and recipes are two different things.14:18
nacknick`ERROR: a-1.0.0 do_package_qa: QA Issue: ELF binary '/home/.../' has relocations in .text [textrel]`14:19
nacknickif I change the error to the story above14:19
qschulzwhy is it in home now?14:19
nacknickjust the location of the building directory14:19
nacknickignore it14:19
*** goliath <goliath!> has joined #yocto14:19
qschulzare you building your library with sources in Yocto?14:20
nacknickbuilding it separately14:20
nacknickThis is what we do at work14:21
nacknickCan't change it now... We do it not only for Yocto14:21
qschulznacknick: you're giving your layers but don't want to give the sources of your lib I guess?14:22
nacknickwe get binary file and build a library for it that they work together14:22
qschulzwhatever, does nt matter much, was just curious14:22
qschulzgo to the workdir of your recipe14:22
qschulzthen go to packages-split14:23
qschulzfind your lib14:23
qschulzwherever it is, that's the name of your package14:23
qschulzbut that should techincally appear in the Error message you have from bitbake14:24
nacknickyou're right14:24
qschulztelling you there is relocation in that file14:24
nacknickI missed it14:24
erbooh my :)14:25
*** nacknick <nacknick!> has quit IRC14:29
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:3105:3e60:51ab:b6a3> has joined #yocto14:34
ecdheI have a custom python extension, a single C file, that compiles with a 3-line
ecdheI'm trying to figure out how to get yocto to build it for me14:40
nemgti-ogI have a recipe_A-native that gets some files from the web. I created a nativesdk-recipe_A to get those files to be present in a eSDK. I use (in the eSDK) a devtool add -some-git-repo to download an app. That app needs the binaries gotten by nativesdk-recipe_A). Do I still need to add DEPENDS nativesdk-recipe_A in my recipe (the recipe that corresponds to the app i added using devtool)?14:42
nemgti-ogBecause I tried it and it does not work14:44
mauz555is a "" (in a higher priority layer) going to override a "" or are they different recipes because of the ".imx." ?14:44
erboecdhe: does it use the "distutils" pattern? If so there's a distutils.bbclass14:44
rburtonqschulz: oe-pkgdata-util is a better way to poke at what packages came out of a recipe14:45
erbomauz555: not different recipes, but I don't think that a lower version would be picked because of layer priority. Perhaps something sets a preferred version?14:46
ecdheerbo: how can I tell if it uses the distutils pattern?14:47
erboecdhe: can you e.g. call install to build and install it?14:47
ecdheerbo: yes, python3 build_ext14:47
erboThen I think it does, so you can probably use that bbclass14:48
erboecdhe: See e.g.
*** nacknick <nacknick!> has joined #yocto14:51
qschulzrburton: but for that don't you need the recipe to complete? (but thanks, I always forget about this tool)14:51
ecdheerbo: only because this would be hard to search, what is the "S" variable in that example?14:51
*** Ninic0c0 <Ninic0c0!51ff1123@> has joined #yocto14:53
nacknickqschulz: After I built the package successfully and found the library in `packages-split/${PN}-dev/`, Why could be the reason that I can't find that library file in the `/lib` directory of the final image?14:54
nacknickWhat could*14:55
qschulznacknick: because dev packages aren't in the image by default14:55
erboecdhe: the dir where the sources are put inside WORKDIR14:55
*** sstiller <sstiller!> has quit IRC14:55
qschulzecdhe: by reading the class, where you would execute build14:55
nacknickWhy it put it in dev packages? And how to solve it?14:56
qschulznacknick: because it's a non versioned lib (i.e. not .so.X.Y.Z)14:56
qschulzand in 99% of the cases, you want versioned libraries in your system14:56
qschulzand just a symlink from .so to .so.X.Y.Z14:56
nacknickSo if I will change the .so file to .so.1 it will move it?14:57
Ninic0c0Hello :)  I would like to add some ssh keys inside the final rootfs based on the image name, is it possible to do something like that ? The purpose is to have different keys for different projects , so feel free to tell me if it's not the best method :)14:57
qschulznacknick: ideally, since you are building your libs, version them14:58
qschulzit's very not nice to people to not version it14:58
nacknickhh ok14:58
nacknickand if I insist not to version it, is there a way to copy the library to the final image even that it's under -dev dir?14:59
qschulzfollow the link I've given you to make your part of the normal package14:59
qschulzwhen you want to install one -dev package, add it to IMAGE_INSTALL or however you add packages to your image15:00
mcfriskis there some way to run pseudo only to make sync()/fsync() noops?15:00
nacknickOK. thank you so much15:00
qschulznacknick: pleasure, good luck15:01
qschulzNinic0c0: or you make one recipe per ssh keys and include the correct one in your project specific image (thinkin out loud)15:02
LetoThe2ndqschulz: don't think. its unneccessary.15:05
*** paulg <paulg!~paulg@> has joined #yocto15:06
qschulzLetoThe2nd: how would you do it?15:08
LetoThe2ndqschulz: easy. i just don't think.15:08
Ninic0c0qschulz sound also a good solution but the purpose is to write less recipe as possible ^^15:09
LetoThe2ndbut in fact, i think qschulz is right. if you want to base someting off a specific image, then providing separate recipes is the easiest way.15:11
LetoThe2ndan option would be to have a conglomerate recipe that provides seperate packages which you can then reference. yet thats just a variation on the topic.15:11
Ninic0c0LetoThe2nd thx for the advice. I wiil do that thx guys!15:11
qschulzLetoThe2nd: I think we're using it already, but how bad is SRC_URI in an image recipe?15:14
*** jobroe_ <jobroe_!~manjaro-u@> has quit IRC15:14
LetoThe2ndqschulz: i personally would say "if it fits your bill, go use it." but that might be just me.15:15
qschulzLetoThe2nd: then a ROOTFS_POST_COMMAND or something which reads into WORKDIR and take the files from SRC_URI += "file://${IMAGE_NAME}/keys" or something? I'm curious what are the other options15:15
qschulzLetoThe2nd: and that brings hackish solutions (I've seen a few :) )15:16
Ninic0c0qschulz LetoThe2nd for info FILESEXTRAPATHS_append := "${THISDIR}/files/${MACHINE}:" made the trick  :P15:17
Ninic0c0MACHINE -> IMAGE_NAME :S to fast copy/paste ^^15:18
qschulzNinic0c0: where?15:18
LetoThe2ndin the image, i presume.15:19
ecdheerbo: here's my .bb file:
ecdheI had actually used python3-dbus as a reference before15:20
Ninic0c0qschulz inside the recipe15:20
Ninic0c0as all keys ahev the same name in different project fodler15:20
qschulzNinic0c0: image recipe or package recipe?15:20
ecdheerbo: so I added my python3-cfifo (my simple extension module) to layer.conf.  When I build, I get the error: "Package 'python3-cfifo' has no installation candidate"15:21
Ninic0c0qschulz To tell you all; I have one recipe on my "OS part" with admin access keys. In an other part "application part" I have a ssh-keys.bbappend. the FILESEXTRAPATHS is inside the bbappend15:22
ecdheThe .bb file is in my layer directory, next to other .bb files of the same pattern, which I believe should be globbed by the layer.conf BBFILES description.15:23
Ninic0c0qschulz so i have the same bbapend (only one in fact) and i have just to keep the same in sub folder containing project name15:23
qschulzNinic0c0: you're making a package recipe image specific and that is not great.15:23
LetoThe2ndNinic0c0: and that works with the image name? machine, sure, distro, sure... but image? i doubt it.15:23
Ninic0c0qschulz good point :S15:24
qschulzNinic0c0: package recipes can only be distro specific (by default), everything agnostic (allarch.bbclass, shell scripts), or machine specific15:24
qschulzbecause all of those have a separate work directory15:24
qschulzso when you change any of those X-specific item, you get a new separate work dir15:25
qschulzotherwise, you just overwrite every time the recipe work dir with different data and from experience, trust me, that's not great :)15:25
Ninic0c0qschulz totally agree, i will change that to have several simple recipes and add them inside the correct packagegroup15:25
qschulzNinic0c0: you could have multiple recipes with the name of the image in it and then in an .inc included by the image recipe, you do some magic like IMAGE_INSTALL += "ssh-keys-${IMAGE_NAME}" and then it's "transparent"15:26
qschulz(the name of the image in the package name produced by the recipe*)15:27
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:30
tgamblinjpuhlman: I see you had some involvement in this nasty Python pkg_resources sluggishness:
tgamblinI'm trying to track down what, if any, blanket fix might exist to deal with avoiding that slowdown15:33
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:3105:3e60:51ab:b6a3> has quit IRC15:34
Ninic0c0qschulz Thx for support, all work like a charm <315:43
qschulzNinic0c0: nice!15:46
*** lucaceresoli__ <lucaceresoli__!> has joined #yocto15:47
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC15:50
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto15:50
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto15:50
RPtgamblin: is what caused the list to break15:52
jpuhlmantgamblin: No that was just our mirror. I didn't do any work on that one.15:53
*** dreyna <dreyna!> has joined #yocto15:54
*** kroon <kroon!> has quit IRC15:54
tgamblinjpuhlman: ah, ok :(15:55
tgamblinRP: thanks, I'll have a look15:55
*** vineela <vineela!~vtummala@> has joined #yocto15:56
*** kroon <kroon!> has joined #yocto15:56
*** bernardoaraujo_ <bernardoaraujo_!uid179602@gateway/web/> has joined #yocto16:00
*** kpo <kpo!~kpo@> has joined #yocto16:03
*** pharaon2502 <pharaon2502!> has quit IRC16:03
Ninic0c0qschulz one trouble left, is it possible to append a file installed by an other recipe (in my case: authorized_keys) ? ^^16:13
Ninic0c0because 2 recipes want to add the keys inside :S16:13
qschulzNinic0c0: from another recipe, I don't think so16:15
qschulzNinic0c0: but if you don't want authorized_keys from the original recipe, why don't you remove it from the original package? (do_install_append() { rm ${D}/authorized_keys } is one way, the proper I don't know)16:16
qschulzmaybe there's some trickery possible with pkg_post_inst or something but I'm very unfamiliar with those tasks.16:17
qschulzNinic0c0: do you need to append or overwrite?16:17
*** nacknick <nacknick!> has quit IRC16:19
*** mckoan is now known as mckoan|away16:21
*** yacar_ <yacar_!> has quit IRC16:21
khemRP: you did not pick it into master-next16:22
khemthis should help x86_64 world16:23
*** kroon <kroon!> has quit IRC16:24
*** NiksDev <NiksDev!~NiksDev@> has quit IRC16:26
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto16:26
armpitkhem, I don't see it in master-next16:26
*** yacar_ <yacar_!> has joined #yocto16:27
khemRP: and are you going to pick the bison upgrade and -l patch ?16:28
khemif -l patch is not provided16:28
khemin core then I have to push it imto my fork16:28
JPEWIt looks like doesn't run when using systemd; what's the alternative?16:31
*** yacar_ <yacar_!> has quit IRC16:31
*** yacar_ <yacar_!> has joined #yocto16:32
khemvolatile-binds ?16:39
*** comptroller_ <comptroller_!> has quit IRC16:40
*** robert_yang <robert_yang!~robert@> has quit IRC16:41
*** robert_yang <robert_yang!~robert@> has joined #yocto16:41
tgamblinJPEW: yeah, it's sysvinit only apparently. I was running into this with
yoctiBug 13784: normal, Medium+, 3.1 M3, trevor.gamblin, IN PROGRESS DESIGN , Sysvinit log file creation in /var/log sometimes fails at first boot16:46
*** comptroller <comptroller!> has joined #yocto16:46
*** fl0v0 <fl0v0!~fvo@2a01:c22:341c:8c00:132:c190:59e0:1c54> has quit IRC16:50
*** robert_yang <robert_yang!~robert@> has quit IRC16:50
*** robert_yang <robert_yang!~robert@> has joined #yocto16:51
*** vineela <vineela!~vtummala@> has quit IRC16:54
*** yacar_ <yacar_!> has quit IRC17:15
*** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:a8aa:8751:844c:e602> has joined #yocto17:15
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:16
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:16
*** hpsy <hpsy!~hpsy@> has quit IRC17:19
*** rob_gries <rob_gries!> has joined #yocto17:19
rob_griesHi I'm having the same problem as this person on the mailing list -- Has anyone developed a fix?17:21
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC17:21
rob_griesI've applied RP's patchset to my build and I still haven't had much luck.17:21
*** yacar2_ <yacar2_!~yacar_@2a01:e0a:22a:7f40:98f:1a02:d95f:ec40> has joined #yocto17:23
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:23
rob_griesIt's almost like the do_install_append_arm() function isn't executing, since I have two different copies of fpu_control.h in my lib32 and my lib64 sysroots. The lib64 sysroot contains the fixed fpu_control.h header along side of the fpu_control-64.h header, but the lib32 sysroot contains only the 32bits version of fpu_control.h and no fpu_control-32.h header.17:24
rob_griesI am referring to the do_install_append_arm() function in glibc-package.inc17:25
*** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:a8aa:8751:844c:e602> has quit IRC17:27
JPEWkhem: volatile-binds won't work very well unfortunately. I would like the ability to package individual bind files with the package that needs them17:28
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:30
*** nemgti-og <nemgti-og!~nemgti-og@> has quit IRC17:32
*** nemgti-og <nemgti-og!~nemgti-og@> has joined #yocto17:33
*** hpsy <hpsy!~hpsy@> has joined #yocto17:34
*** kroon <kroon!~kroon@> has joined #yocto17:36
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:36
*** lucaceresoli__ <lucaceresoli__!> has quit IRC17:48
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:50
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto17:51
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:51
*** vineela <vineela!~vtummala@> has joined #yocto17:52
*** guerinoni <guerinoni!> has quit IRC18:08
*** guerinoni <guerinoni!> has joined #yocto18:09
JPEWAh, systemd has tempfiles.d which does the same thing18:13
JPEWI bet I can write a script to convert from volatiles to tempfiles....18:13
*** frsc <frsc!> has quit IRC18:16
*** yacar3_ <yacar3_!> has joined #yocto18:22
*** yacar3_ <yacar3_!> has quit IRC18:23
*** nerdboy <nerdboy!~sarnold@> has joined #yocto18:23
*** yacar3_ <yacar3_!~yacar_@2a01:e0a:22a:7f40:8524:a2bb:fd5d:1880> has joined #yocto18:23
*** yacar2_ <yacar2_!~yacar_@2a01:e0a:22a:7f40:98f:1a02:d95f:ec40> has quit IRC18:25
*** nerdboy <nerdboy!~sarnold@> has quit IRC18:28
*** nemgti-og <nemgti-og!~nemgti-og@> has quit IRC18:32
*** davest <davest!> has joined #yocto18:33
ecdheI'm digging into this.  I'm getting the error message that "E: Package 'python3-mymodule' has no installation candidate"18:34
*** nerdboy <nerdboy!~sarnold@> has joined #yocto18:34
ecdheUnfortunately, the term "installation candidate" doesn't appear in the yocto mega manual.18:35
*** paulg <paulg!~paulg@> has quit IRC18:35
ecdheWhat does it mean when a recipe provides a package that has no "installation cadidate"?18:36
*** nerdboy <nerdboy!~sarnold@> has quit IRC18:39
neverpanicecdhe: It's not a yocto error message, it's an error message printed by your chosen package manager.18:42
neverpanicecdhe: usually that means that you don't have any package sources configured. Are you getting this while building an image, or while attempting to install additional packages into an image?18:43
*** emrius <emrius!> has joined #yocto18:43
emriusGood evening everybody. I have an issue related to the `target_FPU` setting (I think). A compilation fails as follows: `error: build/lib.linux-x86_64-3.7/scipy/fftpack/ uses VFP register arguments, build/temp.linux-x86_64-3.7/libfftpack.a(cffti1.o) does not`. I experimented with the target_FPU setting and18:46
emriusset it to hard/soft/softfp but neither lead to success. I also experimented with the compiling arguments `-mfloat-abi` setting it to soft/hard. Also here no success. Any incentives how to proceed?18:46
emriusI also just opened this issue if you wanna comment on that:
ecdheneverpanic: bitbake gives me this error while I try to build an image18:49
neverpanicecdhe: OK, that means you're trying to install a package that doesn't exist. If the name is correct, this usually happens if the package is empty and thus wasn't created.18:50
ecdheneverpanic: ahhh, I see from the log that it's actually the output after a lengthy invocation of apt-get in the "do_rootfs" function of my image.18:50
ecdheneverpanic: I'm trying to get a python extension to build18:51
neverpanicecdhe: That's expected. Yocto builds images by invoking your package manager to install all those packages.18:51
neverpanicecdhe: Then I guess your extension wasn't built or packaged correctly. Check the generated package for completeness and consistency before attempting to include it into the image.18:52
ecdheI'm not downloading its source from github, so SRCURI is just a couple of files.18:52
ecdheThe thing is, if I look at other .bb files, they are pretty simple: they inherit distutils3-base and include a SRCURI18:53
neverpanicCheck the do_compile, do_install logs and the packaged files. If you have rm_work disabled, check what's in ${WORK}/image for this recipe.18:53
neverpanicThe problem may be in your, for example. If that installs into /usr/local, or /opt, that would explain things.18:54
*** hpsy <hpsy!~hpsy@> has quit IRC18:56
yoctiNew news from stackoverflow: stm32mp1 image built with yocto missing header files <>18:59
*** emrius <emrius!> has quit IRC19:01
rob_grieskhem: I'm experiencing an issue that you commented about in the mailinglist a couple of years ago -- and I added the multilib definition for fpu_control.h but I'm still getting the error. Any ideas?19:05
*** paulg <paulg!> has joined #yocto19:08
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC19:13
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto19:13
khemI am not same khem that was 2 years ago :) but let me access my tape archives19:16
khemdoes this commit fix it ?
rob_grieskhem: Unfortunately that was the first thing that I did... I applied the entire series for that patchset Is there a cleaning task that I need to do after doing that or will just a -ccleanall on that recipe do the trick?19:18
khemjust delete tmp/19:19
rob_griesah I haven't done that... I will try thanks Khem!19:20
*** curlybracket <curlybracket!> has quit IRC19:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:22
*** hpsy <hpsy!~hpsy@> has joined #yocto19:24
*** kroon <kroon!~kroon@> has quit IRC19:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:25
*** nerdboy <nerdboy!~sarnold@> has joined #yocto19:42
*** champagneg <champagneg!> has quit IRC19:44
*** champagneg <champagneg!> has joined #yocto19:44
*** yacar3_ <yacar3_!~yacar_@2a01:e0a:22a:7f40:8524:a2bb:fd5d:1880> has quit IRC19:46
ecdheneverpanic: I have a bog-standard, I'm not doing ANYTHING custom.19:48
ecdheThis is frustrating.  My recipe doesn't look different from other recipes that work, except I removed HOMEPAGE and I can't find any recipes that bring their own source (instead of downloading from a URL)19:49
*** ericch <ericch!> has quit IRC19:49
*** nerdboy <nerdboy!~sarnold@> has quit IRC19:52
*** amaury_d_ <amaury_d_!> has quit IRC19:53
*** micka <micka!> has quit IRC19:56
*** micka <micka!> has joined #yocto19:56
*** RobertBerger <RobertBerger!> has joined #yocto20:06
*** nerdboy <nerdboy!~sarnold@> has joined #yocto20:06
*** maudat <maudat!> has quit IRC20:10
*** nerdboy <nerdboy!~sarnold@> has quit IRC20:12
*** stephano <stephano!> has quit IRC20:20
JPEWecdhe: You may need to move the files into ${S} for disttools to find them20:24
JPEWecdhe: file:// in SRC_URI downloads to ${WORKDIR}, not ${S}20:25
ecdheJPEW: do you have an example of this?20:26
ecdheS = "${WORKDIR}/dbus-python-${PV}"20:26
ecdheThat's from the dbus example -- it's bascially setting ${S} to the workdir foller20:27
JPEWecdhe: Well, a subdirectory of ${WORKDIR}, which is what it usually is20:27
*** berton_ <berton_!~berton@> has joined #yocto20:27
JPEWThere's a bit of a quirky dynamic that happens: ${S} defaults to ${BPN}-${PV}, and it expects this is where source will be extracted20:29
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC20:29
JPEWS = ${WORKDIR}/${BP} for reference20:29
*** nerdboy <nerdboy!~sarnold@> has joined #yocto20:29
*** berton <berton!~berton@> has quit IRC20:30
ecdheNo joy with S = "${WORKDIR}/"20:30
ecdheperhaps time to disable workdir deletion20:31
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto20:31
JPEWecdhe: Ya, try that20:33
kergothi'd suggest having the fetcher put the files into a subdir of workdir rather than setting S to workdir20:33
ecdhekergoth: I had the same idea but not sure how to do it20:33
kergothtwo options, put the files in a subdirectory next to your recipe and add that directory to SRC_URI instead of the files20:34
kergoththat's the easiest, ex add a 'src' dir, then file://src/20:34
kergothalternatively, there's a url parameter to change the destination, let me check20:34
*** nerdboy <nerdboy!~sarnold@> has quit IRC20:35
ecdhethanks kergoth20:40
*** Ninic0c0 <Ninic0c0!51ff1123@> has quit IRC20:42
*** kroon <kroon!> has joined #yocto20:48
*** nerdboy <nerdboy!~sarnold@> has joined #yocto20:50
*** |Sno| <|Sno|!> has joined #yocto20:52
*** [Sno] <[Sno]!> has quit IRC20:54
*** nerdboy <nerdboy!~sarnold@> has quit IRC20:54
*** [Sno] <[Sno]!> has joined #yocto20:57
*** ericch <ericch!> has joined #yocto21:05
*** berton_ <berton_!~berton@> has quit IRC21:16
*** xyzzy42 <xyzzy42!~trentpi@> has quit IRC21:21
*** paulg_ <paulg_!~paulg@> has joined #yocto21:31
*** falstaff <falstaff!~quassel@2a02:169:3df5:0:38bf:a3ff:fe35:2815> has joined #yocto21:33
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC21:44
*** pohly <pohly!> has quit IRC21:50
darknightearmpit: aloha.21:51
*** david-e <david-e!~david-e@2001:b07:2e6:ccce:12c3:7bff:fe9b:e635> has joined #yocto22:00
armpithowdy darknighte22:00
*** kroon <kroon!> has quit IRC22:01
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:8c74:d0da:4c76:e612> has quit IRC22:02
*** nerdboy <nerdboy!~sarnold@> has joined #yocto22:10
*** nerdboy <nerdboy!~sarnold@> has quit IRC22:15
*** guerinoni <guerinoni!> has quit IRC22:16
*** nerdboy <nerdboy!~sarnold@> has joined #yocto22:18
*** nerdboy <nerdboy!~sarnold@> has quit IRC22:23
*** champagneg <champagneg!> has quit IRC22:33
*** amaury_d <amaury_d!> has joined #yocto22:35
*** falstaff <falstaff!~quassel@2a02:169:3df5:0:38bf:a3ff:fe35:2815> has quit IRC22:36
*** elfGamal <elfGamal!~elg@> has quit IRC22:48
*** elGamal <elGamal!~elg@> has joined #yocto22:48
*** ssajal <ssajal!> has quit IRC22:48
*** lucaceresoli__ <lucaceresoli__!> has joined #yocto22:49
*** palate <palate!> has quit IRC22:52
*** nerdboy <nerdboy!~sarnold@> has joined #yocto22:59
*** locutus_ <locutus_!> has joined #yocto23:00
*** rburton <rburton!~rburton@> has quit IRC23:00
*** jd <jd!> has joined #yocto23:00
*** jd is now known as Guest6498623:01
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC23:03
*** david-e <david-e!~david-e@2001:b07:2e6:ccce:12c3:7bff:fe9b:e635> has quit IRC23:03
*** nerdboy <nerdboy!~sarnold@> has quit IRC23:04
*** locutus_ <locutus_!> has quit IRC23:04
*** Guest64986 is now known as jd_6498623:04
jd_64986Hello, is there a recommended strategy for installing python packages that use pipenv to manage their dependencies with a Pipfile.lock? Most python package recipes appear to use the pypi and setuptools3 classes, neither of which seem to respect Pipfile.lock.23:07
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:07
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:20
*** dmoseley <dmoseley!~dmoseley@> has quit IRC23:22
*** JaMa <JaMa!~martin@> has quit IRC23:24
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto23:27
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto23:28
*** vineela <vineela!~vtummala@> has quit IRC23:31
*** dmoseley <dmoseley!~dmoseley@> has quit IRC23:35
*** nerdboy <nerdboy!~sarnold@> has joined #yocto23:35
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:36
*** lucaceresoli__ <lucaceresoli__!> has quit IRC23:36
*** nerdboy_ <nerdboy_!~sarnold@> has joined #yocto23:39
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC23:40
*** nerdboy_ <nerdboy_!~sarnold@> has quit IRC23:46
*** paulg_ <paulg_!~paulg@> has quit IRC23:46
RPkhem: sorry, I did mean to get those23:46
*** nerdboy_ <nerdboy_!~sarnold@> has joined #yocto23:54

Generated by 2.17.2 by Marius Gedminas - find it at!