sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
Re: [SM-Discuss] Should VIEW_REPORTS default to no?
- From: Jeremy Blosser <jblosser-smgl AT firinn.org>
- To: sm-discuss AT lists.ibiblio.org
- Subject: Re: [SM-Discuss] Should VIEW_REPORTS default to no?
- Date: Tue, 20 Feb 2007 16:31:38 -0600
On Feb 20, Jeremy Blosser [jblosser-smgl AT firinn.org] wrote:
> Long Term:
>
> In the "more work to do" area, I'd like to see these turned into a multi
> select option instead of a couple of booleans:
>
> View Compile Log:
> [ ] Realtime
> [ ] On cast success
> [ ] On cast error
> [ ] Prompt
>
> I don't agree that 'on error' doesn't make sense in case someone is away
> and misses it; all of these assume someone is watching the compile progress
> in some context, leave that up to them.
>
> There is an issue here with how to handle viewing the install log
> consistently since "Prompt" is the only behavior we have right now for it.
> "On error" doesn't make sense for it. "On cast success" might, if we
> really think anyone wants to see it always.
Now that I finally got around to getting a castfs testbed going I see that
the current behaviour that has does add a "realtime" mode for the install
log info. And "on cast error" probably does make sense for installs that
fail partway through.
So I'd say my vote is for the above kind of multi-select box, either one
each for compile and install logs, or a single one for both.
Attachment:
pgp1WHZkGDOx_.pgp
Description: PGP signature
-
[SM-Discuss] Should VIEW_REPORTS default to no?,
Jaka Kranjc, 02/20/2007
-
Re: [SM-Discuss] Should VIEW_REPORTS default to no?,
David Kowis, 02/20/2007
- Re: [SM-Discuss] Should VIEW_REPORTS default to no?, Juuso Alasuutari, 02/20/2007
- Re: [SM-Discuss] Should VIEW_REPORTS default to no?, Jaka Kranjc, 02/20/2007
-
Re: [SM-Discuss] Should VIEW_REPORTS default to no?,
Jeremy Blosser, 02/20/2007
- Re: [SM-Discuss] Should VIEW_REPORTS default to no?, Jeremy Blosser, 02/20/2007
-
Re: [SM-Discuss] Should VIEW_REPORTS default to no?,
David Kowis, 02/20/2007
Archive powered by MHonArc 2.6.24.