Re: FW: bugzilla down
On Sat, 12 Jun 2004, georgina o. economou wrote: Thanks though for the notice. I'm cc'ing Stuart as he may not know. Sorry about that. Apache fell over this morning, but it's back now. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: bugzilla
On Fri, 21 Nov 2003, Georgina Economou wrote: I noticed today this notice. Does this matter to us as we are 2.17.4 or not? And if so, who takes care of this? I still take careof the bugzilla. I'll look into this, and probably schedule an update if there is need for security reason,s or there are interesting new features in the newer versions. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Cygwin/XFree86 Bugs?
On Wed, 22 Oct 2003, Harold L Hunt II wrote: Where? I see nothing here: http://xfree86.org/lists.html I also get nothing when I try to forge a link to the list: http://www.xfree86.org/mailman/listinfo/developer/ Is there a different mailing list server for bugs.xfree86.org? Yes, it is a different server. http://bugs.xfree86.org/mailman/listinfo/developer/ Stuart Stuart R. Anderson [EMAIL PROTECTED] Network Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XJANITOR] [Q] : where to submit patches?
On Tue, 3 Jun 2003, Aidan Kehoe wrote: Okay, I'm a long way from being a Perl expert, but I can try; what version of Bugzilla is being used on that machine? Was it installed as a Debian package, or by hand? As the Debian package. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: I'm stuck: font-related crash with current CVS
On Wed, 19 Feb 2003, Keith Packard wrote: Yes, they are rather system specific, but FreeType2 uses setjmp and longjmp extensively for error recovery. Disallowing setjmp and longjmp would make using FreeType2 rather difficult. I believe the approach taken will at least work in the majority of cases, as long as setjmp/longjmp are exported as regular functions and jmp_buf is no larger than xf86jmp_buf. Because the system setjmp.h is included when referencing those functions, it may be wise to place a check there to ensure xf86jmp_buf is large enough; that would catch systems for which this technique will fail. What are the risks of pulling in other system specific stuff that shouldn't be included? It seems like the wrapped versions could be extended so that they would work correctly. Either let the jmpbuf get passed into them, or have a single global jmpbuf that is used to avoid the stack disapearing problem. It would make the xf86 version more limited than the system version, but unless FreeType2 is nesting setjmp calls it should work. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: glapi_x86.S glx86asm.py
On Thu, 30 Jan 2003, Alexander Stohr wrote: From CVS/XFree86/xc/extras/Mesa/bin/Attic/glx86asm.py,v really? hmm, if the respective API listing ever changes or extends it might be simpler to use an existing script and then submitting the results than to perform error prone copy and paste operations on the results. i mean thats the reason why (possibly Brian Paul) added such a highly descriptive headline about that file beeing a generated one. The file is probably still present in the upstream Mesa source. The Mesa source in the XFree86 tree is just a copy, which appears to have had some of the non-relevent stuff cleaned out. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel