Patch audit continued, mostly locales [#6]
OK, it's another update to TODO. UNfortunately, the locales patch seems
to have lost a bunch of stuff (with no explanation), and several others
also need some TLC, so this patch makes TODO blow up a bit. *sigh* Maybe
I ought to split it into several TODOs.
--- TODO 2005-06-08 00:26:24.137360110 -0400
+++ TODO.newest 2005-06-08 00:25:39.183779778 -0400
@@ -73,13 +73,118 @@
004_imake_manpage_handling_overhaul.diff -- present under same name
005_rgb.txt_in_etc_X11.diff -- present under same name
-- comment needs updating to reflect X.org transition
-006_ati_radeon_fix_eternal_initialization.diff
-007_fix_xfree86_man_version_string.diff
-008_fix_xgetpw_macro.diff
-009_ati_r128_retry_idle_until_timeout.diff
-010_s3_trio64_dx_and_gx_support.diff
-011_SECURITY_makedepend_safer.diff
-011a_recognize_glibc_2.3.2_locale_names.diff
+006_ati_radeon_fix_eternal_initialization.diff -- upstream
+007_fix_xfree86_man_version_string.diff -- NEEDS HELP
+ -- present under same name
+ -- this is a patch to xfree86.cf. It should become obsolete eventually,
+ and it may already be.
+ -- closely related patch present in 060_fix_XOrgManDefs.diff
+ -- check to see if X11.tmpl needs a parallel change to VendorManDefs
+ (it probably does), in which case this should probably be altered to
+ patch that file (which ought to have the same effects plus).
+008_fix_xgetpw_macro.diff -- present under same name
+009_ati_r128_retry_idle_until_timeout.diff -- upstream
+010_s3_trio64_dx_and_gx_support.diff -- NEEDS INFO
+ -- mostly upstream
+ -- patch includes higher MaxClock settings for TRIO64V2_DXGX than upstream,
+ is this good or bad?
+011_SECURITY_makedepend_safer.diff -- NEEDS INFO
+ -- present under same name
+ -- mysterious change from rm -rf ${TMP} to rm -rf ${TMP}*
+ -- comments need updating to reflect change in upstream
+011a_recognize_glibc_2.3.2_locale_names.diff -- NEEDS PORTING
+ -- partly present under same name
+ -- Branden's grammar fixes deserve to return.
+ -- Excluding comment, whitespace, and diff offset changes, changes merged
+ upstream, and changes to upstream, there still seem to be some mysterious
+ substantive changes:
+
+ In OLD locale.aliases patch, but not NEW:
+ +br_FR.ISO-8859-15@euro: br_FR.ISO8859-15
+ +eu_ES.ISO-8859-15@euro: eu_ES.ISO8859-15
+ +id_ID.ISO-8859-1: id_ID.ISO8859-1
+ +mi_NZ.iso885913: mi_NZ.ISO8859-13
+ +mi_NZ.ISO-8859-13: mi_NZ.ISO8859-13
+ +mr_IN: mr_IN.UTF-8
+ +nl_BE.UTF-8@euro: nl_BE.UTF-8
+ +oc_FR.ISO-8859-1: oc_FR.ISO8859-1
+ +oc_FR.ISO-8859-15: oc_FR.ISO8859-15
+ -pt_BR.iso885915: pt_BR.ISO8859-15
+ +sv_FI.ISO-8859-15@euro: sv_FI.ISO8859-15
+ +uz_UZ: uz_UZ.ISO8859-1
+ +uz_UZ.ISO-8859-1: uz_UZ.ISO8859-1
+ +uz_UZ@cyrillic: uz_UZ.UTF-8
+ +uz_UZ.UTF-8@cyrillic: uz_UZ.UTF-8
+ (different uz_UZ upstream, though)
+ +wa_BE.ISO-8859-1: wa_BE.ISO8859-1
+ +wa_BE.ISO-8859-15: wa_BE.ISO8859-15
+ +wa_BE.ISO-8859-15@euro: wa_BE.ISO8859-15
+ +xh_ZA: xh_ZA.ISO8859-1
+ +xh_ZA.ISO-8859-1: xh_ZA.ISO8859-1
+ +zh_SG: zh_SG.GB2312
+ +zh_SG.GBK: zh_SG.gbk
+ +zh_TW.BIG5: zh_TW.big5
+ +zh_TW.EUC-TW: zh_TW.eucTW
+ +zu_ZA: zu_ZA.ISO8859-1
+ +zu_ZA.ISO-8859-1: zu_ZA.ISO8859-1
+ ...and all changes to the "SCO 3.0" locale names,
+ and to the Microsoft Windows/NT 4.0 locale names.
+
+ In NEW locale.aliases patch, but not OLD:
+ +mi_NZ.iso88591: mi_NZ.ISO8859-13
+ (this *really* looks wrong)
+
+ In OLD locale.dir patch, but not NEW (lots):
+ +XCOMM a3 is not an ISO 639 language code, but in Cyrillic, "Z" looks like "3".
+ +koi8-c/XLC_LOCALE: a3_AZ.KOI8-C
+ (koi8 at top of list)
+ +iso8859-1/XLC_LOCALE: aa_DJ.ISO8859-1
+ +iso8859-15/XLC_LOCALE: an_ES.ISO8859-15
+ +iso8859-6/XLC_LOCALE: ar_AE.ISO8859-6
+ +iso8859-2/XLC_LOCALE: bs_BA.ISO8859-2
+ -iso8859-2/XLC_LOCALE: cz_CZ.ISO8859-2
+ +iso8859-15/XLC_LOCALE: de_LI.ISO8859-1
+ -iso8859-15/XLC_LOCALE: el_GR.ISO8859-15
+ -iso8859-1/XLC_LOCALE: en_BE.ISO8859-1
+ -iso8859-3/XLC_LOCALE: eo_EO.ISO8859-3
+ -iso8859-3/XLC_LOCALE: eo_XX.ISO8859-3
+ +iso8859-1/XLC_LOCALE: en_ZW.ISO8859-1
+ +XCOMM Esperato (eo) is not supported by the GNU C Library and neither the
+ +XCOMM EO nor XX territories exist in ISO 3166.
+ +XCOMM iso8859-3/XLC_LOCALE: eo_EO.ISO8859-3
+ +XCOMM iso8859-3/XLC_LOCALE: eo_XX.ISO8859-3
+ +iso8859-1/XLC_LOCALE: eu_FR.ISO8859-1
+ +iso8859-15/XLC_LOCALE: eu_FR.ISO8859-15
+ +iso8859-10/XLC_LOCALE: lg_UG.ISO8859-10
+ -iso8859-1/XLC_LOCALE: pd_US.ISO8859-1
+ -iso8859-1/XLC_LOCALE: pd_DE.ISO8859-1
+ +iso8859-1/XLC_LOCALE: om_KE.ISO8859-1
+ +XCOMM Presumably, "pd" is "Pennsylvania 'Dutch'", a U.S. dialect of German.
+ +XCOMM This is not an ISO language code defined for it, and the GNU C Library
+ +XCOMM doesn't support it.
+ +XCOMM iso8859-1/XLC_LOCALE: pd_US.ISO8859-1
+ +XCOMM iso8859-1/XLC_LOCALE: pd_DE.ISO8859-1
+ +microsoft-cp1251/XLC_LOCALE: ru_UA.CP1251
+ +iso8859-1/XLC_LOCALE: so_DJ.ISO8859-1
+ +iso8859-1/XLC_LOCALE: so_KE.ISO8859-1
+ +iso8859-1/XLC_LOCALE: so_SO.ISO8859-1
+ +iso8859-1/XLC_LOCALE: st_ZA.ISO8859-1
+ placement of the th_TH TIS620 locale after the ISO8859-11 one
+ +iso8859-1/XLC_LOCALE: uz_UZ.ISO8859-1
+ +iso8859-1/XLC_LOCALE: xh_ZA.ISO8859-1
+ +zh_CN/XLC_LOCALE: zh_SG.GB2312
+ +zh_CN.gbk/XLC_LOCALE: zh_SG.gbk
+ (different zh_CN upstream, though)
+ +iso8859-1/XLC_LOCALE: zu_ZA.ISO8859-1
+ and nearly all the changes to the en_US.UTF-8 entries (gobs),
+ excepting en_DK.UTF-8.
+
+ -- If these are changes due to *glibc* changes, the patch comment and
+ probably its name should be updated
+ -- more likely, the xfree86 version is right and the version from Ubuntu
+ lost stuff.
+ -- some substantial upstream submission wouldn't hurt here
+
012_Xaw_StripChart_fix.diff
013_xkb_symbols_euro_support.diff
014_startx_hostname_fix.diff
--
This space intentionally left blank.
Reply to: