Freedesktop.org's machine received a memory upgrade and will be running down to PSU to install it. I don't expect the machine to be down for more than 10 or 15 minutes. A man page for XQueryExtension to address bugzilla bug 380. Patch to CURRENT and manpage file attached.
Freedesktop.org's machine received a memory upgrade and will be running down to PSU to install it. I don't expect the machine to be down for more than 10 or 15 minutes. A man page for XQueryExtension to address bugzilla bug 380. Patch to CURRENT and manpage file attached.
Freedesktop.org's machine received a memory upgrade and will be running down to PSU to install it. I don't expect the machine to be down for more than 10 or 15 minutes. A man page for XQueryExtension to address bugzilla bug 380. Patch to CURRENT and manpage file attached.
Freedesktop.org's machine received a memory upgrade and will be running down to PSU to install it. I don't expect the machine to be down for more than 10 or 15 minutes. A man page for XQueryExtension to address bugzilla bug 380. Patch to CURRENT and manpage file attached.
From: keithp at keithp.com (Keith Packard) Date: Fri Apr 2 12:25:03 2004 Subject: [Xorg] freedesktop.org downtime today (Apr 2, 2130 UTC) Message-ID: <E1B9VDd-0004hL-00@evo.keithp.com> I've received a memory upgrade for freedesktop.org's machine and will be running down to PSU to install it this afternoon. I don't expect the machine will be down for more than 10 or 15 minutes, but I wanted to let everyone know in case something bad happens. If there is some reason that this is a really bad idea, please send mail and let me know in the next hour. -keith -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040402/4a5270d5/attach ment.pgp From efw at eamonwalsh.com Sun Apr 4 21:38:23 2004 From: efw at eamonwalsh.com (Eamon F Walsh) Date: Sun Apr 4 21:44:23 2004 Subject: [Xorg] XQueryExtension man page Message-ID: <4070E2BF.7020306@eamonwalsh.com> I made a man page for XQueryExtension to address bugzilla bug 380. Patch to CURRENT and manpage file attached. Look ok? --Eamon -------------- next part -------------- Index: xc/doc/man/X11/Imakefile =================================================================== RCS file: /cvs/xorg/xc/doc/man/X11/Imakefile,v retrieving revision 1.1.4.3 diff -a -u -r1.1.4.3 Imakefile --- a/xc/doc/man/X11/Imakefile 5 Mar 2004 13:38:15 -0000 1.1.4.3 +++ b/xc/doc/man/X11/Imakefile 5 Apr 2004 04:28:57 -0000 @@ -188,6 +188,8 @@ InstallManPageAliases(XQueryBestSize,$(MANDIR),XQueryBestTile XQueryBestStipple ) InstallManPageLong(XQColor,$(MANDIR),XQueryColor) InstallManPageAliases(XQueryColor,$(MANDIR),XQueryColors XLookupColor XParseCol or) +InstallManPageLong(XQExtnsn,$(MANDIR),XQueryExtension) +InstallManPageAliases(XQueryExtension,$(MANDIR),XListExtensions XFreeExtensionL ist) InstallManPageLong(XQPointer,$(MANDIR),XQueryPointer) InstallManPageLong(XQTree,$(MANDIR),XQueryTree) InstallManPageLong(XREvent,$(MANDIR),XReparentEvent) @@ -431,6 +433,7 @@ InstallManPage(XPutRes,$(MANDIR)) InstallManPage(XQBSize,$(MANDIR)) InstallManPage(XQColor,$(MANDIR)) +InstallManPage(XQExtnsn,$(MANDIR)) InstallManPage(XQPointer,$(MANDIR)) InstallManPage(XQTree,$(MANDIR)) InstallManPage(XREvent,$(MANDIR)) Index: xc/doc/man/X11/XQExtnsn.man =================================================================== RCS file: xc/doc/man/X11/XQExtnsn.man diff -N xc/doc/man/X11/XQExtnsn.man --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ b/xc/doc/man/X11/XQExtnsn.man 5 Apr 2004 04:28:57 -0000 @@ -0,0 +1,222 @@ +.\" Copyright \(co 1985, 1986, 1987, 1988, 1989, 1990, 1991, 1994, 1996 X Conso rtium +.\" +.\" Permission is hereby granted, free of charge, to any person obtaining +.\" a copy of this software and associated documentation files (the +.\" "Software"), to deal in the Software without restriction, including +.\" without limitation the rights to use, copy, modify, merge, publish, +.\" distribute, sublicense, and/or sell copies of the Software, and to +.\" permit persons to whom the Software is furnished to do so, subject to +.\" the following conditions: +.\" +.\" The above copyright notice and this permission notice shall be included +.\" in all copies or substantial portions of the Software. +.\" +.\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS +.\" OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF +.\" MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. +.\" IN NO EVENT SHALL THE X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR +.\" OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, +.\" ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR +.\" OTHER DEALINGS IN THE SOFTWARE. +.\" +.\" Except as contained in this notice, the name of the X Consortium shall +.\" not be used in advertising or otherwise to promote the sale, use or +.\" other dealings in this Software without prior written authorization +.\" from the X Consortium. +.\" +.\" Copyright \(co 1985, 1986, 1987, 1988, 1989, 1990, 1991 by +.\" Digital Equipment Corporation +.\" +.\" Portions Copyright \(co 1990, 1991 by +.\" Tektronix, Inc. +.\" +.\" Permission to use, copy, modify and distribute this documentation for +.\" any purpose and without fee is hereby granted, provided that the above +.\" copyright notice appears in all copies and that both that copyright notice +.\" and this permission notice appear in all copies, and that the names of +.\" Digital and Tektronix not be used in in advertising or publicity pertaining +.\" to this documentation without specific, written prior permission. +.\" Digital and Tektronix makes no representations about the suitability +.\" of this documentation for any purpose. +.\" It is provided ``as is'' without express or implied warranty. +.\" +.\" $XFree86: xc/doc/man/X11/XQExtnsn.man,v 1.2 2004/04/03 18:20:01 ewalsh Exp $ +.\" +.ds xT X Toolkit Intrinsics \- C Language Interface +.ds xW Athena X Widgets \- C Language X Toolkit Interface +.ds xL Xlib \- C Language X Interface +.ds xC Inter-Client Communication Conventions Manual +.na +.de Ds +.nf +.\\$1D \\$2 \\$1 +.ft 1 +.\".ps \\n(PS +.\".if \\n(VS>=40 .vs \\n(VSu +.\".if \\n(VS<=39 .vs \\n(VSp +.. +.de De +.ce 0 +.if \\n(BD .DF +.nr BD 0 +.in \\n(OIu +.if \\n(TM .ls 2 +.sp \\n(DDu +.fi +.. +.de FD +.LP +.KS +.TA .5i 3i +.ta .5i 3i +.nf +.. +.de FN +.fi +.KE +.LP +.. +.de IN \" send an index entry to the stderr +.. +.de C{ +.KS +.nf +.D +.\" +.\" choose appropriate monospace font +.\" the imagen conditional, 480, +.\" may be changed to L if LB is too +.\" heavy for your eyes... +.\" +.ie "\\*(.T"480" .ft L +.el .ie "\\*(.T"300" .ft L +.el .ie "\\*(.T"202" .ft PO +.el .ie "\\*(.T"aps" .ft CW +.el .ft R +.ps \\n(PS +.ie \\n(VS>40 .vs \\n(VSu +.el .vs \\n(VSp +.. +.de C} +.DE +.R +.. +.de Pn +.ie t \\$1\fB\^\\$2\^\fR\\$3 +.el \\$1\fI\^\\$2\^\fP\\$3 +.. +.de ZN +.ie t \fB\^\\$1\^\fR\\$2 +.el \fI\^\\$1\^\fP\\$2 +.. +.de hN +.ie t <\fB\\$1\fR>\\$2 +.el <\fI\\$1\fP>\\$2 +.. +.de NT +.ne 7 +.ds NO Note +.if \\n(.$>$1 .if !'\\$2'C' .ds NO \\$2 +.if \\n(.$ .if !'\\$1'C' .ds NO \\$1 +.ie n .sp +.el .sp 10p +.TB +.ce +\\*(NO +.ie n .sp +.el .sp 5p +.if '\\$1'C' .ce 99 +.if '\\$2'C' .ce 99 +.in +5n +.ll -5n +.R +.. +. \" Note End -- doug kraft 3/85 +.de NE +.ce 0 +.in -5n +.ll +5n +.ie n .sp +.el .sp 10p +.. +.ny0 +.TH XQueryExtension 3X11 __xorgversion__ "XLIB FUNCTIONS" +.SH NAME +XQueryExtension, XListExtensions, XFreeExtensionList \- query extensions suppor ted by X server +.SH SYNTAX +.HP +Bool XQueryExtension\^(\^Display *\fIdisplay\fP\^, char *\fIname\fP\^, int +*\fImajor_opcode_return\fP\^, int *\fIfirst_event_return\fP\^, int +*\fIfirst_error_return\fP\^); +.HP +char **XListExtensions\^(\^Display *\fIdisplay\fP\^, int +*\fInextensions_return\fP\^); +.HP +void XFreeExtensionList\^(\^char **\fIlist\fP\^); +.SH ARGUMENTS +.IP \fIdisplay\fP 1i +Specifies the connection to the X server. +.IP \fIname\fP 1i +Specifies the extension name. +.IP \fImajor_opcode_return\fP 1i +Returns the major opcode. +.IP \fIfirst_event_return\fP 1i +Returns the first event code, if any. +.IP \fIfirst_error_return\fP 1i +Returns the first error code, if any. +.IP \fInextensions_return\fP 1i +Returns the number of extensions listed. +.IP \fIlist\fP 1i +Specifies the list of extension names. +.SH DESCRIPTION +The +.ZN XQueryExtension +function determines if the named extension is present. +If the extension is not present, +.ZN XQueryExtension +returns +.ZN False ; +otherwise, it returns +.ZN True . +If the extension is present, +.ZN XQueryExtension +returns the major opcode for the extension to major_opcode_return; +otherwise, it returns zero. +Any minor opcode and the request formats +are specific to the extension. +If the extension involves additional +event types, +.ZN XQueryExtension +returns the base event type code to first_event_return; +otherwise, it returns zero. +The format of the events is specific to the +extension. +If the extension involves additional error codes, +.ZN XQueryExtension +returns the base error code to first_error_return; otherwise, it returns +zero. +The format of additional data in the errors is specific to the +extension. +.LP +If the extension name is not in the Host Portable Character Encoding the +result is implementation-dependent. +Uppercase and lowercase matter; +the strings "thing", "Thing", and "thinG" are all considered different +names. +.LP +The +.ZN XListExtensions +function returns a list of all extensions supported by the server. +If the data returned by the server is in the Latin Portable Character +Encoding, then the returned strings are in the Host Portable Character +Encoding. +Otherwise, the result is implementation-dependent. +.LP +The +.ZN XFreeExtensionList +function frees the memory allocated by +.ZN XListExtensions . +.SH "SEE ALSO" +XOpenDisplay(3X11), +.br +\fI\*(xL\fP -------------- next part -------------- A non-text attachment was scrubbed... Name: XQExtnsn.man Type: application/x-troff-man Size: 6166 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040405/3b54a0a6/XQExtn sn.man From routage55 at compaqnet.fr Mon Apr 5 13:38:13 2004 From: routage55 at compaqnet.fr (Prosp et Vente Pro) Date: Mon Apr 5 04:38:39 2004 Subject: [Xorg] Pour Prospecter, Contacter, Relancer, Vendre..... Message-ID: <mailman.1.1081165119.12059.xorg@freedesktop.org> PROSP ET VENTE PRO Contacter, Relancer, Vendre... Le logiciel de gestion de contacts A la fois simple d'utilisation et puissant, Prosp et Vente Pro deviendra rapidem ent le pr?cieux assistant de toutes vos actions commerciales gr?ce ? ses multiples f onctions: o Relances, Alarmes... o Affichage automatique des relances du jour. o Historique des contacts, des courriers, des devis... o G?n?rateur de courriers personnalis?s (mailing, fax- mailing et e-mail ) o S?lection et recherches multicrit?res pour bien cibler les actions commerciale s, o Impressions de fiches clients, tableaux, ?tiquettes, courriers, ... o Import export de fichiers, o Composition des num?ros de t?l?phone, o Module de marketing t?l?phonique (Argumentaire param?trable) o Gestion des devis, possibilit? d'imprimer des catalogues ou des fiches produits compl?tes avec photos et code- barres. o Et bien plus encore ... Prosp et Vente Pro existe aussi en version r?seau pour vous permettre de travailler en ?quipe. (version PC uniquement)
R?f : PROA01 Prosp et Vente pro 208,20 euro ht 24 9,00 euro TTC R?f : PROA02 Prosp et Vente pro + Photo Win OEM 250,00 euro ht 29 9,00 euro TTC R?f : PROA03 Prosp et Vente pro R?seau 5 utilisateurs 417,23 euro ht 49 9,00 euro TTC
COMMANDER AU Tel 01 43 24 60 20 Fax 01 43 24 60 96 ******************************************************************************** ************************ CD-PROSPECT 2004 L'annuaire des 3 millions d'entreprises fran?aises 1850 activit?s professionnell es Cr?ez vous-m?me vos fichiers de prospection Pour vos mailing, pour actions commerciales Exportation illimit?e des adresses Nom de l'entreprise - Adresse, - Code Postal, Ville - T?l?phone - Fax (si disponible) - E - mail * version avec 60 000 adresses e- mail Exportation illimit?e des adresses EXPLOITATION ILLIMITEE : CD-PROSPECT permet de r?aliser l'exportation illimit?e des adresses s?lectionn?es par th?me d'activit?, rubrique par d?partement, r?gion, ville sur votre disque dur. ***** PC / MAC Format d'exportation: DBF (Dbase), TXT, XLS (excel), WKI (Lotus) Impression : Le module d'impression g?n?re les ?tiquettes ou imprime directement les adresses s?lectionn?es sur votre papier ? en-t?te. Votre mailing est pr?t ? partir. Mise ? jour tout les 4 mois CD-Prospect est id?al pour toutes vos op?rations de mailing, fax- mailing et marketing t?l?phonique. COMMANDER SERVICE CLIENT Tel 01 43 24 60 20 ou Tel 01 43 24 60 90 Fax 01 43 24 60 90 CD- Prospect 129,60 euro ht - 155,00 euro TTC CD- Prospect avec e -mail 250,00 euro ht - 299 euro TTC ******************************************************************************** ************************ France Prospect 2004 LE 1er LOGICIEL D 'EXTRACTIONS ILLIMIT?ES DE FICHIERS CIBL?S LE PRODUIT : France Prospect 2004 est un outil d 'extraction de fichiers de prospection comme rciale. A travers des crit?res de s?lection tr?s pr?cis, il permet d 'identifier les pro spects ? fort potentiel parmi 3,4 millions d 'entreprises et de constituer des fichiers de prospection. OBJECTIFS DE FRANCE PROSPECT : Permettre aux entreprises d 'identifier et de contacter leurs meilleurs prospect s. Il permet une gestion de leurs campagnes de communication directe en toute autonomie, simplement et rapidement. EXPORTATION DES DONN?ES : o Les champs visualisables et exportables : Raison sociale, Adresse, Code postal, Ville, t?l., Fax, Nom du Dirigeant,Code APE. o Les formats d 'exportation : CSV (Excel), Access, Txt. LES AUTRES FONCTIONNALIT?S DU LOGICIEL FRANCE PROSPECT o L 'annuaire des entreprises : toutes les coordonn?es d'une entreprise d'apr?s son nom ou son activit? o L 'annuaire des dirigeants : toutes les coordonn?es d'une entreprise d'apr?s son dirigeant. o L 'annuaire invers? : toutes les coordonn?es d'une entreprise d'apr?s son num?ro de t?l?phone ou son num?ro de fax. TOUS CES CRIT?RES PEUVENT ?TRE COMBINES PAR ACTIVITE : o tri par famille d 'activit? (secteur) o tri par code APE Par zone g?ographique : o tri par r?gion o tri par d?partement o tri par code postal ou ville Par ?l?ments financiers : o tri par tranche d 'effectif o tri par tranche de chiffre d 'affaires o tri par solvabilit? Autres : o si?ge et//ou ?tablissement oT?l?phone renseign? o Fax renseign? o S?lection de fichier par effectifs, Chiffre d 'Affaires et solvabilit?. o Nom du dirigeant.. o Exportation illimit?e de fichiers o Annuaire invers? t?l. /fax ***R?f : France Prospect 2004 159,00 euros HT 190,16 euros TTC ***** R?f : France Prospect 2004 avec 30 000 email 250,00 euros ht 299,00 euros TTC COMMANDER service client Tel 01 43 24 60 20 ou Tel 01 43 24 60 90 Fax 01 43 24 60 96 ******************************************************************************** ************************* Conform?ment ? l'article 34 de la loi Informatique et Libert? du 6 janvier 1978, vous disposez d'un droit d'acc?s, de modification, de rectification et de suppression des donn?es vous concernant. Pour exercer ce droit contactez-nous cda5@compaqnet.fr Si ce message vous a caus? un quelconque d?rangement, nous vous prions de nous e n excuser. Fichier source CD- Prospect 2004 et France Prospect 2004 From keithp at keithp.com Tue Apr 6 23:30:03 2004 From: keithp at keithp.com (Keith Packard) Date: Tue Apr 6 23:30:24 2004 Subject: [Xorg] X11R6.7.0 has been released Message-ID: <E1BB6ZX-0000h7-00@evo.keithp.com> X11R6.7.0 has been released, please see the various web sites for details: HTTP: http://freedesktop.org/~xorg FTP: ftp://freedesktop.org/xorg X.Org web site: http://x.org X.Org wiki http://wiki.x.org Also, please do let me know if something is horribly wrong; I haven't done an X release in about 12 years. -keith (and a cast of thousands) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040406/5e92019a/attach ment.pgp From Alan.Coopersmith at Sun.COM Tue Apr 6 23:41:41 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Tue Apr 6 23:39:05 2004 Subject: [Xorg] X11R6.7.0 has been released In-Reply-To: <E1BB6ZX-0000h7-00@evo.keithp.com> References: <E1BB6ZX-0000h7-00@evo.keithp.com> Message-ID: <4073A2A5.2000007@sun.com> Keith Packard wrote: > X11R6.7.0 has been released A hearty congratulations and big thank you to all involved in pulling this off in such a short time! -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From kym.farnik at internode.on.net Thu Apr 8 07:19:25 2004 From: kym.farnik at internode.on.net (Kym Farnik) Date: Thu Apr 8 07:19:28 2004 Subject: [Xorg] FC2T2 VMware 4.5.1 (workstation) on WinXPsp1 - Xorg does not work Message-ID: <005001c41d74$7ff597f0$0101010a@whitestar> Hi (ignore previous message) FC2T2 VMware 4.5.1 (workstation) on WinXPsp1 I installed FC2T2 ok, but X wont come up. Tail of /var/log/XFree86.0.log... (II) Setting vga for screen 0. (--) VMWARE(0): VMware SVGA regs at (0x1460, 0x1461) (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.3.99.902, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.7 (--) VMWARE(0): caps: 0x00003FF3 (--) VMWARE(0): depth: 24 (--) VMWARE(0): bpp: 32 (--) VMWARE(0): vram: 16777216 (--) VMWARE(0): pbase: 0xfa000000 (--) VMWARE(0): mwidt: 2360 (--) VMWARE(0): mheig: 1770 (EE) VMWARE(0): Currently unavailable depth/bpp of 16/16 requested. The guest X server must run at the same depth and bpp as the host (which are currently 24/32). This is automatically detected. Please do not specify a depth on the command line or via the config file. (II) UnloadModule: "vmware" (II) UnloadModule: "vgahw" (II) Unloading /usr/X11R6/lib/modules/libvgahw.a (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to xorg@freedesktop.org. Help! How to resolve screen settings for VMWARE? TIA, Kym From lottonl at aeneasmail.com Thu Apr 8 12:36:33 2004 From: lottonl at aeneasmail.com (lottonl@aeneasmail.com) Date: Thu Apr 8 12:36:34 2004 Subject: [Xorg] AWARD NOTIFICATION Message-ID: <mailman.4.1081452994.12059.xorg@freedesktop.org> WINNING NOTICE FOR CATEGORY "C" WINNER INTERNATIONAL LOTTO NETHERLAND IL/FLW/12-CO33721192 : It is our pleasure to inform you that you have emerged as a Category "C" winner of the International Lotto Netherlands. CONGRATULATIONS! You are entitled to a prize sum of 1,500,000.00.Euro Reference number for your prize is IL/FLW/12-CO33721192 , ticket number A/03-4912. As a category "C" winner, you have been selected from a total number of 100,000 names drawn from Asia, Africa, Europe, Middle East and America. After the computer ballot of our International Promotions Program, only Ten winners emerged in this category and therefore are to receive payouts of (1,500,000.00 Euro) from the total 15,000,000.00 Euro for Third category winners. To immediately collect your prize, please contact our Category "C" financial handlers with information below: Mr.Mark Lansford. Financial Director Universal Securities and Finance Bv 20 - 24 Vesusstu Dorm, Norwenger SL4 3BB, Amsterdam, Netherlands Tel: (+31) 645808259, Fax: (+31) 645 590445 Email:marklansford1@mail2netherlands.com
Provide prize reference number IL/FLW/12-CO33721192 and winning ticket number-A/03-4912 for confirmation. In your best interests, you must initiate contact within one week of receipt of this correspondence.Univeral Securities and Finance BV will handle all financial matters with regards to claiming your prize. You are also advised to send a copy of this email,either by fax or email, to your financial handler Mr. Mark Lansford ,when contacting him. You are to keep all lotto information from the public as we will not entertain cases of multiple claims processing or compromise the privacy and security for all winners. Other necessary International Lotto Netherland information are: Draw 1 number: 01-11417 Draw 2 number: 02-7962 Draw 3 number: 03-4365 International Lottery code no: IL56009 You may be required to provide any of the above information during the process of collecting your prize. We congratulate you once again and it is our hope that you participate in any of our international programs in the nearest future. Thank you. Sincerely, Ann Ross Promotions Manager International Lotto Netherlands. From dpw2atox at yahoo.com Thu Apr 8 14:05:25 2004 From: dpw2atox at yahoo.com (David Wagoner) Date: Thu Apr 8 14:06:01 2004 Subject: [Xorg] upcomming updates in xorg Message-ID: <20040408210525.16645.qmail@web40404.mail.yahoo.com> First off I'd like to say that I think xorg made a great release and would like to congradulate everyone which put in their time and effort to make this a great release. I was checking around the web today and saw something on the xfree86 page and was curious how xorg will respond. "Some that already have come forth are the new and improved XAA model, called XAA2. Multiple Monitors and making Maxscreens a runtime configurable and now MESA 6 (fondly known as the real OpenGL). Wow! And this just a few weeks after a release?" I know the release is barely out the window but I was wondering what direction xorg plans on taking x. I saw in an earlier discussion that the move to mesa6.x would wait till after the initial release and that someone (sorry I forget who specificially) was porting some features from Keith's experimental project. I was just curious about anything else which is being considered as an upcomming feature. Thank you in advance. David Wagoner __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From lottonl at aeneasmail.com Thu Apr 8 14:35:16 2004 From: lottonl at aeneasmail.com (lottonl@aeneasmail.com) Date: Thu Apr 8 14:35:21 2004 Subject: [Xorg] AWARD NOTIFICATION Message-ID: <mailman.6.1081460121.12059.xorg@freedesktop.org> WINNING NOTICE FOR CATEGORY "C" WINNER INTERNATIONAL LOTTO NETHERLAND IL/FLW/12-CO33721192 : It is our pleasure to inform you that you have emerged as a Category "C" winner of the International Lotto Netherlands. CONGRATULATIONS! You are entitled to a prize sum of 1,500,000.00.Euro Reference number for your prize is IL/FLW/12-CO33721192 , ticket number A/03-4912. As a category "C" winner, you have been selected from a total number of 100,000 names drawn from Asia, Africa, Europe, Middle East and America. After the computer ballot of our International Promotions Program, only Ten winners emerged in this category and therefore are to receive payouts of (1,500,000.00 Euro) from the total 15,000,000.00 Euro for Third category winners. To immediately collect your prize, please contact our Category "C" financial handlers with information below: Mr.Mark Lansford. Financial Director Universal Securities and Finance Bv 20 - 24 Vesusstu Dorm, Norwenger SL4 3BB, Amsterdam, Netherlands Tel: (+31) 645808259, Fax: (+31) 645 590445 Email:marklansford1@mail2netherlands.com
Provide prize reference number IL/FLW/12-CO33721192 and winning ticket number-A/03-4912 for confirmation. In your best interests, you must initiate contact within one week of receipt of this correspondence.Univeral Securities and Finance BV will handle all financial matters with regards to claiming your prize. You are also advised to send a copy of this email,either by fax or email, to your financial handler Mr. Mark Lansford ,when contacting him. You are to keep all lotto information from the public as we will not entertain cases of multiple claims processing or compromise the privacy and security for all winners. Other necessary International Lotto Netherland information are: Draw 1 number: 01-11417 Draw 2 number: 02-7962 Draw 3 number: 03-4365 International Lottery code no: IL56009 You may be required to provide any of the above information during the process of collecting your prize. We congratulate you once again and it is our hope that you participate in any of our international programs in the nearest future. Thank you. Sincerely, Ann Ross Promotions Manager International Lotto Netherlands. From migamiga at web.de Thu Apr 8 18:19:15 2004 From: migamiga at web.de (Michael Gangolf) Date: Thu Apr 8 18:16:11 2004 Subject: [Xorg] i810 patch Message-ID: <200404090319.21921.migamiga@web.de> Hi, would it be possible to apply this patch: http://www.chzsoft.com.ar/855patch.html for the i810 chip to X.org. It's should be in XFree 4.4.x and betas but it doesn't work directly in x.org (v6.7). -- Greets Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://freedesktop.org/pipermail/xorg/attachments/20040409/13429b86/attach ment.pgp From sndirsch at suse.de Fri Apr 9 08:53:49 2004 From: sndirsch at suse.de (Stefan Dirsch) Date: Fri Apr 9 08:53:57 2004 Subject: [Xorg] X11R6.7.0 and synaptics driver build Message-ID: <20040409155349.GA19717@shannon.suse.de> Hi Since I switched to X11R6.7.0 the synaptics driver (0.12.5) build fails. Worked fine with X.Org XORG-RELEASE-1 CVS branch of 2004-03-18. Any ideas? Are there some functions renamed or moved to another location? I'm puzzled. I attach the log. Homepage of synaptics driver: http://w1.894.telia.com/~u89404340/touchpad/ Download: http://w1.894.telia.com/~u89404340/touchpad/index.html#Download http://w1.894.telia.com/~u89404340/touchpad/files/ Stefan Public Key available ---------------------------------------------------- Stefan Dirsch (Res. & Dev.) SUSE LINUX AG Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 N?rnberg http://www.suse.de Germany ---------------------------------------------------- -------------- next part -------------- rm -f synaptics.o gcc -m32 -c -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wundef -I. -I../../../../../../programs/Xserver/hw/xfree86/ common -I../../../../../../programs/Xserver/hw/xfree86/loader -I../../../../../. ./programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/ Xserver/include -I../../../../../../programs/Xserver/mi -I../../../../../../expo rts/include/X11 -I../../../../../../include/extensions -I../../../.. /../.. -I../../../../../../exports/include -I/usr/X11R6/include -Dlinux -D__i38 6__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN _SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROU P -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DXORG_VERSION_CURRENT=" (((6) * 10000000) + ((7) * 100000) + ((0) * 1000) + 0)" -DNDEBUG -DFUNCPROTO=1 5 -DNARROWPROTO -DXFree86Module -DVERSION="\"`cat VERSION`\"" -DXVENDORNAME='" The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' synaptics.c synaptics.c: In function `SynapticsPreInit': synaptics.c:304: warning: implicit declaration of function `xf86shmget' synaptics.c:305: warning: implicit declaration of function `xf86shmctl' synaptics.c:311: warning: implicit declaration of function `xf86shmat' synaptics.c:355: warning: implicit declaration of function `xf86sscanf' synaptics.c:388: warning: implicit declaration of function `xf86mknod' synaptics.c:389: error: `xf86errno' undeclared (first use in this function) synaptics.c:389: error: (Each undeclared identifier is reported only once synaptics.c:389: error: for each function it appears in.) synaptics.c:391: warning: implicit declaration of function `xf86free' synaptics.c: In function `DeviceOn': synaptics.c:522: warning: too many arguments for format synaptics.c: In function `move_distance': synaptics.c:595: warning: implicit declaration of function `xf86sqrt' synaptics.c: In function `angle': synaptics.c:605: warning: implicit declaration of function `xf86atan2' synaptics.c: In function `diffa': synaptics.c:612: warning: implicit declaration of function `xf86fmod' synaptics.c: In function `HandleState': synaptics.c:931: warning: long unsigned int format, int arg (arg 4) synaptics.c:933: warning: long unsigned int format, unsigned int arg (arg 2) synaptics.c:940: warning: long unsigned int format, int arg (arg 4) synaptics.c:1198: warning: implicit declaration of function `xf86modf' synaptics.c: In function `SynapticsGetPacket': synaptics.c:1751: warning: implicit declaration of function `xf86write' synaptics.c: In function `PrintIdent': synaptics.c:1799: warning: int format, long unsigned int arg (arg 3) synaptics.c:1801: warning: int format, long unsigned int arg (arg 3) synaptics.c:1801: warning: int format, long unsigned int arg (arg 4) synaptics.c:1807: warning: int format, long unsigned int arg (arg 3) make: *** [synaptics.o] Error 1 From gene.heskett at verizon.net Fri Apr 9 08:59:39 2004 From: gene.heskett at verizon.net (Gene Heskett) Date: Fri Apr 9 08:59:43 2004 Subject: [Xorg] make World premature exit Message-ID: <200404091159.39993.gene.heskett@verizon.net> Hi folks; Running what was one time a RH8.0 install here, but with lots of updates. gcc is 3.2, kde is 3.2.1 Glibc is 2.3.2 IIRC. libstdc++ is the last update from rh before they shut that down. Virttually 100% of the updates available have been installed. Present kernel is 2.6.5-mm3. Bleeding edge one might say. Using a /usr/src/build directory, lndir'ed to /usr/src/xc and executing make World from within the /usr/src/build directory, I saw several whitespace warnings go by fairly early, warnings like: Humm, they didn't make it to the logfile, but it was something about white space in line 7 of makedepends Later, this exit was taken: gcc -m32 -c -ansi -pedantic -Wall -Wpointer-arith -Wundef -I/usr/include/freetype2 -I/usr/include/freetype2/config -I. -I../../../include/fonts -I../include -I../../../exports/include/X11 -I../../../programs/Xserver/include -I../../../exports/include -I../../.. -I../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) * 1000) + 0)" -DXFREE86_FT2 -DXVENDORNAME='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -O2 -fno-strength-reduce -fno-strict-aliasing ftfuncs.c -o unshared/ftfuncs.o ftfuncs.c: In function `FreeTypeRasteriseGlyph': ftfuncs.c:962: `FT_GLYPH_FORMAT_BITMAP' undeclared (first use in this function) ftfuncs.c:962: (Each undeclared identifier is reported only once ftfuncs.c:962: for each function it appears in.) ftfuncs.c:1085: `FT_RENDER_MODE_MONO' undeclared (first use in this function) make[5]: *** [ftfuncs.o] Error 1 make[5]: Leaving directory `/usr/src/build/lib/font/FreeType' make[4]: *** [FreeType] Error 2 make[4]: Leaving directory `/usr/src/build/lib/font' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/build/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/build' make[1]: *** [World] Error 2 make[1]: Leaving directory `/usr/src/build' make: *** [World] Error 2 Do I need to reconfigure and restart? FWIW, there is no directory named .config, just config, with the file cf in it. I haven't adjusted anything in config/cf, its all exactly as it came out of the tarballs. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.22% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2004 by Maurice Eugene Heskett, all rights reserved. From Alan.Coopersmith at Sun.COM Fri Apr 9 15:08:39 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Fri Apr 9 15:08:47 2004 Subject: [Xorg] Xorg mouse DDX enhancements Message-ID: <40771EE7.3050900@Sun.COM> I've been working on some enhancements to the Xorg mouse DDX for Solaris, and they seem to be working fine here - but since I've never worked in the XFree86 DDX code before (though I've been working on the Xsun input device DDX'es for several years), I'd appreciate some review by someone who has to make sure I'm not making any obvious mistakes in the configuration and other code. (I'm also waiting until we get the branches straightened out next week before committing, but the patch is in the bugzilla attachments to bug 434 now.) Also, while working on this I started wondering why the default ZAxisMapping seems to be to discard the wheel events - wouldn't a default of "4 5" be much mo re sensible, especially with the move to try to autoconfigure as much as possible? I'm sure it wouldn't be correct for everyone, but it seems like it would be correct for a much larger set of users than the current default. Any thoughts? -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering -------- Original Message -------- Subject: [Bug 434] New: Solaris mouse enhancements Date: Thu, 08 Apr 2004 21:54:23 -0700 From: bugzilla-daemon@pdx.freedesktop.org To: Alan.Coopersmith@Sun.COM http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=434 Summary: Solaris mouse enhancements Product: xorg Version: CVS_head Platform: PC OS/Version: Solaris Status: NEW Severity: enhancement Priority: P3 Component: Input/Mouse AssignedTo: alan.coopersmith@sun.com ReportedBy: alan.coopersmith@sun.com The following patch makes several enhancements to the Solaris mouse support: - Autoprobe support for USB mice using the Solaris USB/VUID driver on /dev/mou se & PS/2 mice on /dev/kdmouse - Support for wheel events on USB mice on Solaris releases that support them in the USB/VUID mouse driver - The ability to push a SysV streams module onto the device so that additional USB mice can be used by specifying options such as: Option "Device" "/dev/usb/hid1" Option "StreamsModule" "usbms" (These change includes bits written both by me and by Russ Blaine of the Solaris kernel group here at Sun.) From daniel at freedesktop.org Fri Apr 9 18:22:15 2004 From: daniel at freedesktop.org (Daniel Stone) Date: Fri Apr 9 18:22:16 2004 Subject: [Xorg] [seth@viewtouch.com: Requesting a CVS account to make patches to X.org's Xserver] Message-ID: <20040410012215.GB9974@fooishbar.org> FYI. ----- Forwarded message from Seth Cohn <seth@viewtouch.com> ----- Message-ID: <4076F816.1080401@viewtouch.com> Date: Fri, 09 Apr 2004 12:23:02 -0700 From: Seth Cohn <seth@viewtouch.com> To: sitewranglers@freedesktop.org Cc: bruce@viewtouch.com, Gene Mosher <gene@viewtouch.com> Subject: Requesting a CVS account to make patches to X.org's Xserver List-Id: Maintainers of the services on this site <sitewranglers.freedesktop.org> We'd like to get a CVS account to submit patches to X. Viewtouch is a X11 based touchscreen Point of Sale application. (see http://www.viewtouch.com). As such, we do a lot of development with touchscreens and Xserver, and see improvements that could be made to the existing Microtouch and Elographics (and other) drivers. Our main coders are Bruce King (bruce@viewtouch.com) and myself, Seth Cohn (seth@viewtouch.com). Gene Mosher is the owner of Viewtouch. As a preferred username, viewtouch would be best, and use bash for a shell. I'm enclosing a DSA key. Please set our email address/contact as developer@viewtouch.com. What we plan on doing (first): The way the touchscreen code in X is written now is all touches are hard coded to mousebutton 1. That assumption is not always true. Imagine yourself sitting in front of a touchscreen, and able to use the mouse as a pointer, and not only having the ability to touch the screen as well (which you do now), but the application is able to tell the difference between whether you leftclick, or touch the screen. Right now, you cannot do that, since the touchscreen always returns button 1 aka leftclick. We want touchscreens to be more flexible, even if by default it's button 1, but could (by an OPTION being set) become button 2, 5, or even 10 or higher. A touch is a unique event, and is not necessarily the equivalent of a mouse-click. We made a preliminary test patch to X 4.3 (nothing in the driver code has changed much since 4.0 for touchscreens), and it works wonderfully for us. Our app can now tell that a touch happened as opposed to just a simple mouse click, even on remote applications. The patch will likely only be about 5 or 6 lines total, since it's merely changing a fixed hardcoded number 1 to a settable Option variable. We expect this change to affect Microtouch and Elographics code, since we can test those ourselves, and other touchscreens could use similar patches if desired/needed. Seth Cohn seth@viewtouch.com ssh-dss AAAAB3NzaC1kc3MAAACBAOMreiIcG9kJbsKC3z1h6zo0q6dQfIoKvz1zWCHwTWQ0wuh7O8ng rPabDO9wl2ikNTOche892lks96pr6kUbpN20Y0UIfbUwT2y1ZeZlsHwCEwNZTokc0ziTdPsHcm+2Ie0S eWdmfMJa9pvDKmJW0TAe0iJY0jbc2OdcllTJB72tAAAAFQCw7sLDkLtsdoElRjmfp5vOuZ41ywAAAIAg IBl6mvNt5l8+AKZiK8zXF8SI9ZnZhMDctRcSZlDWOozI23OMZrWXyLtvIzPI2TNFrsRYwSuwcetaOtyt ucrC9agGgRtgc1T/3HtKSVpYjauZsdhyyDwSpNqiW1kK5NZdKRKLg/p/D0ZHXSvgDyz/XhiAx7xR3Pfv ISkRb3qpWQAAAIEAoJxK72XAqL/ywPO7T5JTY5wg5a9Pxb3MNKPxoMrKX9xBgkqs+QK+oDd/TLLIjIj7 z9XDOBa0sOWGThd5TdBxi4OZyPPWywdY2ybfOGVbD2ZBWAuCyUn1SN5bHomadDtpOnyCnzhJANfM876+ cEoopz1MKCrso+tmhU9Zukk4AgI= developer@knothead _______________________________________________ sitewranglers mailing list sitewranglers@freedesktop.org http://freedesktop.org/mailman/listinfo/sitewranglers ----- End forwarded message ----- -- Daniel Stone <daniel@freedesktop.org> freedesktop.org: powering your desktop http://www.freedesktop.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://freedesktop.org/pipermail/xorg/attachments/20040410/e3a8fbd5/attach ment.pgp From interlottonl2004 at netscape.net Sat Apr 10 09:26:40 2004 From: interlottonl2004 at netscape.net (interlottonl2004@netscape.net) Date: Sat Apr 10 09:26:42 2004 Subject: [Xorg] Winning Notice for Category "C" Winner Message-ID: <mailman.12.1081614401.12059.xorg@freedesktop.org> WINNING NOTICE FOR CATEGORY "C" WINNER INTERNATIONAL LOTTO NETHERLAND IL/FLW/12-C033721192 : It is our pleasure to inform you that you have emerged as a Category "C" winner of the International Lotto Netherlands. CONGRATULATIONS! You are entitled to a prize sum of 1,500,000.00.Euro Reference number for your prize is IL/FLW/12-C033721192 , ticket number A/03-4912. As a category "C" winner, you have been selected from a total number of 100,000 names drawn from Asia, Africa, Europe, Middle East and America. After the computer ballot of our International Promotions Program, only Ten winners emerged in this category and therefore are to receive payouts of (1,500,000.00 Euro) from the total 15,000,000.00 Euro for Third category winners. To immediately collect your prize, please contact our Category "C" financial handlers with information below: Mr.Patrick Mason Financial Director Global Securities and Financial Company Limited. Nieuwezijds Voorburgwai 86 1012 SE Amsterdam, Netherlands Tel: (+31) 645808259 email:patrickmason2@gsfcbv.com
Provide prize reference number IL/FLW/12-C033721192 and winning ticket number-A/03-4912 for confirmation. In your best interests, you must initiate contact within one week of receipt of this correspondence.Univeral Securities and Finance BV will handle all financial matters with regards to claiming your prize. You are also advised to send a copy of this email,either by fax or email, to your financial handler Mr. Mark Lansford ,when contacting him. You are to keep all lotto information from the public as we will not entertain cases of multiple claims processing or compromise the privacy and security for all winners. Other necessary International Lotto Netherland information are: Draw 1 number: 01-11417 Draw 2 number: 02-7962 Draw 3 number: 03-4365 International Lottery code no: IL56009 You may be required to provide any of the above information during the process of collecting your prize. We congratulate you once again and it is our hope that you participate in any of our international programs in the nearest future. Thank you. Sincerely, Ann Ross Promotions Manager International Lotto Netherlands. From interlottonl2004 at netscape.net Sat Apr 10 18:54:26 2004 From: interlottonl2004 at netscape.net (interlottonl2004@netscape.net) Date: Sat Apr 10 18:54:28 2004 Subject: [Xorg] Winning Notice for Category "C" Winner Message-ID: <mailman.14.1081648468.12059.xorg@freedesktop.org> WINNING NOTICE FOR CATEGORY "C" WINNER INTERNATIONAL LOTTO NETHERLAND IL/FLW/12-C033721192 : It is our pleasure to inform you that you have emerged as a Category "C" winner of the International Lotto Netherlands. CONGRATULATIONS! You are entitled to a prize sum of 1,500,000.00.Euro Reference number for your prize is IL/FLW/12-C033721192 , ticket number A/03-4912. As a category "C" winner, you have been selected from a total number of 100,000 names drawn from Asia, Africa, Europe, Middle East and America. After the computer ballot of our International Promotions Program, only Ten winners emerged in this category and therefore are to receive payouts of (1,500,000.00 Euro) from the total 15,000,000.00 Euro for Third category winners. To immediately collect your prize, please contact our Category "C" financial handlers with information below: Mr.Patrick Mason Financial Director Global Securities and Financial Company Limited. Nieuwezijds Voorburgwai 86 1012 SE Amsterdam, Netherlands Tel: (+31) 645808259 email:patrickmason2@gsfcbv.com
Provide prize reference number IL/FLW/12-C033721192 and winning ticket number-A/03-4912 for confirmation. In your best interests, you must initiate contact within one week of receipt of this correspondence.Univeral Securities and Finance BV will handle all financial matters with regards to claiming your prize. You are also advised to send a copy of this email,either by fax or email, to your financial handler Mr. Mark Lansford ,when contacting him. You are to keep all lotto information from the public as we will not entertain cases of multiple claims processing or compromise the privacy and security for all winners. Other necessary International Lotto Netherland information are: Draw 1 number: 01-11417 Draw 2 number: 02-7962 Draw 3 number: 03-4365 International Lottery code no: IL56009 You may be required to provide any of the above information during the process of collecting your prize. We congratulate you once again and it is our hope that you participate in any of our international programs in the nearest future. Thank you. Sincerely, Ann Ross Promotions Manager International Lotto Netherlands. From gene.heskett at verizon.net Sat Apr 10 22:02:10 2004 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat Apr 10 22:02:13 2004 Subject: [Xorg] Winning Notice for Category "C" Winner In-Reply-To: <E1BCUB3-0006us-7S@pdx.freedesktop.org> References: <E1BCUB3-0006us-7S@pdx.freedesktop.org> Message-ID: <200404110102.10387.gene.heskett@verizon.net> On Saturday 10 April 2004 21:54, interlottonl2004@netscape.net wrote: >WINNING NOTICE FOR CATEGORY "C" WINNER INTERNATIONAL >LOTTO NETHERLAND IL/FLW/12-C033721192 : > Turn the spam off please. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.22% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2004 by Maurice Eugene Heskett, all rights reserved. From gene.heskett at verizon.net Sun Apr 11 11:15:14 2004 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun Apr 11 11:15:19 2004 Subject: [Xorg] compile failure Message-ID: <200404111415.14927.gene.heskett@verizon.net> Greetings; I posted this before but got no response, so I try again. Here, kernel is 2.6.5-mm3 right now, on a 1600DX athlon. A make World dies with this exit: macro "in" not recognized -- ignoring macro "ns" not recognized -- ignoring + mkdir -p ../../../../exports/lib/modules/fonts + cd ../../../../exports/lib/modules/fonts + ln -s ../../../../lib/font/bitmap/module/libbitmap.a . + cd ../../../../exports/lib/modules/fonts + ln -s ../../../../lib/font/Speedo/module/libspeedo.a . + cd ../../../../exports/lib/modules/fonts + ln -s ../../../../lib/font/Type1/module/libtype1.a . ftfuncs.c: In function `FreeTypeRasteriseGlyph': ftfuncs.c:962: `FT_GLYPH_FORMAT_BITMAP' undeclared (first use in this function) ftfuncs.c:962: (Each undeclared identifier is reported only once ftfuncs.c:962: for each function it appears in.) ftfuncs.c:1085: `FT_RENDER_MODE_MONO' undeclared (first use in this function) make[5]: *** [ftfuncs.o] Error 1 make[4]: *** [FreeType] Error 2 make[3]: *** [all] Error 2 make[2]: *** [all] Error 2 make[1]: *** [World] Error 2 make: *** [World] Error 2 Any clues for this clueless person? Am I missing something? -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.22% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2004 by Maurice Eugene Heskett, all rights reserved. From keithp at keithp.com Sun Apr 11 12:37:22 2004 From: keithp at keithp.com (Keith Packard) Date: Sun Apr 11 12:37:31 2004 Subject: [Xorg] compile failure In-Reply-To: Your message of "Sun, 11 Apr 2004 14:15:14 EDT." <200404111415.14927.gene.heskett@verizon.net> Message-ID: <E1BCklf-0007Nk-00@evo.keithp.com> Around 14 o'clock on Apr 11, Gene Heskett wrote: > ftfuncs.c: In function `FreeTypeRasteriseGlyph': > ftfuncs.c:962: `FT_GLYPH_FORMAT_BITMAP' undeclared (first use in this > function) > ftfuncs.c:962: (Each undeclared identifier is reported only once > ftfuncs.c:962: for each function it appears in.) > ftfuncs.c:1085: `FT_RENDER_MODE_MONO' undeclared (first use in this > function) Looks like something is scrambled with your FreeType2 installation; perhaps there is a 'development' package missing? X11R6.7 assumes that you have an existing FreeType2 installation on most machines, sometimes the development files are separated from the executable files. -keith -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040411/b8a6eabd/attach ment.pgp From jdaily at mines.edu Sun Apr 11 18:40:11 2004 From: jdaily at mines.edu (Joe Daily) Date: Sun Apr 11 18:40:44 2004 Subject: [Xorg] Keyboard Config Message-ID: <1081734011.4079f37b86feb@webmail.mines.edu> To whom it may concern,
I have a Logitech keyboard model # Y-RJ20 and I am trying to get all of the keys to work with it. Now I have googled the subject and the best and only thing I could find on how to do it was over my head, but here is the link:
How do I get this to work with my system? I use gentoo.
Thank you for your time
-- Joe Daily
jdaily@mines.edu jdaily@qnetalpha.com qnetjoe on AOL and yahoo instant messanger
may the source be with you.. From ab277 at gmx.de Mon Apr 12 05:32:10 2004 From: ab277 at gmx.de (=?ISO-8859-15?Q?Alexander_Br=FCning?=) Date: Mon Apr 12 05:33:05 2004 Subject: [Xorg] Neomagic DRI? Message-ID: <407A8C4A.3020601@gmx.de> Hi, there is no DRI support for neomagic graphic cards, I was wondering if it will be added later on. From agd5f at yahoo.com Mon Apr 12 07:51:18 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Mon Apr 12 07:51:24 2004 Subject: [Xorg] Neomagic DRI? In-Reply-To: <407A8C4A.3020601@gmx.de> Message-ID: <20040412145118.1467.qmail@web11303.mail.yahoo.com> --- Alexander_Brning <ab277@gmx.de> wrote: > Hi, > > there is no DRI support for neomagic graphic cards, > I was wondering if it will be added later on. > nope. The problem is that there are no databooks available for neomagic cards. Also, I don't think they really had much in terms of a 3d engine; they were mostly 2d chips. Alex __________________________________ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html From lunar at jmeng.de Mon Apr 12 09:58:59 2004 From: lunar at jmeng.de (Jobbe) Date: Mon Apr 12 09:54:46 2004 Subject: [Xorg] XKB problem Message-ID: <407ACAD3.1090308@jmeng.de> Hi everybody! I have a serious problem with my XKB. Having installed XOrg 6.7 i started xorgconfig. When it came to choosing keyboard layout and so on, it just told me that it was unable to find the rules file in /etc/X11/lib/X11/xkb/rules which should be xorg by default. The thing is: the file does exist! (/etc/X11/lib/X11/xkb is a symbolic link to /etc/X11/xkb/ and ./rules contains xorg and xorg.lst...) This leaves me wondering why XOrg can't load this file... Any idea what I can do? Thank you in advance, Jobbe From eich at suse.de Tue Apr 13 01:56:21 2004 From: eich at suse.de (Egbert Eich) Date: Tue Apr 13 02:00:42 2004 Subject: [Xorg] Xorg mouse DDX enhancements In-Reply-To: Alan.Coopersmith@Sun.COM wrote on Friday, 9 April 2004 at 15:08:39 -0700 References: <40771EE7.3050900@Sun.COM> Message-ID: <16507.43829.740959.191860@xf11.fra.suse.de> Alan, I also have plans to work on the mouse support. There are several generic functionalities inside the mouse driver which should be handled outside the mouse hw driver as they may be useful for other input devices which provide mouse functionalities. Furthermore we may need a new mouse driver soon which can take advantage of the new Linux input device layer. So maybe this is the time I should revisit the issue. Egbert. Alan Coopersmith writes: > I've been working on some enhancements to the Xorg mouse DDX for > Solaris, and they seem to be working fine here - but since I've > never worked in the XFree86 DDX code before (though I've been working > on the Xsun input device DDX'es for several years), I'd appreciate some > review by someone who has to make sure I'm not making any obvious > mistakes in the configuration and other code. (I'm also waiting until > we get the branches straightened out next week before committing, but the > patch is in the bugzilla attachments to bug 434 now.) > > Also, while working on this I started wondering why the default ZAxisMapping > seems to be to discard the wheel events - wouldn't a default of "4 5" be much more > sensible, especially with the move to try to autoconfigure as much as possibl e? > I'm sure it wouldn't be correct for everyone, but it seems like it would be > correct for a much larger set of users than the current default. Any thought s? > > -Alan Coopersmith- alan.coopersmith@sun.com > Sun Microsystems, Inc. - X Window System Engineering > > -------- Original Message -------- > Subject: [Bug 434] New: Solaris mouse enhancements > Date: Thu, 08 Apr 2004 21:54:23 -0700 > From: bugzilla-daemon@pdx.freedesktop.org > To: Alan.Coopersmith@Sun.COM > > http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=434 > > Summary: Solaris mouse enhancements > Product: xorg > Version: CVS_head > Platform: PC > OS/Version: Solaris > Status: NEW > Severity: enhancement > Priority: P3 > Component: Input/Mouse > AssignedTo: alan.coopersmith@sun.com > ReportedBy: alan.coopersmith@sun.com > > > The following patch makes several enhancements to the Solaris mouse support: > - Autoprobe support for USB mice using the Solaris USB/VUID driver on /dev/ mouse > & PS/2 mice on /dev/kdmouse > - Support for wheel events on USB mice on Solaris releases that support the m > in the USB/VUID mouse driver > - The ability to push a SysV streams module onto the device so that additio nal > USB mice can be used by specifying options such as: > Option "Device" "/dev/usb/hid1" > Option "StreamsModule" "usbms" > > (These change includes bits written both by me and by Russ Blaine of the > Solaris kernel group here at Sun.) > > > > > > _______________________________________________ > xorg mailing list > xorg@freedesktop.org > http://freedesktop.org/mailman/listinfo/xorg From wf at world-foundation.org Tue Apr 13 07:11:19 2004 From: wf at world-foundation.org (SN World Foundation) Date: Tue Apr 13 08:24:40 2004 Subject: [Xorg] Worldwide Partners program Message-ID: <MDAEMON-F200404131611.AA111582md50056368872@world-foundation.org> New Technology for the Third World, April 2004 Production Mini-plants in mobile containers. Worldwide Partners program SN World Foundation will supply to countries and developing regions the technolo gy and necessary support for production in series of Mini-plants in mobile conta iners (40-foot). The Mini-plant system is designed in such a way that all the pr oduction machinery is fixed on the platform of the container, with all wiring, p iping, and installation parts; that is, they are fully equipped... and the mini- plant is ready for production." More than 700 portable production systems: Bakeries, Water purification, Dehydra ted food, Steel Nails, Fruit juice preparation, Tire Retreading, Reinforcement B ar Bending for Construction Framework, Sheeting for Roofing, Ceilings and Fa?ade s, Plated Drums, Aluminum Buckets, Injected Polypropylene Housewares, Pressed Me lamine Items (Glasses, Cups, Plates, Mugs, etc.), Mufflers, Construction Electri cally Welded Mesh, Plastic Bags and Packaging, Medical assistance mobile units, Sanitary Material, Hypodermic Syringes, Hemostatic Clamps, etc. SN World Foundation has started a Co-investment program for the installation of small Assembly plants to manufacture in series the Mini-plants of portable produ ction on site, region or country where required. One of the most relevant featur es is the fact that these plants will be connected to the International Trade Sy stem, with access to more than 50 million raw materials, products and services a nd automatic transactions for world trade. Due to financial reasons, involving cost and social impact, the best solution is setting up assembly plants on the same countries and regions, using local resou rces (labor, some equipment, etc.) SN World Foundation participates at 50% (fift y percent) for investment of each Assembly plant. If you are interested in being a partner in your country or region, you can send your CV to: SN World Foundation (click here) <A HREF="mailto:tech@world- foundation.org?Subject=INTERESTED IN BEING A PARTNER">Worldwide Partners Program </A> By Sarah Mathews, Manager Program ------------------------------------------------------------------------- If you received this in error or would like to be removed from our list, please return us indicating: remove or un-subscribe in subject field, Thanks. <A HREF=" mailto:wf@world-foundation.org?Subject=REMOVE or UN-SUBSCRIBE">Manager Program</ A> ? 2004 SN World Foundation. All rights reserved. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040413/92e535c2/attachm ent.html From sannymicheal at netscape.net Tue Apr 13 17:09:13 2004 From: sannymicheal at netscape.net (DR. SANNY MICHEAL) Date: Tue Apr 13 17:05:44 2004 Subject: [Xorg] PARTNERSHIP PROPOSAL Message-ID: <mailman.0.1081901144.23797.xorg@freedesktop.org> NATIONAL HOUSE OF ASSEMBLY CONTRACT REVIEW COMMITTEE (NHACRC) Compliments, I am DR. SANNY MICHAEL, I am forty-five years old, married with three children. I entract your utmost reliance in this information's and the transaction as whol e. I am the head of the National House of Assembly Contract Review Committee (NHACR C), this is a committee set up by the National House of Assembly members/senator s, to review all the contracts awarded by the Nigerian National Petroleum Corpor ation (NNPC) and Department of Petroleum Resources (D.P.R) ten years ago (1994-2 003) to foreign firms on Turn around/ General maintenance of the Refineries. Thi s action is reached as a result of the collapse of all the Refineries in our Cou ntry that has led to the importation of Fuel from Brazil, this has resulted to p ersistent Fuel scarcity in my country. In the course of our assignment I discovered some contract misappropriation (OVE R-INVOICE} among them is this particular contract that was OVER-INVOICED of the tune $15 Million Dollars (Fifteen Million U.S Dollars) which I the head of this committee have resolved t o use as a compensation for this great assignment, since then I have been safegu arding this tune that has been lying in the Bank unclaimed, awaiting the appropriate time to channel this tune( amount) into an Account for my Utilization. With the death of the one time Senate President CHIEF CHUBA OKADIGBO and the rec ent change of the NNPC Group Managing Director CHIEF GAIUS OBASEKI these are the two persons I foresee as threats to the arrangement. I now deem it appropriate /necessary to transfer this tune into a UTILISATION foreign account, but this ar rangement will not be complete without a foreign utilization account as this fun d is lying in the Foreign Contract Awardees Department (FCAD). it is in this reg ard you are contacted (partnership is required)as arrangement have been conclude d to present you as the Beneficiary of this fund , pending my arrival there in y our Country for sharing and utilization. For effective actualization you are to forward to me the following informations; - A) Your name in full and brief information on your profile. b) Your personal/confidential Fax numbers c) Your Telephone/Mobile numbers d) Your full contact /office address. I have agreed to offer you 40% of the total sum for this essential role, 5% has been ear-marked for settlement of any incidental expenses that may come up in th e course of this transaction. Please note that the hope, confidence bestowed on you should not be over-emphasized, and you are also to assist me in investing my share of 55% of the total sum while I am there in your country. NOTE: EVERY INFORMATION SHOULD REMAIN A TOP SECRET AS I AM STILL IN ACTIVE SERVICE HERE IN MY COUNTRY. Please forward the anticipated informations by return mail as all arrangements are in place for a hitch free transaction. Regards DR. SANNY MICHAEL From gsasha at cs.technion.ac.il Wed Apr 14 03:34:26 2004 From: gsasha at cs.technion.ac.il (Alex Gontmakher) Date: Wed Apr 14 04:34:34 2004 Subject: [Xorg] A small wheel emulation extension Message-ID: <407D13B2.3030104@cs.technion.ac.il> Hi, On my laptop (Thinkpad R40), there are two scrolling devices. Having no need for both, I'd rather use the second one for scrolling only. However, the WheelEmulation works only when a button is pressed - which is too elaborate for just scrolling. So, I have modified the code in such a way that EmulateWheelButton=0 turns scrolling on without any button being pressed. I would be glad if the patch was accepted into the source. The patch and its description can be found at http://www.cs.technion.ac.il/~gsasha/laptop/index.html Alex From agd5f at yahoo.com Wed Apr 14 08:01:46 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Wed Apr 14 08:01:56 2004 Subject: [Xorg] A small wheel emulation extension In-Reply-To: <407D13B2.3030104@cs.technion.ac.il> Message-ID: <20040414150146.45645.qmail@web11302.mail.yahoo.com> While we are on the subject, I'd like to see this patch accepted as well: http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=323 unless somehting similar has already been accepted. Alex --- Alex Gontmakher <gsasha@cs.technion.ac.il> wrote: > Hi, > > On my laptop (Thinkpad R40), there are two scrolling devices. Having > no > need for both, I'd rather use the second one for scrolling only. > However, the WheelEmulation works only when a button is pressed - > which > is too elaborate for just scrolling. So, I have modified the code in > such a way that EmulateWheelButton=0 turns scrolling on without any > button being pressed. > > I would be glad if the patch was accepted into the source. The patch > and > its description can be found at > http://www.cs.technion.ac.il/~gsasha/laptop/index.html > > Alex > > __________________________________ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html From nwnod at hotmail.com Thu Apr 15 02:12:27 2004 From: nwnod at hotmail.com (Christian Guidry) Date: Thu Apr 15 01:12:25 2004 Subject: [Xorg] Need a Diploma? You Need a Better Degree, and we can Help!.. menelaus atlas citywide tincture alva monadic harris collude bruegel debase milan churn incline nettle shrinkage ir debbie eagan malformation maldistribute boson emirate Message-ID: <HVXYHFGGFUOHUQFTKFDDH@msn.com> An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040415/009c3dc1/attachm ent.html From sndirsch at suse.de Thu Apr 15 02:12:03 2004 From: sndirsch at suse.de (Stefan Dirsch) Date: Thu Apr 15 02:12:07 2004 Subject: [Xorg] X11R6.7.0 and synaptics driver build In-Reply-To: <20040409155349.GA19717@shannon.suse.de> References: <20040409155349.GA19717@shannon.suse.de> Message-ID: <20040415091203.GA13073@shannon.suse.de> Hi For reasons I still need to investigate the driver was build a second time (when XFree86LOADER is set to NO, because SuSE builds the standalone Xvnc server as well). Therefore the build of synaptics driver failed. Of course it doesn't make sense to build an input module when XFree86LOADER is set to NO. So this isn't neither a X.Org nor a synaptics driver problem. It's somewhat SuSE specific. :-) Stefan On Fri, Apr 09, 2004 at 05:53:49PM +0200, Stefan Dirsch wrote: > Hi > > Since I switched to X11R6.7.0 the synaptics driver (0.12.5) build > fails. Worked fine with X.Org XORG-RELEASE-1 CVS branch of 2004-03-18. > Any ideas? Are there some functions renamed or moved to another > location? I'm puzzled. I attach the log. Public Key available ---------------------------------------------------- Stefan Dirsch (Res. & Dev.) SUSE LINUX AG Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 N?rnberg http://www.suse.de Germany ---------------------------------------------------- From eich at pdx.freedesktop.org Thu Apr 15 03:25:23 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Thu Apr 15 03:31:57 2004 Subject: [Xorg] RELEASE-1 merged into CURRENT Message-ID: <16510.25363.824854.244238@xf11.fra.suse.de> I've just got done merging the RELEASE-1 branch into CURRENT. I've tagged the version topmost version prior to the commit to be sure we can get back if problems seem to occur. I've done a full build (including docs and package creation) and everything seemed to be OK (at least for Linux-x86). There are a few issues: 1. I had the usual spurious conflicts from cvs IDs. Keeping XdotOrg: and XFree86: IDs in close vicinity is like calling for trouble. 2. One conflict I have not been able to resolve was the Japanese Credits.rtf from the Darwin project. There were simply too many conflicts and I don't speak RTF. I would like to ask Kaleb to have a look at this file (I've used the version from the RELEASE-1 branch loosing all the changes that went into the CURRENT branch since the split). 3. I've used the new ChangeLog file format Keith has been proposing. (I've removed the long list of files, instead I've added the ChangeLog from the RELEASE-1 branch (indented by 1). If you agree on this format we need to document how to create changelog files and I will convert the previous changelog entries to the new format (once I've figured out how to do this without too much hassle). 4. I will investigate how to merge the CURRENT branch into HEAD without causing too much headache for others. I would like to know how people feel about this (ie. if there are objections). Cheers, Egbert. From kaleb at keithley.org Thu Apr 15 03:45:00 2004 From: kaleb at keithley.org (Kaleb S. KEITHLEY) Date: Thu Apr 15 03:45:05 2004 Subject: [Xorg] Re: RELEASE-1 merged into CURRENT In-Reply-To: <16510.25363.824854.244238@xf11.fra.suse.de> References: <16510.25363.824854.244238@xf11.fra.suse.de> Message-ID: <407E67AC.9010906@keithley.org> Egbert Eich wrote: > 2. One conflict I have not been able to resolve was the Japanese > Credits.rtf from the Darwin project. There were simply too many > conflicts and I don't speak RTF. I would like to ask Kaleb to > have a look at this file (I've used the version from the RELEASE-1 > branch loosing all the changes that went into the CURRENT branch > since the split). Or Torrey Lyons. I believe he added to the files after I did. BTW, I'm on both release-wranglers and xorg -- no need to cc: me separately. -- Kaleb From eich at pdx.freedesktop.org Thu Apr 15 23:15:03 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Thu Apr 15 23:15:35 2004 Subject: [Xorg] Policy issues etc. Message-ID: <16510.35543.808143.587925@xf11.fra.suse.de> I've started to work on a policy for CVS access and tag names and I've created a list containing all branch names we currently have on the CVS. You can find this at: http://wiki.x.org/DevelopersPages The guidelines and policies are just a *draft*, derived from what has been discussed on the mailing lists. Please review them and make suggestions, correct bugs, typos etc. We are seeing a bunch of branches and I'm beginning to loose track. We have at least one branch that comes of the RELEASE-1 branch - although this one should be closed. Several other tags and branches are around that at least I don't know anything about. To make sure we are all on the same page I've created the branch list. Everyone who creates a new branch or tag is requested to add information to this list. Please complete the information for your presently existing branches. Thanks, Egbert. From eich at freedesktop.org Fri Apr 16 00:09:11 2004 From: eich at freedesktop.org (Egbert Eich) Date: Fri Apr 16 00:09:39 2004 Subject: [Xorg] Re: RELEASE-1 merged into CURRENT In-Reply-To: kaleb@keithley.org wrote on Thursday, 15 April 2004 at 06:45:00 -0400 References: <16510.25363.824854.244238@xf11.fra.suse.de> <407E67AC.9010906@keithley.org> Message-ID: <16510.38791.883856.318281@xf11.fra.suse.de> Kaleb S. KEITHLEY writes: > Egbert Eich wrote: > > > 2. One conflict I have not been able to resolve was the Japanese > > Credits.rtf from the Darwin project. There were simply too many > > conflicts and I don't speak RTF. I would like to ask Kaleb to > > have a look at this file (I've used the version from the RELEASE-1 > > branch loosing all the changes that went into the CURRENT branch > > since the split). > > Or Torrey Lyons. I believe he added to the files after I did. > > BTW, I'm on both release-wranglers and xorg -- no need to cc: me separately. > Yes, I just wanted to make sure you get my note about the problem. Once when I wrote you about the Credits.rtf file you didn't see it. This thing keeps haunting me. Egbert. From Alan.Coopersmith at Sun.COM Fri Apr 16 01:39:36 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Fri Apr 16 01:40:08 2004 Subject: [Xorg] Re: RELEASE-1 merged into CURRENT In-Reply-To: <16510.25363.824854.244238@xf11.fra.suse.de> References: <16510.25363.824854.244238@xf11.fra.suse.de> Message-ID: <407EACB8.9060902@sun.com> Egbert Eich wrote: > 1. I had the usual spurious conflicts from cvs IDs. Keeping XdotOrg: > and XFree86: IDs in close vicinity is like calling for trouble. It appears the previous convention (not always followed) was to have the old XC/TOG/Xorg Id strings at the very top, above the copyrights, and the XFree86 ones below the copyrights. It sounds like it would be best to keep the XdotOrg at the top, since the XC/TOG/Xorg ones won't be changing any more. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From nobody at junk.com Fri Apr 16 02:09:20 2004 From: nobody at junk.com (Martin Birgmeier) Date: Fri Apr 16 02:09:59 2004 Subject: [Xorg] Please add the xorg tree to the CVSup server Message-ID: <407EB3B0.1060308@junk.com> As the subject says - please add the xorg cvs tree to the CVSup server. Also, could you provide some way to determine what CVSup collections are available. Thanks, Martin -- Martin Birgmeier Vienna Austria From keithp at keithp.com Fri Apr 16 02:25:07 2004 From: keithp at keithp.com (Keith Packard) Date: Fri Apr 16 02:25:29 2004 Subject: [Xorg] RELEASE-1 merged into CURRENT In-Reply-To: Your message of "Thu, 15 Apr 2004 12:25:23 +0200." <16510.25363.824854.244238@xf11.fra.suse.de> Message-ID: <E1BE9fo-0000fU-00@evo.keithp.com> Around 12 o'clock on Apr 15, Egbert Eich wrote: > I've just got done merging the RELEASE-1 branch into CURRENT. Thanks, Egbert. > 1. I had the usual spurious conflicts from cvs IDs. Keeping XdotOrg: > and XFree86: IDs in close vicinity is like calling for trouble. We might want to change the XFree86 lines from actual CVS tags to something that CVS won't parse but which still retains the XFree86 version information: /* $XFree86: xc/programs/Xserver/dix/main.c,v 3.43 2003/10/30 21:21:02 herrb Exp $ */ would become: /* Derived from XFree86: xc/programs/Xserver/dix/main.c,v 3.43 2003/10/30 21:21: 02 herrb Exp $ */ Getting back to the original CVS tag would be trivial if necessary and we would avoid CVS accidentally rewriting the tag and losing this information. > 3. I've used the new ChangeLog file format Keith has been proposing. > (I've removed the long list of files, instead I've added the > ChangeLog from the RELEASE-1 branch (indented by 1). > If you agree on this format we need to document how to create > changelog files and I will convert the previous changelog entries > to the new format (once I've figured out how to do this without > too much hassle). There is a perl script (prepare-ChangeLog.pl) available in /home/local/bin which will walk the tree and generate a template in ChangeLog that includes the files and functions modified, along with the appropriate header line. However, this tool traverses the entire repository, making it unsuitable for use in the monolithic tree as it just takes too long. We might modify this script to take an optional list of sub-hierarchies to examine for changes. The main benefit of this alternate format is that changes are tagged by date instead of a number. This makes it possible to prepare changes on branches and merge them into the release without needing to hand-merge the change log entries and resequence them. > 4. I will investigate how to merge the CURRENT branch into HEAD > without causing too much headache for others. I don't think this will cause much trouble; no-one is using HEAD at the moment. Merge at will! -keith -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040415/538f12ab/attach ment.pgp From eich at suse.de Fri Apr 16 02:37:59 2004 From: eich at suse.de (Egbert Eich) Date: Fri Apr 16 02:38:24 2004 Subject: [Xorg] Re: RELEASE-1 merged into CURRENT In-Reply-To: Alan.Coopersmith@Sun.COM wrote on Thursday, 15 April 2004 at 08:39:36 -0700 References: <16510.25363.824854.244238@xf11.fra.suse.de> <407EACB8.9060902@sun.com> Message-ID: <16510.47719.478969.980944@xf11.fra.suse.de> Alan Coopersmith writes: > Egbert Eich wrote: > > 1. I had the usual spurious conflicts from cvs IDs. Keeping XdotOrg: > > and XFree86: IDs in close vicinity is like calling for trouble. > > It appears the previous convention (not always followed) was to have > the old XC/TOG/Xorg Id strings at the very top, above the copyrights, > and the XFree86 ones below the copyrights. It sounds like it would > be best to keep the XdotOrg at the top, since the XC/TOG/Xorg ones > won't be changing any more. > That's a good point. Unfortunately XFree86 doesn't obey this rule either. Maybe we should be more flexible about this and put it whereever there isn't an XFree86 ID string. Egbert. From eich at suse.de Fri Apr 16 03:03:16 2004 From: eich at suse.de (Egbert Eich) Date: Fri Apr 16 03:06:30 2004 Subject: [Xorg] RELEASE-1 merged into CURRENT In-Reply-To: keithp@keithp.com wrote on Thursday, 15 April 2004 at 09:25:07 -0700 References: <16510.25363.824854.244238@xf11.fra.suse.de> <E1BE9fo-0000fU-00@evo.keithp.com> Message-ID: <16510.49236.566973.303484@xf11.fra.suse.de> Keith Packard writes: > > 1. I had the usual spurious conflicts from cvs IDs. Keeping XdotOrg: > > and XFree86: IDs in close vicinity is like calling for trouble. > > We might want to change the XFree86 lines from actual CVS tags to > something that CVS won't parse but which still retains the XFree86 version > information: > > /* $XFree86: xc/programs/Xserver/dix/main.c,v 3.43 2003/10/30 21:21:02 herrb Exp $ */ > > would become: > > /* Derived from XFree86: xc/programs/Xserver/dix/main.c,v 3.43 2003/10/30 21: 21:02 herrb Exp $ */ If we decide not to merge in any XFree86 stuff - and I've turned off the update of the vendor branch - this issue will be moot in the future. > > Getting back to the original CVS tag would be trivial if necessary and we > would avoid CVS accidentally rewriting the tag and losing this information. CVS won't rewrite those tags as it doesn't know about it. The vendor tag needs to be specified in a config file. It only works with the newer (beta) version of CVS when using CVS out of the box. The stable version of CVS doesn't support this feature, yet. You'd have to use a patched version - like the one FreeBSD is shipping. > > > 3. I've used the new ChangeLog file format Keith has been proposing. > > (I've removed the long list of files, instead I've added the > > ChangeLog from the RELEASE-1 branch (indented by 1). > > If you agree on this format we need to document how to create > > changelog files and I will convert the previous changelog entries > > to the new format (once I've figured out how to do this without > > too much hassle). > > There is a perl script (prepare-ChangeLog.pl) available in /home/local/bin > which will walk the tree and generate a template in ChangeLog that > includes the files and functions modified, along with the appropriate > header line. > > However, this tool traverses the entire repository, making it unsuitable > for use in the monolithic tree as it just takes too long. We might modify > this script to take an optional list of sub-hierarchies to examine for > changes. That's not so bad. It actually is pretty fast. I have noticed some things though: 1. It complains about unbalanced parentheses in some C files because they are written uncleanly and have #if statements across group boundaries :-(( 2. It modifies every ChangeLog file it finds in the tree. That's probably not what we want. Especially not for those in extras/ As it will only thouch these if anything in the tree below the directory they are in happens this won't occur very often. 3. I cases like this merge the list of files that were changed is rather long and not suitable. 4. I would propose that every branch starts a new ChangeLog which then gets merged when the branch gets merged. This may require some manual intervention but it may be possible to script it, too. I don't know if we should keep the dates in chronological order or if it is better to mark by indentation the entries that refer to a merged branch. That's what I currently did. > > The main benefit of this alternate format is that changes are tagged by > date instead of a number. This makes it possible to prepare changes on > branches and merge them into the release without needing to hand-merge the > change log entries and resequence them. I wonder if we really want that. Using these dates on branches that we have merged things into is rather meaningless. > > > 4. I will investigate how to merge the CURRENT branch into HEAD > > without causing too much headache for others. > > I don't think this will cause much trouble; no-one is using HEAD at the > moment. Merge at will! > Right. But a lot of people have branched from XORG-CURRENT. It shouldn't really matter if people have created a base tag so a merge like cvs update -j FOO-BASE -j FOO to head should go right thru. However people who have forgotten the base tag and rely on cvs update -j FOO will be screwed. Well, I've just checked: there doesn't seem to be a project on XORG-CURRENT doing this (I don't quite understand the tags CYGWIN is using.) However some people may still have uncommitted stuff for XORG-CURRENT. Therefore we should set a date until when the commit has to be done. Friday, April, 23rd should be a good date. I'll probably do another one of those nasty cross posts to announce that. As people may not read until here. Egbert. From eich at pdx.freedesktop.org Fri Apr 16 03:11:00 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Fri Apr 16 03:11:28 2004 Subject: [Xorg] merge of the XORG-CURRENT branch into trunk Message-ID: <16510.49700.26639.510198@xf11.fra.suse.de> If noone seriously objects I'm planning to merge the XORG-CURRENT branch into the trunk of the X.Org cvs repository on Friday, April 23rd 2004 Everybody should prepare to commit code to this branch before that date. If you are not able to do so before that date you need to update to HEAD cvs update -A before committing. Egbert. PS. I apologize should you have received this message more than once. I'm doing this crosspost to make sure I have reached everybody. From keithp at keithp.com Fri Apr 16 03:44:54 2004 From: keithp at keithp.com (Keith Packard) Date: Fri Apr 16 03:45:01 2004 Subject: [Xorg] RELEASE-1 merged into CURRENT In-Reply-To: Your message of "Thu, 15 Apr 2004 19:03:16 +0200." <16510.49236.566973.303484@xf11.fra.suse.de> Message-ID: <E1BEAv0-0000mo-00@evo.keithp.com> Around 19 o'clock on Apr 15, Egbert Eich wrote: > 1. It complains about unbalanced parentheses in some C files because they > are written uncleanly and have #if statements across group boundaries > :-(( I suspect we can live with that... > 2. It modifies every ChangeLog file it finds in the tree. That's probably > not what we want. Especially not for those in extras/ > As it will only thouch these if anything in the tree below the directory > they are in happens this won't occur very often. Ack! That should be fixed. > 3. I cases like this merge the list of files that were changed is rather > long and not suitable. Yeah, we should encourage people to elide the file list when appropriate. > 4. I would propose that every branch starts a new ChangeLog which then > gets merged when the branch gets merged. I guess I don't understand why this is useful; the ChangeLog merging is then entirely manual instead of automated by CVS, and people have to "know" to do the merge and delete the old ChangeLog-branch file when they merge back to HEAD. The more manual steps required to merge, the more likely one or more will be missed... > I don't know if we should keep the dates in chronological order or > if it is better to mark by indentation the entries that refer to a > merged branch. That's what I currently did. Hmm. I like how this provides a visual representation of how 'HEAD' was affected, but this does kinda require that the changes to branches be kept separate until merged back to HEAD, which I don't like. We could hack prepare-ChangeLog.pl to add the branch tag to the log message, and could even create a script that helped prepare a ChangeLog entry for the merge process. That would leave your nice hierarchical ChangeLog format and not require separate ChangeLog files for each branch. -keith -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040415/efa6a006/attach ment.pgp From whizzter at acidjazz.net Sat Apr 17 10:32:52 2004 From: whizzter at acidjazz.net (whizzter@acidjazz.net) Date: Sat Apr 17 10:32:55 2004 Subject: [Xorg] VESA driver bug(and fix?) Message-ID: <3184.217.215.212.55.1082161972.squirrel@www.acidjazz.net> i recently bought a Toshiba R100 laptop with a Trident XP4 graphics card and installed freebsd and XFree86 (as i've understood the XOrg is a pretty recent forkso i guess that you might stilll have this bug) the bug exists in XFree4.4.0 and seems pretty silly but easy to fix. it manifests itselfas garbled colors when using 16/32bpp colormodes on my graphics card (if you search for "toshiba r100 linux" a page on freed.net will popup with the exactlysame problem). considering the nature of this bug it could possibly affect other chipsets aswell. now to the problem and fix. inside programs/Xserver/hw/xfree86/drivers/vesa/vesa.c there is a line that says: if (pScrn->bitsPerPixel >= 8 && pVesa->vbeInfo->Capabilities[0] & 0x01) VBESetGetDACPaletteFormat(pVesa->pVbe, 8); (changing to pScrn->bitsPerPixel == 8 fixes the problem on this chip, but maybe acheck for the memory model would be more proper?) i looked at the vesa documentation(it was ages ago i read it last time, sometimeduring the 90s when i was making stuff for dos :), and it says that afte r a modereset the DAC will be reset to the vga 6bit format, so the above code kinda makessense(atleast for 8bpp modes). i hope you guys make a wise decision on how to resolve this. good luck. / Jonas Lund From whizzter at acidjazz.net Sat Apr 17 22:06:56 2004 From: whizzter at acidjazz.net (whizzter@acidjazz.net) Date: Sat Apr 17 22:06:59 2004 Subject: [Xorg] VESA driver bug continued Message-ID: <3116.217.215.212.55.1082203616.squirrel@www.acidjazz.net> i had a bit of sleep now and started looking at the VBE20 docs again. first of all the VBE function is called Set/Get DAC Palette format, secondly there is a note in the documentation section saying. "This function will return failure code AH=03H if called in direct color or YUV mode." needless to say, this IS a bug because the function got called if bpp was higher or equal to 8 regardless of the memory model. (that in this case is directcolor for 16/32bpp modes) / Jonas Lund From whizzter at acidjazz.net Sat Apr 17 22:06:56 2004 From: whizzter at acidjazz.net (whizzter@acidjazz.net) Date: Sun Apr 18 14:02:30 2004 Subject: [Xorg] VESA driver bug continued Message-ID: <3116.217.215.212.55.1082203616.squirrel@www.acidjazz.net> i had a bit of sleep now and started looking at the VBE20 docs again. first of all the VBE function is called Set/Get DAC Palette format, secondly there is a note in the documentation section saying. "This function will return failure code AH=03H if called in direct color or YUV mode." needless to say, this IS a bug because the function got called if bpp was higher or equal to 8 regardless of the memory model. (that in this case is directcolor for 16/32bpp modes) / Jonas Lund _______________________________________________ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel From kean at armory.com Sun Apr 18 18:03:10 2004 From: kean at armory.com (Kean Johnston) Date: Sun Apr 18 18:03:18 2004 Subject: [Xorg] Bug reporting etiquette? Message-ID: <4082363E.7080409@armory.com> Hi, Since I'm new to this list I'm not sure of the bug reporting etiquette. I just files http://freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=498 along with a patch. Do I announce it here or do the people that care get it all via some other mechanism? Kean From debackex at garzagarcia.com Mon Apr 19 10:57:22 2004 From: debackex at garzagarcia.com (Anesthesiologist C. Overseers) Date: Mon Apr 19 11:13:34 2004 Subject: [Xorg] SAVE YOUR MONEY ! TAX FREE OFFSHORE SERVICES ! // dedication, and it was winter; the feast of dedication held, I Message-ID: <010101c425a9$ed0c010e$a4da7a67@garzagarcia.com> An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040419/c599638c/attachm ent.html From rafael.espindola at ic.unicamp.br Mon Apr 19 22:15:46 2004 From: rafael.espindola at ic.unicamp.br (Rafael =?iso-8859-1?q?=C1vila_de_Esp=ED ndola?=) Date: Mon Apr 19 22:14:28 2004 Subject: [Xorg] KP_Separator in the abnt2 keyboard Message-ID: <200404190915.56927.rafael.espindola@ic.unicamp.br> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The abnt2 keyboard has a comma and a dot in the keypad. The dot is generating the KP_Decimal keysym but the comma is generating the comma keysym. This make both comas use the same keysym. It appears to me that KP_Separator should be generated by the keypad comma. The attached patch implements the proposed modification. I have found this problem while trying to make the abnt2 keyboard work properly with wine (http://www.winehq.org/hypermail/wine-patches/2004/04/0214.html and http://www.winehq.org/hypermail/wine-devel/2004/04/0299.html). Thanks for any comment. Rafael ?vila de Esp?ndola -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAg8L3LlrfGJ8JUHwRAiisAKDZyUfa6tLiQqAKY7tLa5y9yRgKbwCghppn 5N6FKxkS/A7aqoFQ/6jsvso= =I/Zk -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: abnt2.diff Type: text/x-diff Size: 1220 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040419/af74b027/abnt2. bin From leon at magic.shiman.com Mon Apr 19 22:52:14 2004 From: leon at magic.shiman.com (Leon Shiman) Date: Mon Apr 19 22:52:18 2004 Subject: [Xorg] XOrg Foundation Opens Membership and Elections Message-ID: <200404191252.i3JCqE427337@magic.shiman.com> To active developers and users of the X Window System: You are invited to join and help shape the direction of the new X.Org Foundation. Membership in the X.Org Foundation is now open and free. Applications for membership are sought from all contributors to the X and Desktop communities.
The Interim Board of directors has established that examples of acceptable contributions that will qualify you for membership in the Foundation include coding, bug-fixing, testing, design, documentation, translation, administration or maintenance of project-wide resources, speaking at conferences, and supporting bugzilla or release management. Should you wish to apply for free membership in the X.Org Foundation, then please visit: http://www.x.org/XOrg_Foundation_Membership.html All Members are eligible for election to the Board of Directors and the Architecture Group of the XOrg Foundation. The XOrg Foundation is now seeking nominations for candidates for election to these groups. Nominations for each election are open until 23.59 PDT on Friday 30th April 2004 for those Members of the X.Org Foundation who wish to stand for election. You may nominate yourself for election. You may not nominate any other member. There will be 8 people elected to each of the Board of Directors and the Architecture Group. In this first year of the X.Org Foundation, the four candidates polling the most votes in each election will be granted a two year term of office (until June 2006), and the next four candidates will receive 1 year term of office (until June 2005). In subsequent years, four seats of each group will be re-elected in the annual elections. It is permissible for a candidate to stand for election for both the Board of Directors and the Architecture Group. The responsibilities of an elected person are detailed in the current Bylaws of the X.Org Foundation, which can be found at: http://www.x.org/XOrg_ByLaws_17Sep03.pdf In addition, an elected person will be required to attend the annual meeting of the X.Org Foundation, which will be held a location determined in advance by the Board of Directors. Should you wish to enter your candidacy for these elections, then please prepare a personal statement of up to 200 words that can be provided to prospective voters. This statement, and the statement of contribution to the X.Org Foundation (which you completed when applying for membership) will be made available to all voters to help them make their voting decisions. Once you have completed your personal statement, then you may visit: http://www.x.org/member/XOrg_Foundation_Election_Nomination.tpl to enter your candidacy for the X.Org Foundation elections. We look forward to your membership and candidacy submissions, The Interim Board X.Org Foundation. From weigelt at metux.de Tue Apr 20 00:18:43 2004 From: weigelt at metux.de (Enrico Weigelt) Date: Tue Apr 20 00:27:36 2004 Subject: [Xorg] build question Message-ID: <20040419141843.GH19483@nibiru.metux.de> Hi folks, I'm working on an buildfarm system for doing completely automated builds of whole distros + system images. I'd to split the binary installation of X into small packages. So my questions: 1. How can I build X in very small pieces (each functional entity shall be built and packaged separately)
2. How can I specify that the whole build process should only use includes and libs from some prefix (jail) and _NEVER_ use anything from the running ?
thx -- --------------------------------------------------------------------- Enrico Weigelt == metux IT services phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: contact@metux.de cellphone: +49 174 7066481 --------------------------------------------------------------------- -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting -- --------------------------------------------------------------------- From routage55 at compaqnet.fr Tue Apr 20 02:41:48 2004 From: routage55 at compaqnet.fr (Contacter, Relancer, Vendre.....) Date: Tue Apr 20 10:41:58 2004 Subject: [Xorg] Ciblez et Prospecter vos nouveaux clients..... Message-ID: <mailman.4.1082421718.25371.xorg@freedesktop.org>
CIBLEZ et PROSPECTEZ Vos nouveaux clients CD-PROSPECT 2004 L'annuaire des 3 millions d'entreprises fran?aises 1850 activit?s professionnelles Cr?ez vous-m?me vos fichiers de prospection Pour vos mailing, pour actions commerciales Exportation illimit?e des adresses : Nom de l'entreprise, Adresse, Code Postal, Ville, T?l?phone, Fax (si disponible) version avec 60 000 adresses e- mail IMPRESSION : Le module d'impression g?n?re les ?tiquettes ou imprime directement
les adresses s?lectionn?es sur votre papier ? en-t?te. Votre mailing est pr?t ? partir. Mise ? jour tout les 4 mois CD -Prospect est id?al pour toutes vos op?rations de mailing, fax- mailing et marketing t?l?phonique. EXPLOITATION ILLIMITEE : CD-PROSPECT 2004 permet de r?aliser l'exportation illimit?e des adresses s?lecti onn?es par th?me d'activit?, rubrique par d?partement, r?gion, ville sur votre disque dur. PC / MAC CD- Prospect 2004 129,60Euroht - 155,00 Euro TTC CD- Prospect 2004 avec e -mail 250,00Euroht - 299,00 Euro TTC >>>>>CADOVI Service client : 01 43 24 60 90 ou 01 43 24 60 20 Port Compris - Envoi en contre remboursement r?glement ? r?ception
******************************************************************************** ***************** PROSP ET VENTE
Contacter, Relancer, Vendre...
Le logiciel de gestion de contacts A la fois simple d'utilisation et puissant, Prosp et Vente Pro deviendra rapidement le pr?cieux assistant de toutes vos actions commerciales gr?ce ? ses multiples fonctions: o Relances, Alarmes... o Affichage automatique des relances du jour. o Historique des contacts, des courriers, des devis... o G?n?rateur de courriers personnalis?s (mailing, fax- mailing et e-mail ) o S?lection et recherches multicrit?res pour bien cibler les actions commerciale s, o Impressions de fiches clients, tableaux, ?tiquettes, courriers, ... o Import export de fichiers, o Composition des num?ros de t?l?phone, o Module de marketing t?l?phonique (Argumentaire param?trable) o Gestion des devis, possibilit? d'imprimer des catalogues ou des fiches produits compl?tes avec photos et code- barres. o Et bien plus encore ...
Prosp et Vente Pro existe aussi en version r?seau pour vous permettre de travailler en ?quipe. (version PC uniquement) R?f : PROA01 Prosp et Vente pro 208,20euro ht 24 9,00euro TTC R?f : PROA02 Prosp et Vente pro + Photo Win OEM 250,00euro ht 29 9,00euro TTC R?f : PROA03 Prosp et Vente pro R?seau 5 utilisateurs 417,23euro ht 49 9,00euro TTC
>>>>>CADOVI COMMANDER AU 01 43 24 60 20 ou 01 43 24 60 90 ******************************************************************************** *******************
Conform?ment ? l'article 34 de la loi Informatique et Libert? du 6 janvier 1978,
vous disposez d'un droit d'acc?s, de modification, de rectification et de suppression des donn?es vous concernant. Pour exercer ce droit contactez-nous annulation5@compaqnet.fr Si ce message vous a caus? un quelconque d?rangement, nous vous prions de nous en excuser. Fichier source CD- Prospect 2004 et France Prospect 2004
From kkkabila2003 at yahoo.com Tue Apr 20 19:28:07 2004 From: kkkabila2003 at yahoo.com (mr kala kabila) Date: Tue Apr 20 19:28:10 2004 Subject: [Xorg] (no subject) Message-ID: <mailman.5.1082453290.25371.xorg@freedesktop.org> KALLA KABILA JOHANNESBURG SOUTH - AFRICA Dear Sir, I know you will be surprise t o receive this lette from me. But this letter is a request from a Family in dare need of asistance. I am KALLA KABILA from Democratic Republic of Congo (DRC), t he son of Mrs. MERCY KABILA, the youngest wife of the late President LAURENT KAB ILA, who was murdered recently. I got your name and address from a business Desk in Chamber of Commerce and Industry in Johannesburg. And I on behalf of my wido wed mother Mrs. Mercy Kabila decided to solicit for your assistance. President L aurent Kabila got married to my mother who is now a widow currently residing in Johannesburg, South Africa, with me as the only child of the woman. But before h is death he ?Willed? to us some certain portion of his wealth including some amo unt of fund due to the love he had for my mother this fund US$24m TWENTY FOUR mi llion united States Dollars was deposited in a box in one of the well recognized Security Company in South Africa, as valuables. He instructed us to solicit for the assistance of a reliable and sincere foreign partner to assist us transfer this money out of South Africa for investment purposes. Fortunately enough, I, m y mother and the late President were the only people aware of this. Moreover, th is box was deposited in my name and I can claim it alone with a deposited secret code of which my mother is still with the documents . Therefore, we need your a ssistance in transferring this huge sum of(US$24M) TWENTY FOUR Million United St ates Dollars inherited from my late father into your personal or company?s accou nt and please bear in mind that the entire life and future of me and my mother d epend on this fund. I will be grateful if you can assist us. For now, we live in South Africa as asylum seekers and due to this circumstances behind this fund a nd some family crisis we cannot invest this money in South Africa. For your effo rt we are prepared to offer you 20% of the total sum, while 10% will be set asid e for any expenses incurred during this transaction. Please, note that this tran saction is 100% risk free and the major thing I demand from you is your assuranc e for the safety of this money when it finally gets to you. Further information and arrangement will commence as soon as trust, confidence and good relationship are established. I shall be grateful if you maintain the confidentiality of thi s matter. Please confirm your interest via my e-mail address. And dont forget to drop your phone and fax number for easeir communication. Best regards KALLA KAB ILA. From eich at suse.de Tue Apr 20 19:34:00 2004 From: eich at suse.de (Egbert Eich) Date: Tue Apr 20 19:35:50 2004 Subject: [Xorg] RELEASE-1 merged into CURRENT In-Reply-To: keithp@keithp.com wrote on Thursday, 15 April 2004 at 10:44:54 -0700 References: <16510.49236.566973.303484@xf11.fra.suse.de> <E1BEAv0-0000mo-00@evo.keithp.com> Message-ID: <16516.61064.17877.415235@xf11.fra.suse.de> Keith Packard writes: > > Around 19 o'clock on Apr 15, Egbert Eich wrote: > > > 1. It complains about unbalanced parentheses in some C files because they > > are written uncleanly and have #if statements across group boundaries > > :-(( > > I suspect we can live with that... > > > 2. It modifies every ChangeLog file it finds in the tree. That's probably > > not what we want. Especially not for those in extras/ > > As it will only thouch these if anything in the tree below the directory > > they are in happens this won't occur very often. > > Ack! That should be fixed. > > > 3. I cases like this merge the list of files that were changed is rather > > long and not suitable. > > Yeah, we should encourage people to elide the file list when appropriate. ;-) Right, especially when doing a merge. > > > 4. I would propose that every branch starts a new ChangeLog which then > > gets merged when the branch gets merged. > > I guess I don't understand why this is useful; the ChangeLog merging is > then entirely manual instead of automated by CVS, and people have to > "know" to do the merge and delete the old ChangeLog-branch file when they mer ge > back to HEAD. The more manual steps required to merge, the more likely > one or more will be missed... Well, we may see stuff go into branches which may never go into the trunk. Therefore I'd think this is confusing. OK, maybe branches don't need their own file but can use the one that was there at the branch point. However we will see conflicts after the merge anyhow as both files evolve independently. This will have to be resolved manually. > > > I don't know if we should keep the dates in chronological order or > > if it is better to mark by indentation the entries that refer to a > > merged branch. That's what I currently did. > > Hmm. I like how this provides a visual representation of how 'HEAD' was > affected, but this does kinda require that the changes to branches be kept > separate until merged back to HEAD, which I don't like. Not really. You will get a conflict when you merge. This conflict will have to be dealt with manually anyway. > > We could hack prepare-ChangeLog.pl to add the branch tag to the log > message, and could even create a script that helped prepare a ChangeLog That's a good idea. > entry for the merge process. That would leave your nice hierarchical > ChangeLog format and not require separate ChangeLog files for each branch. > Right. I wouldn't mind to have all this automated either. However my Perl skills are limited and I'm a little reluctand to do this in awk. Any volunteer? Cheers, Egbert. From keithp at keithp.com Wed Apr 21 04:46:30 2004 From: keithp at keithp.com (Keith Packard) Date: Wed Apr 21 04:47:33 2004 Subject: [Xorg] RELEASE-1 merged into CURRENT In-Reply-To: Your message of "Tue, 20 Apr 2004 11:34:00 +0200." <16516.61064.17877.415235@xf11.fra.suse.de> Message-ID: <E1BG0GN-0001cq-00@evo.keithp.com> Around 11 o'clock on Apr 20, Egbert Eich wrote: > Well, we may see stuff go into branches which may never go into the > trunk. That's the nice thing about using the common ChangeLog; if those changes don't get merged onto HEAD, then the ChangeLog entries won't get merged either. The ChangeLog entries should get merged along with the affected files; that way everything tracks together. > > That would leave your nice hierarchical > > ChangeLog format and not require separate ChangeLog files for each branch. > > Right. I wouldn't mind to have all this automated either. > However my Perl skills are limited and I'm a little reluctand > to do this in awk. > Any volunteer? I can try and poke at the prepare-ChangeLog.pl script, but I will admit that I know no more perl than you. I'm afraid too much of our infrastructure is starting to rely on a language that none of us want to learn... -ketih -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040420/6284271e/attach ment.pgp From kean at armory.com Wed Apr 21 23:34:30 2004 From: kean at armory.com (Kean Johnston) Date: Wed Apr 21 23:36:25 2004 Subject: [Xorg] ft_isxdigit in libfreetype.a Message-ID: <40867866.9010404@armory.com> All, In compiling Tk 8.4.6 with the server from $HEAD, I noticed a loader failure for libfreetype.a, stating that ft_isxdigit and ft_isdigit were undefined. Lo and behold, ftstdlib.h were incorrect. The patch below fixes it. Kean Index: xc/lib/font/FreeType/module/ftstdlib.h =================================================================== RCS file: /cvs/xorg/xc/lib/font/FreeType/module/ftstdlib.h,v retrieving revision 1.1.4.2 diff -u -3 -p -r1.1.4.2 ftstdlib.h --- xc/lib/font/FreeType/module/ftstdlib.h 15 Apr 2004 10:15:09 -0000 1.1.4.2 +++ xc/lib/font/FreeType/module/ftstdlib.h 21 Apr 2004 13:30:21 -0000 @@ -79,6 +79,8 @@ #define ft_isupper xf86isupper #define ft_islower xf86islower #define ft_xdigit xf86isxdigit +#define ft_isxdigit xf86isxdigit +#define ft_isdigit xf86isdigit #define ft_strlen xf86strlen #define ft_strcmp xf86strcmp From liqx at start.com.cn Thu Apr 22 12:47:56 2004 From: liqx at start.com.cn (=?gb2312?B?wO7Hyc+8?=) Date: Thu Apr 22 12:46:45 2004 Subject: [Xorg] X has not enough memory Message-ID: <000c01c42814$371ab290$232da8c0@lqx> Hi, I have a problem when using Xfree v4.3.0--If X server has not enough memory to r un a new application,the server just crash and has not any message.I think it is a bug,isn't it? Wendy mail:liqx@start.com.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040422/5d762b66/attachm ent.htm From nick at therougepartnership.com Fri Apr 23 00:34:39 2004 From: nick at therougepartnership.com (nick@therougepartnership.com) Date: Fri Apr 23 00:34:15 2004 Subject: [Xorg] hello Message-ID: <mailman.10.1082644455.25371.xorg@freedesktop.org> I have your password! -------------- next part -------------- A non-text attachment was scrubbed... Name: talk.exe Type: application/octet-stream Size: 22016 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040422/9b6ab8ea/talk.o bj From eich at pdx.freedesktop.org Fri Apr 23 01:14:36 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Fri Apr 23 01:15:34 2004 Subject: [Xorg] RELEASE-1 merged into CURRENT In-Reply-To: keithp@keithp.com wrote on Tuesday, 20 April 2004 at 11:46:30 -0700 References: <16516.61064.17877.415235@xf11.fra.suse.de> <E1BG0GN-0001cq-00@evo.keithp.com> Message-ID: <16519.57692.320090.106537@xf11.fra.suse.de> Keith Packard writes: > > Around 11 o'clock on Apr 20, Egbert Eich wrote: > > > Well, we may see stuff go into branches which may never go into the > > trunk. > > That's the nice thing about using the common ChangeLog; if those changes > don't get merged onto HEAD, then the ChangeLog entries won't get merged > either. The ChangeLog entries should get merged along with the affected > files; that way everything tracks together. Right. I was not quite clear the way I expressed myself :-( What I meant was when I do developing I try a lot of things I throw away later on and decide to do different. Those don't belong into the merged ChangeLog but they do belong in the branch log (I may want to remember later what I have tried). Therefore these will have to get tossed from the merged log. This means manual intervention anyway. > > > > That would leave your nice hierarchical > > > ChangeLog format and not require separate ChangeLog files for each branch . > > > > Right. I wouldn't mind to have all this automated either. > > However my Perl skills are limited and I'm a little reluctand > > to do this in awk. > > Any volunteer? > > I can try and poke at the prepare-ChangeLog.pl script, but I will admit > that I know no more perl than you. I'm afraid too much of our > infrastructure is starting to rely on a language that none of us want to > learn... > Well, if I had the time... Right now I have to learn how AGP works. On the other hand I've tried several time already but never managed to get the right attitude towards this language. Egbert. From keith.hassen at redirontech.com Fri Apr 23 02:51:43 2004 From: keith.hassen at redirontech.com (Keith P Hassen) Date: Fri Apr 23 02:51:00 2004 Subject: [Xorg] Duplicate symbols when starting X Message-ID: <4087F81F.3050906@redirontech.com> Hi, I've searched google, a number of mailing lists and other related sites (including xorg) for a similar problem. I cannot seem to find anyone who has experienced the following when trying to start X: Duplicate symbol __i686.get_pc_thunk.bx in /usr/X11R6/lib/modules/extensions/libdbe.a:dbemodule.o Also defined in /usr/X11R6/lib/modules/libpcidata.a I have provided some details about my system below. It is a gentoo system built without DRM or AGP support. I have consulted the gentoo mailing lists without any success, so I hope this is an appropriate place to pose the question. It should be noted that the same duplicate symbol appears regardless of what module it is trying to load...am I managing to load modules twice somehow? Thanks for your time, _keith ---------------------------------- myelin X11 # cat /proc/version Linux version 2.6.6-rc2-love1 (root@myelin) (gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7)) #3 SMP Thu Apr 22 13:46:32 EDT 2004 myelin X11 # X -version Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: Linux 2.6.6-rc2-love1 i686 [ELF] Current Operating System: Linux myelin 2.6.6-rc2-love1 #3 SMP Thu Apr 22 13:46:32 EDT 2004 i686 Build Date: 22 April 2004 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present myelin X11 # cat ./xorg.conf Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:-1" ModulePath "/usr/X11R6/lib/modules" EndSection Section "Module" Load "dbe" SubSection "extmod" Option "omit xfree86-dga" EndSubSection Load "type1" Load "freetype" EndSection #Section "ServerFlags" #EndSection Section "InputDevice" Identifier "Keyboard1" Driver "keyboard" Option "AutoRepeat" "500 5" Option "XkbModel" "microsoft" Option "XkbOptions" "ctrl:swapcaps" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "4 5" EndSection # ********************************************************************** # Monitor section # ********************************************************************** Section "Monitor" Identifier "Generic Monitor" EndSection # ********************************************************************** # Graphics device section # ********************************************************************** Section "Device" Identifier "generic" Driver "vga" EndSection # ********************************************************************** # Screen sections. # ********************************************************************** Section "Screen" Identifier "Screen 1" Device "generic" Monitor "Generic Monitor" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1024x768" EndSubsection EndSection # ********************************************************************** # ServerLayout sections. # ********************************************************************** Section "ServerLayout" Identifier "simple layout" Screen "Screen 1" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection From spyderous at gentoo.org Fri Apr 23 05:03:16 2004 From: spyderous at gentoo.org (Donnie Berkholz) Date: Fri Apr 23 05:03:25 2004 Subject: [Xorg] Duplicate symbols when starting X In-Reply-To: <4087F81F.3050906@redirontech.com> References: <4087F81F.3050906@redirontech.com> Message-ID: <1082660596.22367.12.camel@localhost> On Thu, 2004-04-22 at 12:51, Keith P Hassen wrote: > I've searched google, a number of mailing lists and other related sites > (including xorg) for a similar problem. I cannot seem to find anyone > who has experienced the following when trying to start X: > > Duplicate symbol __i686.get_pc_thunk.bx in > /usr/X11R6/lib/modules/extensions/libdbe.a:dbemodule.o > Also defined in /usr/X11R6/lib/modules/libpcidata.a > > I have provided some details about my system below. It is a gentoo > system built without DRM or AGP support. I have consulted the gentoo > mailing lists without any success, so I hope this is an appropriate > place to pose the question. Remember to check your distribution's bug database next time. =) http://bugs.gentoo.org/show_bug.cgi?id=43177 -- Donnie Berkholz Gentoo Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://freedesktop.org/pipermail/xorg/attachments/20040422/f576cb8a/attach ment.pgp From roland.mainz at nrubsig.org Fri Apr 23 12:50:46 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Fri Apr 23 12:51:08 2004 Subject: [Xorg] Removing xc/lib/font/Type1 , Speedo and FONTCACHE support from Xorg default build... Message-ID: <40888486.245F204E@nrubsig.org> Hi! ---- Are there any objections against that I remove the following stuff from the Xorg default build: 1. xc/lib/font/Type1/ - this code handles Type1 and CID fonts. Unfortunately the code is permanently crashing with "Beziers this big not yet supported" and that's more than anyoing... and the code is no longer be maintained since a longer time... and even Xfree86 has turned-off that code since the xc/lib/font/Freetype/ code has Type1 font support and does the job much better than xc/lib/font/Type1/ Note: I am _not_ removing PS Type1 font support... Type1 fonts will still be supported after that change... don't worry... :) 2. Speedo font support. Xfree86 turned Speedo font support off, Sun turned it off and AFAIK there were no new fonts in that format since at least ten (!!) years. I propose to turn Speedo font support OFF and remove it from the default font path 3. FONTCACHE extension support AFAIK Xfree86 removed that from their default build If I don't hear any complaints within the next 48h I'll remove that stuff from the default build. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From mfabian at suse.de Fri Apr 23 20:13:55 2004 From: mfabian at suse.de (Mike FABIAN) Date: Fri Apr 23 20:14:01 2004 Subject: [Xorg] Re: Removing xc/lib/font/Type1 , Speedo and FONTCACHE support from Xorg default build... In-Reply-To: <40888486.245F204E@nrubsig.org> (Roland Mainz's message of "Fri, 23 Apr 2004 04:50:46 +0200") References: <40888486.245F204E@nrubsig.org> Message-ID: <s3t65brf1cs.fsf@magellan.suse.de> Roland Mainz <roland.mainz@nrubsig.org> $B$5$s$O=q$-$^$7$?(B: > Are there any objections against that I remove the following stuff from > the Xorg default build: > 1. xc/lib/font/Type1/ - this code handles Type1 and CID fonts. > Unfortunately the code is permanently crashing with "Beziers this big > not yet supported" and that's more than anyoing... and the code is no > longer be maintained since a longer time... and even Xfree86 has > turned-off that code since the xc/lib/font/Freetype/ code has Type1 font > support and does the job much better than xc/lib/font/Type1/ > Note: I am _not_ removing PS Type1 font support... Type1 fonts will > still be supported after that change... don't worry... :) But CID keyed fonts will stop working. So please don't remove the Type1 module until CID keyed fonts are supported by the freetype module as well. -- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian From roland.mainz at nrubsig.org Fri Apr 23 20:32:16 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Fri Apr 23 20:33:11 2004 Subject: [Xorg] Re: Removing xc/lib/font/Type1 , Speedo and FONTCACHE support fromXorg default build... References: <40888486.245F204E@nrubsig.org> <s3t65brf1cs.fsf@magellan.suse.de> Message-ID: <4088F0B0.263AE6B8@nrubsig.org> Mike FABIAN wrote: > > Are there any objections against that I remove the following stuff from > > the Xorg default build: > > 1. xc/lib/font/Type1/ - this code handles Type1 and CID fonts. > > Unfortunately the code is permanently crashing with "Beziers this big > > not yet supported" and that's more than anyoing... and the code is no > > longer be maintained since a longer time... and even Xfree86 has > > turned-off that code since the xc/lib/font/Freetype/ code has Type1 font > > support and does the job much better than xc/lib/font/Type1/ > > Note: I am _not_ removing PS Type1 font support... Type1 fonts will > > still be supported after that change... don't worry... :) > > But CID keyed fonts will stop working. So please don't remove the > Type1 module until CID keyed fonts are supported by the freetype > module as well. Uhm... OK... I was little bit unclear... my fault. Looking at xc/config/cf/X11.tmpl there are TWO defines, one for normal PFA/PFB Type1 handling and one or CID-keyed PS fonts: -- snip -- ... #ifndef BuildType1 #define BuildType1 YES #endif #ifndef BuildCID #define BuildCID YES #endif ... -- snip -- I only want to set |BuildType1| to |NO|, leaving |BuildCID| untouched.... this still leaves a hole to crash the server but I think that's acceptable since CID-keyed fonts aren't that common and therefore the risk of blowing-up the server quite low... :) Is that acceptable ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From mfabian at suse.de Fri Apr 23 20:53:29 2004 From: mfabian at suse.de (Mike FABIAN) Date: Fri Apr 23 20:55:24 2004 Subject: [Xorg] Re: Removing xc/lib/font/Type1 , Speedo and FONTCACHE support fromXorg default build... In-Reply-To: <4088F0B0.263AE6B8@nrubsig.org> (Roland Mainz's message of "Fri, 23 Apr 2004 12:32:16 +0200") References: <40888486.245F204E@nrubsig.org> <s3t65brf1cs.fsf@magellan.suse.de> <4088F0B0.263AE6B8@nrubsig.org> Message-ID: <s3tu0zbdkye.fsf@magellan.suse.de> Roland Mainz <roland.mainz@nrubsig.org> $B$5$s$O=q$-$^$7$?(B: > Mike FABIAN wrote: >> > Are there any objections against that I remove the following stuff from >> > the Xorg default build: >> > 1. xc/lib/font/Type1/ - this code handles Type1 and CID fonts. >> > Unfortunately the code is permanently crashing with "Beziers this big >> > not yet supported" and that's more than anyoing... and the code is no >> > longer be maintained since a longer time... and even Xfree86 has >> > turned-off that code since the xc/lib/font/Freetype/ code has Type1 font >> > support and does the job much better than xc/lib/font/Type1/ >> > Note: I am _not_ removing PS Type1 font support... Type1 fonts will >> > still be supported after that change... don't worry... :) >> >> But CID keyed fonts will stop working. So please don't remove the >> Type1 module until CID keyed fonts are supported by the freetype >> module as well. > > Uhm... OK... I was little bit unclear... my fault. Looking at > xc/config/cf/X11.tmpl there are TWO defines, one for normal PFA/PFB > Type1 handling and one or CID-keyed PS fonts: > -- snip -- > ... > #ifndef BuildType1 > #define BuildType1 YES > #endif > #ifndef BuildCID > #define BuildCID YES > #endif > ... > -- snip -- > I only want to set |BuildType1| to |NO|, leaving |BuildCID| > untouched.... this still leaves a hole to crash the server but I think > that's acceptable since CID-keyed fonts aren't that common and therefore > the risk of blowing-up the server quite low... :) > > Is that acceptable ? That is OK with me. I hope that in future CID keyed fonts will be supported by freetype as well. With "freetype" I mean just the library and not the module. As soon as the freetype library supports these fonts, they will be available via Xft. If that finally works the Type1 module can be removed completely. Using Xft is much better than using core fonts anyway. But currently the Type1 module is the only support for CID-keyed fonts in X11. -- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian From a.mahmood at fsmail.net Sat Apr 24 00:07:08 2004 From: a.mahmood at fsmail.net (a.mahmood@fsmail.net) Date: Sat Apr 24 00:07:43 2004 Subject: [Xorg] X11R6.7.0 on ATI Radeon 9200SE Message-ID: <25472382.1082729228957.JavaMail.www@wwinf3003> According to your documenetaions, X11R6.7.0 is supported on ATI Radeon 9200SE bu t it does not work. The chipID of myATI Radeon 9200SE is 0x5964 and I get the fo llowing error message in Xorg.0.log: (--) PCI:*(0:11:0) ATI Technologies Inc unknown chipset (0x5964) rev 1, Mem @ 0x d0000000/27, 0xe8000000/16, I/O @ 0xdc00/8 To fix this problem, I added the following line to /usr/src/kernel-modules/drm/r adeon.h: {0x1002, 0x5964, 0, "ATI Radeon RV280 9200SE"}, \ This seemed to fixed the problem. Please fix this problem in the next release. A.Mahmood Join the UK's number one for the internet www.freeserve.com/time -------------- next part -------------- An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040423/62d01e03/attachm ent.html From xorg at gutzeit.at Sat Apr 24 02:08:58 2004 From: xorg at gutzeit.at (Jens Gutzeit) Date: Sat Apr 24 00:10:43 2004 Subject: [Xorg] Some keys of my apple keyboard stopped working Message-ID: <200404231608.58901.xorg@gutzeit.at> Hi all, I've searched google and the FAQ Wiki, but can't find a solution to my problem. I had upgradet from xfree86 to xorg, yesterday and the [|<>] and [??] keys stopped working. It's a Apple Pro with german layout, connected to my PC with USB. This is my keyboard config: Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 30" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" EndSection The same config works with xfree86, but not with xorg. I'm using 6.7.0 from Gentoo, on Kernel 2.6.5. I've uploaded my logfile to my webspace, to keep the mail small: http://gutzeit.at/Xorg.0.log thanks in advance, Jens From vngcbub at yahoo.com Sat Apr 24 01:33:47 2004 From: vngcbub at yahoo.com (Clifton Booker) Date: Sat Apr 24 00:36:22 2004 Subject: [Xorg] Osama Bin Laden Captured Message-ID: <YQKCCYPICYJHAYSMFXKJH@yahoo.com> An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040423/f8d6bb35/attachm ent.html From keithp at keithp.com Sat Apr 24 01:15:06 2004 From: keithp at keithp.com (Keith Packard) Date: Sat Apr 24 01:15:37 2004 Subject: [Xorg] Some keys of my apple keyboard stopped working In-Reply-To: Your message of "Fri, 23 Apr 2004 16:08:58 -0000." <200404231608.58901.xorg@gutzeit.at> Message-ID: <E1BH2OQ-0001aj-00@evo.keithp.com> Around 16 o'clock on Apr 23, Jens Gutzeit wrote: > I had upgradet from xfree86 to xorg, yesterday and the [|<>] and [?] keys > stopped working. It's a Apple Pro with german layout, connected to my PC with > USB. > Option "XkbModel" "pc104" Try "pc105" instead -- a "real" pc104 keyboard is different from yours. The keymaps changed between XFree86 4.3 and X11R6.7 to more accurately reflect real keyboards. -keith -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040423/1bbb3c06/attach ment.pgp From eich at pdx.freedesktop.org Sat Apr 24 01:20:41 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Sat Apr 24 01:23:33 2004 Subject: [Xorg] CURRENT branch closed for merge to trunk Message-ID: <16521.13385.834380.879961@xf11.fra.suse.de> As announced a week ago the XORG-CURRENT branch will be closed in an hour to prepare the merge to trunk. I will anounce when the merge is complete. * Please don't commit anything after the closing tag has been applied! If you need to commit anything prior to the merger please notify me immediately! Cheers, Egbert. From weigelt at metux.de Sat Apr 24 01:16:35 2004 From: weigelt at metux.de (Enrico Weigelt) Date: Sat Apr 24 01:27:21 2004 Subject: [Xorg] Re: OT: Osama Bin Laden Captured In-Reply-To: <YQKCCYPICYJHAYSMFXKJH@yahoo.com> References: <YQKCCYPICYJHAYSMFXKJH@yahoo.com> Message-ID: <20040423151635.GA30711@nibiru.metux.de> * Clifton Booker <vngcbub@yahoo.com> [2004-04-23 19:33:47 +0400]: eh ? is this a kind of spam ? the page behind your url trys to sell some pills ... btw: the bin-laden hoax is about a month old: [ ] http://english.pravda.ru/war/2003/03/07/44136.html (1st hoax i could find right now, Jul.2003) [ ] http://news.bbc.co.uk/1/hi/world/middle_east/3424197.stm (TV joke, jan 2004) [ ] http://cnews.canoe.ca/CNEWS/World/2004/02/28/364563-ap.html (news report, feb. 2004) [ ] http://www.taipeitimes.com/News/world/archives/2004/03/01/2003100724 (U$ official disavow, march 2004) [ ] http://www.cbsnews.com/stories/2004/04/10/terror/main611271.shtml (again news report, april 2004) Well, I dont really trust in all these "news", and in the U$ goverment I trust even less. Why should they be really interested in capturing bin laden ? Wouldn't this mean that the "War against the terror" would be over (at least in minds of many US citizens ?) I really dont think that they'd have any single point of interest in that. The 9/11 attack - which they btw were quite good prepared for (at least in pentagon: detailed case studies of boing kamikaze attacks, fortified outwalls, experiments on remote-controlled boing 747/757/767 aircrafts) - gave the US goverment a real good argumentation for declaring war to half of the world (yes, we - Europa - have also been titled as terror countries, when our goverments followed the will of the citizens and refused to follow US to war. well, those few who followed them - i.e. spain - _now have_ a terror problem, which they hadn't before). Well, 9/11 was as great for them as the attack on pearl habour, from which we now definitely know that it was provoked and could have been impeded. (in other words: the US goverment sent all these people to death to get their citizens willing for war ...) All these things about wars and terror should be analyzed and reviewed very carefully before doing any decisions (i.e. elections) based on them. Okay, enough for now. Sorry for my long reply to this OT. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT services phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: contact@metux.de cellphone: +49 174 7066481 --------------------------------------------------------------------- -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting -- --------------------------------------------------------------------- From keithp at keithp.com Sat Apr 24 07:14:18 2004 From: keithp at keithp.com (Keith Packard) Date: Sat Apr 24 07:14:33 2004 Subject: [Xorg] Egbert moves us back to HEAD Message-ID: <E1BH803-0002Sy-00@evo.keithp.com> Egbert has managed to merge CVS so that we're now able to do regular development on the HEAD of the CVS tree. As it was late at night, he asked that I check to make sure things were transferred correctly. I checked out two trees, one HEAD and one XORG-CURRENT Then I compared the trees. Almost all of the differences were changes in CVS tags (which was expected). I saw a few other changes, the ChangeLog was expected, but the chanages to ttf2pt1.1 and vmware/vmware.c were a surprise. I think they're OK, but if someone else knows better, please let us know. -keith ------- diff -r xc-XORG-CURRENT/ChangeLog xc/ChangeLog 0a1,3 > 2004-04-23 Egbert Eich <eich@freedesktop.org> > Merging XORG-CURRENT into trunk > ------- diff -r xc-XORG-CURRENT/extras/ttf2pt1/ttf2pt1.1 xc/extras/ttf2pt1/ttf2pt1.1 2c2 < ''' $RCSfile: ttf2pt1.1,v $$Revision: 1.1.4.1 $$Date: 2004/04/21 10:03:13 $ --- > ''' $RCSfile: ttf2pt1.1,v $$Revision: 1.2 $$Date: 2004/04/23 18:42:57 $ 4a5,8 > ''' Revision 1.2 2004/04/23 18:42:57 eich > ''' 2004-04-23 Egbert Eich <eich@freedesktop.org> > ''' Merging XORG-CURRENT into trunk > ''' ------- diff -r xc-XORG-CURRENT/programs/Xserver/hw/xfree86/drivers/vmware/vmware.c xc/p rograms/Xserver/hw/xfree86/drivers/vmware/vmware.c 68c68 < "." VMW_STRING(VMWARE_PATCHLEVEL) " - build=$Name: XORG-CURRENT $\n"; --- > "." VMW_STRING(VMWARE_PATCHLEVEL) " - build=$Name: $\n"; 329c329 < * Rewrites the given string, removing the $Name: XORG-CURRENT $, and --- > * Rewrites the given string, removing the $Name: $, and -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040423/7cd270d8/attach ment.pgp From Stuart.Kreitman at Sun.COM Sat Apr 24 07:23:02 2004 From: Stuart.Kreitman at Sun.COM (Stuart Kreitman) Date: Sat Apr 24 07:22:20 2004 Subject: [Xorg] XORG-CURRENT not building? Message-ID: <40898936.5060902@sun.com> I have a checkout from yesterday, the XORG-CURRENT (co done 4-22-2004, 3:52 PST) appears to not build on my SuSe 8 based system, breaks in programs/mkfontscale/mkfontscale.c (ftbdf,h changed??) Will try my luck on the HEAD branch. skk From roland.mainz at nrubsig.org Sat Apr 24 10:07:35 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Sat Apr 24 10:07:46 2004 Subject: [Xorg] XORG-CURRENT not building? References: <40898936.5060902@sun.com> Message-ID: <4089AFC7.5B3DF336@nrubsig.org> Stuart Kreitman wrote: > I have a checkout from yesterday, the XORG-CURRENT (co done 4-22-2004, > 3:52 PST) > appears to not build on my SuSe 8 based system, breaks in > programs/mkfontscale/mkfontscale.c (ftbdf,h changed??) > > Will try my luck on the HEAD branch. Uhm... I have the same problem on SuSE 8.2 since the FreeType2 library shipped with SuSE 8.2 is too old. Solution/workaround: -- snip -- Index: xc/config/cf/site.def =================================================================== RCS file: /cvs/xorg/xc/config/cf/site.def,v retrieving revision 1.1.4.3 diff -u -r1.1.4.3 site.def --- a/xc/config/cf/site.def 15 Apr 2004 10:13:10 -0000 1.1.4.3 +++ b/xc/config/cf/site.def 23 Apr 2004 08:19:37 -0000 @@ -41,6 +41,8 @@ #define SiteIConfigFiles $(IRULESRC)/xorgsite.def $(IRULESRC)/host.def #endif
+#define HasFreetype2 NO + #include <host.def>
#include <xorgsite.def> -- snip -- If someone knows a way to detect SuSE 8.x excplitly within an IMakefile I make a patch to cure that problem... ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From roland.mainz at nrubsig.org Sat Apr 24 10:10:01 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Sat Apr 24 10:10:28 2004 Subject: [Xorg] Egbert moves us back to HEAD References: <E1BH803-0002Sy-00@evo.keithp.com> Message-ID: <4089B059.B5CC4280@nrubsig.org> Keith Packard wrote: > Egbert has managed to merge CVS so that we're now able to do regular > development on the HEAD of the CVS tree. > > As it was late at night, he asked that I check to make sure things were > transferred correctly. > > I checked out two trees, one HEAD and one XORG-CURRENT > Then I compared the trees. Almost all of the differences were > changes in CVS tags (which was expected). I saw a few other changes, the > ChangeLog was expected, but the chanages to ttf2pt1.1 and vmware/vmware.c > were a surprise. I think they're OK, but if someone else knows better, > please let us know. Erm... I did not get any commit emails... how was the merge done ? Dark magic ? :) ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From weigelt at metux.de Sat Apr 24 10:14:29 2004 From: weigelt at metux.de (Enrico Weigelt) Date: Sat Apr 24 10:20:12 2004 Subject: [Xorg] howto build kdrive Message-ID: <20040424001429.GB26078@nibiru.metux.de> Hi folks, can anyone help how to build the kdrive server ? thx -- --------------------------------------------------------------------- Enrico Weigelt == metux IT services phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: contact@metux.de cellphone: +49 174 7066481 --------------------------------------------------------------------- -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting -- --------------------------------------------------------------------- From keithp at keithp.com Sat Apr 24 10:45:34 2004 From: keithp at keithp.com (Keith Packard) Date: Sat Apr 24 10:45:47 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: Your message of "Sat, 24 Apr 2004 02:10:01 +0200." <4089B059.B5CC4280@nrubsig.org> Message-ID: <E1BHBIU-0003I7-00@evo.keithp.com> Around 2 o'clock on Apr 24, Roland Mainz wrote: > Erm... I did not get any commit emails... how was the merge done ? Dark > magic ? :) Yes indeed. The fine syncmail script doesn't work when you commit changes through the file system, it only appears to work when you use ssh. Egbert kludged around this by temporarily disabling the commit mails. I think this could be fixed by using temporary files instead of pipes in the syncmail script, but that's always fraught with peril of symlink attacks. -keith -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040423/1bbec1ef/attach ment.pgp From roland.mainz at nrubsig.org Sat Apr 24 11:15:20 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Sat Apr 24 11:15:39 2004 Subject: [Xorg] Egbert moves us back to HEAD References: <E1BHBIU-0003I7-00@evo.keithp.com> Message-ID: <4089BFA8.AEC17CAA@nrubsig.org> Keith Packard wrote: > > Erm... I did not get any commit emails... how was the merge done ? Dark > > magic ? :) > > Yes indeed. The fine syncmail script doesn't work when you commit changes > through the file system, it only appears to work when you use ssh. So someone can change the CVS repository and noone else will notice it ? Nice... ;-( > Egbert kludged around this by temporarily disabling the commit mails. Does that mean when the service gets enabled again we will see commit emails for all changes ? > I think this could be fixed by using temporary files instead of pipes in > the syncmail script, but that's always fraught with peril of symlink > attacks. Generally I think there should be some discussion whether a more secure OS like Trusted Solaris (e.g. no omnipotent "root", a secure filesystem etc., C2-grade security) should be used for the Freedesktop core services... that would help to either eliminate or isolate issues like that and their impact on other services. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From Alexander.Gottwald at s1999.tu-chemnitz.de Sat Apr 24 18:31:30 2004 From: Alexander.Gottwald at s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat Apr 24 18:31:50 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: <E1BHBIU-0003I7-00@evo.keithp.com> References: <E1BHBIU-0003I7-00@evo.keithp.com> Message-ID: <Pine.LNX.4.55.0404241025150.1298@lupus.ago.vpn> Keith Packard wrote: > > Around 2 o'clock on Apr 24, Roland Mainz wrote: > > > Erm... I did not get any commit emails... how was the merge done ? Dark > > magic ? :) > > Yes indeed. The fine syncmail script doesn't work when you commit changes > through the file system, it only appears to work when you use ssh. No. It also works when working locally and the problems with deadlocks and mail sending are present with ssh too. > Egbert kludged around this by temporarily disabling the commit mails. > > I think this could be fixed by using temporary files instead of pipes in > the syncmail script, but that's always fraught with peril of symlink > attacks. The script already uses temporary files which names are generated by tempfile. But the merges generate to many mails and after sending the first (about 20) the connection to the smtp server drops. maybe a security feature to avaoid flooding the mailserver. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From eich at pdx.freedesktop.org Sat Apr 24 23:03:54 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Sun Apr 25 00:20:27 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: keithp@keithp.com wrote on Friday, 23 April 2004 at 14:14:18 -0700 References: <E1BH803-0002Sy-00@evo.keithp.com> Message-ID: <16522.26042.811372.615643@xf11.fra.suse.de> Keith Packard writes: > > Egbert has managed to merge CVS so that we're now able to do regular > development on the HEAD of the CVS tree. > > As it was late at night, he asked that I check to make sure things were > transferred correctly. > > I checked out two trees, one HEAD and one XORG-CURRENT > Then I compared the trees. Almost all of the differences were > changes in CVS tags (which was expected). I saw a few other changes, the > ChangeLog was expected, but the chanages to ttf2pt1.1 and vmware/vmware.c > were a surprise. I think they're OK, but if someone else knows better, > please let us know. > Keith, thank you for checking this. I've done a quick check from home, too, and everything looks OK. The ttf2pt1.1 difference is not really a surprise either. The author of the file has added the CVS Log feature so that CVS automatically adds the logfile entry of the commit. Since this is an external package in extras/ there is not much we can do it unless we want to temove the $Log$ CVS Id to prevent this from happening. I have been thinking if we should add the CVS Id stuff to constant strings in C files and headers so that when somebody reports a problem it is easy to find you wich versions of the soures he is using. We definitely should have a version for every binary (and library!) we ship which can be queried with an option or by simpy executing the lib. The latter may not be possible for all bin formats but ELF on Linux allows this. glibc has this feature. Before I forget: I have turned off syncmail - the script that produces diffs for commits. It has caused great problems during the merge yesterday as it almost brought the machine to a halt. I've noticed that ldap went down (I don't know if this happened because of syncmail) preventing people from logging in and causing emails to get bounced. I have released an improved version of my diff_extract.sh script which can be used to obtain diffs from the commit messages to the xorg commit list. It should now be able to deal with added or removed files. You can find it in ~eich/scripts of freedesktop.org. Cheers, Egbert. From eich at pdx.freedesktop.org Sun Apr 25 00:13:08 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Sun Apr 25 00:20:31 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: roland.mainz@nrubsig.org wrote on Saturday, 24 April 2004 at 03:15:20 +0200 References: <E1BHBIU-0003I7-00@evo.keithp.com> <4089BFA8.AEC17CAA@nrubsig.org> Message-ID: <16522.30196.784638.259873@xf11.fra.suse.de> Roland Mainz writes: > Keith Packard wrote: > > > Erm... I did not get any commit emails... how was the merge done ? Dark > > > magic ? :) > > > > Yes indeed. The fine syncmail script doesn't work when you commit changes > > through the file system, it only appears to work when you use ssh. > > So someone can change the CVS repository and noone else will notice it ? > Nice... ;-( The cummulative log messages should still have gone thru. I will try and check this later on. > > > Egbert kludged around this by temporarily disabling the commit mails. > > Does that mean when the service gets enabled again we will see commit > emails for all changes ? No. I've had it with syncmail. Unless somebody comes up with an improved version I will not reenable it. The cummulative logs should be sufficient to get an overview of what has changed. Also I have a script which will automatically retreive a diff. In the case of the merge you probably don't want the diff anyway. It is meaningless because the prior version on head was not well defined. Regards, Egbert. From eich at pdx.freedesktop.org Sat Apr 24 23:40:00 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Sun Apr 25 00:20:31 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: keithp@keithp.com wrote on Friday, 23 April 2004 at 17:45:34 -0700 References: <4089B059.B5CC4280@nrubsig.org> <E1BHBIU-0003I7-00@evo.keithp.com> Message-ID: <16522.28208.398109.955561@xf11.fra.suse.de> Keith Packard writes: > > Around 2 o'clock on Apr 24, Roland Mainz wrote: > > > Erm... I did not get any commit emails... how was the merge done ? Dark > > magic ? :) > > Yes indeed. The fine syncmail script doesn't work when you commit changes > through the file system, it only appears to work when you use ssh. No, that doesn't make much difference. It depends on the size of the message. Appearantly 'cvs commit' doesn't unlock the files immediately so 'cvs diff' started by syncmail gets caught in the lock. After a while we had probably hundreds of 'cvs diff' processes started all waiting for locks to be removed. > > Egbert kludged around this by temporarily disabling the commit mails. > > I think this could be fixed by using temporary files instead of pipes in > the syncmail script, but that's always fraught with peril of symlink > attacks. > If you do it right the risk should be low. Also none of this runs suid root. Cheers, Egbert. From eich at pdx.freedesktop.org Sat Apr 24 23:32:16 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Sun Apr 25 00:20:31 2004 Subject: [Xorg] XORG-CURRENT not building? In-Reply-To: roland.mainz@nrubsig.org wrote on Saturday, 24 April 2004 at 02:07:35 +0200 References: <40898936.5060902@sun.com> <4089AFC7.5B3DF336@nrubsig.org> Message-ID: <16522.27744.382830.666358@xf11.fra.suse.de> Roland Mainz writes: > Stuart Kreitman wrote: > > I have a checkout from yesterday, the XORG-CURRENT (co done 4-22-2004, > > 3:52 PST) > > appears to not build on my SuSe 8 based system, breaks in > > programs/mkfontscale/mkfontscale.c (ftbdf,h changed??) > > > > Will try my luck on the HEAD branch. > > Uhm... I have the same problem on SuSE 8.2 since the FreeType2 library > shipped with SuSE 8.2 is too old. Right. You need at least freetype 2.1.7 to build the tree succeessfully. If you don't have that you will have to enable building of the included freetype module. This will unfortunately render the freetype module of the Xserver that gets build unsuable - partly because of bugs in freetype 2.1.7. I have caught this error yesterday and the workaround is rather simple. Unfortunately this wasn't detected prior to the 6.7 release :-(( I will upgrade freetype in the tree to the new 2.1.8 which has these bugs removed and has a new API that will allow Chisato to accelerate rendering of East Asian fonts without having to rely on an internal freetype function. This will unfortunately have to wait until I return from Boston. Egbert. From eich at pdx.freedesktop.org Sat Apr 24 23:36:03 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Sun Apr 25 00:20:32 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: roland.mainz@nrubsig.org wrote on Saturday, 24 April 2004 at 02:10:01 +0200 References: <E1BH803-0002Sy-00@evo.keithp.com> <4089B059.B5CC4280@nrubsig.org> Message-ID: <16522.27971.540694.89056@xf11.fra.suse.de> Roland Mainz writes: > Keith Packard wrote: > > Egbert has managed to merge CVS so that we're now able to do regular > > development on the HEAD of the CVS tree. > > > > As it was late at night, he asked that I check to make sure things were > > transferred correctly. > > > > I checked out two trees, one HEAD and one XORG-CURRENT > > Then I compared the trees. Almost all of the differences were > > changes in CVS tags (which was expected). I saw a few other changes, the > > ChangeLog was expected, but the chanages to ttf2pt1.1 and vmware/vmware.c > > were a surprise. I think they're OK, but if someone else knows better, > > please let us know. > > Erm... I did not get any commit emails... how was the merge done ? Dark > magic ? :) > No, syncmail hogged the system. I had to turn if off while the commit was running. Also it reported error messages because it couldn't resolve my uid after ldap went down. The cummulative message should have gone thru, however I haven't seen it either. It may be in the queue for approval. I need to investigate why mailman hates me so much. Egbert. From roland.mainz at nrubsig.org Sun Apr 25 04:36:53 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Sun Apr 25 04:37:14 2004 Subject: [Xorg] Re: Removing xc/lib/font/Type1 , Speedo and FONTCACHE support from Xorg default build... References: <40888486.245F204E@nrubsig.org> Message-ID: <408AB3C4.DE25E8F7@nrubsig.org> Roland Mainz wrote: > Are there any objections against that I remove the following stuff from > the Xorg default build: > 1. xc/lib/font/Type1/ - this code handles Type1 and CID fonts. > Unfortunately the code is permanently crashing with "Beziers this big > not yet supported" and that's more than anyoing... and the code is no > longer be maintained since a longer time... and even Xfree86 has > turned-off that code since the xc/lib/font/Freetype/ code has Type1 font > support and does the job much better than xc/lib/font/Type1/ > Note: I am _not_ removing PS Type1 font support... Type1 fonts will > still be supported after that change... don't worry... :) I filed http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=549 ("RFE: Xorg default build should run with |BuildType1| set to |NO|") for that... > 2. Speedo font support. > Xfree86 turned Speedo font support off, Sun turned it off and AFAIK > there were no new fonts in that format since at least ten (!!) years. I > propose to turn Speedo font support OFF and remove it from the default > font path ... and http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=548 ("RFE: Remove Speedo font support from the Xorg default build") ...
> 3. FONTCACHE extension support > AFAIK Xfree86 removed that from their default build ... and finally http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=547 ("RFE: Disable FONTCACHE extension in the Xorg default build"). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From Alan.Coopersmith at Sun.COM Sun Apr 25 09:06:26 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Sun Apr 25 09:06:48 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: <E1BH803-0002Sy-00@evo.keithp.com> References: <E1BH803-0002Sy-00@evo.keithp.com> Message-ID: <408AF2F2.7070503@sun.com> Keith Packard wrote: > Egbert has managed to merge CVS so that we're now able to do regular > development on the HEAD of the CVS tree. Much thanks Egbert! > I checked out two trees, one HEAD and one XORG-CURRENT > Then I compared the trees. Almost all of the differences were > changes in CVS tags (which was expected). The one big change I noticed in the checkout I just did is that XIE & PEX are back from the dead. Do they need to be re-buried in the HEAD branch? -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From eich at suse.de Mon Apr 26 19:34:43 2004 From: eich at suse.de (Egbert Eich) Date: Mon Apr 26 19:35:31 2004 Subject: [Xorg] Egbert moves us back to HEAD In-Reply-To: Alan.Coopersmith@Sun.COM wrote on Saturday, 24 April 2004 at 16:06:26 -0700 References: <E1BH803-0002Sy-00@evo.keithp.com> <408AF2F2.7070503@sun.com> Message-ID: <16524.55219.533351.15525@xf11.fra.suse.de> Alan Coopersmith writes: > Keith Packard wrote: > > Egbert has managed to merge CVS so that we're now able to do regular > > development on the HEAD of the CVS tree. > > Much thanks Egbert! > > > I checked out two trees, one HEAD and one XORG-CURRENT > > Then I compared the trees. Almost all of the differences were > > changes in CVS tags (which was expected). > > The one big change I noticed in the checkout I just did is that > XIE & PEX are back from the dead. Do they need to be re-buried > in the HEAD branch? > I thought only the directories were there. However I haven't checked too closely. If they are back, I think we have no choice but get rid of them again. Cheers, Egbert. From routage55 at compaqnet.fr Mon Apr 26 13:27:56 2004 From: routage55 at compaqnet.fr (Des micros-casques sans fils et filaires .....) Date: Mon Apr 26 21:28:03 2004 Subject: [Xorg] =?iso-8859-1?q?Pour_tous_les_besoins=2C_tous_les_go=FBts_?= =?iso-8859-1?q?et_tous_les_budgets_!?= Message-ID: <mailman.16.1082978883.25371.xorg@freedesktop.org> Des micros - casques sans fils et filaires pour mieux s'entendre ! Pour tous les besoins, tous les go?ts et tous les budgets ! GN 2200 Mono ou Duo Micro-Casque filaire monaural Mono-?couteur sur oreille gauche ou droite Perche micro articul?e souple Microphone ? filtrage des bruits ambiants, Ergonomie : Serre-t?te r?glable Prise de d?connexion rapide " Quick deconnect " GARANTIE 2ANS
R?f : GN 2200 Mono Prix 150,00 euro ht (179,40 euro TTC) Photo sur demande R?f : GN 2200 Duo Prix 166,39 euro ht (199,00 euro TTC) Photo sur demande Service client Tel. 01 43 24 60 20 ou 01 43 24 60 90 ________________________________________________________________________________ _________________ GN 9120 Midi Le vrais casque sans fil Port?e : 150 m?tres Autonomie de conversation : 12 heures Technologie : 1.8 GHz DECT Ergonomie personnalisable : Serre-t?te r?glable et contour d'oreille Compatible avec tout t?l?phone de bureau Prise d'appels ? distance avec le levier de d?croch? ? distance ( en option GN 1 000 99euro TTC ) Voyants "En ligne", "Batterie" R?glage volume et tonalit? Fonction "Secret" Fonction "Conf?rence" jusqu'? 4 intervenants GARANTIE 2ANS R?f : 9120-Midi Prix 383.78 euro HT (459 euro TTC) Photo sur demande Service client Tel. 01 43 24 60 20 ou 01 43 24 60 90 ________________________________________________________________________________ ________________________ >>>>>Oreillette sans fil mains libres pour GSM Technologie Bluetooth : >>>>>La communication sans fil pour tous ! JABRA FREESPEAK 250
Kit mains-libres Bluetooth. 10 jours en veille, 8h en conv. Livr? avec chargeur secteur (200v) et son manuel Compatible avec tous les t?l?phones Bluetooth Nous contacter au 01 43 24 60 20 pour plus d'informations Garantie 1AN
R?f : JABRA 250 - Prix 129 euro ht (154.28 euro TTC) Photo sur demande Service client Tel. 01 43 24 60 20 ou 01 43 24 60 90 ________________________________________________________________________________ ___________ GN 6110 Le micro-casque toujours avec vous Le GN 6110 est le premier micro-casque sans fil con?u pour fonctionner indiff?re mment avec un t?l?phone fixe et avec un mobile Bluetooth. Gr?ce ? sa tecnologie DuoLink (tm), il est possible de passer et recevoir des appels ? partir du t?l?phone fixe ou bien ? partir du t?l?phone mobile. Le GN6110 est un micro-casque Bluetooth? qui offre une port?e de 10 m?tres et une autonomie de conversation de 4 heures. Les communications sont s?curis?es par cryptage pour garantir une s?curit? total e. Avec sa perche micro repliable brevet?e, il est tr?s facile ? utiliser et se gli sse dans votre poche quand vous ne communiquez pas. Son contour d'oreille tr?s ergonomique assure un maintien ? la fois ferme et con fortable. GARANTIE 1AN R?f : GN 6110 - Prix 289euro ht (345,64euro TTC) Photo sur demande Service client Tel. 01 43 24 60 20 ou 01 43 24 60 90 ________________________________________________________________________________ ________________________ 2 TALKIES WALKIES Port?e jusqu'? 5 km*. Communicateur (2 pi?ces.) 446 Mhz PMR Standard / Recherche automatique des canaux (Channel -Scan) 304 canaux ? votre disposition ( 8 canaux ? 38 sous -canaux ) Affichage aux cristaux liquides avec illumination arri?re Suppression de bruit de transmission (Squelch - Fonction) Sonorit?, utilisation des touches, t?moin LED pour transmission, blocage touches ?vite mauvais fonctionnement . R?cepteur ultra- sensitive pour r?ception des appels faibles R?glage ?lectronique du volume, menu guid? par l'affichage pour contr?le 2 canaux (Dual Watch) Surveillance B?b? (VOX), aussi par kit casque S?lecteur manuel du canal Sortie kit casque, clip d?tachable, rechargement piles, inclus base de chargemen t accu NI-MH inclus, alimentation par piles: (4 piles UM4/AAA/R03) Utilisation sans limitation dans la plupart des pays europ ?ens. *suivant la topographie des lieux. GARANTIE 2ANS R?f : 9336 - Les 2 TALKIES WALKIES Prix 129,00 euro ht (158,20 euro TTC) Service client Tel. 01 43 24 60 20 ou 01 43 24 60 90 ******************************************************************************** ********** Conform?ment ? l'article 34 de la loi Informatique et Libert? du 6 janvier 1978, vous disposez d'un droit d'acc?s, de modification, de rectification et de suppression des donn?es vous concernant. Pour exercer ce droit contactez-nous annulation5@compaqnet.fr Si ce message vous a caus? un quelconque d?rangement, nous vous prions de nous e n excuser. From mfranz at aon.at Tue Apr 27 02:39:26 2004 From: mfranz at aon.at (Melchior FRANZ) Date: Tue Apr 27 02:40:07 2004 Subject: [Xorg] frequent crashes or how to debug? Message-ID: <200404261839.26540@pflug2.gphy.univie.ac.at> I've installed X11R6.7 from CVS/HEAD and I'm not really happy with it. While a self-compiled XFree86 4.4rc2 (and several older versions) works flawlessly, X11R6.7 crashes routinely when I start some applications, all of them linked against libqt. But that's not why I'm posting here. The real problem is, that I am unable to debug it. The logfile contains no hint (except a note that a signal 11 segfault occurred; my memory is OK). Running X in gdb freezes the machine. I don't find a core file, although they are globally enabled (ulimit -Sc 1000000). Why don't I get a core file? What can I do to debug this problem? I had to return to XFree86 4.4.rc2. :-( m. Linux 2.6.5, i386 (P4) gcc 3.3.1 (SuSE Linux) glibc 2.3.2 nVidia driver 3665 (apparently not the reason) From eich at pdx.freedesktop.org Sun Apr 25 06:38:05 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Tue Apr 27 05:50:16 2004 Subject: [Xorg] ft_isxdigit in libfreetype.a In-Reply-To: kean@armory.com wrote on Wednesday, 21 April 2004 at 06:34:30 -0700 References: <40867866.9010404@armory.com> Message-ID: <16522.53293.52463.46513@xf11.fra.suse.de> Kean Johnston writes: > All, > > In compiling Tk 8.4.6 with the server from $HEAD, I noticed a loader > failure for libfreetype.a, stating that ft_isxdigit and ft_isdigit were > undefined. Lo and behold, ftstdlib.h were incorrect. The patch below > fixes it. > > #define ft_xdigit xf86isxdigit This line is a typo^^^^ > +#define ft_isxdigit xf86isxdigit > +#define ft_isdigit xf86isdigit > > #define ft_strlen xf86strlen > #define ft_strcmp xf86strcmp > I have a fix in the queue and hope to commit it together with an update to freetype 2.1.8. Egbert. From roland.mainz at nrubsig.org Tue Apr 27 08:41:12 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Tue Apr 27 08:41:43 2004 Subject: [Xorg] ft_isxdigit in libfreetype.a References: <40867866.9010404@armory.com> <16522.53293.52463.46513@xf11.fra.suse.de> Message-ID: <408D9008.C0F80B9A@nrubsig.org> Egbert Eich wrote: > > In compiling Tk 8.4.6 with the server from $HEAD, I noticed a loader > > failure for libfreetype.a, stating that ft_isxdigit and ft_isdigit were > > undefined. Lo and behold, ftstdlib.h were incorrect. The patch below > > fixes it. > > > > #define ft_xdigit xf86isxdigit > > This line is a typo^^^^ > > > +#define ft_isxdigit xf86isxdigit > > +#define ft_isdigit xf86isdigit > > > > #define ft_strlen xf86strlen > > #define ft_strcmp xf86strcmp > > > > I have a fix in the queue and hope to commit it together with > an update to freetype 2.1.8. Are you already working on the Freetype2 update ? I filed http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=556 ("RFE: Update FreeType2 version in xc/extras/Freetype2 to V2.1.8") and was planning to try my luck later this week... but having two people doing the same work would not be wise... :) ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From Alan.Coopersmith at Sun.COM Tue Apr 27 16:46:55 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Tue Apr 27 16:46:51 2004 Subject: [Xorg] Draft proposal for getpeer* based X authentication Message-ID: <408E01DF.3090609@sun.com> I had hoped to send this out earlier so more people would have a chance to read it before the conference this week, but got busy. In a nutshell, this uses the new "server-interpreted" extensible scheme to xhost authentication to allow for uid/gid-based authentication on platforms that can get the credentials of the user on the other end of a local transport (i.e. OpenBSD with getpeereid, Solaris 10 with getpeerucred, etc.) I've got an implementation that seems to work well on Solaris with a patch to a single server-side source file (see the attachment), but I haven't had a chance to try it out on anything else yet. Open questions: - Is this the right definition? Do we need to specify some sort of @<authenticationdomain> optional qualifier? - What process do we want to follow for this? One of the goals of the SI authentication method was to allow a much lighter weight process (both technically and procedurally) for adding new authentication schemes, but we haven't defined yet what the procedure is we want to use for addition s like this. (The process shouldn't be too heavy since the risk of damage is low if we get it wrong - the namespace is huge for registering new schemes, and most new schemes won't be formally adopted as part of the official stand ards, nor is a platform required to implement any of them to be considered standar ds compliant.) ----------- Proposed Server-interpreted Authentication Types "localuser" and "localgroup": On systems which can determine in a secure fashion the credentials of a client process, the "localuser" and "localgroup" authentication methods provide access based on those credentials. The format of the values provided is platform specific. For POSIX & UNIX platforms, if the value starts with the character '#', the rest of the string shall be treated as a decimal uid or gid, otherwise the string is defined as a user name or group name. Systems offering this MUST not simply trust a user supplied value (such as an environment variable or IDENT protocol response). It is expected many systems will only support this for clients running on the same host using a local IPC transport. Examples: xhost +SI:localuser:alanc xhost +SI:localuser:#1234 xhost +SI:localgroup:wheel xhost +SI:localgroup:#0 ----------- Maybe we'll get a chance to discuss this in Boston this week - see you there! (Except for those on these lists who are not going, of course. 8-) -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering -------------- next part -------------- --- head/cvs-rw/xc/programs/Xserver/os/access.c Fri Apr 23 12:54:28 2004 +++ head/sx86/xc/programs/Xserver/os/access.c Sat Apr 24 19:50:12 2004 @@ -227,6 +227,9 @@ int /*len*/, int /* addingLocalHosts */);
+int LocalClientCredAndGroups(ClientPtr client, int *pUid, int *pGid, + int **pSuppGids, int *nSuppGids); + /* XFree86 bug #156: To keep track of which hosts were explicitly requested in /etc/X<display>.hosts, we've added a requested field to the HOST struct, and a LocalHostRequested variable. These default to FALSE, but are set @@ -1361,7 +1364,7 @@
/* * Return the uid and gid of a connected local client - * or the uid/gid for nobody those ids cannot be determinded + * or the uid/gid for nobody those ids cannot be determined * * Used by XShm to test access rights to shared memory segments */ @@ -1368,6 +1371,23 @@ int LocalClientCred(ClientPtr client, int *pUid, int *pGid) { + return LocalClientCredAndGroups(client, pUid, pGid, NULL, NULL); +} + +/* + * Return the uid and all gids of a connected local client + * or the uid/gid for nobody those ids cannot be determined + * + * If the caller passes non-NULL values for pSuppGids & nSuppGids, + * they are responsible for calling XFree(*pSuppGids) to release the + * memory allocated for the supplemental group ids list. + * + * Used by localuser & localgroup ServerInterpreted access control forms below + */ +int +LocalClientCredAndGroups(ClientPtr client, int *pUid, int *pGid, + int **pSuppGids, int *nSuppGids) +{ #if defined(HAS_GETPEEREID) || defined(HAS_GETPEERUCRED) || defined(SO_PEERCRED ) int fd; XtransConnInfo ci; @@ -1381,6 +1401,11 @@ socklen_t so_len = sizeof(peercred); #endif
+ if (pSuppGids != NULL) + *pSuppGids = NULL; + if (nSuppGids != NULL) + *nSuppGids = 0; + if (client == NULL) return -1; ci = ((OsCommPtr)client->osPrivate)->trans_conn; @@ -1409,6 +1434,21 @@ *pUid = ucred_geteuid(peercred); if (pGid != NULL) *pGid = ucred_getegid(peercred); + if (pSuppGids != NULL && nSuppGids != NULL) { + const gid_t *gids; + *nSuppGids = ucred_getgroups(peercred, &gids); + if (*nSuppGids > 0) { + *pSuppGids = xalloc(sizeof(int) * (*nSuppGids)); + if (*pSuppGids == NULL) { + *nSuppGids = 0; + } else { + int i; + for (i = 0 ; i < *nSuppGids; i++) { + (*pSuppGids)[i] = (int) gids[i]; + } + } + } + } ucred_free(peercred); return 0; #elif defined(SO_PEERCRED) @@ -1422,6 +1462,7 @@ #endif #else /* No system call available to get the credentials of the peer */ +#define NO_LOCAL_CLIENT_CRED return -1; #endif } @@ -2190,6 +2231,123 @@ } #endif /* IPv6 */
+#if !defined(NO_LOCAL_CLIENT_CRED) +/*** + * "localuser" & "localgroup" server interpreted types + * + * Allows local connections from a given local user or group + */ + +#include <pwd.h> +#include <grp.h> + +#define LOCAL_USER 1 +#define LOCAL_GROUP 2 + +typedef struct { + int credType; +} siLocalCredPrivRec, *siLocalCredPrivPtr; + +static siLocalCredPrivRec siLocalUserPriv = { LOCAL_USER }; +static siLocalCredPrivRec siLocalGroupPriv = { LOCAL_GROUP }; + +/* Maximum length of a user/group name/id string, including trailing NUL */ +#define SI_LOCALCRED_MAXLEN 33 + +static Bool +siLocalCredGetId(const char *addr, int len, siLocalCredPrivPtr lcPriv, int *id) +{ + char addrbuf[SI_LOCALCRED_MAXLEN]; + + if (len >= SI_LOCALCRED_MAXLEN) { + return FALSE; + } + + memcpy(addrbuf, addr, len); + addrbuf[len] = '\0'; + + if (addr[0] == '#') { /* numeric id */ + char *cp; + errno = 0; + *id = strtol(addrbuf + 1, &cp, 0); + if ((errno != 0) || (cp == (addrbuf+1))) { + return FALSE; + } + } else { /* non-numeric name */ + if (lcPriv->credType == LOCAL_USER) { + struct passwd *pw = getpwnam(addrbuf); + + if (pw == NULL) { + return FALSE; + } else { + *id = (int) pw->pw_uid; + } + } else { /* group */ + struct group *gr = getgrnam(addrbuf); + + if (gr == NULL) { + return FALSE; + } else { + *id = (int) gr->gr_gid; + } + } + } + return TRUE; +} + +static Bool +siLocalCredAddrMatch(int family, pointer addr, int len, + const char *siAddr, int siAddrlen, ClientPtr client, void *typePriv) +{ + int connUid, connGid, *connSuppGids, connNumSuppGids, siAddrId; + siLocalCredPrivPtr lcPriv = (siLocalCredPrivPtr) typePriv; + + if (LocalClientCredAndGroups(client, &connUid, &connGid, + &connSuppGids, &connNumSuppGids) == -1) { + return FALSE; + } + + if (siLocalCredGetId(siAddr, siAddrlen, lcPriv, &siAddrId) == FALSE) { + return FALSE; + } + + if (lcPriv->credType == LOCAL_USER) { + if (connUid == siAddrId) { + return TRUE; + } + } else { + if (connGid == siAddrId) { + return TRUE; + } + if (connSuppGids != NULL) { + int i; + + for (i = 0 ; i < connNumSuppGids; i++) { + if (connSuppGids[i] == siAddrId) { + xfree(connSuppGids); + return TRUE; + } + } + xfree(connSuppGids); + } + } + return FALSE; +} + +static int +siLocalCredCheckAddr(const char *addrString, int length, void *typePriv) +{ + int len = length; + int id; + + if (siLocalCredGetId(addrString, length, + (siLocalCredPrivPtr)typePriv, &id) == FALSE) { + len = -1; + } + return len; +} +#endif /* localuser */ + static void siTypesInitialize(void) { @@ -2197,4 +2355,10 @@ #if defined(IPv6) && defined(AF_INET6) siTypeAdd("ipv6", siIPv6AddrMatch, siIPv6CheckAddr, NULL); #endif +#if !defined(NO_LOCAL_CLIENT_CRED) + siTypeAdd("localuser", siLocalCredAddrMatch, siLocalCredCheckAddr, + &siLocalUserPriv); + siTypeAdd("localgroup", siLocalCredAddrMatch, siLocalCredCheckAddr, + &siLocalGroupPriv); +#endif } From mfranz at aon.at Tue Apr 27 18:59:45 2004 From: mfranz at aon.at (Melchior FRANZ) Date: Tue Apr 27 19:00:33 2004 Subject: [Xorg] frequent crashes or how to debug? In-Reply-To: <200404261839.26540@pflug2.gphy.univie.ac.at> References: <200404261839.26540@pflug2.gphy.univie.ac.at> Message-ID: <200404271059.46479@pflug2.gphy.univie.ac.at> * Melchior FRANZ -- Monday 26 April 2004 18:39: > While a self-compiled XFree86 4.4rc2 (and several older versions) works > flawlessly, X11R6.7 crashes routinely when I start some applications, > all of them linked against libqt. Problem resolved. I updated to the newest freetype2 and recompiled X11R6.7. > Why don't I get a core file? An answer to this question would still be welcomed. :-) m. From doutora_dayane_do_penis at yahoo.com.br Tue Apr 27 08:40:00 2004 From: doutora_dayane_do_penis at yahoo.com.br (doutora_dayane_do_penis) Date: Tue Apr 27 22:25:41 2004 Subject: [Xorg] Daniella Message-ID: <mailman.21.1083068741.25371.xorg@freedesktop.org> An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040427/e0f01926/attachm ent.html From doutora_dayane_do_penis at yahoo.com.br Tue Apr 27 10:06:41 2004 From: doutora_dayane_do_penis at yahoo.com.br (doutora_dayane_do_penis) Date: Tue Apr 27 23:59:49 2004 Subject: [Xorg] Sandra Message-ID: <mailman.22.1083074389.25371.xorg@freedesktop.org> An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040427/8533f1bc/attachm ent.htm From andrew at volutin.net Wed Apr 28 00:22:12 2004 From: andrew at volutin.net (Andrew Bevitt) Date: Wed Apr 28 00:20:59 2004 Subject: [Xorg] /dev/vc* permission changes Message-ID: <200404280022.12278.andrew@volutin.net> Hi, Im wondering if the process in xinit of chowning /dev/vc0 and vcX, X being the number of the next terminal to use, is really neccessary. I cannot find reason for this to actually happen... I put in a patch for the xfree-4.3.99 tree that restored the owners, on Xserver shutdown, but if the server is killed (and you are not using udev) then the permissions are not restored still. So I guess does anyone actually know why the devices are chowned, im thinking its leftover from older X versions but I honestly am pulling strings from the air here... Thanks Andrew From umd98j at hotmail.com Thu Apr 29 03:11:17 2004 From: umd98j at hotmail.com (Stefan Christensen) Date: Wed Apr 28 23:11:15 2004 Subject: [Xorg] RE: Improve your sexual performance Message-ID: <d118$9$xm636qo2s1$-evnhz-r-9i-8@p7n.6s.hqlk> An HTML attachment was scrubbed... URL: http://freedesktop.org/pipermail/xorg/attachments/20040428/6a8bcde7/attachm ent.html From michael at obster.org Thu Apr 29 00:11:15 2004 From: michael at obster.org (Michael Obster) Date: Thu Apr 29 00:10:43 2004 Subject: [Xorg] Problems with xkb rules when using xorgconfig Message-ID: <408FBB83.30209@obster.org> Hi, I had some problems with using xorgconfig to configure my X-Windows. xorgconfig complains always that it cannot find the rules for the xkb settings. After some investigation I have a fix for that problem. The patch is attached. Patch is also tested and works now. Greetings, Michael Obster mailto:michael@obster.org -- 1. Vorsitzender Linux User Group Ingolstadt e.V. http://www.lug-in.de -------------- next part -------------- Michael Obster <michael@obster.org>: fixed xorgconfig to work correctly. This patch is not intend to be appli ed in ROCK Linux. This work has to be done by the X.Org people! --- package/x11/xorg/xorgconfig_xkb_rules.patch (revision 0) +++ package/x11/xorg/xorgconfig_xkb_rules.patch (revision 8) @@ -0,0 +1,12 @@ +diff -Nur xc-vanilla/programs/Xserver/hw/xfree86/xf86config/xorgconfig.c xc/pro grams/Xserver/hw/xfree86/xf86config/xorgconfig.c +--- xc-vanilla/programs/Xserver/hw/xfree86/xf86config/xorgconfig.c 2004-04- 27 23:49:20.799627352 +0200 ++++ xc/programs/Xserver/hw/xfree86/xf86config/xorgconfig.c 2004-04-28 08:20 :08.663857536 +0200 +@@ -706,7 +706,7 @@ + rulesfile = XKB_RULES_DIR "/xfree98"; + #else + config_xkbrules = __XKBDEFRULES__; /* static */ +- rulesfile = XKB_RULES_DIR "/"; ++ rulesfile = XKB_RULES_DIR "/" __XKBDEFRULES__; + #endif + + rules = XkbRF_Load(rulesfile, "", True, False); From michael at obster.org Thu Apr 29 00:15:30 2004 From: michael at obster.org (Michael Obster) Date: Thu Apr 29 00:14:27 2004 Subject: [Xorg] Problems with xkb rules when using xorgconfig In-Reply-To: <408FBB83.30209@obster.org> References: <408FBB83.30209@obster.org> Message-ID: <408FBC82.102@obster.org> Hi, Michael Obster schrieb: > After some investigation I have a fix for that problem. The patch is > attached. Patch is also tested and works now. sorry was the wrong file. Here is the right one! Greetings, Michael Obster mailto:michael@obster.org -- 1. Vorsitzender Linux User Group Ingolstadt e.V. http://www.lug-in.de -------------- next part -------------- diff -Nur xc-vanilla/programs/Xserver/hw/xfree86/xf86config/xorgconfig.c xc/prog rams/Xserver/hw/xfree86/xf86config/xorgconfig.c --- xc-vanilla/programs/Xserver/hw/xfree86/xf86config/xorgconfig.c 2004-04- 27 23:49:20.799627352 +0200 +++ xc/programs/Xserver/hw/xfree86/xf86config/xorgconfig.c 2004-04-28 08:20 :08.663857536 +0200 @@ -706,7 +706,7 @@ rulesfile = XKB_RULES_DIR "/xfree98"; #else config_xkbrules = __XKBDEFRULES__; /* static */ - rulesfile = XKB_RULES_DIR "/"; + rulesfile = XKB_RULES_DIR "/" __XKBDEFRULES__; #endif
rules = XkbRF_Load(rulesfile, "", True, False); From romis at dev.rtsoft.ru Thu Apr 29 21:19:56 2004 From: romis at dev.rtsoft.ru (Roman Vasylyev) Date: Thu Apr 29 21:20:03 2004 Subject: [Xorg] Tochscreen HANGS on Linux Message-ID: <4090E4DC.3010903@dev.rtsoft.ru> Found one bug from one console starting X from another DISPLAY=localhost xterm after killing xterm touchscreen stops to work. Here is small fix of this problem for XFree 4.3.0 But i see the same problem in xorg project. -------------- next part -------------- diff -Naur xc/programs/Xserver/hw/kdrive/linux/ts.c xc.new/programs/Xserver/hw/k drive/linux/ts.c --- xc/programs/Xserver/hw/kdrive/linux/ts.c Wed Nov 13 01:20:42 2002 +++ xc.new/programs/Xserver/hw/kdrive/linux/ts.c Thu Apr 22 12:12:14 2004 @@ -199,6 +199,10 @@ { mi->driver = 0; mi->inputType = 0; + if (mi->name != NULL) { + free(mi->name); + mi->name = NULL; + } } } } diff -Naur xc/programs/Xserver/hw/kdrive/linux/tslib.c xc.new/programs/Xserver/h w/kdrive/linux/tslib.c --- xc/programs/Xserver/hw/kdrive/linux/tslib.c Tue Nov 5 08:28:06 2002 +++ xc.new/programs/Xserver/hw/kdrive/linux/tslib.c Thu Apr 22 12:12:13 2004 @@ -175,6 +175,10 @@ if(mi->driver) ts_close(tsDev); mi->driver = 0; mi->inputType = 0; + if (mi->name != NULL) { + free(mi->name); + mi->name = NULL; + } } } } From keithp at keithp.com Thu Apr 29 22:48:34 2004 From: keithp at keithp.com (Keith Packard) Date: Fri Apr 30 00:03:03 2004 Subject: [Xorg] error in XKB xorgconfig (fwd) Message-ID: <E1BJAxu-0007ue-00@evo.keithp.com> Here's some additional fixes needed to make XKB work better. -keith ------- Forwarded Message Message-ID: <40910248.50504@terra.com.br> Date: Thu, 29 Apr 2004 10:25:28 -0300 From: Piter Punk <piterpk@terra.com.br> To: keithp@freedesktop.org Subject: error in xorgconfig Hi, I sent that mail to you, because the first link from xorg to xfree86 are made by you. This is not sufficient, more links are needed. I fill the bugzilla form, but i doesn't know how to post my solution. These links are needed... xfree86 -> xorg xfree86.lst -> xorg.lst xfree86.xml -> xorg.xml xfree86-it.lst -> xorg-it.lst With only the two firsts (xfree86 and xfree86.lst) the xorgconfig works fine, but i don't know if the others are needed by other programs. Good Luck Piter PUNK 2004-03-26 Keith Packard <keithp@freedesktop.org> * xkbcomp/rules/Imakefile was using InstallCreateLink backwards when attempting to install a symlink from xorg to xfree86 for compatibility (Keith Packard) PS> Sorry for my bad english, it's not my "default" language. - -- ____________ / Piter PUNK \_____________________________________________________ | | | | E-Mail: piterpk@terra.com.br (personal) | | .|. roberto.freires@gds-corp.com (professional) | | /V\ | | // \\ UIN:116043354 Homepage:www.piterpunk.hpg.ig.com.br | | /( )\ | | ^`~'^ ----> Slackware Linux - The Best One! <---- | | #105432 | `-------------------------------------------------------------------' ------- End of Forwarded Message -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://freedesktop.org/pipermail/xorg/attachments/20040429/c3d510d9/attach ment.pgp From sndirsch at suse.de Fri Apr 30 00:34:47 2004 From: sndirsch at suse.de (Stefan Dirsch) Date: Fri Apr 30 00:34:52 2004 Subject: [Xorg] error in XKB xorgconfig (fwd) In-Reply-To: <E1BJAxu-0007ue-00@evo.keithp.com> References: <E1BJAxu-0007ue-00@evo.keithp.com> Message-ID: <20040429143447.GA14119@shannon.suse.de> On Thu, Apr 29, 2004 at 08:48:34AM -0400, Keith Packard wrote: > > Here's some additional fixes needed to make XKB work better. Isn't this already covered by Bug #477? Stefan > ------- Forwarded Message > > Message-ID: <40910248.50504@terra.com.br> > Date: Thu, 29 Apr 2004 10:25:28 -0300 > From: Piter Punk <piterpk@terra.com.br> > To: keithp@freedesktop.org > Subject: error in xorgconfig > > Hi, > > I sent that mail to you, because the first link from xorg to > xfree86 are made by you. This is not sufficient, more links > are needed. > > I fill the bugzilla form, but i doesn't know how to post my > solution. > > These links are needed... > > xfree86 -> xorg > xfree86.lst -> xorg.lst > xfree86.xml -> xorg.xml > xfree86-it.lst -> xorg-it.lst > > With only the two firsts (xfree86 and xfree86.lst) the xorgconfig > works fine, but i don't know if the others are needed by other > programs. > > Good Luck > > Piter PUNK > > 2004-03-26 Keith Packard <keithp@freedesktop.org> > > * xkbcomp/rules/Imakefile was using InstallCreateLink backwards > when attempting to install a symlink from xorg to xfree86 for > compatibility (Keith Packard) > > PS> Sorry for my bad english, it's not my "default" language. > - -- > ____________ > / Piter PUNK \_____________________________________________________ > | | > | | E-Mail: piterpk@terra.com.br (personal) | > | .|. roberto.freires@gds-corp.com (professional) | > | /V\ | > | // \\ UIN:116043354 Homepage:www.piterpunk.hpg.ig.com.br | > | /( )\ | > | ^`~'^ ----> Slackware Linux - The Best One! <---- | > | #105432 | > `-------------------------------------------------------------------' > > > ------- End of Forwarded Message Public Key available ---------------------------------------------------- Stefan Dirsch (Res. & Dev.) SUSE LINUX AG Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 N?rnberg http://www.suse.de Germany ---------------------------------------------------- From daniel at freedesktop.org Fri Apr 30 15:12:20 2004 From: daniel at freedesktop.org (Daniel Stone) Date: Fri Apr 30 15:12:22 2004 Subject: [Xorg] [jbarnes@engr.sgi.com: Re: Xserver device I/O on Linux] Message-ID: <20040430051220.GS16438@fooishbar.org> I don't know quite what's OT for xorg_arch, so I just bounced it over here. If xorg_arch is the appropriate place, please let me know. ----- Forwarded message from Jesse Barnes <jbarnes@engr.sgi.com> ----- From: Jesse Barnes <jbarnes@engr.sgi.com> To: xserver@freedesktop.org Date: Thu, 29 Apr 2004 16:14:45 -0700 Message-Id: <200404291614.45490.jbarnes@engr.sgi.com> Subject: Re: Xserver device I/O on Linux List-Id: "Xserver development list." <xserver.freedesktop.org> In case it's not clear, I'm referring to the X.Org X11R6.7.0 Xserver, not the other freedesktop.org Xserver, which I think is Kdrive based? On Thursday, April 29, 2004 3:02 pm, Jesse Barnes wrote: > In trying to port the X server to SGI ia64-based sn2 machines, I ran into a > few problems, and I'm wondering what people think (if this discussion has > happened before, please point it out to me--I've looked around a bit but > haven't found much). > > Device discovery: all Linux ports that I'm aware of provide a PCI API > that's accessable via /proc/bus/pci. It seems like it would make sense to > simplify some of the Linux code by assuming this was true. > > Device I/O: some platforms (like sn2 and ppc) don't provide a way to do > port I/O and mapping in the way that the server expects. Would it make > sense to have a per-device IO base address so that these platforms (and > others like them) could simply use loads and stores to access the I/O ports > they need? Mapping could also be done relatively simply if we assumed the > presence of the /proc/bus/pci API. > > Ideally, all of the Linux device access code would be unified, but I'm not > sure if that's possible, so I'm willing to do this just for ia64 as long as > people are ok with the non-platform specific bits. > > Any thoughts? > > Thanks, > Jesse > > _______________________________________________ > xserver mailing list > xserver@freedesktop.org > http://freedesktop.org/mailman/listinfo/xserver _______________________________________________ xserver mailing list xserver@freedesktop.org http://freedesktop.org/mailman/listinfo/xserver ----- End forwarded message ----- -- Daniel Stone <daniel@freedesktop.org> freedesktop.org: powering your desktop http://www.freedesktop.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://freedesktop.org/pipermail/xorg/attachments/20040430/085ce142/attach ment.pgp From kobikabila3 at yehey.com Fri Apr 30 16:33:09 2004 From: kobikabila3 at yehey.com (MATHIAS KOBI KABILA) Date: Fri Apr 30 16:33:11 2004 Subject: [Xorg] FAMILY BUSINESS INVESTMENT Message-ID: <mailman.27.1083306791.25371.xorg@freedesktop.org> From:Mathias Kobi Kabila Johannesburg,South Africa INVESTMENT OFFER Greeting, In appreciation of your esteemed contact received through a reliable source and the choice of your country I wish to introduce myself, I am Mathias Kobi Kabila the son of the late Democratic Republic of Congo President Laurent Desire Kabila of the blessed memory. I know this letter might come to you as a surprise but I honestly do not intend to surprise you. I write this letter in respect of my intention to invest the sum of US$28M(Twenty Eight Million United State Dollars) with you. I inherited this mon ey from my mother. This money was got through the smuggling and sale of Diamond and
Timber when my father was the head of state. My mother though not her legal wife used her privilege position to engage in the business of Diamond and Timber since she knows that her survival will depend on how much she can get out of the privilege situation. Whe n my father was assassinated on 16TH Jan. 01 by one of his bodyguards Lt.Rashidi Kasereke through the conspiracy of some top army officers that wanted to topple him I escaped to South Africa because of the fear that I might be arrested by my half brother Lt. General Joseph Kabila the present head of state.
Actually his mother and my mother are not in the best of relationship because of who among them will be the first lady tussle and this ultimately affected us their children.Considering the relationship between South Africa and
the DemocraticRepublic of Congo new government, my mother advised me to leave For South Africa for security reason, while the funds were deposited with a security Company in Madrid Spain. On getting to South Africa where I have been living since then as apolitical refugee I am seeking for a reliable foreigner who can assist me in moving this money out for safe banking and profitable investment. Honestly I contacted you because I don't want to invest this money in South Afri ca due to my status here as a political Refugee. And moreover I wouldn't want to ta ke risk because this money is all that I and my Mother is depending on because My half brother has seized all my father's assets and money and left I and my mother empty handed without knowing about this funds deposited at the Security Company in Madrid Spain so that is why I decided that investing this money abroad should be the best investment for me. I will be honored if I can be given the privilege of investing this money with your help. In view of this plight, I expect you to be trustworthy and kind enough to respond to this distress call to save my mother and I from a hopeless future. And if you agree, I hereby agree to compensate your sincere and candid effort in this regard with 20% of the total money and annual 5% of the after tax returns on investment for the first three years. Thereafter, the term shall be varied. 5% for expenses, which may arise during the transaction, fax and phone bills inclusive.$28million US Dollars. when the money($28million) is moved into your discrete account, you will be allowed to draw 20% your favor, while the remaining 70% will be invested meaningfully for our future if possible in your area of business and deterrents sectors of the Economy in your country which are dividends yielding. Whatever your decision is please reach me immediately through my Email mathiaskobi3@blackworld.com and keep this letter tight secret for the interest of my family. Best Regards, Mathias Kobi Kabila for the family