Xorg Mailing List 2004 April

From keithp at keithp.
com Fri Apr 2 12:24:48 2004

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,
+returns
+.ZN False ;
+otherwise, it returns
+.ZN True .
+If the extension is present,
+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,
+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,
+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 --------------
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
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 --------------
Name: not available
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
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
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
LOTTO NETHERLAND IL/FLW/12-CO33721192 :
prize is IL/FLW/12-CO33721192 , ticket number A/03-4912.
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
contacting him.
are:
prize.
Thank you.
Sincerely,
Ann Ross
Promotions Manager
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 --------------
Name: not available
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)
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]: 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
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?
-------- 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 --------------
Name: not available
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
LOTTO NETHERLAND IL/FLW/12-C033721192 :
prize is IL/FLW/12-C033721192 , ticket number A/03-4912.
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
contacting him.
are:
prize.
Thank you.
Sincerely,
Ann Ross
Promotions Manager
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
LOTTO NETHERLAND IL/FLW/12-C033721192 :
prize is IL/FLW/12-C033721192 , ticket number A/03-4912.
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
contacting him.
are:
prize.
Thank you.
Sincerely,
Ann Ross
Promotions Manager
From gene.heskett at verizon.net Sat Apr 10 22:02:10 2004
Date: Sat Apr 10 22:02:13 2004
In-Reply-To: <E1BCUB3-0006us-7S@pdx.freedesktop.org>
References: <E1BCUB3-0006us-7S@pdx.freedesktop.org>
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
From gene.heskett at verizon.net Sun Apr 11 11:15:14 2004
Date: Sun Apr 11 11:15:19 2004
Subject: [Xorg] compile failure
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 .
+ ln -s ../../../../lib/font/Speedo/module/libspeedo.a .
+ 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[1]: *** [World] Error 2
make: *** [World] Error 2
Any clues for this clueless person? Am I missing something?
--
Cheers, Gene
From keithp at keithp.com Sun Apr 11 12:37:22 2004
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 --------------
Name: not available
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:

