[Fix Wolfi Package]: icu78-data-full v78.3-r0 does not contain all locales

[yariksheptykin]

Package name

icu78-data-full

Current version in Wolfi

78.3-r0

Requested version

No response

Upstream project URL

https://icu.unicode.org/

Problem

icu78-data-full is broken and as of v78.3-r0 only includes en_US locales instead of all (full) locales. This broke our German PHP Webserver because it is required by php-8.3-intl . The version v78.2-r1 included all locales. This broke after 31ed5d2 by @dustinkirkland . @dustinkirkland could you please take a look.

Steps to reproduce

apk add icu78-data-full php-8.3-intl
php -r "var_dump(ResourceBundle::getLocales(''));"

Observe only a handful of locales:

php -r "var_dump(ResourceBundle::getLocales(''));"
array(4) {
  [0]=>
  string(2) "en"
  [1]=>
  string(6) "en_001"
  [2]=>
  string(5) "en_GB"
  [3]=>
  string(5) "en_US"
}

Now downgrade icu to 78.2-r1

apk add libicu78=78.2-r1 icu78-data-full=78.2-r1 php-8.3-intl
php -r "var_dump(ResourceBundle::getLocales(''));"

PHP outputs a ton of supported locales including de_DE.

Root cause (if known)

31ed5d2

Proposed solution

Copy the correct .dat file

Testing performed

No response

Acceptance criteria

• The requested version is the latest stable upstream release (no pre-releases or RCs)
• The upstream project uses an OSI-approved license
• The change aligns with Wolfi’s packaging and security model
• The package can be reasonably maintained over time
• There are no known unresolved security or supply-chain concerns

[Morl99]

I can confirm that this also breaks a bunch of our node based web applications (not in production of course, but upgrading to the latest icu package will break our pipelines).

[timm13]

The issue should be fixed now.

[yariksheptykin]

@timm13 yeah, I can confirm that our CI is back to green. The missing locales are back.

[Morl99]

Thanks for fixing this!