From: Ben Collins <ben.collins@ubuntu.com>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH 15/15] kconf: Check for eof from input stream.
Date: Thu, 12 Jan 2006 09:16:54 -0500 [thread overview]
Message-ID: <1137075415.4254.36.camel@grayson> (raw)
In-Reply-To: <Pine.LNX.4.61.0601121437310.11765@scrub.home>
On Thu, 2006-01-12 at 15:00 +0100, Roman Zippel wrote:
> > My point is that you are making oldconfig and silentoldconfig operate
> > differently when they encounter a closed stdin. You are making them
> > inconsistent. And so far, you have yet to give a valid reason to do so.
> > I've been giving very valid reasons why they should work the same, and
> > why the behavior is correct for them to work that way.
>
> Even if they sound similiar they are not the same. e.g. I'm working on
> patches to integrate split config step, so it will do a bit more than
> normal config targets (but it remain a valid make target). The
> silentoldconfig target is an automatic target which is also used by kbuild
> to verify the config consistency.
> The situation is very simple, we have automatic config targets (like
> silentoldconfig or all*config) and we have interactive config targets
> (like config, xconfig, oldconfig).
> I'm very much interested to improve the situation of the automatic
> targets to help automatic builds, but just printing useless information
> adds no value. If you don't trust that silentoldconfig does the right
> thing, you can't trust oldconfig either.
What I don't understand is that if oldconfig is an interactive target,
why make it work when interactivity is not available? Also, if
silentoldconfig is an automated target, why make it abort when
interactivity is not available?
Just seems backwards.
For me, silentoldconfig could work, but I prefer the verbosity of
oldconfig. It's just more convenient. It's not that things are checked
in minute detail, but that our builds may eventually disappear (by
upgraded packages), but our build logs remain. It's the only way we have
to go back and check regressions in the build process (it has saved us
many times).
--
Ben Collins <ben.collins@ubuntu.com>
Developer
Ubuntu Linux
next prev parent reply other threads:[~2006-01-12 14:17 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-04 22:01 [PATCH 15/15] kconf: Check for eof from input stream Ben Collins
2006-01-08 16:34 ` Roman Zippel
2006-01-08 18:53 ` Ben Collins
2006-01-08 20:59 ` Roman Zippel
2006-01-08 21:41 ` Ben Collins
2006-01-09 0:09 ` Roman Zippel
2006-01-09 3:59 ` Ben Collins
2006-01-09 11:32 ` Roman Zippel
2006-01-09 13:42 ` Ben Collins
2006-01-11 23:26 ` Roman Zippel
2006-01-12 2:00 ` Ben Collins
2006-01-12 11:08 ` Roman Zippel
2006-01-12 12:27 ` Ben Collins
2006-01-12 12:48 ` Roman Zippel
2006-01-12 13:31 ` Ben Collins
2006-01-12 14:00 ` Roman Zippel
2006-01-12 14:16 ` Ben Collins [this message]
2006-01-13 17:44 ` Roman Zippel
[not found] <5roZI-5y9-29@gated-at.bofh.it>
[not found] ` <5sSVt-5Du-1@gated-at.bofh.it>
[not found] ` <5sWwg-2Bq-21@gated-at.bofh.it>
[not found] ` <5t4kf-5Px-11@gated-at.bofh.it>
[not found] ` <5t5zv-7GD-31@gated-at.bofh.it>
[not found] ` <5tXA1-3Lh-35@gated-at.bofh.it>
[not found] ` <5u04G-7s6-19@gated-at.bofh.it>
[not found] ` <5u8Yt-317-41@gated-at.bofh.it>
[not found] ` <5u9L8-4gd-19@gated-at.bofh.it>
[not found] ` <5uadH-4TM-1@gated-at.bofh.it>
[not found] ` <5uaQp-5UL-7@gated-at.bofh.it>
[not found] ` <5ubjI-6KH-21@gated-at.bofh.it>
[not found] ` <5ubtB-6Xy-9@gated-at.bofh.it>
[not found] ` <5uBdT-2Gn-23@gated-at.bofh.it>
2006-01-18 21:51 ` Bodo Eggert
2006-01-19 11:52 ` Roman Zippel
2006-01-19 12:50 ` Bodo Eggert
2006-01-19 12:55 ` Roman Zippel
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=1137075415.4254.36.camel@grayson \
--to=ben.collins@ubuntu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=zippel@linux-m68k.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox