https://bugzilla.redhat.com/show_bug.cgi?id=2142178 --- Comment #6 from Omair Majid <omajid@xxxxxxxxxx> --- > It seems weird that we'd drop it though, given that we have the dotnet-host package generated too. So `dotnet-host` provides an entry point (`/usr/bin/dotnet`) to running all .NET versions. Think of it like python's `venv` and `python3` all rolled into one command. dotnet-host also provides man pages and a bunch of other things. If we don't ship it we wont have .NET working at all. And we only really need to ship one version of that: the version from .NET 7 will handle .NET 6 just fine. > That said, it does make sense to me that RHEL wouldn't have this anymore, given that you'll keep adding new versions across the same major RHEL version. I plan to do the same for Fedora. Fedora 36 has .NET Core 3.1 (dotnet3.1), .NET 6.0 (dotnet6.0) and I will be adding this .NET 7 (dotnet7.0) to Fedora 36 and later. There just isn't a good reason for `dotnet` to exist as a separate package when everyone (including upstream) expects users to install versions explicitly. > But if you really want to drop it, the conditional is not very clear on that. I can fix that shortly with better comments, if you want. > And all the other dotnet packages will need cleanup for that too... Super long term, I do want to stop providing a plain unversioned `dotnet` package everywhere, including Fedora. Would you be okay if I left dotnet3.1 and dotnet6.0 continue providing a `dotnet` package and just remove it from dotnet7.0? Or would you prefer we handle Fedora 38 and later differently than Fedora 37 and earlier? -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component https://bugzilla.redhat.com/show_bug.cgi?id=2142178 _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
