**** BEGIN LOGGING AT Wed May 22 03:02:00 2019
May 22 06:13:02 <yocti> New news from stackoverflow: SOME / IP communication with Yocto Linux meaning? <https://stackoverflow.com/questions/56247844/some-ip-communication-with-yocto-linux-meaning>
May 22 07:21:00 * alessioigor waves all!
May 22 08:13:22 <yocti> New news from stackoverflow: SOME / IP communication with Yocto Linux meaning? [on hold] <https://stackoverflow.com/questions/56247844/some-ip-communication-with-yocto-linux-meaning>
May 22 09:03:24 <bitdefect> Hi, I came a cross a strange issue with a yocto system, maybe someone can help me with that. While wanting to debug some firewall rules, I realized the kernel doesn't include the ip_tables.ko module. Therefore it is not possible to run iptables.
May 22 09:04:00 <bitdefect> At the same time there is a IPv4 rules file under /etc/iptables.rules and the rules in there are applied.
May 22 09:05:23 <bitdefect> Under /etc/network/if-pre-up.d is a script which loads the these rules via iptables-restore.
May 22 09:05:33 <bitdefect> I'm a bit confused how this is supposed to work.
May 22 09:06:03 <bitdefect> I always thought iptables needs the ip_tables.ko module. Does yocto support some sort of staged booting?
May 22 09:21:19 <bitdefect> Problem solved, the only solution is that iptables is not running at all.
May 22 09:21:33 <bitdefect> The iptables.rules file is not loaded.
May 22 09:22:45 <__ad> hi, i am getting an error "ERROR: Function failed: do_preconfigure" but no other info about. How could i know more ?
May 22 09:31:18 <LetoThe2nd> __ad: usually there is the path to the log file somewhere very nearby
May 22 09:32:23 <__ad> Hi LetoThe2nd , well the log file reports same sentence, not much more than it
May 22 09:33:10 <LetoThe2nd> __ad: which recipe? have you looked into the preconfigure? maybe its obvious what fails?
May 22 09:43:41 <yocti> New news from stackoverflow: Qt Overlay over GStreamer <https://stackoverflow.com/questions/48379687/qt-overlay-over-gstreamer>
May 22 10:33:09 <milloni> how do i know exactly from what layers a package is built?
May 22 10:34:41 <Crofton> layers.openembedded.org?
May 22 10:43:43 <milloni> no, i mean with my particular build
May 22 10:44:07 <Crofton> what are you trying to do?
May 22 10:46:01 <milloni> i've got a kernel recipe
May 22 10:46:12 <milloni> a chain of many bbappend's etc
May 22 10:46:16 <Crofton> ah
May 22 10:46:28 <milloni> i find it really difficult to know what i'm getting exactly
May 22 10:46:30 <Crofton> from memeory, look at bitbake-layers command
May 22 10:46:32 <Crofton> I think
May 22 10:46:43 <Crofton> I bet it has a show-appends option
May 22 10:46:56 <milloni> for example, one recipe was appending stuff my kernel config - it took me over 8 hours to figure out where that was
May 22 10:47:20 <milloni> sorry, i'm new to yocto and i'm missing the terminilogy sometimes
May 22 10:47:59 <Crofton> no problem, it can be confusing
May 22 10:48:09 <Crofton> sometimes best to describe what you are trying to do
May 22 10:48:49 <Crofton> https://stackoverflow.com/questions/32850160/bitbake-how-to-list-all-recipe-and-append-files-used-in-an-image
May 22 10:49:16 <milloni> okay, can i use this command but for just one package?
May 22 10:49:23 <Crofton> recipe :)
May 22 10:49:31 <Crofton> recipes produce packages
May 22 10:49:41 <Crofton> so one recipe makes several packages :)
May 22 10:49:53 <milloni> okay, can i? :)
May 22 10:54:35 <milloni> okay, there's no dedicated option for this, but it's pretty easy to search in the output actually
May 22 11:10:35 <milloni> my kernel recipe (maintainted by the chip vendor) is appending options to the kernel config
May 22 11:10:45 <milloni> in that recipe's .bb file
May 22 11:10:57 <milloni> what's the best option of getting rid of that?
May 22 11:11:26 <milloni> can i do that in a .bbappend? or do i just patch the recipe?
May 22 11:13:42 <paulbarker> milloni: Have you ran `bitbake -e <recipe>`? That should tell you what's being set and where
May 22 11:13:56 <yocti> New news from stackoverflow: How can i use uClibc for C library ? busybox for system init ? and Thumb-2 instructions for my Yocto Linux image <https://stackoverflow.com/questions/56255284/how-can-i-use-uclibc-for-c-library-busybox-for-system-init-and-thumb-2-instr>
May 22 11:14:11 <milloni> paulbarker: yeah, i already don't where it's being set
May 22 11:14:26 <milloni> and i'm just wondering what's the best way for undoing that
May 22 11:14:41 <milloni> as i understand, patching the upstream recipe is discouraged
May 22 11:14:50 <paulbarker> Ah that can be a pain when third-party layers are misbehaving and you don't want to modify them
May 22 11:14:58 <milloni> yes exactly
May 22 11:14:59 <paulbarker> You can use _remove to override and _append
May 22 11:15:04 <milloni> !
May 22 11:15:06 <milloni> nice
May 22 11:15:15 <paulbarker> But there's no way to override _remove as that's the last modification done
May 22 11:15:30 <milloni> a bit too explicit though - i'll have to explicitly say exactly what to remove
May 22 11:15:31 <paulbarker> BSP layers which do _remove on variables upset me
May 22 11:15:46 <milloni> and then if the bsp layer changes, possibly update my _remove too?
May 22 11:16:56 <paulbarker> Yes that's the pain. Talk to the upstream provider for the layer in question, see if they'll accept a patch to put their modifications behind a conditional variable which you can then override
May 22 11:18:09 <milloni> hm okay
May 22 11:30:11 <milloni> paulbarker: is that going to work with functions too? do_defconfig_patch_remove () { ...
May 22 11:30:34 <paulbarker> I've never had to do that myself so not sure
May 22 11:31:00 <paulbarker> Is the offending layer public?
May 22 11:32:05 <milloni> not, it's an obscure proprietary vendor drop..
May 22 11:32:19 <milloni> actually, let me check, that part might be public
May 22 11:35:52 <milloni> paulbarker: https://source.codeaurora.org/quic/le/meta-qti-bsp/tree/recipes-kernel/linux-gvm-4.4/8x96autogvmquintcu-image.inc?id=0f5d4aadc0e2f111e856e2bdbfeed625d812999b
May 22 11:36:11 <milloni> note this is an older release, when i looked at master, it seems they've removed linux-gvm-4.4 completely
May 22 11:53:52 <milloni> paulbarker: just fyi, it *did* work
May 22 11:58:16 <naknick> hello. I use AGL project (http://docs.automotivelinux.org/master/docs/getting_started/en/dev/reference/source-code.html) on RPI3 and I'm trying to configure network settings (eth0 and wlan). There is no /etc/network/interfaces file and dhcpd.conf file does not affect anything (mayb I did it wrong?). There is not "rc.local" file and I don't know how to run startup scripts. Is anyone here familiar with the version and can help me out?
May 22 11:58:29 <naknick> I must use AGL...
May 22 11:58:58 <Crofton> read up on systemd?
May 22 12:03:04 <milloni> naknick: you can use something like connman
May 22 12:03:32 <milloni> if it's a simple static eth0 connection you can make it even simpler by configuring it from the kernel command line
May 22 12:04:24 <milloni> https://superuser.com/questions/502793/how-to-bring-network-up-at-boot-time-in-linux
May 22 12:22:55 <naknick> milloni: I'll try. thanks
May 22 12:23:14 <naknick> IF ANYONE ELSE HAS ANOTHER IDEA - FEEL FREE
May 22 12:24:28 <LetoThe2nd> naknick: other ideas then being virtually screamed at for handholding to read the manual? probably not, sorry.
May 22 12:29:46 <erbo> naknick: a quick search suggest that AGL uses connman, so you might want to just read the connman docs of how to configure the network as you want
May 22 12:33:49 <naknick> I mean other than conmann idea
May 22 12:34:52 <naknick> Another problem I have. I added "python3" to "CORE_IMAGE_EXTRA_INSTALL" (local.conf) - and it installed python 3.5. Is there any way to force it to install 3.6 (or above)?
May 22 12:35:50 <LetoThe2nd> naknick: add a layer (version) that brings recipes for python 3.6
May 22 12:37:53 <naknick> According to here: https://layers.openembedded.org/layerindex/recipe/23823/ it suppose to install 3.7
May 22 12:39:12 <LetoThe2nd> naknick: thats why i explicitly said layer "version"
May 22 12:39:23 <LetoThe2nd> naknick: look up which revision you have checked out.
May 22 12:41:28 <naknick> LetoThe2nd - I'm sorry, I'm not sure I understood you
May 22 12:42:53 <LetoThe2nd> naknick: you usually have a combination of several layers. those are on specific revisions. pyro, rocko, sumo, thud, warrior, for example. and python 3.7 is a probably rather recent recipe revision, so it almost certainly is not present in the earlier layer versions.
May 22 12:43:27 <LetoThe2nd> naknick: so, look up the revisions you are using, and then see if you can either update altogether (mixing is bad!), or need to backport into a custom layer.
May 22 12:44:19 <LetoThe2nd> naknick: given your history of questions here, i have to add that you would certainly be better off if you finally decided upon learning the basics, instead of randomly poking at each problem again.
May 22 12:44:28 <naknick> oh you meen like "eel"?
May 22 12:45:34 <LetoThe2nd> i like eels. preferably smoked.
May 22 12:45:49 <naknick> "S
May 22 12:47:51 <paulbarker> naknick: 'eel' is the AGL version, you should check the AGL docs for the underlying Yocto Project version used
May 22 12:48:59 <paulbarker> Also try #automotive for more specific AGL questions but for "how do I install an updated version of Python" they probably won't be able to give you much as changing that may break other recipes which depend on the Python version
May 22 12:49:27 <naknick> paulbarker - thank you
May 22 16:46:25 <justanotherboy> zeddii: I have added you in https://bugzilla.yoctoproject.org/show_bug.cgi?id=13301 if you can provide suggestions, that would really help :)
May 22 16:46:26 <yocti> Bug 13301: normal, Medium+, 2.8 M1, just.another.mariano, IN PROGRESS DESIGN , util-linux ptest results are inconsistent per image
May 22 20:42:00 <JaMa> are layerupdates (on layers.openembedded.org) regulary removed or something? I was looking few days ago on https://layers.openembedded.org/layerindex/layerupdate/9044219/ and now it says 404
May 22 20:42:26 <JaMa> and the layer (meta-webosose) doesn't show the "Updates" tab anymore as well
**** ENDING LOGGING AT Thu May 23 03:00:36 2019