<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>78385</bug_id>
          
          <creation_ts>2005-01-17 09:44 0000</creation_ts>
          <short_desc>net-misc/tightvnc look for invalid, old RgbPath and get &apos;undefined color&apos;</short_desc>
          <delta_ts>2006-10-05 11:45:59 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>v.dijk.bas@gmail.com</reporter>
          <assigned_to>maintainer-needed@gentoo.org</assigned_to>
          <cc>aklhfex@googlemail.com</cc>
    
    <cc>askwar@digitalprojects.com</cc>
    
    <cc>cbm@m.fsf.org</cc>
    
    <cc>mal@komcept.com</cc>

      

      
          <long_desc isprivate="0">
            <who>v.dijk.bas@gmail.com</who>
            <bug_when>2005-01-17 09:44:01 0000</bug_when>
            <thetext>After emerging xorg-x11-6.8.1.902 some applications give warnings and errors like:

$ emacs
Undefined color: &quot;black&quot;

$ xterm
Warning: Color name &quot;black&quot; is not defined

$ xfontsel
Warning: Color name &quot;black&quot; is not defined

When using xorg-x11-6.8.0-r3 this does not occur.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>v.dijk.bas@gmail.com</who>
            <bug_when>2005-01-17 09:47:25 0000</bug_when>
            <thetext>Forum topic:
http://forums.gentoo.org/viewtopic.php?t=281067</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>v.dijk.bas@gmail.com</who>
            <bug_when>2005-01-17 11:03:36 0000</bug_when>
            <thetext>In the forum topic StinkingMonkey pointed me to the solution:


check this line of xorg.conf

RgbPath &quot;/usr/X11R6/lib64/X11/rgb&quot;

make sure its pointing to the rgb.txt file , dont add .txt to the line, im using amd64 so yours may differ...


Now it works again.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>askwar@digitalprojects.com</who>
            <bug_when>2006-05-10 02:13:31 0000</bug_when>
            <thetext>Please reopen.

I&apos;m seeing the issues as well. In my /etc/X11/xorg.conf, I&apos;ve set:

    RgbPath     &quot;/usr/share/X11/rgb&quot;

This file exists:

[10:18:07 vz6tml@dewup-ww02:~] $ ls -la /usr/share/X11/rgb*
-rw-r--r-- 1 root root 17371 10. Mai 10:07 /usr/share/X11/rgb.txt

[10:29:58 vz6tml@dewup-ww02:~] $ epm -qf /usr/share/X11/rgb.txt
rgb-1.0.0

But when I start xterm, I get:


[10:18:48 vz6tml@dewup-ww02:~] $ xterm
Warning: Color name &quot;black&quot; is not defined
xterm: Cannot allocate color red
xterm: Cannot allocate color magenta
xterm: Cannot allocate color cyan
xterm: Cannot allocate color green
xterm: Cannot allocate color green3


One (maybe) important note is, that I ALWAYS use VNC (namely the net-misc/vnc-4.0-r1 server) to connect to the system. Client is RealVNC 4.1.1 on Windows XP.

Does vnc use xorg.conf at all? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>v.dijk.bas@gmail.com</who>
            <bug_when>2006-05-10 16:45:15 0000</bug_when>
            <thetext>OK reopened.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2006-05-10 18:55:52 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; Please reopen.
&gt; 
&gt; I&apos;m seeing the issues as well. In my /etc/X11/xorg.conf, I&apos;ve set:
&gt; 
&gt;     RgbPath     &quot;/usr/share/X11/rgb&quot;
&gt; 

Which version of X are you running?  If you&apos;re on modular (it looks like you are by that path) drop the RgbPath entirely.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>askwar@digitalprojects.com</who>
            <bug_when>2006-05-11 00:15:38 0000</bug_when>
            <thetext>(In reply to comment #5)

&gt; Which version of X are you running?

modular x.

&gt;  If you&apos;re on modular (it looks like you
&gt; are by that path) drop the RgbPath entirely.

Actually, I sort of dropped that setting in the beginning. As I wrote, I use VNC and I actually had no /etc/X11/xorg.conf at all.

Although I don&apos;t think it&apos;ll make any difference at all, I&apos;ll now remove that setting in the dummy (?) xorg.conf file and report back.

BTW: According to the German user list, other people see this problem as well, even without vnc. See http://thread.gmane.org/gmane.linux.gentoo.user.german/26287/focus=26287 which is the thread 
 Warning: Color name &quot;black&quot; is not defined

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>askwar@digitalprojects.com</who>
            <bug_when>2006-05-11 00:36:23 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)

