[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#825146: libxdmcp-dev: Multi-Arch: same file conflict between rebuilds of the package



Package: libxdmcp-dev
Version: 1:1.1.2-1.1
User: helmutg@debian.org
Usertags: rebootstrap
File: /usr/share/doc/libxdmcp-dev/xdmcp.txt.gz

Trying to install a fresh rebuild of libxdmcp-dev (e.g. for a new
architecture) results in a file conflict with the packages from the
archive on the file /usr/share/doc/libxdmcp-dev/xdmcp.txt.gz. I am
attaching a diff of the old and the new version.

It is not the first time that this file poses problems to Multi-Arch,
see #761628.

Options for handling this seem dim at this point. We binNMU on all
architectures and carry on. Or we could split out a tiny libxdmcp-doc
package. Neither of these options seems particularly attractive.

Either way, I need this issue documented somewhere and that's what this
bug serves for now.

Helmut
--- /dev/fd/5	2016-05-24 06:56:43.303696475 +0200
+++ -	2016-05-24 06:56:43.308400395 +0200
@@ -37,7 +37,7 @@
 
 X Window System is a trademark of The Open Group.
 
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
 
 Table of Contents
 
@@ -73,18 +73,18 @@
 collections of hosts with particular displays. We would like to support the
 following options:
 
-  â?¢ The display has a single, fixed host to which it should connect. It should
+ â?¢ The display has a single, fixed host to which it should connect. It should
     be possible to power on the display and receive a login prompt, without
     user intervention.
 
-  â?¢ Any one of several hosts on a network or subnetwork may be acceptable for
+ â?¢ Any one of several hosts on a network or subnetwork may be acceptable for
     accepting login from the display. (For example, the user's file systems can
     be mounted onto any such host, providing comparable environments.) It
     should be possible for the display to broadcast to find such hosts and to
     have the display either automatically choose a host or present the possible
     hosts to the user for selection.
 
-  â?¢ The display has a fixed set of hosts that it can connect to. It should be
+ â?¢ The display has a fixed set of hosts that it can connect to. It should be
     possible for the display to have that set stored in RAM, but it should also
     be possible for a site administrator to be able to maintain host sets for a
     large number of displays using a centralized facility, without having to
@@ -111,18 +111,18 @@
 Security is an important consideration and must be an integral part of the
 design. The important security goals in the context of XDMCP are:
 
-  â?¢ It should be possible for the display to verify that it is communicating
+ â?¢ It should be possible for the display to verify that it is communicating
     with a legitimate host login service. Because the user will present
     credentials (for example, password) to this service, it is important to
     avoid spoof attacks.
 
-  â?¢ It should be possible for the display and the login service to negotiate
+ â?¢ It should be possible for the display and the login service to negotiate
     the authorization mechanism to be used for the standard X protocol.
 
-  â?¢ It should be possible to provide the same level of security in verifying
+ â?¢ It should be possible to provide the same level of security in verifying
     the login service as is provided by the negotiated authorization mechanism.
 
-  â?¢ Because there are no firm standards yet in the area of security, XDMCP must
+ â?¢ Because there are no firm standards yet in the area of security, XDMCP must
     be flexible enough to accomodate a variety of security mechanisms.
 
 Chapter 2. Overview of the Protocol
@@ -175,45 +175,46 @@
 substantially hamper the efficiency of any implementation. Also, no padding of
 any sort will occur within the packets.
 
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¬â??â??â??â??â??â??â??â?¬â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
-â??Type Name    â??Length â??Description                                            â??
-â??             â??(Bytes)â??                                                       â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??CARD8        â??1      â??A single byte unsigned integer                         â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??CARD16       â??2      â??Two byte unsigned integer                              â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??CARD32       â??4      â??Four byte unsigned integer                             â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??             â??       â??This is actually a CARD16 followed by a collection of  â??
-â??ARRAY8       â??n+2    â??CARD8. The value of the CARD16 field (n) specifies the â??
-â??             â??       â??number of CARD8 values to follow                       â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??ARRAY16      â??2*m+1  â??This is a CARD8 (m) which specifies the number of      â??
-â??             â??       â??CARD16 values to follow                                â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??ARRAY32      â??4*l+1  â??This is a CARD8 (l) which specifies the number of      â??
-â??             â??       â??CARD32 values to follow                                â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??ARRAYofARRAY8â???      â??This is a CARD8 which specifies the number of ARRAY8   â??
-â??             â??       â??values to follow.                                      â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?´â??â??â??â??â??â??â??â?´â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
+â??â??â??â??â??â??â??â??â?¬â??â??â??â??â?¬â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
+â??Type Name     â??Length  â??Description                                     â??
+â??              â??(Bytes) â??                                                â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??CARD8         â??1       â??A single byte unsigned integer                  â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??CARD16        â??2       â??Two byte unsigned integer                       â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??CARD32        â??4       â??Four byte unsigned integer                      â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??              â??        â??This is actually a CARD16 followed by a         â??
+â??ARRAY8        â??n+2     â??collection of CARD8. The value of the CARD16    â??
+â??              â??        â??field (n) specifies the number of CARD8 values  â??
+â??              â??        â??to follow                                       â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??ARRAY16       â??2*m+1   â??This is a CARD8 (m) which specifies the number  â??
+â??              â??        â??of CARD16 values to follow                      â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??ARRAY32       â??4*l+1   â??This is a CARD8 (l) which specifies the number  â??
+â??              â??        â??of CARD32 values to follow                      â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??ARRAYofARRAY8 â???       â??This is a CARD8 which specifies the number of   â??
+â??              â??        â??ARRAY8 values to follow.                        â??
+â??â??â??â??â??â??â??â??â?´â??â??â??â??â?´â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
 
 Chapter 4. Packet Format
 
 All XDMCP packets have the following information:
 
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¬â??â??â??â??â??â??â??â??â??â??â?¬â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
-â??Length (Bytes)â??Field Typeâ??Description                          â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??2             â??CARD16    â??version number                       â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??2             â??CARD16    â??opcode packet header                 â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??2             â??CARD16    â??n = length of remaining data in bytesâ??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??n             â?????       â??packet-specific data                 â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?´â??â??â??â??â??â??â??â??â??â??â?´â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
+â??â??â??â??â??â??â??â??â?¬â??â??â??â??â??â?¬â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
+â??Length (Bytes)â??Field Typeâ??Description                           â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??2             â??CARD16    â??version number                        â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??2             â??CARD16    â??opcode packet header                  â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??2             â??CARD16    â??n = length of remaining data in bytes â??
+â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??n             â?????       â??packet-specific data                  â??
+â??â??â??â??â??â??â??â??â?´â??â??â??â??â??â?´â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
 
 The fields are as follows:
 
@@ -977,43 +978,43 @@
 by a valid scope id) or to a locally assigned multicast address. The version
 number in all packets will be 1. Packet opcodes are 16-bit integers.
 
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¬â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
-â??Packet Name                                     â??Encoding                    â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??BroadcastQuery                                  â??1                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Query                                           â??2                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??IndirectQuery                                   â??3                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??ForwardQuery                                    â??4                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Willing                                         â??5                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Unwilling                                       â??6                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Request                                         â??7                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Accept                                          â??8                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Decline                                         â??9                           â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Manage                                          â??10                          â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Refuse                                          â??11                          â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Failed                                          â??12                          â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??KeepAlive                                       â??13 ^[a]                     â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??Alive                                           â??14 ^[b]                     â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?´â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
-â??^[a] A previous version of this document incorrectly reversed the opcodes of â??
-â??Alive and KeepAlive.                                                         â??
-â??                                                                             â??
-â??^[b] A previous version of this document incorrectly reversed the opcodes of â??
-â??Alive and KeepAlive.                                                         â??
-â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¬â??â??â??â??â??â??â??â??â??â??â??â??â??â??
+â??Packet Name                                   â??Encoding                  â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??BroadcastQuery                                â??1                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Query                                         â??2                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??IndirectQuery                                 â??3                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??ForwardQuery                                  â??4                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Willing                                       â??5                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Unwilling                                     â??6                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Request                                       â??7                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Accept                                        â??8                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Decline                                       â??9                         â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Manage                                        â??10                        â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Refuse                                        â??11                        â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Failed                                        â??12                        â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??KeepAlive                                     â??13 ^[a]                   â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?¼â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??Alive                                         â??14 ^[b]                   â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â?´â??â??â??â??â??â??â??â??â??â??â??â??â??â?¤
+â??^[a] A previous version of this document incorrectly reversed the opcodes â??
+â??of Alive and KeepAlive.                                                   â??
+â??                                                                          â??
+â??^[b] A previous version of this document incorrectly reversed the opcodes â??
+â??of Alive and KeepAlive.                                                   â??
+â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??â??
 
 Per packet information follows:
 
