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

### 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 https://github.com/wolfi-dev/os/commit/31ed5d2eed70910255b46dde8b1dbc08a1c3d2c4 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) https://github.com/wolfi-dev/os/commit/31ed5d2eed70910255b46dde8b1dbc08a1c3d2c4 ### Proposed solution Copy the correct .dat file ### Testing performed _No response_ ### Acceptance criteria - [x] The requested version is the **latest stable upstream release** (no pre-releases or RCs) - [x] The upstream project uses an **OSI-approved license** - [x] The change aligns with Wolfi’s packaging and security model - [x] The package can be reasonably maintained over time - [x] There are no known unresolved security or supply-chain concerns