On Tuesday 27,April,2010 06:44 PM, Antony Gelberg wrote:
> Chow Loong Jin wrote:
>>
>> Then tell me, exactly what do you hope to achieve by opening Banshee in a
>> terminal instead of using a graphical approach, e.g. the menu?
>>
> 
> Is this a serious question?  I will assume it is and give a straight answer.
> 
> The answer is: I am hoping to run the application.

Yes, that was a serious question, and I was hoping for a straight answer. I
mean, exactly what do you hope to achieve by opening Banshee in a terminal
_*rather than*_ a graphical approach. In other words, what will you achieve that
you can't already achieve with a graphical approach?

In the first place, I am already being rather liberal treating this bug report
as a serious but report. I am tempted to just close it with the tag wontfix, as
this is bordering on ridiculous.

> 
>> FYI, all Glib applications spit information -- warnings, errors, other
>> information out into the terminal regardless of any debug flag. I do not see
>> this as a problem.
>>
> 
> If you don't see it as a problem, it's probably because you are only
> ever clicking on icons to open applications, STDOUT is redirected to
> .xsession-errors or a bitbucket or $somewhere_else, and you assume that
> everybody does that.  However for some users it clearly is a problem.

Actually .xsession-errors is stdout+stderr, AFAIK. So everything ends up there
anyway, and I don't see a problem, because they are *graphical* *applications*,
and .xsession-errors is only meant for debugging.

> If it wants to write to STDERR to report something exceptional then
> that's different, but as I said originally, routinely clobbering STDOUT
> with junk is unacceptable.
> 
>> Banshee does the same, just on a slightly larger scale.  And the --debug flag
>> exists to spit out even more information than is already spat out to the 
>> terminal.
>>
> 
> Great.  But I'm looking for less, not more.
> 
> Antony

Great. I tire of this discussion am merely a Banshee packager, and will not fix
it within Debian's packages -- doing so will require an *extremely* huge delta
to the upstream packages, which is not desirable at all. If you have really do
have issues with this behaviour, take it upstream. The upstream bug tracker is
https://bugzilla.gnome.org and I am sure the upstream developers will handle
this issue better than I can.

-- 
Kind regards,
Chow Loong Jin

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to