I'm trying to use dotnet (.NET Core) with cron jobs, but it seems the path variable for dotnet doesn't exist in the scope of cron. I'd like to add the path to cron, but I need to know where dotnet is actually installed to from a typical Ubuntu installation. Also knowing how to add the path variable to cron would be helpful also, but I think I can figure that out once I have the dotnet installation directory.
4 Answers
After seeing the comment by Gomes, I checked and it seems both are valid in my system:
$ /usr/bin/dotnet --version
2.1.400
$ /usr/share/dotnet/dotnet --version
2.1.400
I did a bit more research and it appears that the usual way to find this in many unix dialects (as per https://kb.iu.edu/d/acec) is with the help of whereis command:
$ whereis dotnet
dotnet: /usr/bin/dotnet /usr/share/dotnet /usr/share/man/man1/dotnet.1.gz
But with further scrutiny, I could see that /usr/bin/dotnet is just a symlink to /share/dotnet/dotnet:
/usr/bin$ ll dotnet
lrwxrwxrwx 1 root root 22 Jun 29 17:48 dotnet -> ../share/dotnet/dotnet*
And that page also shows how to see which one the operating system uses when running a command you type in the terminal, which command:
$ which dotnet
/usr/bin/dotnet
In my case (I've been installed dotnet with dotnet-install.sh script when it was already installed on my system with snap) the path is ~/.dotnet. May be it helps someone.
For WSL2 (Linux under Windows), it's a bit different: if you've already got .NET Core installed for Windows, the dotnet-install.sh script recognises it and doesn't install it again. However, this means that the dotnet command doesn't work out of the box (i.e., unless you explicitly create an alias for it); instead (for WSL2) you need dotnet.exe. However, whereis dotnet will still show you the installation folder (which is in the Windows-managed part of the file-system).
Related