&gt; &gt;  If you&apos;re on modular (it looks like you
&gt; &gt; are by that path) drop the RgbPath entirely.
&gt; 
&gt; Actually, I sort of dropped that setting in the beginning. As I wrote, I use
&gt; VNC and I actually had no /etc/X11/xorg.conf at all.
&gt; 
&gt; Although I don&apos;t think it&apos;ll make any difference at all, I&apos;ll now remove that
&gt; setting in the dummy (?) xorg.conf file and report back.

It made no difference. I changed the xorg.conf and restarted the VNC server. I still get the error messages.



[09:35:42 vz6tml@dewup-ww02:~] $ grep -v &apos;^ *#&apos; /etc/X11/xorg.conf | grep -v &apos;^$&apos;
Section &quot;Files&quot;
    FontPath    &quot;/usr/share/fonts/local/&quot;
    FontPath    &quot;/usr/share/fonts/misc/&quot;
    FontPath    &quot;/usr/share/fonts/75dpi/:unscaled&quot;
    FontPath    &quot;/usr/share/fonts/100dpi/:unscaled&quot;
    FontPath    &quot;/usr/share/fonts/Type1/&quot;
    FontPath    &quot;/usr/share/fonts/TTF/&quot;
    FontPath    &quot;/usr/share/fonts/CID/&quot;
    FontPath    &quot;/usr/share/fonts/Speedo/&quot;
    FontPath    &quot;/usr/share/fonts/75dpi/&quot;
    FontPath    &quot;/usr/share/fonts/100dpi/&quot;
EndSection
Section &quot;Module&quot;
    Load        &quot;dbe&quot;
    SubSection  &quot;extmod&quot;
        Option  &quot;omit xfree86-dga&quot;
    EndSubSection
    Load        &quot;type1&quot;
    Load        &quot;freetype&quot;
EndSection
Section &quot;ServerFlags&quot;
    Option      &quot;blank time&quot;    &quot;10&quot;    # 10 minutes
    Option      &quot;standby time&quot;  &quot;20&quot;
    Option      &quot;suspend time&quot;  &quot;30&quot;
    Option      &quot;off time&quot;      &quot;60&quot;
EndSection
Section &quot;InputDevice&quot;
    Identifier  &quot;Keyboard1&quot;
    Driver      &quot;keyboard&quot;
    Option      &quot;AutoRepeat&quot;    &quot;500 5&quot;
EndSection
Section &quot;InputDevice&quot;
    Identifier  &quot;Mouse1&quot;
    Driver      &quot;mouse&quot;
    Option      &quot;Protocol&quot;      &quot;Microsoft&quot;
    Option      &quot;Device&quot;        &quot;/dev/mouse&quot;
EndSection
Section &quot;InputDevice&quot;
    Identifier  &quot;Mouse2&quot;
    Driver      &quot;mouse&quot;
    Option      &quot;Protocol&quot;      &quot;MouseMan&quot;
    Option      &quot;Device&quot;        &quot;/dev/mouse2&quot;
EndSection
Section &quot;Monitor&quot;
    Identifier  &quot;Generic Monitor&quot;
    Mode &quot;640x480&quot;
        DotClock        25.175
        HTimings        640 664 760 800
        VTimings        480 491 493 525
    EndMode
EndSection
Section &quot;Device&quot;
    Identifier  &quot;Generic VGA&quot;
    Driver      &quot;vga&quot;
EndSection
Section &quot;Device&quot;
    Identifier  &quot;any supported Trident chip&quot;
    Driver      &quot;trident&quot;
EndSection
Section &quot;Device&quot;
    Identifier  &quot;MGA Millennium I&quot;
    Driver      &quot;mga&quot;
    Option      &quot;hw cursor&quot; &quot;off&quot;
    BusID       &quot;PCI:0:10:0&quot;
EndSection
Section &quot;Device&quot;
    Identifier  &quot;MGA G200 AGP&quot;
    Driver      &quot;mga&quot;
    BusID       &quot;PCI:1:0:0&quot;
    Option      &quot;pci retry&quot;
