Re: [Xpert]grey stipple background
Feigning erudition, Dave Airlie wrote:
% I'm working on using Xfree in an embedded application and I want to not
% have the grey stippled background show up on boot.. I want the screen to
% stay black until I draw something to it ...
%
% I know this is probably blasphemy ;-).. but googling hasn't turned up
% anything nice and easy to handle this...
%
% not afraid of a recompile.. just need to know where to start digging...
Mike Harris has XFree86-4.2.0-die-ugly-pattern-die-die-die.patch at
ftp://people.redhat.com/mharris/patches/:
- cut here -
--- xc/programs/Xserver/dix/window.c.die-ugly-pattern-die-die-die Tue Feb 12
16:33:04 2002
+++ xc/programs/Xserver/dix/window.cTue Feb 12 16:45:32 2002
@@ -119,8 +119,8 @@
*
**/
-static unsigned char _back_lsb[4] = {0x88, 0x22, 0x44, 0x11};
-static unsigned char _back_msb[4] = {0x11, 0x44, 0x22, 0x88};
+static unsigned char _back_lsb[4] = {0x00, 0x00, 0x00, 0x00};
+static unsigned char _back_msb[4] = {0x00, 0x00, 0x00, 0x00};
int screenIsSaved = SCREEN_SAVER_OFF;
- and here -
Kurt
--
Gnagloot, n.:
A person who leaves all his ski passes on his jacket just to
impress people.
-- Rich Hall, "Sniglets"
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]MGA driver: SyncOnGreen won't, and DRI (3D accel ) problems.
Feigning erudition, Chris Worley wrote: % % I turned off HAL by setting % % #define UseMatroxHalNO % #define BuildMatroxHal NO % % in xf86site.def. % % Sync-On-Green now works. What's HAL and what does it have against the % SyncOnGreen mga option? HAL = Hardware Abstraction Layer. I've no idea why it doesn't like SyncOnGreen. Kurt -- A child of five could understand this! Fetch me a child of five. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI radeon mobility m6|7 at 1400x1050 on Thinkpad T30
Feigning erudition, Rob Torop wrote: % I have one of these (T30 2366-92U) on order, and based one what I've been reading, I anticipate some trouble getting X working smoothly. I'm wondering what the latest status is, in particular whether the "screen blanking problem" has been fixed in 4.3. If not, short of being smart enough to fix it myself what I can do to help, eg with testing. Dunno. % Also, where can I find a searchable archive for this list? Thanks. http://marc.theaimsgroup.com/?l=xfree-xpert&r=1&w=2 Kurt -- Let us live!!! Let us love!!! Let us share the deepest secrets of our souls!!! You first. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]TFT Problem, resolved
Feigning erudition, Hyrum Mills wrote: % Ok. I have browsed more completely the linux-on-laptops site, looking more % completely at the XF86Config files posted. I pulled the sync settings from % one of the files that claims to work - the range is much broader. It % works. I just had to test the last one I could possibly find to make it The one that works is *always* the last one you test, even if you try that one first. ;-) In any event, good to hear you got it working. Best regards, Kurt -- "I drink to make other people interesting." -- George Jean Nathan ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]TFT Problem
Feigning erudition, Hyrum Mills wrote: % See inline comments. % % >From: [EMAIL PROTECTED]> % >Feigning erudition, Hyrum Mills wrote: % % Feigning? I simply seek to be a pretender! lol. Nothing personal. A stock attribution line. % >Not as a rule. If you are running Linux, have a look at % >http://www.linux-on-laptops.com/. Lots of good configuration information % >there for an amazing array of laptops. % % Unfortunately, no one else there seems to have run into this problem. It was configuration parameters you were supposed to look for, not someone having a similar problem. :-) % >% have a Dell C600 laptop and xf86config will recognize the card exactly % >% right. But when I try to start X, it returns "No Valid Modes Found" and % >% consequently "No Screen Found." I'm running 4.2.0. The card is an ATI % >% Mobility M3 - R128 driver. % > % >You could also try running "X -configure" (as root) just to get a % >basic configuration. % % Done that, no luck. I tried to attach the file, but HateMail won't let me % anymore. So here are links to the XF86Config file and the XFree86.0.log % file: http://www.hyrum.org/XF86Config and % http://www.hyrum.org/XFree86.0.log. % % I've never had this odd of a problem with X before, and I'm mystified. Here's one problem: (WW) R128(0): Monitor0: Using default hsync range of 28.00-33.00kHz (WW) R128(0): Monitor0: using default vrefresh range of 43.00-72.00Hz XFree86 is using standard values for your display, which don't work, evidently, out of the box. Add the HorizSync and VertRefresh rates for your display. The laptop link at the top of this message should prove helpful determining what these values are for your display. Kurt -- IBM had a PL/I, Its syntax worse than JOSS; And everywhere this language went, It was a total loss. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]TFT Problem
Feigning erudition, Hyrum Mills wrote: % Hello! I tried searching the archives (couldn't find 'em) and posting to % the newbie list, but no luck. Is there a known issue with TFT Displays? I Not as a rule. If you are running Linux, have a look at http://www.linux-on-laptops.com/. Lots of good configuration information there for an amazing array of laptops. % have a Dell C600 laptop and xf86config will recognize the card exactly % right. But when I try to start X, it returns "No Valid Modes Found" and % consequently "No Screen Found." I'm running 4.2.0. The card is an ATI % Mobility M3 - R128 driver. You could also try running "X -configure" (as root) just to get a basic configuration. Kurt -- "Even the best of friends cannot attend each other's funeral." -- Kehlog Albran, "The Profit" ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Will virgin XFree86 run under LINUX?
Feigning erudition, Paul Elliott wrote: % % I was at my local LINUX group, where it was said that if you % get the virgin XFree86 tarball, then make World;make install % the resulting system will crash. It was said that to get an % XFree86 system that actually works, you need the patches % associated with the various distributions. Is this True? Not only is what you were told false, it is perniciously false. I have built the stock 4.2.0 and 4.2.1 releases easily a dozen times with a simple "make World ; make install" and had no problems. Currently, I update my CVS tree every night and build and install it every few days. Again, it works just fine for me. Kurt -- If one studies too zealously, one easily loses his pants. -- A. Einstein. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Most Frequently Asked Question (MFAQ)
Feigning erudition, [EMAIL PROTECTED] wrote: % I'm sure this is the most frequently asked question in this list, but % I couldn't find an archive or FAQ list... http://marc.theaimsgroup.com/?l=xfree-xpert&r=1&w=2 % I'm trying to run xf86config on a new Toshiba Satellite 1905-S301 % laptop. Where can I find information that can help me answer the % questions posed by xf86config? Or better yet, where can I find the % necessary configuration file(s) for this machine so that I can avoid % running xf86config altogether? http://www.toshiba.com/ http://www.linux-on-laptops.com/ http://linux.toshiba-dme.co.jp/linux/index.htm http://www.buzzard.org.uk/toshiba/ Kurt -- "The wages of sin are death; but after they're done taking out taxes, it's just a tired feeling." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Linux 8.0 - Replacing Gnome with XDM
Feigning erudition, Herman Buel wrote: % % What is the standard way to disable GNOME and only come up with XDM ? I presume that "Linux 8.0" means Red Hat Linux 8.0 (or perhaps SuSE or Mandrake) -- there being no such monster as "Linux 8.0" that I'm aware of. If you are talking about Red Hat Linux 8.0, the way I would do it is to edit /etc/sysconfig/desktop and set DESKTOP="", then to edit /etc/X11/prefdm and change the line that reads "preferred=" to read "preferred=xdm". If memory serves, you might be able to use the GUI Login Manager tool to change the display manager, but I don't use Crimson Fedora, so you're on your own there. Kurt -- In Corning, Iowa, it's a misdemeanor for a man to ask his wife to ride in any motor vehicle. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]IIYAMA 17' TFT damaged screen, geforce4 Ti4200 and linux
Feigning erudition, Dr E B Bettler wrote: % Hi all !! % i've a technical question: % i've bought a 17'' TFT IIYAMA screen (AS4314UT) with a geforce4ti 4200 (athlon % XP2400). After the installation of RedHat8 (with the native NVIDIA drivers), % i've discovered a pixel in the right-upper corner that stay white all the % time !! (even at the start screen, under win2k etc...) for a screen of 600 % euros f@#$ i changed it... to have the same problem, at the same position !! % my question is: is it possible to damage a TFT screen with the NVIDIA native % drivers under Linux (i don't want to install the NVIDIA proprietary drivers % on my new screen without to be sure about the problem) ? % the problem seems not to appears under Win2k ! I've got a pixel on my laptop that stays red all the time. It's annoying, but it's only one pixel, so there's little to be done short of replacing it, which I'm not willing to do considering the cost. Most LCDs will be considered good if they have less than some small number of bad pixels. To answer your question, I suppose it is theoretically possible to damage a TFT screen using any arbitrary driver, but I don't think the problem you have reported is a TFT damaged by the driver. Rather, it is a defect the driver exposes. Kurt -- f u cn rd ths, itn tyg h myxbl cd. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Re: CVS Build Failing
Feigning erudition, Mike A. Harris wrote: % On Mon, 9 Dec 2002 [EMAIL PROTECTED] wrote: [snippage] % >Hmm. I wonder how that happened? A fresh checkout was next on my list, % >but I was trying to save bandwidth and avoid that. In any event, a % >fresh checkout seemed to solve the problem. Thanks, Andrew and Mike. % % Using cvsup instead of straight cvs is a better way of saving % bandwidth. You might want to consider giving it a whirl too. % It's a very useful tool. cvsup looked good. Interesting programming language it's written in... Thanks for the tip. Regards, Kurt -- Call on God, but row away from the rocks. -- Indian proverb ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]CVS Build Failing
Feigning erudition, Marc Aurele La France wrote: % On Mon, 9 Dec 2002 [EMAIL PROTECTED] wrote: [snippage] % > Yes. In fact, I deleted the old build directory and recreated it % > before sending my cry for help (lnddir -ignorelinks ../xc .), just % > in case I hadn't. % % Did you use -d when you last cvs update'd? A common mistake. Doh! As in "cvs -d $CVSROOT -q update -d -P", for example? I added "-d" after you suggested it. Thanks, Kurt -- Forms follow function, and often obliterate it. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Configuration problems
Feigning erudition, Benjamin Krajmalnik wrote: % FreeBSD 4.7 Release % % I have tried to configure xFree86 several times, both via the GUI % configurator and the script configrator, but unsuccessfully. % Paradoxically, using the GUI configurator, X launches, but I am unable % to set any of the video and screen properties. Even accepting all of % the defaults, upon exiting the configurator it results in an error. I % was running xFree 3.x on the same machine with an earlier version % without any problems. Need more specific information than "it results in an error." % Configuration of system: % % Pentium Pro w/256Mb RAM, 18Gb SCSI drive, S3 Virge video adapter, % ViewSonic monitor, bus mouse. % % Once again, while using the GUI configuration, X is loading, but upon % exiting it is resulting in an error. I have tried everything I can % think of (which is not much since I am not an x Guru obviously) but to % no avail. "XFree86 -configure" (as root) *should* give you a basic, working configuration, leaving the config file in root's home (/root, I presume) as XF86Config.new. "XFree86 -xf86config /root/XF86Config.new" (as root) should start X. If it works, you've got a config file that works. If it doesn't work, the log file should indicate the problems you're having. Kurt -- Broad-mindedness, n.: The result of flattening high-mindedness out. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: CVS Build Failing
On Mon, Dec 09, 2002 at 10:20:40AM -0500, Mike A. Harris wrote: > On Mon, 9 Dec 2002 [EMAIL PROTECTED] wrote: > > >Aargh. I'm still having trouble getting CVS to build because of the > >new XFixes stuff. Here's my host.def > [SNIP] > > > >I get this error even after removing build/xmakefile and re-executing > >"make World". build is a shadow directory created using lndir. Could > >someone kindly hit me with a clue bat? Thanks. > > At a glance it looks like your CVS checkout is not clean. I'd > recommend doing a fresh checkout and try again. Hmm. I wonder how that happened? A fresh checkout was next on my list, but I was trying to save bandwidth and avoid that. In any event, a fresh checkout seemed to solve the problem. Thanks, Andrew and Mike. Regards, Kurt -- In Tulsa, Oklahoma, it is against the law to open a soda bottle without the supervision of a licensed engineer. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]CVS Build Failing
On Mon, Dec 09, 2002 at 03:10:44PM +, Dr Andrew C Aitchison wrote: > On Mon, 9 Dec 2002 [EMAIL PROTECTED] wrote: > > > Here's the error I get: > > > > make[4]: Leaving directory `/home/kwall/X/cvs/build/programs/Xserver/XTrap' > > cleaning in programs/Xserver/xfixes... > > make: Entering an unknown directory > > make: *** xfixes: No such file or directory. Stop. > > make: Leaving an unknown directory > > make[3]: *** [clean] Error 2 > > make[3]: Leaving directory `/home/kwall/X/cvs/build/programs/Xserver' > > make[2]: *** [clean] Error 2 > > make[2]: Leaving directory `/home/kwall/X/cvs/build/programs' > > make[1]: *** [clean] Error 2 > > make[1]: Leaving directory `/home/kwall/X/cvs/build' > > make: *** [World] Error 2 > > > > I get this error even after removing build/xmakefile and re-executing > > "make World". build is a shadow directory created using lndir. Could > > someone kindly hit me with a clue bat? Thanks. > > Stupid question: > have you re-run lndir since the xfixes source appeared ? Yes. In fact, I deleted the old build directory and recreated it before sending my cry for help (lnddir -ignorelinks ../xc .), just in case I hadn't. Thanks, K -- Power, n: The only narcotic regulated by the SEC instead of the FDA. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]CVS Build Failing
Aargh. I'm still having trouble getting CVS to build because of the new XFixes stuff. Here's my host.def #define XnestServer NO #define XprtServer NO #define XF86CardDrivers mga fbdev AgpGartDrivers vesa vga XF86OSCardDrivers #define XInputDrivers mouse keyboard #define HaveMatroxHal YES #define BuildFonts NO #define BuildCyrillicFonts NO #define DefaultGcc2i386Opt -O3 -mcpu=i686 -march=i686 #define UseInternalMalloc YES #define HasTk YES #define HasTcl YES #define XF1Bpp NO #define XF4Bpp NO #define BuildXinerama NO #define BuildLinuxDocHtml NO #define BuildSpecsDocs YES #define SpecsDocDirsCTEXT GL ICCCM X11 Xext Xmu Xv XvMC i18n xterm #define BuildAllSpecsDocs YES /* * Cope with CVS code ;-) */ #define BuildXFixesLibrary NO Here's the error I get: make[4]: Leaving directory `/home/kwall/X/cvs/build/programs/Xserver/XTrap' cleaning in programs/Xserver/xfixes... make: Entering an unknown directory make: *** xfixes: No such file or directory. Stop. make: Leaving an unknown directory make[3]: *** [clean] Error 2 make[3]: Leaving directory `/home/kwall/X/cvs/build/programs/Xserver' make[2]: *** [clean] Error 2 make[2]: Leaving directory `/home/kwall/X/cvs/build/programs' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/home/kwall/X/cvs/build' make: *** [World] Error 2 I get this error even after removing build/xmakefile and re-executing "make World". build is a shadow directory created using lndir. Could someone kindly hit me with a clue bat? Thanks. Kurt -- Sometimes I worry about being a success in a mediocre world. -- Lily Tomlin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Where did the xpert archives go?
On Fri, Dec 06, 2002 at 11:35:02PM +0100, Stefan Obenauer wrote: > On Fri, Dec 06, 2002 at 02:07:36PM -0800, Alex Pavloff wrote: > > Where did the xpert archives go? > > > > The page on xfree86.org doesn't list them. > > http://marc.theaimsgroup.com/ > > http://marc.theaimsgroup.com/?l=xfree-xpert&r=1&w=2 > > thanks to the guy that posted this some days ago. the message should be in the > archive ;) The pointer is helpful, but it doesn't answer the question. Where did the archives go? Kurt -- Everyone is a genius. It's just that some people are too stupid to realize it. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Thank you ATI! - was [Xpert]ATI driver that supports "Powered by ATI cards is out!
On Mon, Dec 02, 2002 at 04:37:54PM -0800, Nat Ersoz wrote: > Thank you ATI. > > I recently ordered a Dell Inspiron Laptop and upgraded the video card > from the default nVidia card to the ATI Radeon 9000 - a US$130 upgrade. > The sole reason for the upgrade was that ATI has been such a faithful > supporter of the XFree86 project. > > I was very pleased that after installing the RPM released by ATI - which > was very easy to do - I was able to play "Return to Castle Wolfenstein" > on my laptop (mission critical app). Not only did it play smoothly, but > it played smoothly at 1600x1200 resolution (beautiful). > > Of course Wolfenstein is not why I ordered the laptop - but it sure is > nice to get all the performance from the machine that I paid money for. > And it does perform beautifully! Nicely stated. I think it wouldn't hurt to send this to ATI somehow. I used their feedback page (http://apps.ati.com/linuxDfeedback/) to say thanks. I'm sure they got soundly thumped for their previous policy, so saying thanks for the new one is only appropriate. Kurt -- Old age is the most unexpected of things that can happen to a man. -- Trotsky ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]3d accelleration support
On Tue, Dec 03, 2002 at 01:13:54PM +0100, Alexander Stohr wrote: > > If I were to replace this card with another 3d card, > > what would be a safe chipset to select if I want to stick with > > open source drivers? > > Of course, publicly availabel documentation has significantly > decreased over the last decade. To my knowledge there are only > few documents availabel at all as of today. > > That far as it concerns XFree86 there are severeal OpenSource > driver projects running for current hardware, namely for the > ATI Radeons, for the S3 Savage, for the SiS, for Chips&Techn., > for some Intel integrated ones, and possibly a few more vendors. > > For 3D you should have a look at http://dri.sf.net in order > to get a current view on what is availabel for your purposes. 3dfx are a rathole, if you can still get them. It looks like the choices are Intel, ATI, Matrox, SiS, and 3Dlabs. Kurt -- Expert, n.: Someone who comes from out of town and shows slides. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFIXES extension proposal
On Sun, Dec 01, 2002 at 10:04:40PM -0800, Keith Packard wrote: > Around 21 o'clock on Dec 1, [EMAIL PROTECTED] wrote: > > > No joy. :-( Poking around in xc/lib/Imakefile, I saw a conditional > > with BuildXFixesLibrary, so I added " #define BuildXFixesLibrary No" > > to config/cf/host.def and tried "make World" again. Still no joy, > > but the breakage is slightly different: > > $ rm xmakefile > $ make World Ah, I see. Thanks. Is this something I would have known if I knew more about the innards of imake? > should fix things. You'll want to leave Xfixes disabled; it won't be > included in XFree86 4.3 as it really isn't ready yet. Okay. I understand that CVS is you-pays-your-money-and-takes-your-chances grade software, though, so I'm prepared to be a crash test dummy. I've got a working 4.2.1 installation around here somewhere if I need it. In any event, thanks again for the tip. K -- "It's kind of fun to do the impossible." -- Walt Disney ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFIXES extension proposal
On Sat, Nov 30, 2002 at 07:29:12PM -0800, Keith Packard wrote: > We've been working around various problems with the core X protocol for > about 15 years now. I think it's time to build an extension that includes > small changes that fix big problems. Cool. [...] > I've stuck these features into a new XFIXES extension and included that in > XFree86 CVS so that others might see the code and specification and test > whether they solve the issues they're supposed to. This does not represent > any endorsement by the XFree86 project or it's members (other than me), nor > any assurance that the extension will be included in future XFree86 > releases. I updated CVS tonight (1 December 2002, about 01:00:00 UTC). "make World" says: [...] cleaning in lib/Xfixes... make: Entering an unknown directory make: *** Xfixes: No such file or directory. Stop. make: Leaving an unknown directory make[2]: *** [clean] Error 2 make[2]: Leaving directory `/home/kwall/X/cvs/build/lib' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/home/kwall/X/cvs/build' make: *** [World] Error 2 No joy. :-( Poking around in xc/lib/Imakefile, I saw a conditional with BuildXFixesLibrary, so I added " #define BuildXFixesLibrary No" to config/cf/host.def and tried "make World" again. Still no joy, but the breakage is slightly different: $ make World [...] cleaning in programs/Xserver/xfixes... make: Entering an unknown directory make: *** xfixes: No such file or directory. Stop. make: Leaving an unknown directory make[3]: *** [clean] Error 2 make[3]: Leaving directory `/home/kwall/X/cvs/build/programs/Xserver' make[2]: *** [clean] Error 2 make[2]: Leaving directory `/home/kwall/X/cvs/build/programs' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/home/kwall/X/cvs/build' make: *** [World] Error 2 My build tree is a shadow tree created using lndir, if that makes a difference. Kurt -- If two men agree on everything, you may be sure that one of them is doing the thinking. -- Lyndon Baines Johnson ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]turning on NumLk using Shift-ScrLk...
On Fri, Nov 29, 2002 at 09:20:30PM -0800, Case Jones wrote: > ...gives infinite beeps in cvs version of XFree86 from a few days ago > on a Thinkpad a22p. Quitting XFree86 and going back to console > mode is the only way to make the beeping stop. I get the same effect. LeftShift+NumLock gives me the same annoying everlasting beep. Restarting the WM doesn't kill it. Only dropping to console or the XDM login screen makes it stop. I'm using CVS: XFree86 Version 4.2.99.2 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 21 October 2002 Kurt -- Computers will not be perfected until they can compute how much more than the estimate the job will cost. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: 2D problems with Matrox G400 (Anti-aliased Fonts and cursors)
On Wed, Nov 27, 2002 at 09:39:34AM -0500, Mike A. Harris wrote: > On Wed, 27 Nov 2002, Panagiotis Papadakos wrote: > > > Also because I am using my Matrox dualheaded, sometimes the cursor is > > drawn on the second head despite the fact that the mouse cursor is on > > the first head. This probably has nothing to do with the colour of the > > cursor (if the cursor is rendered dark red or white). So sometimes my > > second screen may get corrupted with many cursors drawn on it, and I > > have to place a window over them, in order to clear it. > > I've also heard this reported. I believe this is due to the > Matrox driver's render acceleration being broken if Xinerama is > used. I've got a test driver on > ftp://people.redhat.com/mharris/test-drivers/mga_drv.o that > resolves this. If you test it, please let me know if it also > resolves the cursor issue for you as I suspect. Is test-driver built aginst CVS? [cogent deletia] Kurt -- Don't be humble ... you're not that great. -- Golda Meir ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Matrox G400 and DDC Problem
Hello, List, There was a thread running for a couple of weeks during October and November about the Matroc G550 cards not doing DDC properly, or at least not returning really useful results. I've had the same problem with my G400. I've noodled around with it off and on and haven't gotten any joy. Nonetheless, I did discover that the Matrox cards do appear to have OS-level I2C drivers, at least for Linux. From the help file from the kernel configuration tools: "This drivers [sic] creates I2C buses which are needed for accessing the DDC (I2C) bus present on all Matroxes, an I2C bus which interconnects Matrox optional devices, like MGA-TVO on G200 and G400, and the secondary head DDC bus, present on G400 only. You can say Y or M here if you want to experiment with monitor detection code. You must say Y or M here if you want to use either second head of G400 or MGA-TVO on G200 or G400. If you compile it as module, it will create a module named i2c-matroxfb.o." This is from the 2.4 kernel sources (2.4.20-pre3, to be precise). I compiled this module and inserted it, but it didn't appear to make any difference, that is, the DDC probe with "X -configure" and at runtime did not produce any additional information that I could see. The G450 and G550 aren't mentioned, but my guess is that they are too new to have been documented in the help file. I've been running the CVS version of XFree86 (4.2.99.2), if that makes any difference. I haven't tried this with the 2.5 kernel series because, frankly, I need to get work done. ;-) I'll be happy to help Andrew or anyone else try to track this down once the feature freeze and 4.3 release has passed and there are spare cycles to spend on it. Thanks and regards, Kurt -- Don't steal; thou'lt never thus compete successfully in business. Cheat. -- Ambrose Bierce ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [OFFTOPIC] spam scoring (was: [Xpert]*****SPAM***** Extracting a KeySym from an action routine)
On Tue, Nov 26, 2002 at 11:00:16PM +, John Tapsell wrote: > > well, if it works - then good! Hopefully it will piss off the customers > enough that they'll go to another isp, or the isp will sort it out. If a > customer cares enough about his email, he'll use a more ethical isp. [veering even further off-topic] Sorry, the ends don't justify the means. False positives punish the ISP customer, who still has to pay her monthly/weekly/per-byte fees, whether the ISP fixes the problem or not. I appreciate the goal that blacklists are trying to achieve, but the means victimize innocents. Not all ISPs on these lists are "unethical." To suppose otherwise is no different than supposing someone guilty because they take the 5th Amendment. Kurt -- I call them as I see them. If I can't see them, I make them up. -- Biff Barf ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 ftp and anoncvs server unavailable
On Sat, Nov 23, 2002 at 10:51:01PM -0500, David Dawes wrote: > On Sat, Nov 23, 2002 at 12:08:41PM -0500, David Dawes wrote: > >The system that hosts our public ftp and anoncvs servers died yesterday. > >There's currently no ETA for those services being restored, but hopefully > >they'll be available within the next week. > > The public ftp and anoncvs server is back up now, and those services should > be back to normal now. Great! Thanks to everyone responsible. Kurt -- When Marriage is Outlawed, Only Outlaws will have Inlaws. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon driver and OEM cards
On Sat, Nov 23, 2002 at 02:58:02PM +, Francisco Castanheiro wrote: > Hello, > is there any good reason to this? Why is ati leaving owners of ati cards out? > My card is build by gigabyte, but the only thing that gigabyte did was > assemble the card... it IS an ATI! I don't get the point... > I have a radeon9000 pro, and a just want to play ut2003... > Shouldn't ati follow the nvidia example with the drivers? I'd say ATI are the ones to answer these questions. Kurt -- "Dying is a very dull, dreary affair. And my advice to you is to have nothing whatever to do with it." -- W. Somerset Maugham ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Problems With CVS?
(and, it seems, with the mailing list?) When I try to update my CVS tree, the checkout seems to hang. I'm supposing there's more than that going on, though, as xpert doesn't seem to be delivering messages. I'd say the problem began sometime Friday afternoon here in Pennsylvania. K -- Hurewitz's Memory Principle: The chance of forgetting something is directly proportional to . to uh .. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Mailing List Archive?
Have the mailing list archives been removed or did they ever even exist? Googling shows lots of links to pipermail, for example, http://www.xfree86.org/pipermail/xpert/2002-September/020643.html, but these links no longer work and I don't (immediately, at least) find mailman's archives at the Web site. Meanwhile, FTP connections to ftp.xfree86.org are timing out. Kurt -- I have more humility in my little finger than you have in your whole BODY! -- from "Cerebus" #82 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Builtin font path fallback
On Thu, Nov 21, 2002 at 04:54:56PM -0800, Keith Packard wrote:
> Kdrive uses a special font path 'built-ins' to handle the problem of
> bringing up the X server when the regular font path is hosed. This
> special font path element has four fonts compiled right in, so it need
> never touch the disk. Both 'fixed' and 'cursor' are always available,
> along with 5x7 and 5x8 for some historical reason.
>
> Should I stick these into the regular server so that it will never again
> fail to start due to a lack of fonts?
That would be my vote. at least for "fixed" and "cursor". 5x{7,8} are
a bit small. Perhaps they wouldn't be at 800x600 or lower resolutions.
Kurt
--
A large number of installed systems work by fiat. That is, they work
by being declared to work.
-- Anatol Holt
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Matrox G550 and DDC problem
On Mon, Nov 11, 2002 at 08:56:10AM +, Dr Andrew C Aitchison wrote:
> On Sun, 10 Nov 2002 [EMAIL PROTECTED] wrote:
>
> > On Sun, Nov 10, 2002 at 07:05:49PM +, Dr Andrew C Aitchison wrote:
> > > That is a success;
> > > /root/XF86Config.new should have some info about the monitor.
> >
> > Some, but not much.
> >
> > Section "Monitor"
> > #DisplaySize 330 270 # mm
> > Identifier "Monitor0"
> > VendorName "AY_"
> > ModelName"2fd"
> > Option "DPMS"
> > EndSection
>
> So DDCvbe works on your system.
> In mga_driver.c you could change the call to MGAdoDDC into a call
> to MGAProbeDDC (it may be a little more complicated than that).
I'll take a look. Thanks for the pointer.
> What do you actually want to do with DDC info ?
> I think it makes more sense to use DDC at config time (and interactive
> reconfig) than start time, otherwise server state will change
> if the server is started up with the screen turned off.
I agree that using DDC makes the most sense at config time, whether
in the initial configuration or for reconfiguration. I'd like DDC to
be able to detect and configure my monitor - when I installed Red
Hat 7.{0,2,3}, for example, it was able properly to detect my monitor's
relevant sttings. Perhaps this was some feature of the Red Hat
installer, but I seem to recall being able to do "X -configure" and
get the same useful DDC output.
This isn't keeping me up at night, though. Rather, it's a mild
annoyance.
Kurt
--
Religion has done love a great service by making it a sin.
-- Anatole France
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Compiling XFree86 4.2.99.x cvs version .... on RH7.3 for 845G intel
On Thu, Nov 14, 2002 at 02:53:58AM -0800, RONALD VILLANUEVA wrote: > greetings > > i need in building XFree86 > > or may be i miss some configuration settings > am a newbie at this > > > upon issuing: > # make World >& world.com > > the ff error messages displays [...] > `/home/ronald/xf86-cvs-2002-11-12/xc/lib/GL/dri/drm' > make[4]: Leaving directory > `/home/ronald/xf86-cvs-2002-11-12/xc/lib/GL/dri' > cleaning in lib/GL/GL... > make[4]: Entering directory > `/home/ronald/xf86-cvs-2002-11-12/xc/lib/GL/GL' > Makefile:36: *** missing separator. Stop. I'm guessing the Makefile in /home/ronald/xf86-cvs-2002-11-12/xc/lib/GL/GL is missing a Tab character in a rule. Kurt -- Command, n.: Statement presented by a human and accepted by a computer in such a manner as to make the human feel as if he is in control. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Matrox G550 and DDC problem
On Sun, Nov 10, 2002 at 07:05:49PM +, Dr Andrew C Aitchison wrote: > On Sun, 10 Nov 2002 [EMAIL PROTECTED] wrote: > > > >From X -configure: > > > > (II) Loading sub module "ddc" > > (II) LoadModule: "ddc" > > (II) Loading /usr/X11R6/lib/modules/libddc.a > > (II) Module ddc: vendor="The XFree86 Project" > > compiled for 4.2.1, module version = 1.0.0 > > ABI class: XFree86 Video Driver, version 0.5 > > (II) MGA(0): VESA VBE DDC supported > > (II) MGA(0): VESA VBE DDC Level 2 > > (II) MGA(0): VESA VBE DDC transfer in appr. 1 sec. > > (II) MGA(0): VESA VBE DDC read successfully > > That is a success; > /root/XF86Config.new should have some info about the monitor. Some, but not much. Section "Monitor" #DisplaySize 330 270 # mm Identifier "Monitor0" VendorName "AY_" ModelName"2fd" Option "DPMS" EndSection Kurt -- Down with categorical imperative! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Matrox G550 and DDC problem
On Sun, Nov 10, 2002 at 10:16:39AM +, Dr Andrew C Aitchison wrote: > On 10 Nov 2002, Greg Stark wrote: > > > Incidentally I just tried noDDC2 and there was no change, it still loaded the > > I2C module and then failed to read any DDC info: I get the same result. > Which Matrox card is this ? A G400 here. > Does "X -configure" report DDC info - that uses DDCvbe. Not here. > Both DDC2 and DDCvbe work for me, and there are objections to both, > so I've given up worrying about the fact that one is used with > -configure, and the other for the real server. Neither works for me. Kurt -- When in doubt, do what the President does -- guess. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Matrox G550 and DDC problem
On Sun, Nov 10, 2002 at 03:03:16AM -0500, Greg Stark wrote: > > Some monitors support DDC1 but not DDC2 and vice-versa. > > For our mga driver there are actually three DDC implementations: DDC1, > > DDC2 and DDCvbe. Each can be turned off separately in the "Monitor" > > Section of the config file, with one of: > > Option "noDDC1" > > Option "noDDC2" > > Option "noDDCvbe" > > This is fascinating, I had always wondered why my Matrox G400 can't read any > DDC information from my Sony G500 (this gets confusing fast:). I can see that. ;-) I've had the same problem with my Matrox G400 on my old monitor, which is a ViewSonic PS790, and my new toy, a MAG Innovision 17" LCD. To wit, excerpts from /var/log/XFree86.log.0 using various "Monitor" sections. First, the Monitor section in use: Section "Monitor" Identifier "Monitor0" VendorName "ViewSonic" ModelName "PS790" Option "DPMS" VertRefresh 60-75 HorizSync 31-80 DisplaySize 337 270 EndSection Stock config (no DDC options set): ... (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.a (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.2.0 ABI class: XFree86 Video Driver, version 0.5 (==) MGA(0): Write-combining range (0xf200,0x200) (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x (II) MGA(0): I2C bus "DDC" initialized. (II) MGA(0): I2C device "DDC:ddc2" registered. (II) MGA(0): I2C device "DDC:ddc2" removed. (II) MGA(0): I2C Monitor info: (nil) (II) MGA(0): end of I2C Monitor info (--) MGA(0): No DDC signal (II) MGA(0): DDC Monitor info: (nil) (II) MGA(0): end of DDC Monitor info ... Specifying Option "noDDC2": ... (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.a (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.2.0 ABI class: XFree86 Video Driver, version 0.5 (==) MGA(0): Write-combining range (0xf200,0x200) (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x (II) MGA(0): I2C bus "DDC" initialized. (**) MGA(0): Option "NoDDC2" (II) MGA(0): I2C Monitor info: (nil) (II) MGA(0): end of I2C Monitor info (--) MGA(0): No DDC signal (II) MGA(0): DDC Monitor info: (nil) (II) MGA(0): end of DDC Monitor info ... Specifying Opton "noDDC1": ... (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.a (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.2.0 ABI class: XFree86 Video Driver, version 0.5 (==) MGA(0): Write-combining range (0xf200,0x200) (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x (II) MGA(0): I2C bus "DDC" initialized. (**) MGA(0): Option "NoDDC1" (II) MGA(0): I2C device "DDC:ddc2" registered. (II) MGA(0): I2C device "DDC:ddc2" removed. (II) MGA(0): I2C Monitor info: (nil) (II) MGA(0): end of I2C Monitor info (II) MGA(0): DDC Monitor info: (nil) (II) MGA(0): end of DDC Monitor info ... >From X -configure: ... (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) MGA(0): initializing int10 (II) MGA(0): Primary V_BIOS segment is: 0xc000 (II) MGA(0): VESA BIOS detected (II) MGA(0): VESA VBE Version 2.0 (II) MGA(0): VESA VBE Total Mem: 32768 kB (II) MGA(0): VESA VBE OEM: Matrox Graphics Inc. (II) MGA(0): VESA VBE OEM Software Rev: 1.5 (II) MGA(0): VESA VBE OEM Vendor: Matrox (II) MGA(0): VESA VBE OEM Product: Matrox G400 (II) MGA(0): VESA VBE OEM Product Rev: 00 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) MGA(0): VESA VBE DDC supported (II) MGA(0): VESA VBE DDC Level 2 (II) MGA(0): VESA VBE DDC transfer in appr. 1 sec. (II) MGA(0): VESA VBE DDC read successfully ... Kurt -- Excellent day to have a rotten day. _
Re: [Xpert]Matrox G550 and DDC problem
On Wed, Oct 30, 2002 at 07:22:28AM +, Dr Andrew C Aitchison wrote: > On Wed, 16 Oct 2002, Scott Lampert wrote: > > > I'm having trouble getting DDC to work with my Dell P1110 and my Matrox > > G550. No matter what options I add or remove from my device section I > > get output similar to: > > > Oddly enough, when I run "X -configure" it reads the EDID information > > successfully and puts the information it garners about the monitor into > > the XF86Config.new file. > > There was dispute about whether the mga driver should use the VBE > code to interrogation, or do it itself, and the current state is that > both methods are implemented (in MGAProbeDDC(..) and MGAdoDDC(...)) > and one is used by X -configure and the other in normal use. > > There are people who claim that one method upsets their system, > while others claim that the other method doesn't work for them. > > I was involved in the orginal, direct, implementation, before the VBE > method was added (when the mga driver was the only one to support DDC). > Since both methods work for me on my original Millennium > I've not had any incentive to persue that matter. > Inertia seems to have left the current state for a couple of years. Does DDC require OS support, such as loaded I2C drivers? Kurt -- The problem with the gene pool is that there is no lifeguard. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]256 megs board fails Validation,
On Thu, Nov 07, 2002 at 02:11:46PM -0700, Marc Aurele La France wrote: [relevant, cogent data snipped] > I've committed a change that should be able to handle video memory sizes > of up to 8GB. I've got to get me one of *these* cards! Woot! Kurt -- Don't get suckered in by the comments -- they can be terribly misleading. Debug only code. -- Dave Storer ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Separate Build Tree
On Tue, Nov 05, 2002 at 01:52:31PM +0100, Michel D?nzer wrote: > On Die, 2002-11-05 at 03:03, [EMAIL PROTECTED] wrote: > > > > [~/sources]$ mkdir build > > [~/sources]$ cd build > > [~/sources/build]$ lndir -silent -ignorelinks ../xc > > [~/sources/build]$ make -C ../xc World > > Unless I'm missing something, you aren't using the build directory at > all then. What happens if you just make World? Right. I wasn't thinking clearly, or, perhaps, at all. In any event, "make -C ../xc World" ultimately failed to work. I should have posted *after* the build was fini. Meanwhile, the make command as originally given didn't work because there's no directory named "xc" in build. [~/sources/build]$ make -C xc World make: *** xc: No such file or directory. Stop. Plain vanilla "make World" is grinding away now. Kurt -- The modern child will answer you back before you've said anything. -- Laurence J. Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Separate Build Tree
On Wed, Oct 30, 2002 at 07:46:35AM -0800, Ian Romanick wrote: > On Tue, Oct 29, 2002 at 11:29:05PM -0500, [EMAIL PROTECTED] wrote: > > I confess I haven't researched this much (no googling), but a quick > > search of the docs didn't reveal the answer, so I'll ask. Is there > > a way to build XFree86 outside of the xc source tree that doesn't > > involve black magic, speaking in tongues, chicken feet, bloodletting, > > or other deep arcana? I'm thinking here of something akin to the GCc > > build process that lets you unpack the sources in one directory, > > say, $HOME/gcc-3.2, then configure and build in another directory, > > say, $HOME/gcc-build. > > The recomended way for the DRI project is: > > mkdir build > cd build > lndir -silent -ignorelinks ../xc > make -C xc World Thanks, Ian. This appears to be working. I had to say "make -C ../xc World" in order to tell make where the Makefiles were. [~/sources]$ mkdir build [~/sources]$ cd build [~/sources/build]$ lndir -silent -ignorelinks ../xc [~/sources/build]$ make -C ../xc World > One caveat with this is that lndir is part of XFree86 (i.e., there is some > assuption that you already have at least a partial xfree86 installation). Yup, I had lndir. Kurt -- "Dying is a very dull, dreary affair. And my advice to you is to have nothing whatever to do with it." -- W. Somerset Maugham ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Reinstalling XFree86
On Mon, Nov 04, 2002 at 04:57:06PM -0600, Sudhaker P wrote: > Hi All, > I'm a newbie to this list. > I'd appreciate if you gurus can help me reinstall Xfree86 by telling me > which RPMs I need to reinstall since I think my X-Windows in broken. I'm not a guru, which might explain why I've never heard "X-Windows." As for RPMs, the ones that your distribution of Linux provides should be sufficient for reinstalling XFree86 on your system. Taking a WAG, I'd guess their names all start with XFree86, perhaps in lower case. The real question, though, is: Why do you think your installation of "X-Windows," of which I've never heard, is broken? Kurt -- It is better for civilization to be going down the drain than to be coming up it. -- Henry Allen ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: What is the most powerful, best supported video card?
On Mon, Nov 04, 2002 at 09:06:05AM -0700, Harold Martin wrote: > I would prefer OS drivers for reasons other than whether or not I plan > to hack on them. What I would really like a pointer to is a data base > of recent cards supported natively by X. http://www.xfree86.org/4.2.0/Status.html Kurt -- I know it all. I just can't remember it all at once. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]But *why* no vblank?
On Mon, Nov 04, 2002 at 08:39:10AM +0100, [EMAIL PROTECTED] wrote: > > On Fri, Nov 01, 2002 at 10:41:33PM +0100, [EMAIL PROTECTED] wrote: > > > > > > If one knew the time until vblank, one could simply wait that time, > > > and then do a xsync. > > > > > > It could really be that simple. > > > > You can't sleep with that level of precision. > > That depends entirely on which OS and which kernel. Yup. nanosleep(). Any OS that implements POSIX.1003-2001 real-time extensions should do, modulo implementation quality. The latency can be measured, too, and code written that compensates for it. Kurt -- "Matrimony isn't a word, it's a sentence." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Separate Build Tree
I confess I haven't researched this much (no googling), but a quick search of the docs didn't reveal the answer, so I'll ask. Is there a way to build XFree86 outside of the xc source tree that doesn't involve black magic, speaking in tongues, chicken feet, bloodletting, or other deep arcana? I'm thinking here of something akin to the GCc build process that lets you unpack the sources in one directory, say, $HOME/gcc-3.2, then configure and build in another directory, say, $HOME/gcc-build. Thanks, Kurt -- For your penance, say five Hail Marys and one loud BLAH! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 Bugzilla
On Mon, Oct 21, 2002 at 03:54:30PM +0200, Erik Moeller wrote: > Bugzilla is quickly becoming the standard bug tracking system for large > open software projects. Originally developed by the Mozilla project, it > is now used by KDE, GNOME, Apache, AbiWord, Red Hat Linux, Conectiva > Linux, Gentoo Linux, Ximian, and many many others. XFree86, which is > fundamental to any free desktop/workstation Un*x system, doesn't have an > open bugtracking database (and, if some prior posts to this list are to > be believed, not a closed one either). > > In my humble opinion as a user, this needs to change. In a prior post to > this mailing list, Kurt Wall has already offered to set up a BTS for > XFree86: > http://www.xfree86.org/pipermail/xpert/2002-May/017211.html > > I suggest that someone in authority should contact Kurt > (kwall at kurtwerks dot com) and ask him if he is still up to the task. > A Bugzilla system would greatly benefit X' further development. The offer still stands. I haven't pushed the issue because I'm not otherwise involved with XFree86 development. My desire is simply to facilitate, accelerate, and streamline-ate (I had to get that -ate in there for parallelism) the development process. I can also be reached at my day job, should someone decide to contact me (kurt dot wall at timesys dot com). Kurt -- "Protozoa are small, and bacteria are small, but viruses are smaller than the both put together." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
