vncserver on Fedora 9 cannot create 8 bit TrueColor session

[Ashish Yadav]

Hi All,

I am trying to create a 8 bit TrueColor session on a Fedora 9 machine
will all updates. I am running command "vncserver -pixelformat BGR233
-cc 4" to create a session.

However the session which gets created is of 8 bit , PseudoColor,
which can be seen in below output of xdpyinfo

name of display:    :1.0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    10499902
X.Org version: 1.4.99.902
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    6
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  PointerRoot
number of extensions:    22
    BIG-REQUESTS
    DAMAGE
    DEC-XTRAP
    DOUBLE-BUFFER
    Extended-Visual-Information
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    RENDER
    SECURITY
    SHAPE
    SYNC
    TOG-CUP
    VNC-EXTENSION
    X-Resource
    XC-APPGROUP
    XC-MISC
    XFIXES
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1024x768 pixels (260x195 millimeters)
  resolution:    100x100 dots per inch
  depths (7):    1, 4, 8, 16, 24, 32, 8
  root window id:    0x38
  depth of root window:    8 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 1, white 0
  options:    backing-store YES, save-unders YES
  largest cursor:    1024x768
  current input event mask:    0x4a0000
    StructureNotifyMask      SubstructureNotifyMask   PropertyChangeMask
  number of visuals:    1
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    PseudoColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x7, 0x38, 0xc0
    significant bits in color specification:    8 bits

Testing the same command on RHEL5 and Ubuntu 8.04 gives the same result.

Is it a bug?

Can someone please confirm it and if it so, where I can raise a bug for it?

-- 
Regards,

Ashish

"There are 10 types of people: those who understand binary, and those who don't"