EndSection
Section &quot;Screen&quot;
    Identifier  &quot;Screen 1&quot;
    Device      &quot;Generic VGA&quot;
    Monitor     &quot;Generic Monitor&quot;
    DefaultDepth 8
    SubSection &quot;Display&quot;
        Depth           8
        Modes           &quot;640x480&quot;
        ViewPort        0 0
        Virtual         800 600
    EndSubsection
    SubSection &quot;Display&quot;
        Depth           4
        Modes           &quot;640x480&quot;
    EndSubSection
    SubSection &quot;Display&quot;
        Depth           1
        Modes           &quot;640x480&quot;
    EndSubSection
EndSection
Section &quot;Screen&quot;
    Identifier          &quot;Screen MGA1&quot;
    Device              &quot;MGA Millennium I&quot;
    Monitor             &quot;Generic Monitor&quot;
    Option              &quot;no accel&quot;
    DefaultDepth        16
    SubSection &quot;Display&quot;
        Depth           8
        Modes           &quot;1280x1024&quot;
        Option          &quot;rgb bits&quot; &quot;8&quot;
        Visual          &quot;StaticColor&quot;
    EndSubSection
    SubSection &quot;Display&quot;
        Depth           16
        Modes           &quot;1280x1024&quot;
    EndSubSection
    SubSection &quot;Display&quot;
        Depth           24
        Modes           &quot;1280x1024&quot;
    EndSubSection
EndSection
Section &quot;Screen&quot;
    Identifier          &quot;Screen MGA2&quot;
    Device              &quot;MGA G200 AGP&quot;
    Monitor             &quot;Generic Monitor&quot;
    DefaultDepth        8
    SubSection &quot;Display&quot;
        Depth           8
        Modes           &quot;1280x1024&quot;
        Option          &quot;rgb bits&quot; &quot;8&quot;
        Visual          &quot;StaticColor&quot;
    EndSubSection
EndSection
Section &quot;ServerLayout&quot;
    Identifier  &quot;Main Layout&quot;
    Screen      &quot;Screen MGA 1&quot;  &quot;&quot;      &quot;&quot;      &quot;&quot;      &quot;Screen MGA 2&quot;
    Screen      &quot;Screen MGA 2&quot;  &quot;&quot;      &quot;&quot;      &quot;Screen MGA 1&quot;  &quot;&quot;
    InputDevice &quot;Mouse1&quot; &quot;CorePointer&quot;
    InputDevice &quot;Mouse2&quot; &quot;SendCoreEvents&quot;
    InputDevice &quot;Keyboard1&quot; &quot;CoreKeyboard&quot;
EndSection
Section &quot;ServerLayout&quot;
    Identifier  &quot;another layout&quot;
    Screen      &quot;Screen 1&quot;
    Screen      &quot;Screen MGA 1&quot;
    InputDevice &quot;Mouse1&quot; &quot;CorePointer&quot;
    InputDevice &quot;Keyboard1&quot; &quot;CoreKeyboard&quot;
EndSection
Section &quot;ServerLayout&quot;
    Identifier  &quot;simple layout&quot;
    Screen      &quot;Screen 1&quot;
    InputDevice &quot;Mouse1&quot; &quot;CorePointer&quot;
    InputDevice &quot;Keyboard1&quot; &quot;CoreKeyboard&quot;
EndSection</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>askwar@digitalprojects.com</who>
            <bug_when>2006-05-14 03:51:33 0000</bug_when>
            <thetext>Any ideas?

I&apos;ve got these errors now on 2 systems. And I&apos;m not alone, other people also suffer from this bug. On the User list, somebody suggested to setup a symlink from /usr/lib/X11/rgb.txt -&gt; /usr/share/X11/rgb.txt; see http://article.gmane.org/gmane.linux.gentoo.user/160591 - but this doesn&apos;t work for me.

What has been changed, which caused systems to break? Could this please be reverted?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hielvc@cox.net</who>
            <bug_when>2006-05-14 12:33:19 0000</bug_when>
            <thetext>Same prob here