@@ -1216,19 +1217,19 @@
 
 Some definitions first:
 
-  � {D}^κ = encryption of plain text D by key κ
+ � {D}^κ = encryption of plain text D by key κ
 
-  â?¢ {Î?}*^κ = decryption of crypto text Î? with key κ
+ â?¢ {Î?}*^κ = decryption of crypto text Î? with key κ
 
-  â?¢ Ï? = private key shared by display and manager
+ â?¢ Ï? = private key shared by display and manager
 
-  â?¢ Ï? = 64 bit random number generated by display
+ â?¢ Ï? = 64 bit random number generated by display
 
-  � α = authentication data in XDMCP packets
+ � α = authentication data in XDMCP packets
 
-  â?¢ Ï? = per-session private key, generated by manager
+ â?¢ Ï? = per-session private key, generated by manager
 
-  � β = authorization data
+ � β = authorization data
 
 Encryption will use the Data Encryption Standard (DES, FIPS 46-3); blocks
 shorter than 64 bits will be zero-filled on the right to 64 bits. Blocks longer
@@ -1272,11 +1273,11 @@
 server. The server receives the packet, decrypts the contents. To accept the
 connection, the following must hold:
 
-  â?¢ Ï? must match the value generated for the most recent XDMCP negotiation.
+ â?¢ Ï? must match the value generated for the most recent XDMCP negotiation.
 
-  â?¢ T must be within 1200 seconds of the internally stored time. If no time
+ â?¢ T must be within 1200 seconds of the internally stored time. If no time
     been received before, the current time is set to T.
 
-  â?¢ No packet containing the same pair (N, T) can have been received in the
+ â?¢ No packet containing the same pair (N, T) can have been received in the
     last 1200 seconds (20 minutes).
 

Reply to: