Your message dated Thu, 9 Aug 2007 16:04:56 +0300
with message-id <[EMAIL PROTECTED]>
and subject line Bug#311545: dpkg: [update-alternatives] Please use stderr when
there is nothing to configure
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: dpkg
Version: 1.10.27
Severity: normal
If update-alternatives is called from script, the script cannot
know if the program asked fromt he use a question or not. Like
in this situation:
# update-alternatives --config x-www-browser
There is only 1 program which provides x-www-browser
(/usr/bin/mozilla-firefox). Nothing to configure.
The status code is 0. However if that message were sent to
stderr, then this situation could be noticed:
update-alternatives --config x-www-browser 2> notes.log
if [ -s notes.log ]; then
# ... something that prevented configuration, act upon it.
fi
Right now when the message is printed th stdout, it is mixed with
the regular messages (the menu message to select item).
Please change to use stderr for informational messages like these.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)
Versions of packages dpkg depends on:
ii dselect 1.10.27 a user tool to manage Debian packa
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
On Tue, 2007-05-15 at 05:04:06 +0300, Guillem Jover wrote:
> tag 311545 moreinfo
> thanks
> On Wed, 2005-06-01 at 21:05:52 +0300, Jari Aalto wrote:
> > Package: dpkg
> > Version: 1.10.27
> > Severity: normal
> >
> > If update-alternatives is called from script, the script cannot
> > know if the program asked fromt he use a question or not. Like
> > in this situation:
> >
> > # update-alternatives --config x-www-browser
> >
> > There is only 1 program which provides x-www-browser
> > (/usr/bin/mozilla-firefox). Nothing to configure.
> >
> > The status code is 0. However if that message were sent to
> > stderr, then this situation could be noticed:
> >
> > update-alternatives --config x-www-browser 2> notes.log
> >
> > if [ -s notes.log ]; then
> > # ... something that prevented configuration, act upon it.
> > fi
>
> This is fragile (assuming that it will produce output), ugly (the usage
> of the temporary file) and wrong (to output non-error to stderr).
>
> There was no error on that invokation, so why do you want to know if
> it could or not change the alternatives? Do you have a real example
> for which you would need such behaviour (or a similar one)? otherwise
> I'm tempted to close this bug report strightaway.
>
> > Right now when the message is printed th stdout, it is mixed with
> > the regular messages (the menu message to select item).
> >
> > Please change to use stderr for informational messages like these.
>
> As you say, it's an information message not an error message, it does
> not belong in stderr.
Closing this bug report, no justification why this would be needed,
etc.
regards,
guillem
--- End Message ---