http://www.mail-archive.com/xpert@xfree86.org/msg11807.html

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>
--- 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
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>
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>
URL: http://freedesktop.org/pipermail/xorg/attachments/20040415/009c3dc1/attachm
ent.html
From sndirsch at suse.de Thu Apr 15 02:12:03 2004
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>
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.
----------------------------------------------------
FAX: 0911-740 53 479 D-90409 N?rnberg
----------------------------------------------------
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
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
Date: Thu Apr 15 23:15:35 2004
Subject: [Xorg] Policy issues etc.
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
In-Reply-To: kaleb@keithley.org wrote on Thursday,
15 April 2004 at 06:45:00 -0400
<407E67AC.9010906@keithley.org>
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
Date: Fri Apr 16 01:40:08 2004
In-Reply-To: <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.
--
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
Date: Fri Apr 16 02:25:29 2004
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 --------------
Name: not available
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
Date: Fri Apr 16 02:38:24 2004
In-Reply-To: Alan.Coopersmith@Sun.COM wrote on Thursday,
15 April 2004 at 08:39:36 -0700
<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.
>
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
Date: Fri Apr 16 03:06:30 2004
In-Reply-To: keithp@keithp.com wrote on Thursday,
15 April 2004 at 09:25:07 -0700
<E1BE9fo-0000fU-00@evo.keithp.com>
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
Date: Fri Apr 16 03:11:28 2004
Subject: [Xorg] merge of the XORG-CURRENT branch into trunk
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
Date: Fri Apr 16 03:45:01 2004
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>
> 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 --------------
Name: not available
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
Date: Sat Apr 17 22:06:59 2004
Subject: [Xorg] VESA driver bug continued
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
Date: Sun Apr 18 14:02:30 2004
Subject: [Xorg] VESA driver bug continued
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>
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 --------------
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.....

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
********************************************************************************
*******************


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)
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
Date: Tue Apr 20 19:35:50 2004
In-Reply-To: keithp@keithp.com wrote on Thursday,
15 April 2004 at 10:44:54 -0700
<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.
;-) 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
Date: Wed Apr 21 04:47:33 2004
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>
> 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 --------------
Name: not available
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
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 --------------
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
I have your password!
-------------- next part --------------
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
Date: Fri Apr 23 01:15:34 2004
In-Reply-To: keithp@keithp.com wrote on Tuesday,
20 April 2004 at 11:46:30 -0700
<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.
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
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 --------------
Name: not available
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 ,
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
Date: Fri Apr 23 20:33:11 2004
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\ 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 --------------
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:
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>
URL: http://freedesktop.org/pipermail/xorg/attachments/20040423/f8d6bb35/attachm
ent.html
From keithp at keithp.com Sat Apr 24 01:15:06 2004
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 --------------
Name: not available
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
Date: Sat Apr 24 01:23:33 2004
Subject: [Xorg] CURRENT branch closed for merge to trunk
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
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
--
---------------------------------------------------------------------
cellphone: +49 174 7066481
---------------------------------------------------------------------
---------------------------------------------------------------------
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 --------------
Name: not available
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
Date: Sat Apr 24 10:07:46 2004
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
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\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)
Date: Sat Apr 24 10:10:28 2004
References: <E1BH803-0002Sy-00@evo.keithp.com>
Message-ID: <4089B059.B5CC4280@nrubsig.org>
> 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\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)
From weigelt at metux.de Sat Apr 24 10:14:29 2004
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
--
---------------------------------------------------------------------
cellphone: +49 174 7066481
---------------------------------------------------------------------
---------------------------------------------------------------------
Date: Sat Apr 24 10:45:47 2004
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 --------------
Name: not available
Size: 228 bytes
Desc: not available
Url : http://freedesktop.org/pipermail/xorg/attachments/20040423/1bbec1ef/attach
ment.pgp
Date: Sat Apr 24 11:15:39 2004
References: <E1BHBIU-0003I7-00@evo.keithp.com>
Message-ID: <4089BFA8.AEC17CAA@nrubsig.org>
> > 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\ 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
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>
>
> Around 2 o'clock on Apr 24, Roland Mainz wrote:
>
> > magic ? :)
>
No. It also works when working locally and the problems with deadlocks and
mail sending are present with ssh too.
>
> 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
Date: Sun Apr 25 00:20:27 2004
In-Reply-To: keithp@keithp.com wrote on Friday,
23 April 2004 at 14:14:18 -0700
>
>
> As it was late at night, he asked that I check to make sure things were
> transferred correctly.
>
> 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
Date: Sun Apr 25 00:20:31 2004
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>
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.
Date: Sun Apr 25 00:20:31 2004
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>
>
> Around 2 o'clock on Apr 24, Roland Mainz wrote:
>
> > magic ? :)
>
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.
>
>
> attacks.
>
If you do it right the risk should be low. Also none of this runs suid root.
Cheers,
Egbert.
Date: Sun Apr 25 00:20:31 2004
24 April 2004 at 02:07:35 +0200
References: <40898936.5060902@sun.com>
<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.
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.
Date: Sun Apr 25 00:20:32 2004
24 April 2004 at 02:10:01 +0200
References: <E1BH803-0002Sy-00@evo.keithp.com> <4089B059.B5CC4280@nrubsig.org>
> > 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
Date: Sun Apr 25 04:37:14 2004
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\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)
From Alan.Coopersmith at Sun.COM Sun Apr 25 09:06:26 2004
Date: Sun Apr 25 09:06:48 2004
In-Reply-To: <E1BH803-0002Sy-00@evo.keithp.com>
Message-ID: <408AF2F2.7070503@sun.com>
Much thanks Egbert!
> 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?
--
From eich at suse.de Mon Apr 26 19:34:43 2004
Date: Mon Apr 26 19:35:31 2004
In-Reply-To: Alan.Coopersmith@Sun.COM wrote on Saturday,
24 April 2004 at 16:06:26 -0700
<408AF2F2.7070503@sun.com>
> > 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_!?=
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
________________________________________________________________________________
________________________
>>>>>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
________________________________________________________________________________
___________
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
________________________________________________________________________________
________________________
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)
********************************************************************************
**********
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
Date: Tue Apr 27 05:50:16 2004
In-Reply-To: kean@armory.com wrote on Wednesday,
21 April 2004 at 06:34:30 -0700
References: <40867866.9010404@armory.com>
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
Date: Tue Apr 27 08:41:43 2004
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\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)
From Alan.Coopersmith at Sun.COM Tue Apr 27 16:46:55 2004
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-)
--
-------------- 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
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
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>
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
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 --------------
Name: not available
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
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>
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
----------------------------------------------------
FAX: 0911-740 53 479 D-90409 N?rnberg
----------------------------------------------------
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 --------------
Name: not available
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
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

Xorg Mailing List 2004 April

Загружено:

Сведения о документе

Исходное описание:

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Xorg Mailing List 2004 April

Загружено:

Авторское право:

Доступные форматы

From keithp at keithp.

com Fri Apr 2 12:24:48 2004

Вам также может понравиться