On Sun, May 03, 2009 at 05:26:09AM +0000, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> #201964: does not work under screen,
> which was filed against the fbi package.
>
> It has been closed by one of the developers, namely Gerd Knorr
> <kra...@debian.org>.
>
> Their explanation is attached below.  If this explanation is
> unsatisfactory and you have not received a better one in a separate
> message then please contact the developer, by replying to this
> email.

I think the convention is to leave WONTFIX bugs open, so that other
bug reporters can find them easily.

>> Package: fbi
>> Version: 1.26

>> When I run fbi under screen, it prints the following messages and
>> exits unsuccessfully:
>>
>>  using linux console font "/usr/share/consolefonts/lat1-16.psf.gz"
>>  ioctl VT_GETSTATE: Invalid argument (not a linux console?)
>
> Yes.  fbi really wants the controlling tty being a linux console.
> There is no way around that, sorry.

This is annoying, because

  1. screen is my login shell.  I cannot, nor do I want to, leave
     screen in order to run fbi.

  2. Despite there being "no way around this", both mplayer and zgv
     can display images on the framebuffer when launched from within
     screen.

By googling, I discovered a workaround for the obstinacy of fbi's
maintainer(s): wrap fbi in the following wrapper:

   sudo openvt -sw -- fbi "$@"

This is horrible, because it requires me to run fbi as root.

It's not clear to me why fbi needs access to tty0 as well as fb0 (what
constitutes "sane console switch handling"?)  Can I have an -insane
option to skip this handling?

Better, could fbi allow me to simply tell it which tty to use?  Simply
hard-coding it to tty0 in ~/.fbirc would, for me, be an improvement
over the current behaviour.  For my specific case, fbi could even look
at $STY to make an educated guess about which tty to talk to.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to