XFree86 master cvsup server refuses authentication
I've been using the master cvsup server to mirror XFree86 to my workstation for about 2.5 years, but for the last week or so I am getting: Server error: Authentication failed The message would seem to indicate that the server is up, but refusing authentication for some reason. Has something changed recently with how cvsup access to the repository is handled? Any help appreciated. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 master cvsup server refuses authentication
On Wed, Dec 17, 2003 at 09:19:17AM -0500, Mike A. Harris wrote: I've been using the master cvsup server to mirror XFree86 to my workstation for about 2.5 years, but for the last week or so I am getting: Server error: Authentication failed The message would seem to indicate that the server is up, but refusing authentication for some reason. Has something changed recently with how cvsup access to the repository is handled? Any help appreciated. See http://www.xfree86.org/cvs/ for details about anoncvs/cvsup access. That information hasn't changed in a while, and since it is a public access point, no authentication is required. Worked for me when I just tried it. Hmm, maybe you are trying to connect to the old cvsup server that used to exist for the old closed devel membership structure that we abandoned in favour of this open forum early this year? If that's the problem, then changing your cvsup file according to the information in the above-referenced web page should take care of it. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
how to set Xcursor theme in 4.4.0 RC 1
Setting Xcursor theme in ~/.Xdefaults Xcursor.theme: redglass doesn't seem to work anymore. What is the proper way to set mouse color? Thanks, Jeff [ [EMAIL PROTECTED] ] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
On Tue, Dec 16, 2003 at 09:11:20AM +1000, [EMAIL PROTECTED] wrote: The following patches fix the setjmp issue on Solaris 2.5.1 x86: OK, I'll commit that now. Thanks. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: how to set Xcursor theme in 4.4.0 RC 1
On Thu, Dec 18, 2003 at 01:17:04AM +0800, Jeff Chua wrote: Setting Xcursor theme in ~/.Xdefaults Xcursor.theme: redglass doesn't seem to work anymore. That still seem to work for me. Are you explicitly loading .Xdefaults or overriding that resource anywhere? What is the proper way to set mouse color? There's also an environment variable you can set (from memory XCURSOR_THEME), and the global default is set in /usr/X11R6/lib/X11/icons/default/index.theme. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
On Sat, Dec 13, 2003 at 03:06:27PM +, Thomas Estaben wrote: I am testing this release under Gentoo. In my XF86Config, i set up XkbModel to be pc105 and XkbModel to fr. My problem is that the key doesn't work, XFree seems to take pc104 by default without using my settings. I have to use setxbkmap -model pc105 by hand to use this key wich is pretty annoying... Is this a configuration problem or a known bug ? If you really have XkbModel set to both pc105 and fr, then that may be the problem. XkbModel should be pc105 and XkbLayout should be fr. If that still doesn't work, what does 'setxkbmap -print' report? David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: how to set Xcursor theme in 4.4.0 RC 1
On Wed, 17 Dec 2003, David Dawes wrote: That still seem to work for me. Are you explicitly loading .Xdefaults or overriding that resource anywhere? There's also an environment variable you can set (from memory XCURSOR_THEME), and the global default is set in Ok, I forgot to unset XCURSOR_THEME which was set to whiteglass. No wonder the color can't be changed in .Xdefaults. Thanks for your help. Jeff. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
David Dawes wrote: On Sat, Dec 13, 2003 at 03:06:27PM +, Thomas Estaben wrote: I am testing this release under Gentoo. In my XF86Config, i set up XkbModel to be pc105 and XkbModel to fr. My problem is that the key doesn't work, XFree seems to take pc104 by default without using my settings. I have to use setxbkmap -model pc105 by hand to use this key wich is pretty annoying... Is this a configuration problem or a known bug ? If you really have XkbModel set to both pc105 and fr, then that may be the problem. XkbModel should be pc105 and XkbLayout should be fr. If that still doesn't work, what does 'setxkbmap -print' report? You perhaps running something like KDE overruling the settings from the config file? Happened to me once, took me hours to find out... Thomas -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net *** http://www.winischhofer.net/ twini AT xfree86 DOT org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
4.4.0RC1 compile failure in glx
Hi, I am getting a compile failure in glxect.h, using the data type int64_t. I see that if __UNIXOS2__ is defined then it defines them, but nowhere can I find an attempt to include stdint.h, which is where these types are defined, according to POSIX. In fact, the only palces where stdint.h is mentioned in the entire tree is in expat, freetype2 and in teh darwin/quartz/xpr/Xplugin.h file. There are a few places in the tree where int64_t is used, the majority of which are in Mesa. There are a few occurences of it in the xfree86 server as well. It looks as if code expects these types to be defined if some header file other than stdint.h is included - perhaps they expect it from sys/types.h, I dont know, but that is wrong. Any thoughts on how to go about fixing this? I can of course put in a hack specific to sco to include stdint.h but that seems wrong. Kean ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Question about X.org
Is X.org in any way affiliated with xfree86? (Please send your response to [EMAIL PROTECTED], as I'm not yet re-registered at the mailing list) _ Worried about inbox overload? Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Question about X.org
XFree86 is an honorary member of X.org: http://www.X.org/XOrg_members.html Some XFree86 developers have represented XFree86 in some X.org projects (like the Xinerama task force), but XFree86 is not a dues-paying member of X.org. XFree86 is a not-for-profit organization with a focus on developers. X.org is a commercial interest group. They are separate projects with separate goals, though some overlap in technical interests. Mark. On Wed, 17 Dec 2003, raymond jennings wrote: Is X.org in any way affiliated with xfree86? (Please send your response to [EMAIL PROTECTED], as I'm not yet re-registered at the mailing list) _ Worried about inbox overload? Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Question about X.org
raymond jennings wrote: Is X.org in any way affiliated with xfree86? XFree86 is a member of X.org, as you can see in the members list on http://www.x.org/ -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc.- Sun Software Group User Experience Engineering: G11N: X Window System ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Guaranteed Server crash with 4.4.0 (RC1)
Having looked at Bugzilla #978 it shows that it's very easy to crash the Xserver when using out-of-bounds coordinates that get mixed up when passing in int's that get converted to short's during the client-server conversation. Seeing as PutImage gets pushed through the CopyArea path, I'm sure the same problem can happen with the core protocol request for XCopyArea() too (and possibly others). There's obvious ways to fix this, but I'm keen to hear others views... Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Via driver build problems
I need the attached patch to build the latest via driver on platforms
without DRI. But this raises the question: shouldn't XFREE_44 be
defined for this driver ?
Index: xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c
===
RCS file: /cvs/xf86/xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c,v
retrieving revision 1.1
diff -u -r1.1 via_memory.c
--- xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c 17 Dec 2003 18:58:35
- 1.1
+++ xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c 17 Dec 2003 22:59:08
-
@@ -82,8 +82,11 @@
unsigned long VIAAllocLinear(VIAMemPtr mem, ScrnInfoPtr pScrn, unsigned long size)
{
-#ifdef XF86DRI
+#if defined(XF86DRI) || !defined(XFREE_44)
VIAPtr pVia = VIAPTR(pScrn);
+#endif
+
+#ifdef XF86DRI
if(mem-pool)
ErrorF(VIA Double Alloc.\n);
Matthieu
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Re: Guaranteed Server crash with 4.4.0 (RC1)
I don't think it's as bad as you think. It looks to me like this comes about due to a difference in the Shm protocol. Going against convention, xShmPutImageReq has an unsigned value for the src X and Y location. All other primitive have signed values. I think the correct behavior is probably to clamp the source X and Y in ProcShmPutImage function to the unsigned 15 bit coordinate system. Can somebody try that to see if it fixes the problem? Mark. On Wed, 17 Dec 2003, Alan Hourihane wrote: Having looked at Bugzilla #978 it shows that it's very easy to crash the Xserver when using out-of-bounds coordinates that get mixed up when passing in int's that get converted to short's during the client-server conversation. Seeing as PutImage gets pushed through the CopyArea path, I'm sure the same problem can happen with the core protocol request for XCopyArea() too (and possibly others). There's obvious ways to fix this, but I'm keen to hear others views... Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Guaranteed Server crash with 4.4.0 (RC1)
Ah yes. I skimmed over shmstr.h too quickly and assumed INT16 instead of CARD16 for the source coords. I'll try this now. Alan. On Wed, Dec 17, 2003 at 03:08:03PM -0800, Mark Vojkovich wrote: I don't think it's as bad as you think. It looks to me like this comes about due to a difference in the Shm protocol. Going against convention, xShmPutImageReq has an unsigned value for the src X and Y location. All other primitive have signed values. I think the correct behavior is probably to clamp the source X and Y in ProcShmPutImage function to the unsigned 15 bit coordinate system. Can somebody try that to see if it fixes the problem? Mark. On Wed, 17 Dec 2003, Alan Hourihane wrote: Having looked at Bugzilla #978 it shows that it's very easy to crash the Xserver when using out-of-bounds coordinates that get mixed up when passing in int's that get converted to short's during the client-server conversation. Seeing as PutImage gets pushed through the CopyArea path, I'm sure the same problem can happen with the core protocol request for XCopyArea() too (and possibly others). There's obvious ways to fix this, but I'm keen to hear others views... Alan. ___ 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: Guaranteed Server crash with 4.4.0 (RC1)
On Wed, Dec 17, 2003 at 03:08:03PM -0800, Mark Vojkovich wrote: I don't think it's as bad as you think. It looks to me like this comes about due to a difference in the Shm protocol. Going against convention, xShmPutImageReq has an unsigned value for the src X and Y location. All other primitive have signed values. I think the correct behavior is probably to clamp the source X and Y in ProcShmPutImage function to the unsigned 15 bit coordinate system. Can somebody try that to see if it fixes the problem? Yup. This fixes it. Just committed. Alan. Index: shm.c === RCS file: /X11R6/x-cvs/xc/programs/Xserver/Xext/shm.c,v retrieving revision 3.40 diff -u -r3.40 shm.c --- shm.c 17 Nov 2003 22:20:27 - 3.40 +++ shm.c 17 Dec 2003 23:20:06 - @@ -815,6 +815,8 @@ REQUEST_SIZE_MATCH(xShmPutImageReq); VALIDATE_DRAWABLE_AND_GC(stuff-drawable, pDraw, pGC, client); VERIFY_SHMPTR(stuff-shmseg, stuff-offset, FALSE, shmdesc, client); +if (stuff-srcX 32767 || stuff-srcY 32767) + return BadValue; if ((stuff-sendEvent != xTrue) (stuff-sendEvent != xFalse)) return BadValue; if (stuff-format == XYBitmap) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Via driver build problems
On Thursday 18 December 2003 00:01, Matthieu Herrb wrote: I need the attached patch to build the latest via driver on platforms without DRI. But this raises the question: shouldn't XFREE_44 be defined for this driver ? I need the attached patch to build the latest via driver on platforms without DRI. But this raises the question: shouldn't XFREE_44 be defined for this driver ? Did you write a bugzilla about this? There are a few patches about via_driver that apparently aren't going to be merged in xfree anytime soon. As a matter of fact none replied on ML about via_driver. With bugzilla is simpler to keep track of all these patches. Bye Uberto ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Could you please commit the patch attached to the bug 990?
http://bugs.xfree86.org/show_bug.cgi?id=990 The patch: http://bugs.xfree86.org/attachment.cgi?id=921 This patch fixes a bug in locale.alias which breaks the zh_CN.GB2312 locale. Regards James Su ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
A new zh_CN.UTF-8 locale file.
Please see bug report: http://bugs.xfree86.org/show_bug.cgi?id=991 Regards James Su ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Via driver build problems
On Thu, Dec 18, 2003 at 12:01:43AM +0100, Matthieu Herrb wrote: I need the attached patch to build the latest via driver on platforms without DRI. But this raises the question: shouldn't XFREE_44 be defined for this driver ? That's a question for Alan (Cox) to answer. From what he said with the patch, that path hasn't had a lot of testing compared with the other one. The macro should probably be USE_LINEAR_ALLOC or some such if it is to stay for the release. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
4.4 release status
I've been catching up on the 4.4 RC1 test/bug reports after being out of action for the last few days. Judging from the reports coming in both here and in bugzilla, there's a good amount of testing happening, which is great. Some serious bugs and regressions are being found and fixed. I have what look like some xtest regressions that I haven't had the time to follow up yet too. On the other side of this, the number of pending reports is growing rather than shrinking. I think that needs to turn around before we close out the release. So, I'm planning to cut a second release candidate tomorrow, take a Christmas break, and then try to wrap the release up late December/early January. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Regalo de Navidad
¡¡¡ FELICES FIESTAS !!! En estas fiestas le regalamos una agenda personal totalmente gratuita Somos una empresa argentina dedicada al desarrollo de software para comercios y Pymes. Si desea ver muestras de nuestros sistemas , como así también descargar nuestro regalo de navidad, ingrese a http://sistemas.gdsweb.com.ar regalo_agenda.jpg
Re: Could you please commit the patch attached to the bug 990?
On Thu, Dec 18, 2003 at 09:37:04AM +0800, James Su wrote: http://bugs.xfree86.org/show_bug.cgi?id=990 The patch: http://bugs.xfree86.org/attachment.cgi?id=921 This patch fixes a bug in locale.alias which breaks the zh_CN.GB2312 locale. I've committed both of your patches there. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] Weirdness in mga_video.c code
[EMAIL PROTECTED] is probably a better place for this] On Thu, Dec 18, 2003 at 12:36:25AM -0500, Ed Sweetman wrote: I ran across a little oddity while working on the matrox driver. In MGAPutImage, the ScreenInfoPtr sent to it which is then converted to a MGAPtr does not have drmCtx set to a non-zero value even though dri is enabled and working at the time the function is called. I do not understand why this is and consider it to be a bug. Can anyone shed some light on this? This is of course working on the cvs pull of X. You'll have to be a little more specific/precise. I don't see any field called drmCtx in the current XFree86 CVS version of the mga driver, for example. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
