Lines 44 and 45 have licenses spelled wrong, sending it to an incorrect folder. It's currently licences when it should be licenses.
Search Criteria
Package Details: omnisharp-roslyn 1.39.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/omnisharp-roslyn.git (read-only, click to copy) |
---|---|
Package Base: | omnisharp-roslyn |
Description: | OmniSharp server (STDIO) based on Roslyn workspaces |
Upstream URL: | https://github.com/OmniSharp/omnisharp-roslyn |
Keywords: | csharp dotnet dotnet-sdk omnisharp roslyn |
Licenses: | MIT |
Submitter: | sixpindin |
Maintainer: | oscarcl |
Last Packager: | oscarcl |
Votes: | 14 |
Popularity: | 0.40 |
First Submitted: | 2016-08-25 21:14 (UTC) |
Last Updated: | 2022-05-22 02:39 (UTC) |
Dependencies (4)
- dotnet-runtime (dotnet-runtime-2.2, dotnet-runtime-3.0, dotnet-runtime-2.1, dotnet-runtime-5.0-bin, dotnet-runtime-bin, dotnet-runtime-preview-bin)
- dotnet-sdk (dotnet-sdk-2.2, dotnet-sdk-2.2-vs2017, dotnet-sdk-3.0, dotnet-sdk-2.1, dotnet-sdk-5.0-bin, dotnet-sdk-bin, dotnet-sdk-preview-bin) (make)
- mono (mono48, mono-beta, mono-visualstudio, mono-alt-csc, mono5, mono-nightly, mono-alpha, mono-git) (make)
- mono-msbuild (make)
Required by (3)
- omnisharp-vim-git
- vim-tabnine-git (optional)
- vim-youcompleteme-git (optional)
Sources (1)
Latest Comments
pollen commented on 2022-03-21 02:47 (UTC)
square commented on 2021-05-14 17:04 (UTC)
we really need an update
dr460nf1r3 commented on 2021-01-17 15:03 (UTC)
This needs an update, doesnt pass validitiy check.
Philzli commented on 2019-04-26 06:33 (UTC)
Since this package doesn't build from source it should be moved to a package with -bin suffix.
sixpindin commented on 2018-11-10 01:30 (UTC)
Omnisharp releases have evolved beyond where 'omnisharp-roslyn' could be a reasonable name for a PKGBUILD. There are now quite a few different builds and I imagine it would be best to have appropriately named PKGBUILDS for each of them. Therefore I'm disowning the package.
rudism commented on 2018-04-24 19:21 (UTC)
Any chance of a second package that downloads the http version of omnisharp-roslyn instead of the stdio version? PKGBUILD would essentially be the same with the exception of downloading "omnisharp.http-mono.tar.gz" instead of "omnisharp-mono.tar.gz" and updating the MD5 hash for the alternate file.
sixpindin commented on 2017-07-29 18:16 (UTC)
@jaylittle,
Thanks for letting me know. I've updated the .SRCINFO.
jaylittle commented on 2017-07-29 17:01 (UTC)
pkgrel is mismatched between PKGBUILD and .SRCINFO
sixpindin commented on 2017-07-26 23:07 (UTC)
@DDoSolitary,
Thanks for letting me know.
I've fixed the permissions issues as per your suggestion.
Having tested the package more thoroughly this time, I've also added a fix for this: https://github.com/OmniSharp/omnisharp-roslyn/issues/600.
DDoSolitary commented on 2017-07-24 09:17 (UTC)
Could you please add chown&chmod after tar?
Currently all the files are owned by 2000(uid), and as for permission, some files are 744, some others are 644.
I think the correct settings should be:
All the files owned by root.
OmniSharp.exe 755, others 644.
Thanks!
sixpindin commented on 2017-07-11 23:45 (UTC)
@watzon: Thanks for the update. I've checked and pushed your changes.
watzon commented on 2017-07-11 21:39 (UTC)
Installing has stopped working recently due to the license.md file being relocated. I updated the PKGBUILD file https://gist.github.com/watzon/fb90c1f48fd8961d017020197b36a369
varg commented on 2016-11-17 16:10 (UTC) (edited on 2016-11-17 16:12 (UTC) by varg)
In attempt to be used with dotnet-cli 1.0.0_preview2_003131-1 (i.e. to be executed directly as 'OmniSharp.exe' instead of 'mono OmniSharp.exe') version 1.9.beta19-1 is failing with:
Unhandled Exception:
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.DllNotFoundException: System.Native
Workaround is:
ln -s /usr/share/dotnet/shared/Microsoft.NETCore.App/1.0.1/System.Native.so /usr/lib/libSystem.Native.so
ldconfig #optionally
(taken from https://github.com/aspnet/KestrelHttpServer/issues/963)
Pinned Comments