[Xpert] Make World fails building pswrap with BuildServersOnly
I am trying to build a 4.2.1 release of XFree86 (XDirectFB actually) and getting an error when I try to configure it to build the Xserver only. I have BuildServersOnly defined, but when I try to make World, I get a failure trying to build pswrap: $ make World ... cd ./config/pswrap make pswrap DEFINES= make[1]: Entering directory `/usr/src/RPM/BUILD/XFree86-4.2.1/xc/config/pswrap' make[1]: *** No rule to make target `pswrap'. Stop. make[1]: Leaving directory `/usr/src/RPM/BUILD/XFree86-4.2.1/xc/config/pswrap' make: *** [World] Error 2 make: Leaving directory `/usr/src/RPM/BUILD/XFree86-4.2.1/xc' The problem seems to be that the Makefile in xc has the following for the World target: World: ... cd $(IMAKESRC) $(MAKE) $(FLAGS) clean $(MAKE) $(MFLAGS) Makefile.boot $(MAKE_CMD) $(MFLAGS) VerifyOS $(MAKE_CMD) $(MFLAGS) version.def $(MAKE_CMD) $(MFLAGS) Makefiles $(MAKE_CMD) $(MFLAGS) BOOTSTRAPSUBDIRS= clean cd $(CONFIGSRC)/pswrap $(MAKE) pswrap DEFINES= $(MAKE_CMD) $(MFLAGS) includes $(MAKE) -C $(CONFIGSRC)/util gccmakedep $(MAKE_CMD) $(MFLAGS) depend $(MAKE_CMD) $(MFLAGS) $(WORLDOPTS) World @echo @date @echo @echo Full build of $(RELEASE) of the X Window System complete. @echo Notice that make World directly specifies that pswrap be built (cd $(CONFIGSRC)/pswrap $(MAKE) pswrap DEFINES=). However, the Imakefile in config (the parent directory to pswrap) has the following in it: #if BuildDPSLibrary PSWRAPDIR = pswrap #endif SUBDIRS = cf $(BOOTSTRAPSUBDIRS) util $(PSWRAPDIR) which causes pswrap to be ignored (because it is only in SUBDIRS conditional on BuildDPSLibrary) when making Makefiles, etc. if BuildDPSLibrary is false. BuildDPSLibrary is false because in xc/config/cf/X11.tmpl there is the following: #define BuildDPSLibraries !BuildServersOnly So it seems that pswrap is mutually exclusive of building a server only, but the toplevel make World target wants to build it, unconditionally. So I pressume I must be doing something wrong. I am sure I am not the first person to want to build a BuildServersOnly configuruation. Is make World the wrong target to call to simply build (a) server(s)? b. -- Brian J. Murrell msg11925/pgp0.pgp Description: PGP signature
[Xpert] Radeon QD (7200?) display corruption
I am experiencing some display corruption, or rather, improper programming of a Radeon QD here on my dual-head setup. I have taken a photograph of the display so you can see for yourself at: http://brian.interlinx.bc.ca/xfree_radeon.jpg The XFree86.0.log is attached as is my XF86Config-4. Any ideas? b. -- Brian J. Murrell This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.99.3 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 21 December 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.7-10custom i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Jan 1 20:21:23 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout default (**) |--Screen screen1 (0) (**) | |--Monitor ViewSonic|ViewSonic PS790 (**) | |--Device ATI Radeon (**) |--Screen screen2 (1) (**) | |--Monitor ViewSonic|ViewSonic GS790 (**) | |--Device Matrox Millennium II 2 (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 250 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:-1 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.99.3, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.99.3, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0735 card , rev 01 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0008 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:02:2: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:3: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:5: chip 1039,5513 card 1039,5513 rev d0 class 01,01,80 hdr 80 (II) PCI: 00:02:7: chip 1039,7012 card 1019,0a14 rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,0900 card 1019,0a14 rev 90 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 109e,036e card a1a0,a0fc rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0b:1: chip 109e,0878 card a1a0,a0fc rev 02 class 04,80,00 hdr 80 (II) PCI: 00:0f:0: chip 1002,5144 card 1002,0039 rev 00 class 03,00,00 hdr 00 (II) PCI: 00:11:0: chip 1102,0002 card 1102,8027 rev 07 class 04,01,00 hdr 80 (II) PCI: 00:11:1: chip 1102,7002 card 1102,0020 rev 07 class 09,80,00 hdr 80 (II) PCI: 01:00:0: chip 102b,051f card 102b,1300 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0002 (VGA_EN is cleared) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xced0 - 0xcfdf (0x110) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xbcb0 - 0xbebf (0x210) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:2:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:
[Xpert]How do I make my colors _perfect_?
I need to have accurate color representation on my monitor. Of course monitors and video cards differ in this area, so how do I know a color being presented to me on the screen is true to the color of the source? Is there any way to tune the Xserver to display colors accurately on a given monitor? Thanx, b. -- Brian J. Murrell msg11666/pgp0.pgp Description: PGP signature
Re: [OFFTOPIC] spam scoring (was: [Xpert]*****SPAM***** Extracting a KeySym from an action routine)
On Tue, Nov 26, 2002 at 11:26:35AM -0800, Keith Packard wrote: We might disable the RBL based rules in flagging spam; they do seem to have a rather high false-positive rate. Whether it's appropriate for the xpert list to partipcate in the social pressure aspect of DNSBLs (RBL is a trademark of MAPS BTW), or not, I will not comment, but just keep in mind that one of the reasons for building (some at least) DNSBLs is to exact a social pressure on the owner of the listed host[1]. If multiple BLs are listing a single host and that host is a regular mail exchanger for a given domain, there must be good reason for the multiple listings. Is the owner of said host doing all that he should/could be to deal with the spam problem? Or perhaps the sending IP is a subscriber IP of some sort. They should be using their ISP assigned mail exchanger. Or maybe the sending IP has an open proxy on it, etc. Now back to your regularly scheduled programming. b. [1] This technique works over and over again when all else has failed. Heck, just look at Korea, finally sitting up and realizing that they as a whole country need to do something about their spam problem before the whole net is shut off to them. -- Brian J. Murrell msg11186/pgp0.pgp Description: PGP signature
[Xpert]Modifying the mouse code?
Background: I have a Linux box (and a Windoze box) attached to a KVM switch. When I switch away from the Linux box and come back, the mouse (an MS Intellimouse, IMPS2) goes haywire. Switching from the graphical X mode to a console mode (Ctrl-Alt-F1) and back fixes the problem. It looks like the mouse appears to have gone out of sync or something. The problem: I'd like to fix this problem, but I can't for the life of me figure out where exactly is the mouse being read and mouse events generated? I've tried to modify the following files programs/Xserver/hw/kdrive/linux/mouse.c programs/Xserver/hw/xfree86/input/mouse/mouse.c to print debugging information, and nothing gets printed. Note: I'm using sources from RedHat's src RPM (I could use the original XFree86 sources, but then some of the symbols don't get resolved in the DSOs). Obviously I'm doing something wrong here. So.. can someone point out where I can muck around with the mouse code? Thanks, Ajay ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]absence of Xv is killing me
On Sun, Sep 08, 2002 at 07:47:52PM -0700, Gabriele Gorla wrote: The current XFree driver does not support Xv fro anything less than a G200. I am currently writing a millennium II driver. It can be found at: http://penguintown.net/~gorlik/millennium.html I would really appreciate any comments and bug reports thanks, Has anyone looked at this work? What are the thoughts on including it in future releases of XFree86? I would really like to have Xv on my MII as well! Thanx, b. -- Brian J. Murrell msg09515/pgp0.pgp Description: PGP signature
[Xpert]smooth mouse with PS/2 but erratic with IMPS/2 -- why?
Hello, I have searched and scoured lists and webpages for hours now after doing some searching to discover why all of a sudden (after a motherboard swap out) my mouse pointer jumps around erratically. I have not changed any configuration of any sort, just the motherboard (which of course my ps/2 mouse is plugged into). If I use the PS/2 protcol, the mouse cursor moves nice and smooth on the screen. If I want to use IMPS/2 (for the scroll wheel) it jumps around erratically. Why is this? What is the difference? Why should the changing of my motherboard have this effect? Any insight would be much appreciated. Thanx, b. -- Brian J. Murrell msg09372/pgp0.pgp Description: PGP signature
Re: [Xpert]TV Out - Recommendations?
On Sat, Sep 21, 2002 at 08:05:45PM +0100, Mike wrote: Hi all, Hello, I am putting together a set top box running linux for movies / web usage Join the (big) crowd. and would like to hear what TV Out cards you have seen best results from under Linux. Well, this is a contentious subject. The reason being is that most (all?) of the producers of TV-Out capable hardware are not providing (all of) the programming specs on how to do TV-Out with their cards. My conspiricy theory on this is that the producers of such hardware want also want to be able to write DVD-playing software, as a sell for their hardware. In order to (manufacture and) sell these things in the US, these producers are being hog-tied by the Copyright Consortium (spearheaded by such organizations as the MPAA, RIAA, etc.) into licensing the DVD-decrypto-magic. I suspect that such a license carries a clause that the hardware producer will not do anything to allow the easy copying of content and providing programming specs for these TV-Out capable cards does just that. I have tried TV out using a low end Geforce 4 with the nvidia binary drivers but there are some strange effects when watching movies through the TV Out (in scenes where there is a lot of action there is a split in the middle of the screen running horizontally, the upper half of the screen updates just before the bottom half and its very annoying!) [ note the use of the word frame here is loose and not meant to differentiate between frames and fields ] It's called tearing. The reason is that the software/hardware is not waiting until the vsync to update what is being displayed on the television. If the software/hardware waits until a frame is fully displayed to the TV before changing it you do not see this effect. If it changes the frame while it is half-drawn to the TV, you end up getting part of one frame and part of the following frame. For the record, I am using a Matrox G400. They are hard to come by these days as they are no longer in production, and to the best of my knowlege, Matrox are not producing drivers, nor publishing specs for any of their newer cards. They are also a bit expensive to just display a video signal on a TV. b. -- Brian J. Murrell msg08972/pgp0.pgp Description: PGP signature
[Xpert]Re: [GATOS](EE) RADEON(0): Idle timed out, resetting engine...
On Wed, Sep 18, 2002 at 01:36:10AM -0400, Vladimir Dergachev wrote: If you are using GATOS ati.2 binaries make sure that you use drm-kernel modules from GATOS, not stock drm modules. The drm module in my kernel is indeed from gatos, but for some reason, it was not (being) loaded. Once I manually modprobed radeon everything worked fine. Is the appropriate drm module supposed to get auto-loaded in any manner or is it up to the user (or his distribution) to know that he needs to load it? I am using a devfs environment. Additionally, I have the following in my XF86Config-4 file: Load dri Load glx But I am still not getting direct rendering on my Radeon QD PCI. Does direct rendering work on PCI cards or only AGP cards? # glxinfo | head Loading required GL library /usr/X11R6/lib/libGL.so.1.2 name of display: :0.0 display: :0 screen: 0 direct rendering: No Thanx, b. -- Brian J. Murrell msg08911/pgp0.pgp Description: PGP signature
Re: [Xpert]Re: [GATOS](EE) RADEON(0): Idle timed out, resetting engine...
On Wed, Sep 18, 2002 at 11:31:42AM -0400, Vladimir Dergachev wrote: I do not think gatos drm-modules work well with PCI cards (at least not without changing some flags). Seems to be working OK here, minus achieving direct rendering that is. AFAIK, by default GATOS drm modules have Radeon PCIGART disabled, same as in XFree86 4.2.0. Is pcigart required for direct rendering? Are there any plans to change this? b. -- Brian J. Murrell msg08917/pgp0.pgp Description: PGP signature
[Xpert](EE) RADEON(0): Idle timed out, resetting engine...
I am running Mnadrake's Cooker which now has XFree86 4.2.1 plus gatos' ati.2 from cvs as of 20020907 (same thing happens with stock 4.2.1 ati driver). When I try to start my Xserver I get the following errors: (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... I saw some messages regarding a fix that went in just recently to fix this problem on the Radeon 7500. My Radeon is a: $ lspci | grep Radeon 00:0f.0 VGA compatible controller: ATI Technologies Inc Radeon QD I have tried disabling dri and glx but it still produces the same results. Any ideas as to what is going on? The complete server startup log follows: XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18-23mdkenterprise i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Mon Sep 9 20:03:35 2002 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout single (**) |--Screen screen1 (0) (**) | |--Monitor ViewSonic|ViewSonic PS790 (**) | |--Device ATI Radeon (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 250 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:-1 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail Using vt 8 (--) using VT number 8 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80001044, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0735 card , rev 01 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0008 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:02:2: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:3: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:5: chip 1039,5513 card 1039,5513 rev d0 class 01,01,80 hdr 80 (II) PCI: 00:02:7: chip 1039,7012 card 1019,0a14 rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,0900 card 1019,0a14 rev 90 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 109e,036e card a1a0,a0fc rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0b:1: chip 109e,0878 card a1a0,a0fc rev 02 class 04,80,00 hdr 80 (II) PCI: 00:0f:0: chip 1002,5144 card 1002,0039 rev 00 class 03,00,00 hdr 00 (II) PCI: 01:00:0: chip 102b,051f card 102b,1300 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x02 (VGA_EN is cleared) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xced0 - 0xcfdf (0x110) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xbcb0 - 0xbebf (0x210) MX[B] (II) Bus
[Xpert]smooth mouse with PS/2 but erratic with IMPS/2 -- why?
[ I hope this doesn't get postted multiple times. I waited for the moderator to approve it but it did not seem to happen so I have resent it after subscribing. ] Hello, I have searched and scoured lists and webpages for hours now after doing some searching to discover why all of a sudden (after a motherboard swap out) my mouse pointer jumps around erratically. I have not changed any configuration of any sort, just the motherboard (which of course my ps/2 mouse is plugged into). If I use the PS/2 protcol, the mouse cursor moves nice and smooth on the screen. If I want to use IMPS/2 (for the scroll wheel) it jumps around erratically. Why is this? What is the difference? Why should the changing of my motherboard have this effect? Any insight would be much appreciated. Thanx, b. -- Brian J. Murrell msg08449/pgp0.pgp Description: PGP signature
Re: [Xpert]smooth mouse with PS/2 but erratic with IMPS/2 -- why?
On Tue, Aug 20, 2002 at 11:17:48PM -0400, [EMAIL PROTECTED] wrote: Hi Brian, Hi Pat, [ I reformatted your text for easier reading. Please try to hit return somewheres about column 70-75 to make it easier for people to read your postings. ] I have had this problem for sometime myself and have been unable to track down an answer to it. I had a Logitech wheel mouse Yup, I have a Logitech optical wheel mouse. that worked fine at one time thru the PS/2 port with imps/2 activated in the XF86config file, Yup. but at some point during my normal progressive updates to my preferred SuSE distro and XFree86 files, it quit working and I could not use imps/2 with any mouse plugged into the PS/2 port. I didn't even do a software upgrade. I simply changed motherboards. Even kept the same processor, memory, add-in cards, etc. My only guess is that some PS/2 ports are better than others. I finally solved the problem by plugging the mouse into the USB port and all is well again. That is what I have done. But I have 3 systems connected through a PS/2 KVM (Belkin Omni 4 port). But before anyone blames the KVM, I have plugged the mouses I have tried directly into the PS/2 port. Both the Logitech and the IBM mouse I now use would go either way, but by going with USB, I was able to rid the mouse of that large ps/2 adapter. Yup, me too. But ultimately, I would like to go back to using the PS/2 port as it's what my KVM uses. b. -- Brian J. Murrell msg08451/pgp0.pgp Description: PGP signature
[Xpert](no subject)
confirm 117412 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Appearance in X...
Can anyone shed any light on why KDE looks so bad compared to Windows? The KDE fonts are really rough and difficult to read, particularly when they are small. I don't know that it is just just the lack of True Type fonts (although this is probably a contributing factor) as I have installed a whole bunch of Windows TTFs and it has made little difference. I have tried using True Type fonts and have checked the Anti-Aliasing for Fonts box in the KDE Control Centre, but they are still quite fuzzy compared to those in Windows. I am trying to get Red Hat 7.3 installed at my work to replace our network of aging Win95 PCs, but I just _know_ that as soon as the staff see the terrible fonts that they will reject it out of hand. I am evaluating Galeon, OpenOffice 1.0 and Evolution as that is all most of our office will need, but the appearance compared to IE, MS Office and Outlook is terrible. Can anyone offer any information/advice/website that will help me to get them a Windows-quality display? Regards, Brad Brisbane, Australia ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]SiS630 drawing problems with 4.1.0 (and other 4.x)
. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (**) Option Protocol PS/2 (**) Mouse0: Protocol: PS/2 (**) Option CorePointer (**) Mouse0: Core Pointer (**) Option Device /dev/psaux (==) Mouse0: Buttons: 3 (**) Option Emulate3Buttons no (**) Option ZAxisMapping 4 5 (**) Mouse0: ZAxisMapping: buttons 4 and 5 (II) Keyboard Keyboard0 handled by legacy driver (II) XINPUT: Adding extended input device Mouse0 (type: MOUSE) cursor_addr value: 0 SetKbdSettings - type: 2 rate: 30 delay: 500 snumlk: 0 SetKbdSettings - Succeeded cursor_addr value: 4 GetModeLine - scrn: 0 clock: 135000 GetModeLine - hdsp: 1280 hbeg: 1296 hend: 1440 httl: 1688 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1066 flags: 5 cursor_addr value: 0 cursor_addr value: b470 cursor_addr value: b470 cursor_addr value: 87bf0a8 cursor_addr value: 0 cursor_addr value: 20 cursor_addr value: 87c48e0 cursor_addr value: 0 ... The cursor_addr lines continue for many pages, they occur whenever the mouse cursor changes windows. -- David Mansfield (718) 963-2020 [EMAIL PROTECTED] Ultramaster Group, LLC www.ultramaster.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert