Openembedded Core Discussions
 help / color / mirror / Atom feed
From: adrian.freihofer@gmail.com
To: openembedded-core@lists.openembedded.org,
	 enguerrand.de-ribaucourt@savoirfairelinux.com
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>,
	Ross Burton <ross.burton@arm.com>,
	Mohammed Raza <mohammed.raza@savoirfairelinux.com>
Subject: Re: [OE-core] [PATCH] vscode: improve settings for new yocto plugin
Date: Sun, 11 Feb 2024 16:24:58 +0100	[thread overview]
Message-ID: <40d4cf0612a459eb5405a802aebb0fb09fbb5b8a.camel@gmail.com> (raw)
In-Reply-To: <7bfdb37aa85722d20776c58b4d8a61233f5ae23a.camel@linuxfoundation.org>

On Fri, 2024-02-09 at 23:43 +0000, Richard Purdie wrote:
> On Fri, 2024-02-09 at 21:30 +0100, Adrian Freihofer wrote:
> > There is a new official bitbake plugin:
> > https://marketplace.visualstudio.com/items?itemName=yocto-project.yocto-bitbake
> > 
> > This plugin automatically updates the .vscode/settings.json file.
> > 
> > Having the settings.json file in git and a plugin which modifies
> > this
> > file is not ideal. It can lead to anoying situations especially
> > when
> > working with git. For example a git stash reverts the settings
> > which are
> > automatically applied by the plugin. While git stashed the
> > settings.json
> > file the plugin immediately changes the file again and tries to run
> > bitbake based on the newly generated settings. When git does a
> > stash pop
> > the restored settings.json file conflicts with the new
> > settigns.json
> > file which has been generated while the git stash took place.
> > 
> > Removing the settings.json from git would lead to other issues as
> > already described in the commit message of 5ff688fe29. Until VSCode
> > or
> > the plugin supports multiple config files like bitbake does with
> > the
> > site.conf and the local.conf files, there are probably some use
> > cases
> > and workflows where the plugin needs to be disabled.
> > 
> > This commit aligns the default settings.json file with the default
> > settings.json which gets generated by the plugin. This is a
> > workaround
> > for the issue described above. But it works only for the default
> > build
> > configuration with one build folder named "build".
> > 
> > Discussion is here:
> > https://github.com/yoctoproject/vscode-bitbake/issues/95
> > ---
> >  .gitignore            |  4 ++--
> >  .vscode/settings.json | 28 +++++++++++++++++++++++++++-
> >  2 files changed, 29 insertions(+), 3 deletions(-)
> 
> I am very worried about this as we can't mandate a layout. There are
> many people who use different locations for bitbake and others who
> use
> different directories for builds. Even our own test runs do change
> the
> build directories.
> 
> I don't think we can solve this like this unfortunately.
> 
> Can we inject something into build directories when we create them?
> 

Here are some patches:
https://git.yoctoproject.org/poky-contrib/log/?h=adrianf/vscode-yocto-plugin

I will send them as V2 after I have tested them some more. (There are
already oe-selftest)

@Enguerrand your review would be appreciated.

Regards,
Adrian

> Cheers,
> 
> Richard



  parent reply	other threads:[~2024-02-11 15:25 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-09 20:30 [PATCH] vscode: improve settings for new yocto plugin Adrian Freihofer
2024-02-09 23:43 ` [OE-core] " Richard Purdie
2024-02-10 13:42   ` adrian.freihofer
2024-02-11 15:24   ` adrian.freihofer [this message]
2024-02-12  9:42     ` Enguerrand de Ribaucourt
2024-02-12 15:48       ` adrian.freihofer
2024-02-12 16:58         ` Enguerrand de Ribaucourt
2024-02-12 22:43           ` adrian.freihofer
2024-02-13  9:22             ` Enguerrand de Ribaucourt
2024-02-13 14:53               ` Peter Kjellerstedt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40d4cf0612a459eb5405a802aebb0fb09fbb5b8a.camel@gmail.com \
    --to=adrian.freihofer@gmail.com \
    --cc=enguerrand.de-ribaucourt@savoirfairelinux.com \
    --cc=mohammed.raza@savoirfairelinux.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.org \
    --cc=ross.burton@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox