Please sync uim 1:1.4.1-3 from Debian unstable

Binary package hint: uim

Please sync uim 1:1.4.1-3 from Debian unstable.

Ubuntu changes:
 * debian/uim-gtk2.0.install: Fix module installation path for our GTK ABI.
    - This is no longer necessary since debian/uim-gtk2.0.install now uses usr/lib/gtk-2.0/*/immodules/*

Debian changelog (since 1:1.2.1-9ubuntu1):
uim (1:1.4.1-3) unstable; urgency=low

  * Switch to dh_gtkmodules for the gtk 2.10 transition (Closes:
    #419318)
    - debian/control: Add ${misc:Depends} and remove libgtk2.0-bin on
      uim-gtk2.0.
    - debian/uim-gtk2.0.post{inst,rm}: Removed.

 -- Masahito Omote <email address hidden> Sat, 21 Apr 2007 03:46:09 +0900

uim (1:1.4.1-2) unstable; urgency=low

  * Upload to unstable.
  * FTBFS: missing versioning gtk (Closes: #415527)
  * Fix dependency between uim-common and uim-utils.

 -- Masahito Omote <email address hidden> Sat, 14 Apr 2007 23:57:11 +0900

uim (1:1.4.1-1) experimental; urgency=low

  * New upstream release
    - Upload to experimental.
  * Stop using "[ -f /usr/bin/dh_gtkmodules ]" in debian/rules.

 -- Masahito Omote <email address hidden> Sun, 18 Mar 2007 13:53:46 +0000

uim (1:1.4.0-2) experimental; urgency=low

  * Oops, /usr/lib/gtk-2.0/2.10.0/immodule-files.d/uim-gtk2.0.immoduls
    is broken in 1:1.4.0-1.

 -- Masahito Omote <email address hidden> Wed, 14 Feb 2007 17:05:07 +0000

uim (1:1.4.0-1) experimental; urgency=low

  * New upstream release
    - Build-Depends: libgcroots-dev, automake1.10, kde-devel.
  * 03_intltool_fake_version.dpatch: very dirty hack for work on intltool
    0.35.0. I cannot understand why new one is still not in experimental even
    though GNOME 2.16.2 is in it. Why it is neglected over 8 months?
  * Bump libuim's major version to 5.
  * uim-applet-kde: New Package.
  * Use dh_gtkmodules which was supported from 2.10.1-1. (closes: Bug#409583)

 -- Masahito Omote <email address hidden> Thu, 15 Feb 2007 00:57:41 +0900

uim (1:1.3.1-2) experimental; urgency=low

  * Merge uim-tutcode, uim-trycode into uim-tcode. These input style are
    very special and most of Japanese does not use it. But people using
    these IMs have more intelligence of uim, cofusions should not happen,
    I think.
    - This is because ftpmaster demand not to get obese the number of
      packages. I do not fully agree his rejection. This change is a
      maximum compromise.
    - Also he demand me to split packages for each continent(Asia, Europe,
      North America, Afirican, ...). But I do not agree with it, too. Not all
      Japanese do need Hangul/Chinese/Vietnamese/... input style. And so
      do Koreans, Chinese, Vietnamese and so on. And not all people do
      need multiple IMs(using Anthy and SKK at the same time for example).
      And installing multiple IMs by default make confusions of default
      input style when using uim.

 -- Masahito Omote <email address hidden> Sat, 3 Feb 2007 17:36:49 +0900

uim (1:1.3.1-1) experimental; urgency=low

  * New upstream release
  * Uploading to experimental.
  * Don't call 'UIM' and 'Uim' in Debian's official Documents. 'uim' is a
    formal wording and the only wording.
  * From this version, IMs in uim-common are splitted into each packages.
    You have to install them if you keep to use them. Splitted packages are
    as follows,
    - uim-byeoru: The Byeoru Hangul input suite for uim
    - uim-hangul: Hangul input method for uim (2-beol/3-beol/Romaja)
    - uim-latin: Latin and Germanic languages input style for uim
    - uim-pinyin: Pinyin input method for uim
    - uim-tcode: T-Code input style for uim
    - uim-tutcode: TUT-Code input style for uim
    - uim-trycode: Try-Code input style for uim
    - uim-viqr: Vietnamese Quoted-Readable input style for uim
    - uim-ipa-x-sampa: International Phonetic Alphabet (X-SAMPA) input style
      for uim
  * Change environment settings in im-switch from xim to uim.
    (closes: Bug#400871)

 -- Masahito Omote <email address hidden> Thu, 4 Jan 2007 01:22:48 +0900