**** BEGIN LOGGING AT Fri Apr 30 02:59:56 2021
Apr 30 07:44:32 <LetoThe2nd> yo dudX
Apr 30 07:46:59 <mckoan> hi LetoThe2nd
Apr 30 08:31:38 <GeneralStupid> Hi, at the moment i call ifconfig to configure the network interfaces... I want to replace it with dbus and networkmanager or connman. I don't need VPN support and already use avahi for mdns.
Apr 30 08:33:20 <LetoThe2nd> GeneralStupid: ok, so...?
Apr 30 08:35:08 <GeneralStupid> LetoThe2nd: iam not sure what i should use. The sources i found on networkmanager are more focussed on desktop application
Apr 30 08:35:29 <LetoThe2nd> GeneralStupid: yocto chant #2: it depends.
Apr 30 08:36:13 <GeneralStupid> LetoThe2nd: i feared that ;-)
Apr 30 08:38:34 <LetoThe2nd> GeneralStupid: thats just how it is.
Apr 30 08:39:19 <GeneralStupid> I try to ask more specific questions... but maybe i dont have all informations i need
Apr 30 08:42:11 <LetoThe2nd> we can try and guide you through the thinking process, but you'll have to do most of the heavy lifting yourself. thats just how it is.
Apr 30 08:44:05 <GeneralStupid> LetoThe2nd: Thanks, it is what it is :) I will ask again if i gained more informations.
Apr 30 08:44:34 <GeneralStupid> LetoThe2nd: Does it make sense to compare the dbus api's at the beginning?
Apr 30 08:46:12 <LetoThe2nd> GeneralStupid: if accessing the network-management-software-to-be thorugh that api is a core requirement for you, then it is. otherwise, probably not.
Apr 30 08:47:22 <GeneralStupid> yes it is. I hope that i just install nm or connman and only use the dbus api and everything works :-D
Apr 30 08:47:40 <GeneralStupid> And i know it wont be that easy :)
Apr 30 08:48:28 <LetoThe2nd> fi you are already on systemd, then networkd is obviously another candidate.
Apr 30 08:51:56 <GeneralStupid> LetoThe2nd: Iam. but there is no dbus api?
Apr 30 08:54:37 <LetoThe2nd> LetoThe2nd: i think there is.
Apr 30 08:57:40 <GeneralStupid> LetoThe2nd: i'll search for it
Apr 30 10:23:03 <RP> kanavin_: around? http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=b24332906d7d3f057a1b75a2fc6a5704396aa7b4 seems to have broken uninative :(
Apr 30 10:23:34 <RP> kanavin_: https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/3380/steps/11/logs/stdio is the result with a new uninative. For x86_64 I get GLIBC_2.2.5 from that script, not GLIBC_2.0
Apr 30 10:45:01 <RP> kanavin_: I've tried 4.4.19 and its no better, the issues aren't fixed. Will have to try and debug
Apr 30 10:51:07 <GeneralStupid> LetoThe2nd: networkctl is able to be reloaded via dbus but you need to write the config file to the disk
Apr 30 10:51:21 <GeneralStupid> LetoThe2nd: so i give connman a try thanks for your help :)
Apr 30 10:52:10 <LetoThe2nd> GeneralStupid: have fun!
Apr 30 10:52:47 <GeneralStupid> :)
Apr 30 10:54:27 <GeneralStupid> LetoThe2nd: Yes. Fun: bluez5 is pulled in by connman
Apr 30 10:54:57 <LetoThe2nd> GeneralStupid: well i guess that this is just a MACHINE_FEATURE or packageconfig
Apr 30 11:00:48 <GeneralStupid> bluetooth is a distro_feature
Apr 30 11:07:16 <GeneralStupid> LetoThe2nd: thanks for the hint, it works
Apr 30 11:37:20 <RP> kanavin_: I have a fix in -next, its leading space issues in CFLAGS
Apr 30 11:37:31 * RP had to remember some perl :(
Apr 30 11:39:11 <LetoThe2nd> RP: here, have a drink!
Apr 30 11:39:18 <JaMa> my condolences
Apr 30 11:40:34 <LetoThe2nd> for the record: from tomorrow on, i will be mostly MIA until mid june
Apr 30 11:41:13 <JaMa> some metal festival? :)
Apr 30 11:41:31 <LetoThe2nd> hehe
Apr 30 11:41:34 <LetoThe2nd> paternal leave
Apr 30 11:41:38 <qschulz> LetoThe2nd: https://en.wikipedia.org/wiki/M.I.A._(rapper) ???
Apr 30 11:41:53 <JaMa> LetoThe2nd: congratz!
Apr 30 11:42:05 <LetoThe2nd> qschulz: https://en.wikipedia.org/wiki/Missing_in_Action_(film)
Apr 30 11:42:25 <LetoThe2nd> JaMa: heh thanks. last period ever, probably. youngest one just turned one.
Apr 30 11:43:23 <qschulz> LetoThe2nd: If you educate them to follow their dad's steps, probably can organise a month long festival at home :D
Apr 30 11:43:56 <LetoThe2nd> hehe
Apr 30 11:44:16 <JaMa> or he might get enough screaming even without organizing a festival :)
Apr 30 11:44:33 <LetoThe2nd> full disclosure, i never organized a metal concert nor festival. have been invoved in some, but never did the full thing.
Apr 30 11:44:49 <LetoThe2nd> JaMa: ayup
Apr 30 11:47:18 <LetoThe2nd> but timing is somewhat suboptimal indeed. essentially kicks me out of YPS, google I/O and MS build
Apr 30 11:48:13 <LetoThe2nd> and the ELC seatlle thing is also not exactly helping my mood.
Apr 30 11:51:12 <qschulz> LetoThe2nd: that's it, that's too much, I won't be attending YP Summit then!
Apr 30 11:53:21 * LetoThe2nd goes to check if you haven't clicked the confirmation link yet...
Apr 30 11:53:41 <LetoThe2nd> actually, i will be at the YPS for a couple of minutes. i have a special thing there! :)
Apr 30 12:18:07 <kanavin_> RP: right, I can help if still needed
Apr 30 12:58:01 <prabhakarlad> Hi all, I was trying to run "bitbake core-image-minimal -c do_fetch" so that i make sure all the source to build the image is downloaded first, before I trigger a build but -c do_fetch doesnt work. Am i missing something ?
Apr 30 12:59:00 <mckoan> prabhakarlad: bitbake -c fetchall world
Apr 30 12:59:17 <mckoan> prabhakarlad: bitbake -c fetchall core-image-minimal
Apr 30 12:59:57 <LetoThe2nd> wasn't it -c runall:fetch these days?
Apr 30 13:02:06 <mckoan> LetoThe2nd: do you mean --runall=fetch
Apr 30 13:02:21 <LetoThe2nd> ah. yes.
Apr 30 13:03:56 <prabhakarlad> mckoan: --runall=fetch did the trick!
Apr 30 13:04:07 <prabhakarlad> thank you.
Apr 30 13:04:22 <mckoan> prabhakarlad: ;-)
Apr 30 14:37:26 <zeddii> must be hard times at the YP summit. accepting my proposals ;)
Apr 30 14:51:00 <eduardas> hello, has anyone ever succesfully built wide-dhcpv6 with bitbake?
Apr 30 14:51:55 <eduardas> the only recipe for it found on the OE index is this one: https://gitlab.com/ensc-groups/bpi-router/de.ensc.bpi-router/blob/master/meta-core/recipes-connectivity/wide-dhcpv6/wide-dhcpv6.bb
Apr 30 14:52:10 <eduardas> and as far as I can tell it does not really work under Dunfell
Apr 30 16:03:51 <tuck> how to add timezone info to image?
Apr 30 16:07:04 <qschulz> tuck: tzdata?
Apr 30 16:35:28 <tuck> qschulz thanks lad
Apr 30 16:43:16 <RP> kanavin_: thanks! Testing shows this appears to be working so will try again. I sent it upstream
Apr 30 16:56:50 <kanavin_> RP: I am working on a recipe version update bomb, the particular issue right now is that new e2fsprogs causes pseudo to coredump :-O
Apr 30 16:57:29 <v2d> hi all -- how do I choose between kernel-image and kernel-image-zimage (for example) for my machine? Isn't the generic kernel-image better?
Apr 30 16:57:45 <RP> kanavin_: I saw some of the builds. coredump does not sound good, that probably needs fixing
Apr 30 16:57:55 <RP> kanavin_: sadly I have enough breakage with master-next atm :/
Apr 30 17:10:57 <thekappe> hello guys
Apr 30 17:11:04 <thekappe> in my image recipe
Apr 30 17:11:37 <thekappe> I've added a rootfs postprocess function
Apr 30 17:11:52 <thekappe> in this function I wan to use "mcopy"
Apr 30 17:12:10 <thekappe> but bitbake complains that mcopy can't be found
Apr 30 17:12:17 <thekappe> how can I add it ?
Apr 30 17:12:27 <thekappe> On my build machine I have it installed
Apr 30 17:13:54 <qschulz> thekappe: forget about packages installed on your build machine ;)
Apr 30 17:14:18 <qschulz> thekappe: if you need something to run on your build machine (therefore, at build time), you need a native recipe in your DEPENDS
Apr 30 17:14:44 <qschulz> there's probably something specific for image recipes since I'm not sure they're supposed to use DEPENDS mechanism?
Apr 30 17:15:13 <qschulz> so long story short, DEPENDS = "mcopy-native" and if the recipe does not exist, you'll have to create it
Apr 30 17:15:22 <thekappe> oufff
Apr 30 17:15:25 <thekappe> XD
Apr 30 17:16:03 <thekappe> found something similar maybe.. https://github.com/openembedded/openembedded/blob/master/classes/bootimg.bbclass
Apr 30 17:17:22 <kergoth> there's a separate variable for it for images, EXTRA_IMAGEDEPENDS. EXTRA_IMAGEDEPENDS += "mtools-native" or whatever. but yeah, it'd be better to use wic or something most likely..
Apr 30 17:19:44 <thekappe> after completing the do_rootfs task
Apr 30 17:20:06 <thekappe> I'm sure that in DEPLOY_DIR_IMAGE there are three files
Apr 30 17:20:31 <thekappe> I need to add this three files to a .vfat
Apr 30 17:20:44 <thekappe> so I have aadded a post function that
Apr 30 17:21:02 <kergoth> do_rootfs creates the rootfs, not the image files.
Apr 30 17:21:13 <thekappe> dd if=/dev/zero of=${DEPLOY_DIR_IMAGE}/bootloader.vfat bs=1M count=100
Apr 30 17:21:16 <kergoth> you need to postprocess after the images are complete, not the rootfs
Apr 30 17:21:26 <thekappe> mkfs.fat ${DEPLOY_DIR_IMAGE}/bootloader.vfat
Apr 30 17:21:43 <thekappe> mcopy -i ${DEPLOY_DIR_IMAGE}/bootloader.vfat ${DEPLOY_DIR_IMAGE}/file1
Apr 30 17:21:45 <thekappe> mcopy -i ${DEPLOY_DIR_IMAGE}/bootloader.vfat ${DEPLOY_DIR_IMAGE}/file2
Apr 30 17:21:48 <thekappe> mcopy -i ${DEPLOY_DIR_IMAGE}/bootloader.vfat ${DEPLOY_DIR_IMAGE}/file3
Apr 30 17:22:07 <thekappe> @kergoth thanks for the hint
Apr 30 17:22:20 <thekappe> how can I do that ?
Apr 30 17:23:29 <thekappe> file1/file2/file3 are generated by some recipes required to be installed
Apr 30 17:23:32 <v2d> thekappe: I didn't follow from the beginning, can't you use IMAGE_BOOT_FILES to add deployed files to the wic partition defined as --source bootimg-partition?
Apr 30 17:23:41 <thekappe> nope
Apr 30 17:23:52 <thekappe> because I need the .vfat
Apr 30 17:24:11 <thekappe> in case I need to update the boot partition
Apr 30 17:24:45 <thekappe> I instruct wic to use this .vfat to populate /dev/mmcpl0p1
Apr 30 17:24:56 <v2d> ho, I assume you're using rauc and a redundant boot partition.
Apr 30 17:25:02 <thekappe> yas
Apr 30 17:25:09 <thekappe> or at least I would like to
Apr 30 17:25:54 <v2d> thekappe: that's a step I need to do as well. In the case of updating the boot partition, does rauc mount and update the bootloader file only (any "file" slot in fact) or the whole partition?
Apr 30 17:26:00 <thekappe> I can't fix this damned .vfat
Apr 30 17:26:20 <thekappe> I hoped so
Apr 30 17:26:47 <thekappe> but as far I have understood the boot partition is menaged differntrly
Apr 30 17:26:59 <thekappe> and you need an image file of the partition
Apr 30 17:37:03 <manuel1985> thekappe: `fallocate -l 1GiB ${DEPLOY_DIR_IMAGE}/bootloader.vfat` is so better than `dd if=/dev/zero of=${DEPLOY_DIR_IMAGE}/bootloader.vfat bs=1M count=100`
Apr 30 17:53:59 <v2d> thekappe: what about having a boot.bb recipe which uses genimage.bbclass only for the boot partition?
Apr 30 17:54:45 <v2d> thekappe: the proper way would definitely be to implement a "vfat" IMAGE_FSTYPES in openembedded, but I'm not sure you have the time to do this
Apr 30 17:57:57 <thekappe> yea
Apr 30 17:58:10 <thekappe> I'm ended up with your solution too
Apr 30 17:59:45 <thekappe> probably it's just quicker
Apr 30 18:00:19 <thekappe> to create a recipe with the correct depends and only a deploy task
Apr 30 18:01:20 <thekappe> but I'm not sure how to fetch the file deployed by recipeA recipeB and recipeC in the do_deploy() task of this recipe
Apr 30 18:04:10 <v2d> you have to make your do_vfat task after do_deploy and mcopy ${DEPLOY_DIR_IMAGE}/$file
Apr 30 18:05:18 <v2d> or maybe do_vfat[depends] += "virtual/bootloader:do_deploy" is enough in fact. (same for recipeA, recipeB and recipeC)
Apr 30 18:09:15 <thekappe> v2d, thanks
Apr 30 18:12:49 <v2d> thekappe: as an example, here's the "release.bb" recipe I use to tar an SD card image with a README file: http://ix.io/3lqd
Apr 30 18:14:22 <v2d> thekappe: I can't explain the details, but depending on the recipe you want to depend on, you'll have to try depending on either recipe:do_deploy or recipe:do_image_complete.
Apr 30 18:14:24 <v2d> If you s/release/vfat/ and add your fallocate/mcopy commands in there, you should be good.
Apr 30 18:20:21 <thekappe> yes
Apr 30 18:20:31 <thekappe> probably I've finally solved it
Apr 30 18:48:11 <dl9pf> .t5.t4-f-.c,ufnjvmcdmkdmckflpl,rotglgggggggggggGGGGGgggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggGGGGGGGGggg
Apr 30 18:52:26 <v2d> ok
Apr 30 18:52:37 <tgamblin> looks like someone's cat is training to be a developer
Apr 30 19:52:44 <mario-goulart> Taking password length seriously.
Apr 30 20:51:23 <v2d> manuel1985: may I ask why fallocate is better than dd to prepare a vfat partition image?
Apr 30 20:54:31 <kergoth> v2d: see the fallocate man page, it's much faster since it doesn't actually write zeroes to disk
Apr 30 20:54:51 <kergoth> it can also allocate hte space to make it a sparse file, not actually taking up the full space on disk
Apr 30 20:55:07 <manuel1985> v2d: The file is created instantly and it doesn't wear down the disk. Also, if I recall correctly, it's by default a sparse file, so it will take up only space which actually gets used, i.e. which is not left blank = zeroed out.
Apr 30 20:55:23 <kergoth> :)
Apr 30 21:03:03 <Mr_Singh_> Hello everyone
Apr 30 21:03:54 <Mr_Singh_> I am new on Yocto project , I have requirement to import my c++ cmake based project on yocto with embedded linux
Apr 30 21:04:10 <Mr_Singh_> Can anyone please guide me , big thanks !!
Apr 30 21:05:00 <v2d> manuel1985: kergoth: sparse, say no more! :)
Apr 30 21:07:05 <v2d> does it imply a mechanism to take fewer space until you dd the image on a medium?
Apr 30 21:07:31 <v2d> I'd like my wic image with two 500Mb partitions not to take 1Gb :-)
Apr 30 21:15:37 <v2d> Mr_Singh_: see this: https://bootlin.com/doc/training/yocto/yocto-slides.pdf. All of it. Then go back to the "Writing recipes" section.
Apr 30 21:26:08 <Mr_Singh_> v2d : Thank you so much for sharing the resource link
Apr 30 21:28:15 <Mr_Singh_> v2d : just one more concern , As I mentioned I am new on yocto . Is that good practice covert cmake c++ project as yocto based project because that project have lakhs line of code and it is compilable with Cmake
Apr 30 21:29:09 <Mr_Singh_> Is project size matter during porting of project from Cmake to yocto embedded linux
Apr 30 21:29:11 <Mr_Singh_> ??
Apr 30 21:32:37 <manuel1985> Mr_Singh_: You don't need to convert it. They go happily hand in hand. Look into `devtool add`. It will autogenerate recipes. The recipe calls your CMakeLists.txt with envvars and cli vars so it puts everything into the right locations.
Apr 30 21:33:41 <Mr_Singh_> manue1985 : Wow , that's great !! Can you please share any doc or tutorial for that process .
Apr 30 21:33:42 <v2d> Mr_Singh_: there's no such "porting". Yocto (i.e. BitBake/OpenEmbedded) is a build system, you write a "recipe" for the package you want to integrate into your embedded system. The package can use make, cmake, python, whatever, the build system is basically a big set of scripts to fetch and compile/prepare components into a final target system.
Apr 30 21:34:43 <Mr_Singh_> v2d : thank you !! I am new that's why I have some confusion
Apr 30 21:36:13 <manuel1985> Mr_Singh_: https://youtu.be/CiD7rB35CRE?t=1327
Apr 30 21:36:14 <Mr_Singh_> mauel1985 : So if my project is compilable with Cmake the yocto can also compile it right , I am little afraid from yocto errors
Apr 30 21:36:16 <Mr_Singh_> lol
Apr 30 21:36:48 <manuel1985> Mr_Singh_: No worries :)
Apr 30 21:36:57 <Mr_Singh_> I worked before on yocto and it's errors are really painful I mean they take too much time and build time is also very slow
Apr 30 21:37:12 <Mr_Singh_> mauel1985 : Thank you
Apr 30 21:37:35 <v2d> Mr_Singh_: you need to spend some time reading slides such as my link or tutorial like manuel1985 gave you, especially if you're not confortable yet with embedded systems.
Apr 30 21:38:19 <Mr_Singh_> v2d : No NO I am comfortable with embedded systems but not much experience on Yocto
Apr 30 21:38:24 <Mr_Singh_> Will learn more
Apr 30 21:38:36 <Mr_Singh_> Thank you for this healthy conversation :)
Apr 30 21:41:39 <v2d> Mr_Singh_: the slides I gave you is a good introduction then. There are also youtube videos from the same company to introduce Yocto
May 01 01:22:16 <resoum> If I pass in an environment variable with BB_ENV_EXTRAWHITE that should _not_ invalidate the cache when it changes, do I add that variable name to BB_HASHBASE_WHITELIST or BB_HASHCONFIG_WHITELIST? Or both?
May 01 01:23:17 <resoum> (I am also exporting the passed in variables in my distro conf so I can use them as recipe variables)
May 01 01:28:40 <resoum> Also, is there a reliable way to avoid forcing a re-parsing of the base metadata for those variables as well?
May 01 01:46:41 <resoum> From reading the docs, I _believe_ I do want both, but poky/meta/conf/bitbake.conf seems to indicate that BB_HASHCONFIG_WHITELIST ?= ${BB_HASHBASE_WHITELIST}, so there appears to be at least some desire to only need one.
May 01 02:03:58 * jonesv[m]  < https://matrix.org/_matrix/media/r0/download/matrix.org/cNDJTctEfmfRtBPQktdPuPCB/message.txt >
**** ENDING LOGGING AT Sat May 01 03:00:43 2021