From: "Timo Müller" <mail@timomueller.eu>
To: "Zhang, Jessica" <jessica.zhang@intel.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>,
Timo Mueller <timo.mueller@bmw-carit.de>
Subject: Re: [RFC v1 0/5][eclipse-poky] Enable target profiles for projects
Date: Mon, 11 Feb 2013 11:01:25 +0100 [thread overview]
Message-ID: <5118C175.303@timomueller.eu> (raw)
In-Reply-To: <C6510F6D410BB64A8C15398EDC6B847C57DE28B9@ORSMSX101.amr.corp.intel.com>
Hi Jessica,
Zhang, Jessica wrote, On 08.02.2013 23:56:
> Hi Timo,
>
> Couple comments:
>
> 1. I really like the way that the global profile and project profile
> are linked together. But it also introduce an out of sync issue.
> Say I use a profile compiled my project with one set of toolchain and
> sysroot setup. Then I change the toolchain and sysroot settings for
> the profile. But unless we inform/enforce the user to rebuild the
> project with the new profile settings. The built out in the project
> directory is using one set of setting, but by looking at the project
> profile setting is another set. So, I think we need to add a
> notification to user like we're doing for "remove". When user change
> a profile and if there're projects using the profile, we need to
> prompt the user with something like: "The profile settings have been
> changed and there're projects using this profile which will be
> impacted. If you want to pursue the changes, please rebuild those
> projects with the new profile settings". And in those projects, we
> need a sign the inform the user that the underline profile has
> changed, they need to rebuild to resync. Make sense?
Yes, makes sense. I haven't thought about this. Maybe I can also set the
"dirty" flag on those projects, so they're automatically reconfigured
when the build is started.
>
> 2. Seems we only allow user to choose profiles in project settings,
> can eliminate those grayed out "save as...", "remove", etc buttons?
The idea was to reuse the code from the global settings, but you're
right, it would make sense to get rid of these button here as they are
never activated.
>
> 3. Also since the profile are really cross development setting
> profiles. Can we change "Target profile" to "Cross development
> profile"?
Sure, this should be an easy one. I'll make the changes in the next
version of the patch set.
>
> Thanks, Jessica
>
> -----Original Message----- From: yocto-bounces@yoctoproject.org
> [mailto:yocto-bounces@yoctoproject.org] On Behalf Of Timo Mueller
> Sent: Friday, February 08, 2013 5:28 AM To: yocto@yoctoproject.org
> Cc: Timo Mueller Subject: [yocto] [RFC v1 0/5][eclipse-poky] Enable
> target profiles for projects
>
> From: Timo Mueller <timo.mueller@bmw-carit.de>
>
> Hi,
>
> this patch set enables projects to make use of the target profiles
> proposed in "[RFC v4 00/17][eclipse-poky] Storing yocto settings as
> target profiles".
>
> Currently the target profiles are only used to determine the default
> settings when creating a new project. Changing the used profile on an
> already created projects is not possible, also if the target profile
> is changed the projects are not affected. This patch set enables the
> use of target profiles in the projects. You can select the used
> global profile within the projet properties or use a project specific
> configuration. If a global target profile is used and its values are
> changed in the eclipse preferences, the projects using this profile
> are updated accordingly.
>
> Best regards Timo
Thanks for the comments,
Timo
prev parent reply other threads:[~2013-02-11 10:01 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-08 13:28 [RFC v1 0/5][eclipse-poky] Enable target profiles for projects Timo Mueller
2013-02-08 13:28 ` [RFC v1 1/5] plugins/sdk.ide: Allow storage of yocto settings in project preferences Timo Mueller
2013-02-08 13:28 ` [RFC v1 2/5] plugins/sdk.ide: Store profile configuration on project setup Timo Mueller
2013-02-08 13:28 ` [RFC v1 3/5] plugins/sdk.ide: Enable project specific yocto settings Timo Mueller
2013-02-08 13:28 ` [RFC v1 4/5] plugins/sdk.ide: Update projects affected by changes of a target profile Timo Mueller
2013-02-08 13:28 ` [RFC v1 5/5] plugins/sdk.ide: Enable the usage of profiles in the project properties Timo Mueller
2013-02-08 22:56 ` [RFC v1 0/5][eclipse-poky] Enable target profiles for projects Zhang, Jessica
2013-02-11 10:01 ` Timo Müller [this message]
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=5118C175.303@timomueller.eu \
--to=mail@timomueller.eu \
--cc=jessica.zhang@intel.com \
--cc=timo.mueller@bmw-carit.de \
--cc=yocto@yoctoproject.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.