Couldn't find a valid ICU package installed on the system. #60439

qyangaa · 2020-08-04T23:33:28Z

Problem encountered on https://dotnet.microsoft.com/learn/dotnet/hello-world-tutorial/run
Operating System: linux

I followed https://github.com/dotnet/core/blob/master/Documentation/build-and-install-rhel6-prerequisites.md#troubleshooting
to install the package and change library path. But still doesn't work.

dotnet run
Process terminated. Couldn't find a valid ICU package installed on the system. Set the configuration flag System.Globalization.Invariant to true if you want to run with no globalization support.
   at System.Environment.FailFast(System.String)
   at System.Globalization.GlobalizationMode.GetGlobalizationInvariantMode()
   at System.Globalization.GlobalizationMode..cctor()
   at System.Globalization.CultureData.CreateCultureWithInvariantData()
   at System.Globalization.CultureData.get_Invariant()
   at System.Globalization.CultureInfo..cctor()
   at System.String.ToLowerInvariant()
   at System.Text.EncodingHelper.GetCharset()
   at System.Text.EncodingHelper.GetEncodingFromCharset()
   at System.ConsolePal.GetConsoleEncoding()
   at System.Console+<>c.<get_OutputEncoding>b__19_0()
   at System.Threading.LazyInitializer.EnsureInitializedCore[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Threading.LazyInitializer.EnsureInitialized[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Console.get_OutputEncoding()
   at System.Console.CreateOutputWriter(System.IO.Stream)
   at System.Console+<>c.<get_Out>b__26_0()
   at System.Threading.LazyInitializer.EnsureInitializedCore[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Threading.LazyInitializer.EnsureInitialized[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Console.get_Out()
   at System.Console.WriteLine(System.String)
   at myApp.Program.Main(System.String[])

The text was updated successfully, but these errors were encountered:

mairaw · 2020-09-07T19:06:06Z

@dagood @leecow can you help with this issue?

dagood · 2020-09-08T14:21:58Z

@tarekgh may be able to help.

tarekgh · 2020-09-08T16:55:39Z

@qyangaa this means the ICU library is not correctly installed on your system.

could you please send the output of the execution steps https://github.com/dotnet/core/blob/master/Documentation/build-and-install-rhel6-prerequisites.md?rgh-link-date=2020-08-04T23%3A33%3A28Z#troubleshooting?

jmp75 · 2020-10-05T08:43:56Z

@tarekgh If I may; I encountered the very same problem, using Debian 11 (currently the 'testing' version). This is following installation instructions as close as possible, using "snap" as per the debian dotnet install doc. I would have preferred using debian packages but this does not yet work for Debian 11 (actually, complained about not being able to find the libicu dependency to install).

~/src/myApp$ dotnet --version
3.1.402
~/src/myApp$ which dotnet
/snap/bin/dotnet
~/src/myApp$ snap list
Name               Version    Rev   Tracking       Publisher    Notes
core               16-2.46.1  9993  latest/stable  canonical✓   core
core18             20200724   1885  latest/stable  canonical✓   base
dotnet-runtime-31  3.1.8      9     latest/stable  dotnetcore✓  -
dotnet-sdk         3.1.402    98    3.1/stable     dotnetcore✓  classic

locate libicu | grep snap shows the presence of "libicu" files such as "/snap/dotnet-sdk/98/usr/lib/x86_64-linux-gnu/libicudata.so.60". Not sure this is what we are after, or if the debian package manager.

aptitude search libicu shows that libicu-dev and libicu67 are installed, and I appear to have all the right dependencies as per the dotnet install on debian - dependencies.

FWIW ss a longtime .NET/mono developer but not active with it for a few years, I am a bit confused by the experience re-acquainting myself with the latest ecosystem.

tarekgh · 2020-10-05T20:58:12Z

@qyangaa @jmp75 could you please follow the issue #43052 which is tracking fixing same issue (I guess)?

dagood · 2020-10-05T21:01:31Z

#43052 is specifically about this:

I would have preferred using debian packages but this does not yet work for Debian 11 (actually, complained about not being able to find the libicu dependency to install).

The rest of the comment seems to be about an issue with the .NET Snap, which I'm not very familiar with.

tarekgh · 2020-10-05T21:07:14Z

The rest of the comment seems to be about an issue with the .NET Snap, which I'm not very familiar with.

Do you know who can help with it?

CC @safern

jmp75 · 2020-10-06T06:04:30Z

I got an installation working with the ICU working after noticing that reply and prior discussions. I thought at first read what was referred to was compilation from source but this is not and much simpler a process, so may be worth expanding here. This refers to the Manual Install option.

Steps:

Downloading the "Binaries" tarball for the SDK x64 of .NET core 3.1
tar zxf dotnet-sdk-3.1.402-linux-x64.tar.gz -C "$HOME/dotnet"

nano ~/.bashrc then adding

export DOTNET_ROOT=$HOME/dotnet
export PATH=$PATH:$HOME/dotnet

All seem to work well this way, dotnet run or direct binary invocation. I am actually unclear as to exactly why the 'missing ICU' goes away installing this way, but will take it as is.

dagood · 2020-10-06T13:57:36Z

I am actually unclear as to exactly why the 'missing ICU' goes away installing this way

As long as you have some version of the libicu binaries installed (from version 50 to 255 currently), .NET Core will find it and use it. The Debian package is just more restrictive because it has a list of specific package dependencies rather than a numeric range.

xiangzhai · 2021-01-18T08:48:52Z

:mips-interest

xiangzhai · 2021-01-18T09:24:54Z

Hi @qyangaa

export CLR_ICU_VERSION_OVERRIDE="50.2"

If your RHEL icu version is 50.2, it is able to run yum info icu for double check the version.

We met the similar issue when porting to MIPS64. Fixed in 5.0.0.

Thanks,
Leslie Zhai

@petrsvihlik

Fix the error discovered in c2f034b Work around the issue described at dotnet/core#2186 and https://github.com/dotnet/core/issues/5019 Integrate the fix shared by @petrsvihlik at dotnet/core#2186 (comment)

@petrsvihlik

Fix the `ICU package` error discovered in c2f034b Work around the issue described at dotnet/core#2186 and https://github.com/dotnet/core/issues/5019 Integrate the fix shared by @petrsvihlik at dotnet/core#2186 (comment)

ghost · 2021-10-14T23:06:41Z

Tagging subscribers to this area: @tarekgh, @safern
See info in area-owners.md if you want to be subscribed.

Issue Details

Problem encountered on https://dotnet.microsoft.com/learn/dotnet/hello-world-tutorial/run
Operating System: linux

I followed https://github.com/dotnet/core/blob/master/Documentation/build-and-install-rhel6-prerequisites.md#troubleshooting
to install the package and change library path. But still doesn't work.

dotnet run
Process terminated. Couldn't find a valid ICU package installed on the system. Set the configuration flag System.Globalization.Invariant to true if you want to run with no globalization support.
   at System.Environment.FailFast(System.String)
   at System.Globalization.GlobalizationMode.GetGlobalizationInvariantMode()
   at System.Globalization.GlobalizationMode..cctor()
   at System.Globalization.CultureData.CreateCultureWithInvariantData()
   at System.Globalization.CultureData.get_Invariant()
   at System.Globalization.CultureInfo..cctor()
   at System.String.ToLowerInvariant()
   at System.Text.EncodingHelper.GetCharset()
   at System.Text.EncodingHelper.GetEncodingFromCharset()
   at System.ConsolePal.GetConsoleEncoding()
   at System.Console+<>c.<get_OutputEncoding>b__19_0()
   at System.Threading.LazyInitializer.EnsureInitializedCore[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Threading.LazyInitializer.EnsureInitialized[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Console.get_OutputEncoding()
   at System.Console.CreateOutputWriter(System.IO.Stream)
   at System.Console+<>c.<get_Out>b__26_0()
   at System.Threading.LazyInitializer.EnsureInitializedCore[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Threading.LazyInitializer.EnsureInitialized[[System.__Canon, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef, System.Object ByRef, System.Func`1<System.__Canon>)
   at System.Console.get_Out()
   at System.Console.WriteLine(System.String)
   at myApp.Program.Main(System.String[])

Author:	qyangaa
Assignees:	-
Labels:	`area-System.Globalization`, `untriaged`
Milestone:	-

tarekgh · 2021-10-14T23:23:29Z

@safern I recall we have another issue tracking same snap problem. right?

safern · 2021-10-15T00:54:41Z

Yes we had this one: #54148 but it was closed as snap wasn't in our priorities (accordingly to the last message). cc: @NikolaMilosavljevic

daxxog · 2022-04-17T12:42:21Z

Hi @qyangaa
export CLR_ICU_VERSION_OVERRIDE="50.2"
If your RHEL icu version is 50.2, it is able to run yum info icu for double check the version.

We met the similar issue when porting to MIPS64. Fixed in 5.0.0.

Thanks, Leslie Zhai

I had something similar happen to me on Archlinux, when the icu package was recently updated: https://github.com/archlinux/svntogit-packages/tree/36f4025b3bb8b0832b7ad452afe6bd605e894158/trunk

I did something like:
export CLR_ICU_VERSION_OVERRIDE=$(pacman -Q icu | awk '{split($0,a," ");print a[2]}' | awk '{split($0,a,"-");print a[1]}')
to fix.

Thanks for the tip!

WildReiserUE · 2022-04-18T20:38:14Z

Hi @qyangaa
export CLR_ICU_VERSION_OVERRIDE="50.2"
If your RHEL icu version is 50.2, it is able to run yum info icu for double check the version.
We met the similar issue when porting to MIPS64. Fixed in 5.0.0.
Thanks, Leslie Zhai
I had something similar happen to me on Archlinux, when the icu package was recently updated: https://github.com/archlinux/svntogit-packages/tree/36f4025b3bb8b0832b7ad452afe6bd605e894158/trunk

I did something like: export CLR_ICU_VERSION_OVERRIDE=$(pacman -Q icu | awk '{split($0,a," ");print a[2]}' | awk '{split($0,a,"-");print a[1]}') to fix.

Thanks for the tip!

This work for me! THX!!! But this has to be done before each call to the ICU. It feels like it's being overwritten by something.

nfp0 · 2023-07-18T17:27:17Z

Hi @qyangaa
export CLR_ICU_VERSION_OVERRIDE="50.2"
If your RHEL icu version is 50.2, it is able to run yum info icu for double check the version.
We met the similar issue when porting to MIPS64. Fixed in 5.0.0.
Thanks, Leslie Zhai
I had something similar happen to me on Archlinux, when the icu package was recently updated: https://github.com/archlinux/svntogit-packages/tree/36f4025b3bb8b0832b7ad452afe6bd605e894158/trunk

I did something like: export CLR_ICU_VERSION_OVERRIDE=$(pacman -Q icu | awk '{split($0,a," ");print a[2]}' | awk '{split($0,a,"-");print a[1]}') to fix.

Thanks for the tip!

@daxxog This worked for me. Thanks!
I'm still being affected by this issue today on Arch. So, in our case, the root cause is on the Arch package?
Is there an issue open for it?

bernardbr · 2024-07-24T22:27:10Z

Hi @qyangaa
export CLR_ICU_VERSION_OVERRIDE="50.2"
If your RHEL icu version is 50.2, it is able to run yum info icu for double check the version.
We met the similar issue when porting to MIPS64. Fixed in 5.0.0.
Thanks, Leslie Zhai
I had something similar happen to me on Archlinux, when the icu package was recently updated: https://github.com/archlinux/svntogit-packages/tree/36f4025b3bb8b0832b7ad452afe6bd605e894158/trunk

I did something like: export CLR_ICU_VERSION_OVERRIDE=$(pacman -Q icu | awk '{split($0,a," ");print a[2]}' | awk '{split($0,a,"-");print a[1]}') to fix.

Thanks for the tip!

Thank you!

For the Ubuntu, you can do the same:

export CLR_ICU_VERSION_OVERRIDE=$(dpkg -s libicu-dev | grep '^Version:' | awk '{split($2,a,"-"); print a[1]}')

mairaw transferred this issue from dotnet/core Oct 14, 2021

dotnet-issue-labeler bot added area-System.Globalization untriaged New issue has not been triaged by the area owner labels Oct 14, 2021

mairaw added area-Snap and removed area-System.Globalization labels Oct 14, 2021

NikolaMilosavljevic mentioned this issue Dec 1, 2021

Snap engineering debt #62241

Open

17 tasks

NikolaMilosavljevic removed the untriaged New issue has not been triaged by the area owner label Dec 8, 2021

gbtb mentioned this issue May 10, 2022

dotnet: fixed runtime error for dotnet 3.1 after icu update NixOS/nixpkgs#172335

Merged

13 tasks

NikolaMilosavljevic added this to the Future milestone Aug 17, 2022

SommerEngineering added a commit to SommerEngineering/AI-Studio that referenced this issue Jun 8, 2024

Fixed icu issue, cf. dotnet/runtime#60439

0bb7039

tarekgh mentioned this issue Nov 30, 2024

Rename {CLR,DOTNET}_ICU/OPENSSL_VERSION_OVERRIDE #110259

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Couldn't find a valid ICU package installed on the system. #60439

Couldn't find a valid ICU package installed on the system. #60439

qyangaa commented Aug 4, 2020

mairaw commented Sep 7, 2020

dagood commented Sep 8, 2020

tarekgh commented Sep 8, 2020

jmp75 commented Oct 5, 2020

tarekgh commented Oct 5, 2020

dagood commented Oct 5, 2020

tarekgh commented Oct 5, 2020

jmp75 commented Oct 6, 2020

dagood commented Oct 6, 2020

xiangzhai commented Jan 18, 2021

xiangzhai commented Jan 18, 2021 •

edited

Loading

ghost commented Oct 14, 2021

tarekgh commented Oct 14, 2021

safern commented Oct 15, 2021

daxxog commented Apr 17, 2022

WildReiserUE commented Apr 18, 2022

nfp0 commented Jul 18, 2023

bernardbr commented Jul 24, 2024

Couldn't find a valid ICU package installed on the system. #60439

Couldn't find a valid ICU package installed on the system. #60439

Comments

qyangaa commented Aug 4, 2020

mairaw commented Sep 7, 2020

dagood commented Sep 8, 2020

tarekgh commented Sep 8, 2020

jmp75 commented Oct 5, 2020

tarekgh commented Oct 5, 2020

dagood commented Oct 5, 2020

tarekgh commented Oct 5, 2020

jmp75 commented Oct 6, 2020

dagood commented Oct 6, 2020

xiangzhai commented Jan 18, 2021

xiangzhai commented Jan 18, 2021 • edited Loading

ghost commented Oct 14, 2021

tarekgh commented Oct 14, 2021

safern commented Oct 15, 2021

daxxog commented Apr 17, 2022

WildReiserUE commented Apr 18, 2022

nfp0 commented Jul 18, 2023

bernardbr commented Jul 24, 2024

xiangzhai commented Jan 18, 2021 •

edited

Loading