Package Details: rider 1:2019.3.4-1

Git Clone URL: https://aur.archlinux.org/rider.git (read-only, click to copy)
Package Base: rider
Description: A cross-platform C# 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: 28
Popularity: 0.21
First Submitted: 2017-08-06 22:00
Last Updated: 2020-02-28 22:42

Dependencies (2)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

tomwadley commented on 2018-04-20 20:30

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

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

@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

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

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

Hi @tim.hellhake, Please update the package

benjamin.rickels commented on 2017-11-10 11:30

I'm also not quite sure why JetBrains decided to use that location; but looking at the program's directory after installation (one big Windows-ish folder with all binaries and libraries in it) it seems like a good candidate for '/opt' to me.

tim.hellhake commented on 2017-10-28 16:27

I took the installation directory of my intellij-idea-ultimate-edition as an example. If you think /opt would be a better choice I will change it.

benjamin.rickels commented on 2017-10-28 12:53

Is there a reason the default install location is '/usr/share'? According to the FHS, only architecture-independent data should be stored there. '/opt' seems to be a more natural choice.

tim.hellhake commented on 2017-10-12 23:11

Updated to latest version 2017.2