All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Wang, Shane" <shane.wang@intel.com>
To: "Xu, Dongxiao" <dongxiao.xu@intel.com>,
	"Barros Pena, Belen" <belen.barros.pena@intel.com>,
	"Lu, Lianhao" <lianhao.lu@intel.com>
Cc: "Purdie, Richard" <richard.purdie@intel.com>,
	"Lock, Joshua" <joshua.lock@intel.com>,
	"yocto@yoctoproject.org" <yocto@yoctoproject.org>,
	"Eggleton, Paul" <paul.eggleton@intel.com>
Subject: Re: RFC: Hob 1.2 design
Date: Fri, 3 Feb 2012 05:29:57 +0000	[thread overview]
Message-ID: <3AB6CE7F274E534CAFD089D127A8A1FC0FCEBEDF@SHSMSX102.ccr.corp.intel.com> (raw)
In-Reply-To: <40776A41FC278F40B59438AD47D147A90FCD04D6@SHSMSX102.ccr.corp.intel.com>

[-- Attachment #1: Type: text/plain, Size: 4655 bytes --]

Dongxiao and I have a discussion on that again.

Belen, please ignore the issue for the deployment button below, and we have several suggestions.

1. To make the Packages Screen and the Packages dialog the same.
The Packages Screen is shown after users click "Build packages". That is one step of the process.
However, the content shown in the Package dialog is all what we have built out last time. It is very possible users start from there and don't want to go back to the Image configuration screen and click "Build Image".

2. As mentioned in my last email, we want to add "Clean" in the GUI. The reason is the build will fail, say, do_fetch, then we have an option to allow users to clean what we built out and rebuild. Otherwise, the sstate could be reused for the next build. Users can do it by running "bitbake -c cleanall" in the command line. But we hope to provide this feature in the GUI.
If you agree the above, then the action "Clean" is for a recipe or multiple recipes, and clicking "Clean" will go to the screen at 4:00, since cleaning includes some tasks.
Then we could make the Recipes dialog to be a screen, do you agree?
The other reason is users can view recipes and click "Build Packages", no need go back to the Image configuration screen.
The use case is:
1) View Recipes in the Image configuration -> the Recipes screen -> Select recipes and Build packages -> Log -> the Packages screen ...
2) View Recipes in the Image configuration -> the Recipes screen -> Select recipes and Build packages -> Log -> Failure -> Go back to the Recipes screen -> Clean something -> Log -> the Recipes screen -> Build packages again -> Log -> Success -> the Packages screen ...
3) View Recipes in the Image configuration -> the Recipes screen -> Select recipes -> Go back to the Image configuraion -> "Build Image"
4) Nothing want to view in the Image configuration after choosing "base image" -> "Build packages" -> Log -> the Packages screen ...
5) Nothing want to view in the Image configuration after choosing "base image" -> "Build packages" -> Log -> Failure -> Go back to the Image configuration -> View Recipes -> the Recipes screen -> Clean something -> Log -> the Recipe screen -> ...
6) Nothing want to view in the Image configuration after choosing "base image" -> "Build Image" -> Log -> the Image details ...
and so on...

3. When build is failed, there is a "Back" button. But go back to where is determined by where you come from.

4. After users open an image by "My images", some time there should not be a "Save Template" because we don't have build process.
Let's show "Save Template" when "Congratulations! Your image is ready!" is shown, OK?

5. In the Image details screen, "Settings" is obviously not good to be shown there. Can we remove "Load Template"? Because it will initiate a new build. Let's ask users to click "Build new image" to be on the Image configuration and click "Load Template".
We just keep "My Images" in the last screen (the Image details screen), is it OK?
And remove "Edit Packages" and "Edit Configuration", if the build process is not executed this time. (ditto for "Save Template" in 4.)

6. In Josh's email, FRI 2 image can also be run, though it is an image for real machine. Can we keep two buttons "Run" and "Deploy" on the Image details screen and let uses decide what he/she wants? I admit an error possibly happens if the image doesn't match the action, but we just report the error.

Thoughts?
Thanks.
--
Shane

From: Xu, Dongxiao
Sent: Friday, February 03, 2012 8:57 AM
To: Wang, Shane; Barros Pena, Belen; Lu, Lianhao
Cc: Eggleton, Paul; Purdie, Richard; Zhang, Jessica; Lock, Joshua; Liu, Song; Stewart, David C; yocto@yoctoproject.org
Subject: RE: RFC: Hob 1.2 design

One more from me that, Hob may work as a deploy tool, and in the new movie, the approach is to select "My images" and then click deploy button. I think normal user may not have such knowledge. I am still wondering if adding a "deploy" button in the tool bar?

Thanks,
Dongxiao

From: Wang, Shane
Sent: Friday, February 03, 2012 8:26 AM
To: Wang, Shane; Barros Pena, Belen; Xu, Dongxiao; Lu, Lianhao
Cc: Eggleton, Paul; Purdie, Richard; Zhang, Jessica; Lock, Joshua; Liu, Song; Stewart, David C; yocto@yoctoproject.org
Subject: RE: RFC: Hob 1.2 design

I get one more:

In the Image details screen, after opening an image file by clicking "My images", we don't allow to "Edit Package", I think.
Because with an image only, we can't generate the packages from it, you can't assume there is a build directory (tmp/), is my understanding correct?

--
Shane

[-- Attachment #2: Type: text/html, Size: 19145 bytes --]

  reply	other threads:[~2012-02-03  5:30 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <3AB6CE7F274E534CAFD089D127A8A1FC0FCE9F5F@SHSMSX102.ccr.corp.intel.com>
     [not found] ` <CB4F0427.6A93%belen.barros.pena@intel.com>
2012-02-02 12:48   ` RFC: Hob 1.2 design Wang, Shane
2012-02-02 22:29     ` Joshua Lock
2012-02-03  0:25     ` Wang, Shane
2012-02-03  0:56       ` Xu, Dongxiao
2012-02-03  5:29         ` Wang, Shane [this message]
2012-02-03 15:01           ` Barros Pena, Belen
2012-02-06 11:53           ` Barros Pena, Belen
2012-02-03  0:35     ` Xu, Dongxiao
2012-02-01  1:39 Wang, Shane
2012-02-01 17:28 ` Scott Garman
2012-02-02 10:12   ` Jack Mitchell
2012-02-06 21:32 ` Joshua Lock
2012-02-07 11:23   ` Barros Pena, Belen
2012-02-07 16:17     ` Joshua Lock
2012-02-08 10:23       ` Barros Pena, Belen

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=3AB6CE7F274E534CAFD089D127A8A1FC0FCEBEDF@SHSMSX102.ccr.corp.intel.com \
    --to=shane.wang@intel.com \
    --cc=belen.barros.pena@intel.com \
    --cc=dongxiao.xu@intel.com \
    --cc=joshua.lock@intel.com \
    --cc=lianhao.lu@intel.com \
    --cc=paul.eggleton@intel.com \
    --cc=richard.purdie@intel.com \
    --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.