Add some changes for ticket #1178:
distrib/sets/lists/xbase/mi			1.117-1.118
distrib/sets/lists/xbase/shl.mi			1.47-1.49
distrib/sets/lists/xcomp/mi			1.137 via patch
distrib/sets/lists/xcomp/shl.mi			patch
distrib/sets/lists/xetc/mi			1.19-1.22
external/mit/xorg/bin/Makefile			1.12-1.13
external/mit/xorg/bin/fc-pattern/Makefile	new
external/mit/xorg/bin/fc-validate/Makefile	new
xsrc/external/mit/fontconfig/dist/fc-pattern/Makefile.am	patch
xsrc/external/mit/fontconfig/dist/fc-pattern/Makefile.in	patch
xsrc/external/mit/fontconfig/dist/fc-pattern/fc-pattern.1	patch
xsrc/external/mit/fontconfig/dist/fc-pattern/fc-pattern.c	patch
xsrc/external/mit/fontconfig/dist/fc-pattern/fc-pattern.sgml	patch
xsrc/external/mit/fontconfig/dist/fc-validate/Makefile.am	patch
xsrc/external/mit/fontconfig/dist/fc-validate/Makefile.in	patch
xsrc/external/mit/fontconfig/dist/fc-validate/fc-validate.1	patch
xsrc/external/mit/fontconfig/dist/fc-validate/fc-validate.c	patch
xsrc/external/mit/fontconfig/dist/fc-validate/fc-validate.sgml	patch
Update ticket 1178.
Update ticket 1208.
Pull up following revision(s) (requested by manu in ticket #1218):
	sys/ufs/ufs/extattr.h: revision 1.11
Bump UFS1 extended attribute max name length to 256
For extended attribute name max length, kernel filesystem-independant
code use either EXTATTR_MAXNAMELEN (BSD API) or XATTR_NAME_MAX (Linux
API),
which are both defined as KERNEL_NAME_MAX and fits Linux limit of 255
without training \0.
UFS1 code had a lower limit that broke Linux compatibility. We can bump
the limit without sacrifying backward compatibility, because:
1) There is no API exposing this limit outside the kernel. Upper kernel
layers have a larger limit handle the increase without a hitch
2) Each attribute has its own backing store in the fileystem, the name
of the backing store matching the attribute name. A newer kernel can
create/read/write backing store for longer attribute names and will
have no problem with existing shorter names.
Ticket 1218.