Yes, I want to source the data files. I'm trying to adapt devtool the way it's creating the workspace, then I'm sourcing a script with all the necessary variables and then interactively run commands by hand. I was thinking about the devshell but in devshell variables like ${S}, ${B} are not set and developers would need to set it manually. Or maybe this is where we should do the change and inject exporting that variables in devshell?
>it's shell-like but not actually shell. So we should not state that this can be sourced by a shell. It's stated in bitbake/lib/bb/data.py few times. Or fix it and make it possible to source. Best regards, Tomasz Dziendzielski wt., 16 paź 2018 o 15:00 Burton, Ross <ross.bur...@intel.com> napisał(a): > Do you actually want to source the data files, and if so why? As with > the bitbake -e output, it's shell-like but not actually shell. > > Ross > On Tue, 16 Oct 2018 at 13:44, Tomasz Dziendzielski > <tomasz.dziendziel...@gmail.com> wrote: > > > > Hi, > > when using archiver.bbclass the do_dumpdata task is using > bb.data.emit_env function, which should emit variables "in a format such > that it can be sourced by a shell.". > > The problem is that the *-showdata.dump file can't be properly sourced, > because variables are not in a correct format. > > > > There are many lines like: > > PREFERRED_PROVIDER_virtual/fakeroot-native="pseudo-native" > > The variables with slash are considered to be a directory and the ones > with dash are considered to be a command. > > Also shell cannot properly set the variables like FOO_machine. > > > > Should it be sourced with some specific shell or is that function wrong > and should be fixed? > > > > Best regards, > > Tomasz Dziendzielski > > -- > > _______________________________________________ > > yocto mailing list > > yocto@yoctoproject.org > > https://lists.yoctoproject.org/listinfo/yocto >
-- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto