**** BEGIN LOGGING AT Sat Sep 21 03:00:00 2019 Sep 21 05:16:17 New news from stackoverflow: AWS CodeBuild as non-root user Sep 21 07:36:54 khem: nice! :) Sep 21 10:26:25 hello :), what's up? **** BEGIN LOGGING AT Sat Sep 21 11:27:03 2019 Sep 21 13:47:24 New news from stackoverflow: Yocto build parsing issue Sep 21 16:22:50 RP: we need to add remaining oe layers in mix as well Sep 21 16:31:12 khem: yes, now that is working we can think about expanding Sep 21 16:53:03 hello :) Sep 21 16:55:15 Remember I was trying to make an ethernet gadget out of a pocketbeagle to do ethernet with an Android phone? Well I realized that connecting my Android phone to my router with a standard ethernet adapter doesn't work anymore. So I'm giving up on that. Android allows USB tethering (where Android is the host, I believe), but not the opposite. Probably because the OEMs mess up somewhere with they Sep 21 16:55:17 custom Android layer Sep 21 16:56:00 Still, I learnt how to setup a basic Yocto system, that was interesting :) Sep 21 17:02:11 My next "fun project" to learn could be this: I have an off-the-shelf device that I can flash with a *.img image (using fastboot). I don't know anything about the hardware, except that it runs an armv7. I have the image, root access, and there is a /proc/config.gz. Sep 21 17:02:56 Is there a way I create a new yocto image that would run on that device? Is it enough to have /proc/config.gz to do that? I should be able to extract the kernel config from it, shouldn't I? Sep 21 17:04:52 The question is: can I make my own "reverse-engineered BSP" from that, or is that a stupid idea? Sep 21 23:18:48 grmbl. bitbake -c menuconfig virtual/kernel never works for me. Sep 21 23:21:01 I have a BSP that comes with a defconfig. I run menuconfig, change CDCETHER from "Y" to "M". I save (default, .config), then I run `bitbake -c savedefconfig virtual/kernel`. I look at that file, it doesn't even contain CDCETHER -_- Sep 21 23:48:33 so the `.config` resulting from `bitbake -c menuconfig virtual/kernel` looks like what I expect, but the `defconfig` resulting from `bitbake -c savedefconfig virtual/kernel` is not **** ENDING LOGGING AT Sun Sep 22 03:00:26 2019