tester ~ # emerge --info
Portage 2.1_rc1-r1 (default-linux/x86/2005.1, gcc-4.1.0, glibc-2.4-r2, 2.6.15.1 i686)
=================================================================
System uname: 2.6.15.1 i686 AMD Sempron(tm) Processor 2800+
Gentoo Base System version 1.12.0_pre19
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.92
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon-xp -Os -pipe &quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-xp -Os -pipe  &quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig buildpkg distlocks metadata-transfer sandbox sfperms strict userpriv&quot;
GENTOO_MIRRORS=&quot;http://gentoo.mirrors.pair.com http://mirror.datapipe.net/pub/gentoo/ ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/&quot;
MAKEOPTS=&quot;-j2 &quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/include/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext X alsa apache2 async avi berkdb bitmap-fonts bzip2 cairo chroot cli cpdflib crypt cups dba dillo divx4linux doc dri eds emboss encode fbdev foomaticdb fpx freetype gd gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 isdnlog java javascript jpeg kde libg++ libwww live lynxkeymap lzw lzw-tiff mad mikmod mmx mmxext mono motif mozilla mp3 mpeg mpeg4 ncurses network nptl nptlonly nsplugin ogg oggvorbis opengl openssh oss pam pango pcre pdflib perl php player png ppds pppd python qt quicktime readline real reflection rtc samba sdl session spell spl sse sse2 ssl tcpd truetype truetype-fonts type1 type1-fonts vim vorbis win32codecs xml2 xmms xorg xv zlib elibc_glibc kernel_linux userland_GNU video_cards_fbdev video_cards_nv video_cards_nvidia&quot;
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

