ius-coredev team mailing list archive

[bharper <1272309@xxxxxxxxxxxxxxxxxx>]

We are moving bug/ticket/issue tracking from Launchpad to GitHub[0]. All
stale tickets within Launchpad are getting closed. If you would like us
to re-evaluate this request, please create an issue in our GitHub
wishlist repository[1].

-Ben

[0] https://lists.launchpad.net/ius-community/msg01635.html
[1] https://github.com/iuscommunity/wishlist


** Changed in: ius
       Status: New => Won't Fix

-- 
You received this bug notification because you are a member of IUS Core
Development, which is subscribed to IUS Community Project.
https://bugs.launchpad.net/bugs/1272309

Title:
  WL: libicu

Status in IUS Community Project:
  Won't Fix

Bug description:
  The excellent php intl extension you bundle (e.g. php54-intl,
  php55-intl) is dependant on the system's installed ICU library  libicu
  (http://site.icu-project.org/).

  This means that even if I with your help can run a recent PHP version
  on for example a RHEL 5 machine, it will still use a very outdated ICU
  library. E.g. RHEL 5 has ICU version 3.6 (released 2006-09-01) and
  RHEL 6 has ICU version 4.2.1 (released 2009-07-01).

  On RHEL 5 this means my intl extension can't for example provide me with the country name of country code RS (Serbia) due to this:
  > var_dump(Locale::getDisplayRegion('und-RS', 'en'));
  string(2) "RS"

  On a RHEL 6 machine this would give:
  > var_dump(Locale::getDisplayRegion('und-RS', 'en'));
  string(6) "Serbia"

  
  Would it be an option for ius to start bundling recent versions of libicu and declare php-intl's dependency against that package to keep things up-to-date?

  
  How to determine ICU version:
  $ php -i | grep "ICU version"
  ICU version => 3.6

  $ rpm -qi libicu | grep Version
  Version     : 3.6                               Vendor: Red Hat, Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ius/+bug/1272309/+subscriptions