CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/06/04 09:29:40 Log message: Resync with XFree86 trunk version. Modified files: xc/extras/fontconfig/: setfontdirs xc/extras/fontconfig/fc-lang/: fc-lang.c fclang.h xc/extras/fontconfig/fc-list/: fc-list.c xc/extras/fontconfig/fontconfig/: fcprivate.h xc/extras/fontconfig/src/: fccache.c fccfg.c fccharset.c fcdir.c fclang.c fcpat.c fcstr.c fcxml.c fontconfig-def.cpp fontconfig.man Revision ChangesPath 1.2 +14 -4 xc/extras/fontconfig/setfontdirs 1.2 +70 -7 xc/extras/fontconfig/fc-lang/fc-lang.c 1.2 +9 -2 xc/extras/fontconfig/fc-lang/fclang.h 1.2 +11 -7 xc/extras/fontconfig/fc-list/fc-list.c 1.2 +2 -3 xc/extras/fontconfig/fontconfig/fcprivate.h 1.2 +1 -5 xc/extras/fontconfig/src/fccache.c 1.2 +17 -2 xc/extras/fontconfig/src/fccfg.c 1.2 +2 -4 xc/extras/fontconfig/src/fccharset.c 1.2 +1 -5 xc/extras/fontconfig/src/fcdir.c 1.2 +10 -6 xc/extras/fontconfig/src/fclang.c 1.2 +1 -5 xc/extras/fontconfig/src/fcpat.c 1.2 +2 -3 xc/extras/fontconfig/src/fcstr.c 1.2 +2 -5 xc/extras/fontconfig/src/fcxml.c 1.2 +29 -1 xc/extras/fontconfig/src/fontconfig-def.cpp 1.2 +8 -2 xc/extras/fontconfig/src/fontconfig.man ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/06/04 12:43:10 Log message: Typo noticed by Joe Moss Modified files: xc/programs/Xserver/hw/xfree86/common/: xf86MiscExt.c Revision ChangesPath 1.14 +2 -2 xc/programs/Xserver/hw/xfree86/common/xf86MiscExt.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Re: [XJANITOR] : bug fix in savage driver
[EMAIL PROTECTED] writes: [EMAIL PROTECTED] writes: Of course, there are such advantages to using bugzilla, but the above listed steps are a lot more overhead for submission of trivial patches than cvs diff foo.c | mail -s Trivial patch to foo [EMAIL PROTECTED] For a very short patch like this: Certainly. But this is just too bad: we cannot make it right for everyone. People have been pressing us to provide a bugzilla. Of course sometimes another solution may be better. But now since we have it we should it should be used. Besides I have been advocating a somewhat simpler IF for bug submissions. However we need somebody with experience in tweaking the bugzilla frontend to do this. We already have one volunteed to help. Maybe there will be a lot less overhead in the future. Hopefully. I guess I'm just sharing your frustration. As you've been saying there were lots of advocates for bugzilla that indicated a willingness to help, but that hasn't happened (at least so far). Along with that, in that most recent round of bugzilla advocacy, one of the advertised benefits was email access, but it hasn't happened. I've used at least three other bug/trouble ticket tracking systems that had at least some functions available via email and they've been much nicer to work with because of it. To my knowledge this is available in bugzilla also. But a lot of advocates appearantly only knew bugzilla from the user side or from hearsay. They have been working with highly tweaked and beautified interfaces. I wonder why non of these tweaks make it back into the official bugzilla. Anyway, since Marc committed that small patch embedded in my last message, well under an hour after I sent it, it seems this list is a very efficient email interface to the XFree86 patch submission system ;^) It can be efficient but your patches could just as well get lost. There are projects that neither have a bugtracking system nor a publically visible bug tracking system. There patches are always sent to the developers list. People interested in a specific patch just pick it up and apply it to their source tree for testing. The patch then gets discussed on the very same list and eventually some maintainer will pick it up and stick it in the next official version - a happy anarchy but a lively community. We have all the nice gadgets now - like bugzilla, cvs etc. but still the community is far from being lively. There are too many folks out on this list who have great expectations but little willingness to make things happen. However there is hope. We already have one volunteer to help out with the bugzilla. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] : bug fix in savage driver
Owen Taylor writes: On Wed, 2003-06-04 at 14:59, [EMAIL PROTECTED] wrote: Isn't the number of patches where you don't want: - An explanation of what is wrong - A bug number to be ability to refer to the change later - The ability to add further comments to the bug report if more information is needed Yes, these were the features that conviced me of the bugzilla. We have some patches in the bugzilla.gnome.org to allow it, but: - Patching bugzilla extensively degrades your ability to upgrade to newer versions, so take the advice of experience, try to avoid it. Yes, that's true. On the other hand I've seen quite a few bugzillas that have been heavily tweaked. There seems to be a great demand to get away from the spartanic looking default face and also there seems to be demand for functionalities that the default face doesn't offer. - Bugzilla really doesn't want to send mail to people without accounts; so, if you get a bug submitted by a non-account-holder it's sort of second class Something more sophisticated (email creation of accounts, etc) is certainly theortically possible, but I don't know of an implementation. Account creation by bugzilla may not be all that importand. However creating and commenting on a bug may be more interesting. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: fast way to check local X is running
How about ps -ax | X to find out if X is running, if it is xdpyinfo | grep number of screens: 2 or similar (not sure on syntax). This should be quite quick because it wont wait for any timeouts. jeb Andriy Rysin wrote: -display :0.1 and -display unix:0.1 both give 6 sec. Andriy Alan Coopersmith wrote: Try -display :0.1 or -display unix:0.1 -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - Sun Software Group Quality / User Experience (QUE) - Globalization Platform Globalization Engineering: X11 Development Andriy Rysin wrote: Just found that if I use 'localhost:0.1' form, XOpenDisplay tries to connect with TCP stream, while if DISPLAY is NULL it choses fastest method it can find. And actually running just 'xlsfonts' with X down gives error right away. The problem is that I have to check for screen 0.1. Is there any way to use XOpenDisplay specifying screen 0.1 without forcing it to TCP mode? Thanks, Andriy Andriy Rysin wrote: I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] : bug fix in savage driver
David Dawes writes: On Tue, Jun 03, 2003 at 10:56:49AM +0200, Egbert Eich wrote: David Dawes writes: The submission process is to go to bugs.xfree86.org. If people want their submissions to be seen, that's where they should go. That's the clearest explanation of the submission system that I can come up with. Submissions sent elsewhere may or may not be seen. Do we use fixes@ and patches@ to accept submissions which the author chooses not to be seen? No, and I don't understand why you're coming up with possible uses for a mechanism that you've previously said should be eliminated. I was just referring to your answer. Perhaps the only way to eliminate the apparent confusion that people seem so adept at finding is to remove those addresses completely so that mail sent to them bounces. Sorry, I misread your first message on this issue. You were saying that the old submission process was deprecated ie. submissions were no longer accepted thru this channel. I somehow misread this. I have to apologize. It's really very simple. There is one place for all general (i.e. non-security) submissions. These submissions shouldn't be made until they can be seen. They'll be seen once committed anyway. Yes. Why should anybody want his submissions not to be seen? The only case I can think of that should remain confidential until officially announced are security fixes. These however should be dealt with differently anyway. We have a [EMAIL PROTECTED] address for security-related issues, and an associated PGP key so that they can be encrypted if desired. This address of course has a very limited and closed distribution. See http://www.xfree86.org/security/. Right. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SDK and drivers.
On Wed, Jun 04, 2003 at 06:02:15PM +0200, Egbert Eich wrote: Sven Luther writes: No problem, i have been busy with other things too, and my motherboard died on saturday, so i could not do much work this WE. I'm sorry to hear that. No problem, it was under guarantee :))) Also, would your new SDK still use a fixed path or should it be possible to install it anywhere ? Fixed path? I have not looked at the old SDK, but my plan is to have it like the build tree so you should be able to put it anywhere. Well, once you build and install the SDK, the PROJECTROOT gets expanded in the Imakefiles/Makefiles, and it has problem during the build phase if you moved it, since it tries to erase files in the old location, for which it may not have the rights. I was able to override this behavior by calling make wile overriding one of the make variables, i forgot which one right now, but i think it was something like USRINCDIR or something such. Ideally it would be easy to build in any place, possibly not as root, and then to be able to install as root, and with the install path accepting the $(DESTDIR) prefix, so the drivers can be installed into a package. My plan is to create a self-contained build environment which does not use any absolute paths but builds the stuff in directories relative to its root directory - much like the full build does. This sounds fine. But i guess it will be ready for the 4.4 timeframe, right ? I will continue hacking on the current SDK for 4.3 in the meantime. Friendly, Sven Luther ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] : bug fix in savage driver
Emmanuel writes: So in short : where the trivial fixes (more or less like the janitor ones) should be submitted (for now they are submitted via bugzilla)? Thanks Yes. 1. Please create yourself a bugzilla account and log in. 2. You can then use the 'create' function to create a new submission. 3. Please try to identify as closely as possible the component the submission is for, add a brief description and use the 'attachment' button to create an attachment containing your diff. 4. Please don't forget to set the mimetype of the attachment to 'patch'. This is importand as it helps to locate those entries that contain patches. You can then always search for the entry and find out if the fix has been submitted already or if somebody has a comment on your submission. Of course, there are such advantages to using bugzilla, but the above listed steps are a lot more overhead for submission of trivial patches than cvs diff foo.c | mail -s Trivial patch to foo [EMAIL PROTECTED] For a very short patch like this: diff -u -r1.13 xf86MiscExt.c --- xf86MiscExt.c 3 Apr 2003 16:15:56 - 1.13 +++ xf86MiscExt.c 4 Jun 2003 18:44:04 - @@ -618,7 +618,7 @@ { ScrnInfoPtr pScr = xf86Screens[scrnIndex]; -DEBUG_P(MiscExtGetFilePaths); +DEBUG_P(MiscExtPassMessage); if (*pScr-HandleMessage == NULL) return BadImplementation; a simpler submission method seems more appropriate. Anyone know anything more about the mythical email interface to bugzilla? ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
fast way to check local X is running
I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Re : Re : [XJANITOR] : bug fix in savage driver
Emmanuel writes: Thanks for the clarity. I have done it as you said already, I will insist on the mime type for attachments on the janitor page. OK, thanks. Just one more thing : the patches I have submitted are trivial (minor mem leaks, clean-ups, and only one more severe bug) but I had no feedback (#274, 278, 279). Yes, I've seen that. This week I'm still not near my development systems therefore I cannot look at it. I'll take a look at it next week. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: fast way to check local X is running
ps -ax|grep XFree86 On Wed, Jun 04, 2003 at 01:20:08PM -0700, Andriy Rysin wrote: I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel pgp0.pgp Description: PGP signature
Re: fast way to check local X is running
Just found that if I use 'localhost:0.1' form, XOpenDisplay tries to connect with TCP stream, while if DISPLAY is NULL it choses fastest method it can find. And actually running just 'xlsfonts' with X down gives error right away. The problem is that I have to check for screen 0.1. Is there any way to use XOpenDisplay specifying screen 0.1 without forcing it to TCP mode? Thanks, Andriy Andriy Rysin wrote: I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: fast way to check local X is running
A bit ugly but the case is even not that :) - I have to check for screen 0.1 (tv output in my case) and ps -ax will not give me that information. Andriy [EMAIL PROTECTED] wrote: ps -ax|grep XFree86 On Wed, Jun 04, 2003 at 01:20:08PM -0700, Andriy Rysin wrote: I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/deve l ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: fast way to check local X is running
Specify :0.1 (note: no hostname) as the DISPLAY. That will use UNIX domain sockets, which I am assuming that X using when you pass NULL. Harold Andriy Rysin wrote: Just found that if I use 'localhost:0.1' form, XOpenDisplay tries to connect with TCP stream, while if DISPLAY is NULL it choses fastest method it can find. And actually running just 'xlsfonts' with X down gives error right away. The problem is that I have to check for screen 0.1. Is there any way to use XOpenDisplay specifying screen 0.1 without forcing it to TCP mode? Thanks, Andriy Andriy Rysin wrote: I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: fast way to check local X is running
I tried that, the delay is the same as with 'localhost:0.1' ~6 sec. Man page says If the hostname is a host machine name and a single colon (:) separates the hostname and display number, XOpenDisplay connects using TCP streams. If the hostname is not specified, Xlib uses whatever it believes is the fastest transport. If the hostname is a host machine name and a double colon (::) sepa- rates the hostname and display number, XOpenDisplay connects using DEC- net. So it's supposed to be 'fastest transport' when no hostname is specified but from the other side it says that colon ':' specifes TCP (and '::' specifies DECnet). So there's some ambiguity here. Andriy Harold L Hunt II wrote: Specify :0.1 (note: no hostname) as the DISPLAY. That will use UNIX domain sockets, which I am assuming that X using when you pass NULL. Harold Andriy Rysin wrote: Just found that if I use 'localhost:0.1' form, XOpenDisplay tries to connect with TCP stream, while if DISPLAY is NULL it choses fastest method it can find. And actually running just 'xlsfonts' with X down gives error right away. The problem is that I have to check for screen 0.1. Is there any way to use XOpenDisplay specifying screen 0.1 without forcing it to TCP mode? Thanks, Andriy Andriy Rysin wrote: I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] : bug fix in savage driver
[EMAIL PROTECTED] writes: Of course, there are such advantages to using bugzilla, but the above listed steps are a lot more overhead for submission of trivial patches than cvs diff foo.c | mail -s Trivial patch to foo [EMAIL PROTECTED] For a very short patch like this: Certainly. But this is just too bad: we cannot make it right for everyone. People have been pressing us to provide a bugzilla. Of course sometimes another solution may be better. But now since we have it we should it should be used. Besides I have been advocating a somewhat simpler IF for bug submissions. However we need somebody with experience in tweaking the bugzilla frontend to do this. We already have one volunteed to help. Maybe there will be a lot less overhead in the future. Egbert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: fast way to check local X is running
-display :0.1 and -display unix:0.1 both give 6 sec. Andriy Alan Coopersmith wrote: Try -display :0.1 or -display unix:0.1 -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - Sun Software Group Quality / User Experience (QUE) - Globalization Platform Globalization Engineering: X11 Development Andriy Rysin wrote: Just found that if I use 'localhost:0.1' form, XOpenDisplay tries to connect with TCP stream, while if DISPLAY is NULL it choses fastest method it can find. And actually running just 'xlsfonts' with X down gives error right away. The problem is that I have to check for screen 0.1. Is there any way to use XOpenDisplay specifying screen 0.1 without forcing it to TCP mode? Thanks, Andriy Andriy Rysin wrote: I've got a server program trying to connect to local X server on command. If X runs everything is fine but if not timeout for XOpenDisplay is pretty long. I tried to run 'xlsfonts -display localhost:0.1' when X server is down and got about 6 sec delay. It's probably reasonable for remote X server because of network delays but for localhost there is probably a faster way. Delay is crucial in my case - I need to know if X is down in less than 2 sec, is there any mean to know really quick if local server is down? Thanks in advance, Andriy ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] : bug fix in savage driver
[EMAIL PROTECTED] writes: Of course, there are such advantages to using bugzilla, but the above listed steps are a lot more overhead for submission of trivial patches than cvs diff foo.c | mail -s Trivial patch to foo [EMAIL PROTECTED] For a very short patch like this: Certainly. But this is just too bad: we cannot make it right for everyone. People have been pressing us to provide a bugzilla. Of course sometimes another solution may be better. But now since we have it we should it should be used. Besides I have been advocating a somewhat simpler IF for bug submissions. However we need somebody with experience in tweaking the bugzilla frontend to do this. We already have one volunteed to help. Maybe there will be a lot less overhead in the future. Hopefully. I guess I'm just sharing your frustration. As you've been saying there were lots of advocates for bugzilla that indicated a willingness to help, but that hasn't happened (at least so far). Along with that, in that most recent round of bugzilla advocacy, one of the advertised benefits was email access, but it hasn't happened. I've used at least three other bug/trouble ticket tracking systems that had at least some functions available via email and they've been much nicer to work with because of it. Anyway, since Marc committed that small patch embedded in my last message, well under an hour after I sent it, it seems this list is a very efficient email interface to the XFree86 patch submission system ;^) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] : bug fix in savage driver
On Wed, 4 Jun 2003 [EMAIL PROTECTED] wrote: Anyway, since Marc committed that small patch embedded in my last message, well under an hour after I sent it, it seems this list is a very efficient email interface to the XFree86 patch submission system ;^) Tee hee. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] : bug fix in savage driver
On Wed, 2003-06-04 at 14:59, [EMAIL PROTECTED] wrote: Of course, there are such advantages to using bugzilla, but the above listed steps are a lot more overhead for submission of trivial patches than cvs diff foo.c | mail -s Trivial patch to foo [EMAIL PROTECTED] For a very short patch like this: Isn't the number of patches where you don't want: - An explanation of what is wrong - A bug number to be ability to refer to the change later - The ability to add further comments to the bug report if more information is needed Really tiny? At least for GTK+, a good fraction of the trivial patches that don't need further explanation people send in tend to be of the form: - /* use widget */ + if (widget) + /* use widget */ [...] diff -u -r1.13 xf86MiscExt.c --- xf86MiscExt.c 3 Apr 2003 16:15:56 - 1.13 +++ xf86MiscExt.c 4 Jun 2003 18:44:04 - @@ -618,7 +618,7 @@ { ScrnInfoPtr pScr = xf86Screens[scrnIndex]; -DEBUG_P(MiscExtGetFilePaths); +DEBUG_P(MiscExtPassMessage); if (*pScr-HandleMessage == NULL) return BadImplementation; a simpler submission method seems more appropriate. Anyone know anything more about the mythical email interface to bugzilla? We have some patches in the bugzilla.gnome.org to allow it, but: - Patching bugzilla extensively degrades your ability to upgrade to newer versions, so take the advice of experience, try to avoid it. - Bugzilla really doesn't want to send mail to people without accounts; so, if you get a bug submitted by a non-account-holder it's sort of second class Something more sophisticated (email creation of accounts, etc) is certainly theortically possible, but I don't know of an implementation. Regards, Owen ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] Sig 11 crashes under 4.3 / Mozilla
On Wed, 4 Jun 2003 19:52:13 -0400 (EDT) Mark Vojkovich [EMAIL PROTECTED] wrote: Usually these are bugs in the font server or font renderer. Try using explicit font paths in the Section Files in the XF86Config instead of using the font server. If that doesn't solve it, try not using the truetype renderer (freetype or xtt) to see if that makes it go away. Thanks Mark, Your reply was very helpful. I already had explicit font paths. I was, however, loading the freetype module but not xtt (I have never used that module). I commented out the instruction to load freetype and the problem went away. I have now tried loading xtt instead of freetype and, so far as a very quick appraisal can tell, I seem to have my truetype fonts working as well as they did before and Mozilla no longer crashes. If you would be so kind, can you answer two more questions : (1) Have I found a bug in freetype which I should report, or is it more likely that something is wrong with my own freetype installation? I should explain that this is a fresh and first compilation of freetype2 for the purposes of X 4.3 - I had used freetype1 previously. (2) Am I losing anything by using the xtt module rather than the freetype one? Thanks again, Geoff ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Problem with Radeon 9500 pro
Hi, I installed linux mandrake 9.1 with XFree86-4-3-8 and I can't start X server. I get this warning: Radeon: No matching device section for instance (BusID PCI:2:0:1) found Anyone can help me ? Thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Xterm
I am haveing a problem with my Xterm promts. It is sh-05a$. it makes life in terminial rather hard. However if i type exec /bin/bash --login i corrects the problem. But i have todo that for every Xterm and is a pain. And if i am in a non-xterm terminal it is correct also. I am clueless some help would be much thanks. zippo ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Scroll Lock LED not lighting in X
On Thursday, June 5, 2003 2:00 pm, John Argenziano wrote: Hi - I'm running Xfree86 4.2.1, and am seeing that the ScrollLock LED does not light when pressed. Going to any other virtual console, the ScrollLock LED works fine, but returning to the X console, it no longer works. I have verified that the keymaps are correct, and that the ScrollLock key press event is properly recognized. Does anyone know what else I should look at? I have the same problem here, but I never noticed until you pointed it out. Shows how much I need scroll lock... In Konsole 1.2.1, scroll lock acks like an xon/xoff toggle (behaves like ^a-^s and ^a-^q in screen), so scroll lock isn't being ignored. Furthermore, xev shows: KeyPress event, serial 26, synthetic NO, window 0x261, root 0x40, subw 0x0, time 109137189, (-164,-15), root:(501,368), state 0x0, keycode 78 (keysym 0xff14, Scroll_Lock), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 26, synthetic NO, window 0x261, root 0x40, subw 0x0, time 109137312, (-164,-15), root:(501,368), state 0x0, keycode 78 (keysym 0xff14, Scroll_Lock), same_screen YES, XLookupString gives 0 bytes: I don't know why the led's not lighting, but I don't really care either. It's better used for showing network activity, in my opinion; at least that's how I use it with NCD X servers. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Server crash
On Thursday, June 5, 2003 2:39 pm, [EMAIL PROTECTED] wrote: Hi X- windows server has crashed . When I type in startx at the prompt , the following error is seen. Attaching the log message. XFree86.0.log It hasn't crashed. It just refuses to start because it can't find your font server. Personally, I don't screw around with font servers; I just put font directories right into my XF86Config. As for you, just be sure that xfs is running (that's the name, right?). -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] howto install Xfree from scratch
On Thursday, June 5, 2003 4:04 pm, Mark Vojkovich wrote: On Thu, 5 Jun 2003, Kentropy wrote: Hello, I'd like to know where to find instructions about howto install Xfree from scratch. Could someone help me please ? TIA From scratch meaning from source? Download the src packages from ftp.xfree86.org. Unpack. Go into the /xc directory and do make World. If that succeeds (it should), type make install. Run ldconfig and you should have a complete and working XFree86 installation. While we're on the subject, what target do I use (the default?) to resume a build previously interrupted? make World seems to start off by deleting *everything*, regardless of whether it really needs to be rebuilt. On my slow systems, this deleting seems rather pointless, so I think I'd like to skip it by default... -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] GUI fail after install
On Thursday, June 5, 2003 5:15 pm, Philip Walker wrote: I have tried to install Linux 8 publisher's Edition from the 'Red Hat Linux 8 for Dummies' CDs. This was supposed to install with the full GUI interface. All seemed to go well until the reboot after installation when it refused to start the graphical interface. I am struggling with the command line but have managed to copy the log file and attach it to this message. Try a different color depth. Your log reports that 16bpp isn't supported: (EE) ATI(0): Depth 16 is not supported through this adapter. You can pick different depths in your XF86Config file or on the startx or xinit command line: startx -- -depth 24 for example. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] dtksh: converting from XtDisplay
On Thursday, June 5, 2003 4:59 pm, Tommy Wareing wrote: I'm writing a utility which is invoked on a Solaris box, by a dtksh script (which I can't modify). What kind of X server are you using? XFree86 doesn't come with anything calld XtInitialize or XtDisplay, so I don't know if we can help you. The dtksh script includes the two lines: XtInitialize TOPLEVEL printerConfig Dtlp ${@:-} XtDisplay DISPLAY $TOPLEVEL after which $DISPLAY has been set to 0xd9158 I guess that could be a network name, maybe... (what kind of network are you chaps using?), but it doesn't include the traditional :0 or :0.0 or whatever at the end, indicating which server and which screen on the host. printerConfig?? What's Dtlp? Also, what value does $TOPLEVEL have at this point? Our man pages inform me that XtDisplay returns the display pointer for the specified widget, but that's the limit of my knowledge. They seem to be standard lines from the dtksh examples, so presumably these aren't as destructive as they look at first sight. Is there anyway I can retrieve the original value of $DISPLAY, and open new windows? Have you checked to see if that DISPLAY works as-is? You might want to contact your local system administrators, if you need help understanding and working with otherwise-untouchable system scripts. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] howto install Xfree from scratch
I'd like to know where to find instructions about howto install Xfree from scratch. Could someone help me please ? TIA From scratch meaning from source? Download the src packages from ftp.xfree86.org. Unpack. Go into the /xc directory and do make World. If that succeeds (it should), type make install. Run ldconfig and you should have a complete and working XFree86 installation. Thank you for answering, I haven't done the right answer: Yes, 'from scratch' means from source and installed onto a other linuxbox. I'm unable to find instructions about this process on www.xfree86.org, or www.google.com I already have these bricks: GRUB+KERNEL+FILESYSTEM now I need to install only XFREE86 I built a kernel on my linuxbox and installed it on another 'target PC'. I built Xfree86 on my linuxbox and now I don't know how and what to copy files and configure them on the other 'target PC' TIA I need to devel ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] Fatal server error: no screens found
The error message is telling you that you either didn't configure X after installation or the config file isn't located anywhere that X knows of. (Generally in /etc/X11/XF86Config, but not always--for windows especially.) You can configure X in a number of different ways, XFree86 -configure is probably the easiest. XFree86 -configure When this option is specified, the X server loads all video driver modules, probes for available hardware, and writes out an initial XF86Config(5) file based on what was detected. This option currently has some problems on some platforms, but in most cases it is a good way to bootstrap the configuration process. This option is only available when the server is run as root (i.e., with real-uid 0). http://www.xfree86.org/4.3.0/XFree86.1.html You may also need to use XF86cfg or XF86config. Read their manpages by following the links in the above link. HTH, cyn -Original Message- From: Gregory Wolfson [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 9:32 PM To: [EMAIL PROTECTED] Subject: [XFree86] Fatal server error: no screens found ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] ATI All IN WONDER Raedon 7500
My questions are: ¿my card All in Wonder Raedon 7500 is supported ? Yes ¿What I need to do to make it works with Linux ? (II) RADEON(0): monitor1: Using hsync range of 30.00-96.00 kHz (II) RADEON(0): monitor1: Using vrefresh range of 50.00-160.00 Hz (II) RADEON(0): Clock range: 20.00 to 350.00 MHz (II) RADEON(0): Not using default mode 320x175 (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode 320x200 (bad mode clock/interlace/doublescan) (II) RADEON(0): Total number of valid DDC mode(s) found: 0 (WW) RADEON(0): Mode 1280x1024 is out of range. (WW) RADEON(0): Valid modes must be between 320x200-0x0 (WW) RADEON(0): Mode 1280x960 is out of range. (WW) RADEON(0): Valid modes must be between 320x200-0x0 (WW) RADEON(0): Mode 1152x864 is out of range. (WW) RADEON(0): Valid modes must be between 320x200-0x0 (WW) RADEON(0): Mode 1024x768 is out of range. (WW) RADEON(0): Valid modes must be between 320x200-0x0 (WW) RADEON(0): Mode 800x600 is out of range. (WW) RADEON(0): Valid modes must be between 320x200-0x0 (WW) RADEON(0): Mode 640x480 is out of range. (WW) RADEON(0): Valid modes must be between 320x200-0x0 (II) RADEON(0): Total number of valid FP mode(s) found: 0 (EE) RADEON(0): No valid mode found for this DFP/LCD I believe this is a bug, you need the cvs version of X or a patch. (The bug was fixed there, there may be distro specific updates available. I don't know.) If its not a bug, then the advice in the original error message applies. (EE) Screen(s) found , but none have a usable configuration Try to change some parameters HTH, cyn -Original Message- From: Salvador Alcantara [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 1:04 AM To: [EMAIL PROTECTED] Subject: [XFree86] ATI All IN WONDER Raedon 7500 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] Config question
(II) R128(0): Monitor0: Using hsync range of 31.50-48.50 kHz (II) R128(0): Monitor0: Using vrefresh range of 40.00-70.00 Hz (II) R128(0): Clock range: 12.50 to 250.00 MHz Your hsync range is not large and this is causing a lot of your modes to be rejected. (II) R128(0): Not using default mode 640x480 (hsync out of range) (II) R128(0): Not using default mode 800x600 (hsync out of range) (II) R128(0): Not using default mode 1024x768 (hsync out of range) If you can open this up that might allow these modes to work. There are other modes available but many are failing with (no mode of this name) as the explanation. Perhaps they need to be specified in your config file? Others are failing because you don't have enough (video) memory, probably for the color depth you specified, so it may be worth trying lower color depths. A few fail due to vrefresh and mode clock settings. You've got 8K of video memory. VideoRAM: 8192 kByte (128-bit SDR SGRAM 1:1). Looks like you're trying to do 24 bits. (**) R128(0): Depth 24, (--) framebuffer bpp 32 It may (or may not) be worth generating some custom modelines and trying those. Use the gtf utility included with X if you want to try this out. Good luck, cyn -Original Message- From: larry canonga [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 1:41 AM To: [EMAIL PROTECTED] Subject: [XFree86] Config question ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Your mail to Firewalls
This pre-recorded message is being sent in response to your recent email to Firewalls. The Firewalls mailing list has moved to [EMAIL PROTECTED]. Your message has been forwarded; however, in the future please send your messages directly to [EMAIL PROTECTED] rather than to [EMAIL PROTECTED] For more information, see: http://www.isc.org/services/public/lists/firewalls.html ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Air Travel For Free qcsuq
2 Round Trip Airline Tickets, Yours Now - Only $149! This is a limited offer. We have available 28 pairs of round trip airline tickets for travel almost anywhere world wide. We got our hands promotional round trip plane tickets and we will give them to the next 28 people who join the Travel Values Alerts Club. The cost of the Membership is a one time feee of $149. The value of the Airline Tickets is up to $1,600. Think about it our Airline Ticket deal is the best travel offer you will get. Our agreement with the promotions company requires us to only give these tickets to clients that join or program. These tickets can be used to fly to just about anywhere and have a value of up to $1600! Just join the Travel Values Alerts Club, right now, and we'll pick up the plane ticket tab for your next trip to Hawaii or wherever you would like to go! This is not a time share or other gotcha type program. There are very few restrictions and the tickets are good for 2 (two) years from date of purchase. All flights are on major airlines. Don't delay, this offer will not last and is limited to the stock on hand. Get your Airline Tickets (up to a $1,600 value) now for only $149. Click the Link to join Travel Values Alerts Club and get your free Airline Tickets: http://www.zzk2.com/airfare/tix2/index.htm Airline Ticket Program Details: - The program works with every major airline and most major resort, condo and hotel chains. - You must book your Hotel Stay at your point of destination with the promotions agency. They are a fully licensed and accredited national travel agency. - Some hotels may have a minimum stay requirement. But the minimum stay will be no longer than a regular vacation (no longer than 5-7 days) and you do not have to stay at the hotel the number of days booked. - You must depart from an international US airport and book 60 days in advance or longer for peak holiday seasons. - You will have to pay a $20 fee to cover the shipping and handling costs in processing the trip. - You will receive your reservation voucher and booking information via e-mail immediately upon your order. - You mail that in with your $20 fee to cover shipping and handling. - You will then be sent a valid Reservation Request Form in about 6-8 weeks which is good for 2 years and asks for your trip details. - When you are ready to go on a trip and redeem your free airfare, send in the Reservation Request Form. You will then be sent the lodging available for the dates you requested in the area that you are traveling too. - You will contact the agency and book your hotel, resort or condo reservation. That's it. A very simple and inexpensive way to get Airline Tickets worth up to a $1,600 value. To unsubscribe, go to: http://www.portello01.com/help/help.htm qmdeqprxgfexphthpryix m wij rkiytynk ihxahn zpmosncbv zfc tksjyjtltv
[XFree86] permedia3 card crash
Hi, My friend is running XFree86 4.2.0 - it is a basic redhat7.3 dist. We installed a dual headed Appian Permedia3 card recently, and all was going well - both heads up and running and the decent config recorded in /etc/xf86config - until we rebooted. Basically, the whole machine freezes the first time X is started UNLESS X is first 'bootstrapped' by starting with X -configure. After this, switch to runlevel 5 and all is well. I imagine that the probing X does to autoconfigure must set some things on the card which the standard X driver doesn't do. Has anyone else come across this, and is there a fix? Thanks, Oli ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] strange video problem on trident 9680
Alan: using just libscanpci.a from your directory did not work, however downloading the 4.3.0 release binary and installing it (as per the instructions) and then applying the late may patches from your directory (and then redoing the config) resulted in an X system that seems to be working perfectly Thanx for your assistance. Mike Alan Hourihane wrote: In fact, I'll do another build now and upload libscanpci.a as part of the upload in my home directory. Alan. On Tue, Jun 03, 2003 at 06:51:12PM +0100, Alan Hourihane wrote: You'll need to upgrade to XFree86 4.3.0 before trying this as the scanpci module changed its interface (or just grab libscanpci.a from 4.3.0) Alan. On Tue, Jun 03, 2003 at 11:36:46AM -0600, Mike Loving wrote: Oh, OK. please see attached. I do seem some complaints(?) in the log that some module is compiled for 4.2.0 Alan Hourihane wrote: On Tue, Jun 03, 2003 at 09:35:23AM -0600, Mike Loving wrote: Hmmm, I've attempted to install the update XFree86 binary and trident drivers from I think that I already replaced XFree86 and the trident_drv.o. The new version runs briefly and aborts (like maybe I incorrectly installed either XFree86 or the trident driver). Then I can't say what the problem is without seeing the log. Alan. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Newbie: what did I do .. what to do
Hello! During the lasttime I had my computer onI noticed, that I had lost the connection to the printer. I was supposed to delete something, and might had deleted a wrong src-folder. This I noticed, because nowI found a broken link from /lib/modules/2.4.7-10/build to ../../usr/src/linux-2.4.7-10 When rebooting everything seems to start normally, but in the shut down phase, shutting down xfs and stopping lpd are failed. When trying to start X I get the an error message. I´m using an old version of xf, but if there is a "quick fix" to this problem (like putting into the src-folder something I might have deleted from there), it would be a great help to me. Especially if a-non-guru-blond-newbie could do the fix! And quite soon, since I managed to mess up my computer right in the middle of a pile of dead-line dates! BR, Pepitta Error: XFree86 version 4.1.0 (RH Linux release 4.1.0-3) XWindow system (protocol version 11, revision 0, vendor release 6510) Release Date: 2 June 2001 . . . Module loader present == Log file :/"var/log/XFree86.0.log" ==using config file:"/etc/X11/XF86Config-4" ==server layout "xfree86 configured" . . . II Loading submodule "ddc" II LoadModule: "ddc" IIReloading /usr/X11R6/lib/modules/libddc.a II NEOMAGIC(0):VESA VBE DDC supported II NEOMAGIC(0):VESA VBE DDC Level none II NEOMAGIC(0):VESA VBE DDC transfer in appr.0sec II NEOMAGIC(0):VESA VBE DDC read failed . . . Error loading keymap /var/tmp/server-0.xkm Couldn´t load xkb keymap, falling back to pre-xkb keymap. Could not init font path element unix/:7100 , removing from list! Fatal server error: Could not open default font ´fixed´ Do you Yahoo!? Free online calendar with sync to Outlook(TM).
Re: [XFree86] permedia3 card crash
Oliver Comber [EMAIL PROTECTED] writes: We installed a dual headed Appian Permedia3 card recently, and all was going well - both heads up and running and the decent config recorded in /etc/xf86config - until we rebooted. Basically, the whole machine freezes the first time X is started UNLESS X is first 'bootstrapped' by starting with X -configure. After this, switch to runlevel 5 and all is well. I imagine that the probing X does to autoconfigure must set some things on the card which the standard X driver doesn't do. That isn't the case. The probing is done by the standard drivers. Has anyone else come across this, and is there a fix? Can you try to obtain a log file? Mount the filesystem where your /var is with option sync, typically something like mount -o remount,sync /var Then try to start X. Reboot and post /var/log/XFree86.0.log here. Also look for anomalies in the kernel logs. -- Måns Rullgård [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Compiling error X11 4.2.0 KeysymStr.c:39:23: ks_tables.h: No such file ordirectory
I have download the src code for X11 version 4.2.0, untar and compile. I got the error KeysymStr.c:39:23: ks_tables.h: No such file or directory Anyone has similar error? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Newbie: what did I do .. what to do
Leena [EMAIL PROTECTED] writes: During the last time I had my computer on I noticed, that I had lost the connection to the printer. I was supposed to delete something, and might had deleted a wrong src- folder. This I noticed, because now I found a broken link from /lib/modules/2.4.7-10/build to ../../usr/src/linux-2.4.7-10 That's the kernel source you deleted. You don't usually need it. Error: Could not init font path element unix/:7100 , removing from list! This means that the font server isn't running... Fatal server error: Could not open default font ´fixed´ ... so the X server can't find any fonts. You have to either get your font server running, or make the X server load the fonts from files instead. To do the latter, put something like this in /etc/X11/XF86Config-4. Section Files RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ EndSection -- Måns Rullgård [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Bug Report
On Wed, Jun 04, 2003 at 03:51:59PM +0200, Frank Rogall wrote: Hi, i have tried xfree with my new Dell Inspiron 8500 without success. I tried 4.3.0 and then with patch to 4.3.0.1 no success. Downloaded the latest tarball 4.3.99.5 compiled and tested the result is attached. By Frank I just signed up for this list, just curious what this was regarding. I too, have an Inspiron 8500 and I'm having problems getting the display to hit the 16/10 aspect ratio so it fills the screen. I'm doing this under FreeBSD 5.0 with a GENERIC kernel and xfree 4.3.0. I purchased my laptop with the GeForce 4 card so I've been using the xfree stock 'nv' driver. I'm trying to set X to 1920x1200 @ 60hz, but for some reason it will only hit 1280x1024 with an aspect ratio of 4/3. You can check my config and logs at: http://marley.bitstream.net/~hump/ -- Eric Humphries [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Sig 11 crashes under 4.3 / Mozilla
Hi, I recently compiled/installed 4.3 - upgrading from 4.2. I am now seeing Sig 11 crashes on web pages retrieved by Mozilla (current nightly build), when the page contains an ascii 129 character. An example is : http://web.kyoto-inet.or.jp/people/kazuho/index-e.htm There is an ascii 129 in the page title and I guess that Mozilla tries to print it to the screen and that this is what prompts the crash. Oddly, the same thing does not happen with Opera, so I assume that it must handle the character differently. Can anyone replicate this behaviour (under any version of Moz)? Does it sound like a bug in X (bearing in mind that I never saw it in 4.2) or in Moz? Should I be posting this on dev? Thanks -- Geoff ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Cirrus drivers for a server with on-board GD5424
Hey! You appear to have discontinued support for the 5424 chips which has resulted in my (formerly functional) NCR server ceasing to work when upgraded. Any recommendations for getting it working without back-revving XF to version 3-something if I can find it? Bernie ' From the meanest of beginnings, great things are possible.' smime.p7s Description: S/MIME Cryptographic Signature
Re: [XFree86] (no subject)
On Wednesday, June 4, 2003 5:43 am, Ulrich Schwarz wrote: hello, i have a problem with x11: my compute server is not able to open a display on my machine. why? Check xauth and xhost. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Matrox and dual head with mandrake 9.1
On Wednesday, June 4, 2003 3:34 am, pierfrancesco wrote: Hi everybody! My name is Pierfrancesco and I am trying to configure Mandrake 9.1 to use the Xinerama extensions, in order to share the desktop between 2 monitors. I have a Matrox G400 but, although I tried several times to follow the instructions (I found them on the web), the Graphic Server does not seem to work properly and there is no the dual head feature operating. Actually when I type from the copmmand line: startx -- +xinerama, nothing happens and and an error message appears suggesting that something is wrong with the graphic server. Would someone please tell me (in a step by step process) how to configure Xfree? In Windows the Matrox configuration utility is easy to usebut If I could share the monitors in Mandrake, I would finally get rid of Microsoft May we see your XF86Config and your error log? Upload them somewhere or attach them to an email to this list. -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XF86Config for Dell Latitude C840
I am having trouble with setting up the XFree86 configuration file for Dell Latitude C840. It would of really great help if someone can send their copy of XF86Config. If possible can you also send the kernel which you are using. Thanks in advance. [EMAIL PROTECTED] ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] information about no screens found
On Tue, 3 Jun 2003, mohammed ali wrote: i need information about no screens found when switching from text to gui mode. It usually, but not always, means your video card is too new for the version of XFree86 you are running. We'll need to see your /var/log/XFree86.0.log file to be sure. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] RH9 Tecra 8200 1400x1050 display
All, I am running Redhat 9 on a Tecra 8200. Display works fine with 1024x768 resolution by default. But, i am unable to configure it to work with 1040x1050 resolution. I have set Option display1400 to on. X version is 4.3 and the video card is Trident CyberbladeXP with 16MB RAM. Any help would be appreciated. Thanks in advance Srikanth __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XF86Config for Dell Latitude C840
If you have the NVIDIA graphics you need to be using XFree86 4.3 or NVIDIA's binary Linux drivers from the NVIDIA web site. Mark. On Wed, 4 Jun 2003, Pritesh wrote: I am having trouble with setting up the XFree86 configuration file for Dell Latitude C840. It would of really great help if someone can send their copy of XF86Config. If possible can you also send the kernel which you are using. Thanks in advance. [EMAIL PROTECTED] ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Metrics override with nv driver, possible?
On Wed, 4 Jun 2003, Robin Rosenberg wrote: How can I change the metrics for an X display. When using NVidia's drivers I got the correct dimensions within a few millimeters. Using the XFree driverse I get something completely off the walls. xdpyinfo reports: dimensions:1904x1200 pixels (645x406 millimeters) resolution:75x75 dots per inch My laptop screen is much smaller with a actual display area of 322x207 mm, which make everything that uses metrics look bad. There's a DisplaySize option in the Section Montior of the XF86Config file. eg: DisplaySize 322 207 Most laptop panels don't have EDIDs so the driver can't query the correct DPI without specific knowledge of the laptop, such as NVIDIA's drivers would know. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Bug Report
On Wed, 4 Jun 2003, Eric Humphries wrote: I just signed up for this list, just curious what this was regarding. I too, have an Inspiron 8500 and I'm having problems getting the display to hit the 16/10 aspect ratio so it fills the screen. I'm doing this under FreeBSD 5.0 with a GENERIC kernel and xfree 4.3.0. I purchased my laptop with the GeForce 4 card so I've been using the xfree stock 'nv' driver. I'm trying to set X to 1920x1200 @ 60hz, but for some reason it will only hit 1280x1024 with an aspect ratio of 4/3. You can check my config and logs at: http://marley.bitstream.net/~hump/ Your config file is only setup for 1280x1024. Show me an XFree86.0.log from a 1900x1200 setup that fails. I've seen these laptops working at 16/10 with the nv driver before. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Email Rejected
--- Scan information follows --- Result: Virus Detected Virus Name: [EMAIL PROTECTED] File Attachment: application.pif Attachment Status: deleted --- Original message information follows --- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Wed, 4 Jun 2003 19:52:00 --0400 Subject: Re: Movie Message-Id: [EMAIL PROTECTED] Received: from dcfw.dc.fuentez.com ([10.10.3.1]) by dcnavieg.dc.fuentez.com (NAVGW 2.5.1.12) with SMTP id M2003060419582521526 for [EMAIL PROTECTED]; Wed, 04 Jun 2003 19:58:26 -0400 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Sig 11 crashes under 4.3 / Mozilla
Usually these are bugs in the font server or font renderer. Try using explicit font paths in the Section Files in the XF86Config instead of using the font server. If that doesn't solve it, try not using the truetype renderer (freetype or xtt) to see if that makes it go away. Mark. On Wed, 4 Jun 2003, Geoff wrote: Hi, I recently compiled/installed 4.3 - upgrading from 4.2. I am now seeing Sig 11 crashes on web pages retrieved by Mozilla (current nightly build), when the page contains an ascii 129 character. An example is : http://web.kyoto-inet.or.jp/people/kazuho/index-e.htm There is an ascii 129 in the page title and I guess that Mozilla tries to print it to the screen and that this is what prompts the crash. Oddly, the same thing does not happen with Opera, so I assume that it must handle the character differently. Can anyone replicate this behaviour (under any version of Moz)? Does it sound like a bug in X (bearing in mind that I never saw it in 4.2) or in Moz? Should I be posting this on dev? Thanks -- Geoff ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] help:i encourt a problem when startx xwindows
Dear sir: i encount a problem when execute command "startx".it was reported that something was remove from the list . i dont know how to solve this pulzze. since i have to hand in mi paper by using a software in linux recently, plz, help me ASAP. thanks in advance. i present the error report in enclosure. XFree86.0.log Description: Binary data
[XFree86] help:i encount a problem when start xwindows
Dear sir: i encount a problem when execute command "startx".it was reported that something was remove from the list . i dont know how to solve this pulzze. since i have to hand in mi paper by using a software in linux recently, plz, help me ASAP. thanks in advance. i present the error report in enclosure. XFree86.0.log Description: Binary data
[XFree86] HFU-Newsletter Juni 2003
Liebe handys-for-you Kundin, lieber handys-for-you Kunde, in der Anlage finden Sie unseren neuen Newsletter (06.2003) mit neuen Angeboten! Bei uns findet garantiert jeder sein Wunsch-Handy. Schauen Sie doch mal rein! Dieser Klick lohnt garantiert! Ihr Handys-for-you Team PS: Sie erhalten diesen Newsletter, weil Sie sich auf www.handys-for-you.de oder einer unserer Partnerseiten angemeldet haben. Ein Klick auf die folgende URL und Sie erhalten diesen Newsletter nicht mehr: http://www.handys-for-you.de/hfu/index.php?content/newsletter/newsletter2.htm hfu_newsletter_juni03.htm Description: Binary data