Search Criteria
Package Details: rider 1:2024.1.1-1
Git Clone URL: | https://aur.archlinux.org/rider.git (read-only, click to copy) |
---|---|
Package Base: | rider |
Description: | A cross-platform .NET IDE by JetBrains. |
Upstream URL: | https://www.jetbrains.com/rider/ |
Keywords: | .NET ASP.NET C# editor F# IDE Jetbrains Unity VB.NET Xamarin |
Licenses: | Commercial |
Conflicts: | rider |
Provides: | rider |
Submitter: | tim.hellhake |
Maintainer: | tim.hellhake |
Last Packager: | tim.hellhake |
Votes: | 76 |
Popularity: | 0.41 |
First Submitted: | 2017-08-06 22:00 (UTC) |
Last Updated: | 2024-04-20 17:53 (UTC) |
Dependencies (3)
- gendesk (make)
- mono (mono-gitAUR) (optional) – .NET runtime
- msbuild (mono-msbuild-gitAUR, mono-msbuild) (optional) – build .NET Core projects
Required by (1)
- xamarin-android (optional)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »
pulsar256 commented on 2018-04-27 12:32 (UTC)
@tomwadley, @Lyynx92
TLDR; - in Rider: tools->create command-line launcher - Close Rider - in a terminal: ᐅ TERM=xterm /usr/local/bin/rider
I did run into the same issue today. I could solve the issue on my end by setting $TERM to xterm. IIRC there was an ncurses update a couple of months ago which effectively changed the default TERM environment variable from xterm to xterm-256color. I might be wrong about that, but what I can confirm is that setting it back to xterm solves the issue on my end.
AFAIK You could also modify the .desktop launcher file if you do not want to fiddle with the environment variables passed to your desktop session of your choice as it might not always be trivial.
Google xterm-256color and gradle to get a bit background on that, they had/have a similar issue.
Lyynx92 commented on 2018-04-23 00:30 (UTC)
Can also try ICU55 and 60, as I had those installed around the same time and I do know that VSCode requires ICU55 for C# debugging (as per the archwiki).
tomwadley commented on 2018-04-20 20:30 (UTC)
Sorry I forgot to reply to this. Like @luisantoniojr is experiencing, installing icu57 did not fix this for me either (and I also have a Debian Virtual Box which I'm using for debugging right now!). @Lyynx92, can you think of anything else you did or installed that could have fixed this for you? I'll owe you a beer if you can solve this :)
luisantoniojr commented on 2018-04-20 20:00 (UTC)
I'm having the same problem as @tomwadley described, i already installed icu57 as @Lyynx92 suggested, the problem persists. Happens on Manjaro and Antergos distributions. I downloaded the Rider 2018.1 version, extracted and executed, found the same problem. Already tested on distribution not based on Arch, executed smoothly. All tests was maded inside virtualbox.
Lyynx92 commented on 2018-04-11 19:32 (UTC)
@tomwadley, I was running into that issue as well. Installing icu57 from the AUR fixed it for me.
tomwadley commented on 2018-03-29 15:46 (UTC)
Is anyone else having trouble using the debugger inside Rider? It did work at some point. But recently, when I click debug, it just sits there saying "Pending" and eventually pops up the error "Debugger worker was not initialized within 100000 ms". I've tried starting a fresh project, blowing away my Rider config and switching to the EAP build of Rider. If another Arch user can confirm that the debugger works for them, that would help be narrow down this issue.
ShalokShalom commented on 2018-02-02 11:37 (UTC)
Its a CLR IDE now: F# and VB support is added since years. Will you correct this? Thanks
jeyhunn commented on 2017-12-28 08:37 (UTC)
Hi @tim.hellhake, Please update the package
unicornresult commented on 2017-11-10 11:30 (UTC) (edited on 2017-11-10 13:20 (UTC) by unicornresult)
tim.hellhake commented on 2017-10-28 16:27 (UTC)
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »