Description of problem:
After an update to gnome-mount-0.4-2 every invocation of 'gnome-mount',
with an exception of 'gnome-mount --help' where this would be understandable,
prints on stdout "gnome-mount 0.4"
Version-Release number of selected component (if applicable):
always unless '--help' or other of help options is given
Is this an issue? We perhaps should have a verbose option for this but does it
cause any real issues right now?
Why is this a problem?
> Why is this a problem?
The problem is that Unix/Linux programs should not produce a spurious
output, i.e. without asking, and especially when this happens on
stdout. stderr is somewhat looser in this respect. You have no idea
how and where this will be used and what will have to parse that. One
or two such "weirdos" is not a big deal but if they will start to
multiply you will have a huge mess on hands in no time at all. It
would be perhaps a different story if something would really need such
strings, although at a minimum a flag to shut that up would be
advisable, but this does not look like the case.
It is somewhat strange that such things require explanations.
We are in a deep freeze right now. The purpose of the questions was to assess
how much of a problem this is. Since it does not produce any adverse effects
and is more of a purity issue, I'm not going to make this a Blocker or even a
Target bug and will assume it will be fixed upstream and make it into a future
> The problem is that Unix/Linux programs should not produce a spurious
> output, i.e. without asking, and especially when this happens on
> stdout. stderr is somewhat looser in this respect.
This Unix/Linux mentality of "error checking" is just broken. Didn't you get the
> It is somewhat strange that such things require explanations.
Being rude is a great way to get your wish implemented.
> We are in a deep freeze right now.
Well, this extra junk showed up during that "deep freeze". But in particular
I had to replace /usr/bin/eject with a script which is using 'gnome-umount'.
Now this script requires extra handling.
For Comment #6 - those issues were fixed awhile back. Can't help you if you try
to work around bugs on a test distro. Clearly you care about how this all works
so I suggest you get involved upstream and start sending patches and reading the
hal-devel list as most of these issues are found and fixed in due time.