thiengs Ive tried (from thread http://forums.gentoo.org/viewtopic-t-443193-start-0-postdays-0-postorder-asc-highlight-.html

Same problem here. Things Ive tried since changing to xorg-7 and getting this prob. In CL, consoles, ALT-F1 and such run fine.

INFO Portage 2.1_rc1 (default-linux/x86/2005.1, gcc-4.1.0, glibc-2.4-r2, 2.6.15.1 i686)
CFLAGS= &quot;-march=athlon-xp -Os -pipe &quot;

1 different kernel
2 removeing nvidia-kernel
3 removing .Xdefaaults
- 3A. Many edits of .Xdefaults includeing coping tvw/Xterm-color into Xdefaults and then wacking on it some.
4 Changineg Bg/Fg from Black/white to white/black
5 re-emerge ncurses and xterm
6 umpteen checks that &quot; RgbPath &quot;/usr/share/X11/rgb&quot; &quot; is real and in xorg.conf.

Any ncurses based prog like &quot;mc&quot; or kernel &quot;make menuconfig&quot; when run in xterm, becaome white screens with no decrenable text. I normally run with black background and white text.
vim does give me one color a mudy maude for keywords and white text for the rest</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hielvc@cox.net</who>
            <bug_when>2006-05-14 16:27:59 0000</bug_when>
            <thetext>I tried down gradeing to xterm-207,no joy. I was at xterm-212-r2. I emerged rxvt-2.7.10-r3 and it works fine. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>venkat@rayservers.com</who>
            <bug_when>2006-05-29 06:34:34 0000</bug_when>
            <thetext>I&apos;m using tightvnc and it looks like the location of rgb.txt is important

I found http://www.ubuntuforums.org/showthread.php?t=90751&amp;page=2

and added the symlinks one by one until it got fixed - 

cd /usr/X11R6/lib/X11
ln -s /usr/X11R6/share/X11/rgb.txt

fixed it for me on amd64 xorg-x11-7.0-r1 accessed via tightvnc

Now emacs starts fine and does not complain about black...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2006-06-11 09:37:40 0000</bug_when>
            <thetext>Alright, so this looks like the VNC servers are pointing to old rgb paths, then.  Which servers are everyone using?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>askwar@digitalprojects.com</who>
            <bug_when>2006-06-11 11:58:20 0000</bug_when>
            <thetext>I&apos;m using net-misc/vnc-4.0-r1 - the symlink &quot;trick&quot; 

# ln -vs /usr/share/X11/rgb.txt /usr/lib/X11/rgb.txt

now works for me as well, despite what I wrote in comment #8.

When the file /usr/lib/X11/rgb.txt does not exist, I get the errors.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2006-06-20 22:25:39 0000</bug_when>
            <thetext>This isn&apos;t really an x11@ bug, it should go to maintainers of the VNC servers.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>doctor.lex@gmail.com</who>
            <bug_when>2006-07-10 16:29:36 0000</bug_when>
            <thetext>If you&apos;re using tightVNC, there is an easy fix. The cause of the error is that the path to rgb.txt is hardcoded in the source, but there&apos;s no need to recompile. You can simply modify the &apos;vncserver&apos; script, it has a setting &quot;$colorPath&quot; which can override the hardcoded value.
Just uncomment the &quot;$colorPath = ...&quot; line in the &apos;vncserver&apos; script, and make it point to the correct location of rgb.txt, without the &quot;.txt&quot; (probably &quot;/usr/share/X11/rgb&quot;).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-08-04 16:36:51 0000</bug_when>
            <thetext>*** Bug 132358 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-08-11 00:51:55 0000</bug_when>
            <thetext>*** Bug 143525 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cbm@m.fsf.org</who>
            <bug_when>2006-08-11 11:15:42 0000</bug_when>
            <thetext>Sorry for the dup, I searched for &quot;vnc rgb.txt&quot; but not rgbpath :-(

Would a patch that does comment #15 in the ebuild be accepted?  I&apos;m worried that it would break things in a similar way for anyone still using xorg &lt; 7.  The only safe thing I can think it to make vnc and tightvnc dep on Xorg &gt;= 7 (or maybe &gt;=6.9 if 6.9 uses the new rgbpath too).  Is that a good idea?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cbm@m.fsf.org</who>
            <bug_when>2006-08-11 11:20:38 0000</bug_when>
            <thetext>Created an attachment (id=94008)
new-rgbpath.patch

If excepted, should probably be incorporated into tightvnc-1.3_alpha7-gentoo.diff</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>armin76@gentoo.org</who>
            <bug_when>2006-08-28 05:40:12 0000</bug_when>
            <thetext>I think this is fixed with vnc-4.1.2. Try it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cbm@m.fsf.org</who>
            <bug_when>2006-08-28 21:09:12 0000</bug_when>
            <thetext>Indeed vnc is fixed with vnc-4.1.2.  Tightvnc still has the problem.  There is a new devel version 3.8 available on their website but the changelog doesn&apos;t indicate that they&apos;ve fixed the problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>armin76@gentoo.org</who>
            <bug_when>2006-08-30 09:41:45 0000</bug_when>
            <thetext>Well, in the case of tightvnc is something different. Tightvnc is supposed to work with X.org 6.3 and nothing else. You can&apos;t change the default paths without patching the source code. The vnc(4.1.2) package can do that through the configure script of the Xserver we want to use. Tightvnc ships a pre-configured and minimal Xserver, whilst vnc has to configure and compile a Xserver like if it was a real X server.

With both of the packages you need fonts and rgb installed in your system. And in the case of tightvnc, you need to patch the vncserver script, adding both the correct fontPath and rgbPath.

Btw, i&apos;m reassigning bug to maintainer-needed since the x11 team has nothing to do with this bug. And changing the name also, because vnc does not have this bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>armin76@gentoo.org</who>
            <bug_when>2006-10-05 11:45:59 0000</bug_when>
            <thetext>Fixed on cvs, tightvnc-1.2.9-r3.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>94008</attachid>
            <date>2006-08-11 11:20 0000</date>
            <desc>new-rgbpath.patch</desc>
            <filename>new-rgbpath.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHZuY3NlcnZlci5vbGQJMjAwNi0wOC0xMSAxMToxNjoxMC4wMDAwMDAwMDAgLTA3MDAKKysr
IHZuY3NlcnZlcgkyMDA2LTA4LTExIDExOjE2OjM4LjAwMDAwMDAwMCAtMDcwMApAQCAtNDUsNyAr
NDUsNyBAQAogIyAkZm9udFBhdGggPSAiL3Vzci9saWIvWDExL2ZvbnRzL21pc2MvLC91c3IvbGli
L1gxMS9mb250cy83NWRwaS8iOwogCiAjIFggY29sb3JzIGRhdGFiYXNlIHBhdGggaXMgb3B0aW9u
YWwsIHVuY29tbWVudCBhbmQgZWRpdCB0byB1c2U6Ci0jICRjb2xvclBhdGggPSAiL3Vzci9saWIv
WDExL3JnYiI7CiskY29sb3JQYXRoID0gIi91c3Ivc2hhcmUvWDExL3JnYiI7CiAKICMgWW91IG1p
Z2h0IHdpc2ggdG8gbWFrZSB5b3VyIHZuYyBkaXJlY3RvcnkgdW5kZXIgL3RtcCwgdG8gbWFrZSBz
dXJlCiAjIHBhc3N3b3JkcyBhcmUgYWx3YXlzIGtlcHQgb24gdGhlIGxvY2FsIGZpbGVzeXN0ZW0u
IFRvIGRvIHRoYXQsIGp1c3QK
</data>        

          </attachment>
    </bug>

</bugzilla>