Comment 2 for bug 234717

Actually the solution given in README.Debian is not strictly necessary, and is probably a Bad Idea.

You can do something like this:

In

/etc/udev/rules.d/40-permissions.rules

 (For example, setting user "foo" as a member of group "tty" and
 making devices writable by that group as follows:

 KERNEL=="mice" GROUP="tty", MODE="0660"
 KERNEL=="tty[0-9]*" GROUP="tty", MODE="0660"
 KERNEL=="fb0" GROUP="tty", MODE="0660" )

Unfortunately, although this enables links2 -g with directfb *from a command prompt*, it will still
fail when called *from a bash script* . This is an issue if for example you have set up a menu using bash
along the lines of

read -s -n 1
      case $REPLY in
                  1)
                   links2 -g http://google.com
                   menu
                   ;;
                   2)
                   elinks http://google.com
                   menu
. ;;
                    *)
                    menu
                    ;;
esac

Where "menu" is a function, and so on.

links2 -g -driver fb <some_url_here>

*will* run from such a script/menu , but the mouse loses the directfb feature of enabling the scroll wheel,
and the "fb" driver is slow, with the mouse pointer far less responsive.

A solution to the "Won't run from a script" issue would be appreciated, if such a solution exists...
I need this for a live CD without X that uses menus etc....