-
Notifications
You must be signed in to change notification settings - Fork 1k
Building on Ubuntu Linux 18.04 #8006
Comments
Looks like here nobody cares about Linux users. I think that this repo should be renamed to 'Visual Studio for Mac' only. |
@abock cc |
You are supposed to build 8.1 branch (which I have partial success on Windows). I have a Travis CI build script for 7.8 branch, but I think it should also work for 8.1 branch, https://github.com/lextm/monodevelop-windows/blob/master/.travis.yml |
@lextm sorry, but I did try build all 8.something branches before submitting this issue. And as you can understand 7.8 is irrelevant (since that's what we have in the Mono Repository) |
|
What version of mono brings msbuild 16.1? can you share your build script? how do you get 7.8.4.2? |
@knocte I'm on the preview-<ubuntuversion> branch most of the time. Monodevelop 7.8.4.2 just popped up one day and still works fine with Mono 6.4 and msbuild 16.3.
I was unable to locate this commit though. I will continue retrying to build Monodevelop 8.x every weekend until it succeeds. |
Two and a half months later... Still no improvements. |
I'm on Arch. I tried building the release-8.4 branch and the release-7.8 branch. Neither of them is buildable. 8.4 gives me an exception on make
and yes, MSBuild is installed ( while 7.8 failed on downloading a bunch of files, for example
Is this project dead? Cause I can also not find any changelogs or just a 'normal' binary tarball. |
That's even more difficult to pull off, AFAIU, because Arch might not have packages of msbuild yet, and xbuild might be too buggy to be able to build monodevelop at this point. |
xbuild is unable to build it,. The 'Too many project files specified' comes from xbuild. However, I have msbuild installed. As for msbuild, unless I'm mistaken it is part of the normal package repository.
Link to installed package: https://www.archlinux.org/packages/community/x86_64/dotnet-sdk/ |
@CommanderStrax MSBuild engine for .NET Core is likely to fail, as usually you need to use MSBuild for Mono,
|
ohh, that makes more sense. That might also explain why the autodiscover didn't find it. |
Has anyone managed to get 8.x to build on Linux yet? I'm having similar issues building on Ubuntu 19.10. We use VS Mac 8 and share projects with Linux so need to use a more up-to-date version on Linux. |
@aabc123 nope. Guess Microsoft getting Xamarin wasn't a good thing for us Linux people. |
It's Monodevelop 8.6 already, and Mono 6.6. And this is STILL broken. (Build attempts are in the first message) |
I was working to make MonoDevelop run on Linux again but have failed. Apparently the easiest way is to remove code in The dependency on the new text editor is a challenge for those who builds MonoDevelop also for macOS or Windows, and don't want to be bothered to copy a binary from Visual Studio maybe because they don't want to use code not open-source, or just because it is trobulesome. (See #8289.) |
oh. Great. Welp, good thing I didn't waste any time on chasing down that msbuild problem I had further up the comments. |
|
The main question would be: P.S. Happy 5 months long open issue 🎉 |
This repo really seems dead |
@pikachuk Thanks for quoting my blog post. I plan to give it an update based on recent new facts. Thera are still outstanding issues to build MonoDevelop on Windows/Linux, but Microsoft did open source more of its relevant code. |
Oh I see, that's good then. |
There have been some major improvements, I only get 61 errors instead of the usual 120-ish. Could be due to the dotnet 3.1 update 🤷♂️ Used software:
Current issue:
Mono 6.8 update:
Winter holidays, Mono 6.10 update and dotnet 3.1.1:
|
I also cannot build it on Windows:
|
"Embrace, extend, and extinguish" (EEE) |
If that is open source. It is not possible to just fork it? and create a different version that is not depending on main source? or it is legally gray? |
@scherenhaenden You can of course create your fork (and legally). The barrier here is how to fully understand each of the components, and (in most cases) the various dependencies. It is just too luxury to spend time on a huge project like this, when 8.x introduces too many gaps. |
It seems like indeed Monodevelop is just not more usable for future Projects... if it is so, maybe we should considere to use rider or other languages... |
There is an other open source project named Consulo that is a fork of Intellij IDEA Community adding support for C#. |
I have both Rider and Consulo. Still prefer Monodevelop 🤷♂️ |
I have Rider... I need my Workspaces back -.- |
I'm gonna take a look onto that Consulo thing |
I tested Consulo. somehow good but not quite there. I need workspaces, Rider does not even know what that is |
Can we not fork the 7 branch? |
that would be great. The thing is that it might not be enough ppl there to work for a that fork, either because the knowledge is not quite enough or because there is not enough quorum. I do not know if it might be even possible to do wihtout legal issues... |
@enderger You can fork in any way you like, but keep in mind,
If you really want to contribute, make use of all previous knowledge, or you probably have no clue where to get started on this huge project. |
@lextm is it possible to move changes made in 8 branch to 7 branch? It looks like MS bought Xamarin and ruined it and now new "Mono" is needed But I agree with @scherenhaenden
In any case it does not mean that we should not discuss it. |
@HardHub It could be great if we make a full quorum about it and even better if we could get enough ppl to work onto a fork. But I see it on myself, right now, work, kids, helth and everything in between is eroding my free time... I cannot ask ppl to work on a project like that when I'm not offering my self at least some lines of code every week. |
@HardHub @scherenhaenden I'd be interested in helping with/starting a fork. Do we want to start like a Slack chat/something else to try to better communicate? |
I am using qTox and in the future will setup own Matrix server for communications. Though I like how @scherenhaenden described situation:
We need to know how much time it can take. So some roadmap for Monodevelop work is a good idea I think. And what is about MS roadmap? |
My situation includes:
So I absolutely understand time constraints. Let's see if we can reason about the questions you pose:
I am willing to work on this project between school/work/family but understand it's just too much for a single or even multiple people to handle. I'm only willing to go down this path if there is enough interest and desire from the community to drive this project forward. |
I would totally love to going down deeper into this matter. But like @clcrutch said, ppl might wanna get involved and even it might be at the end that a bunch of developers tried to create something awesome, but it is of the escenes for the most of us to know if we are spending out free time in the right way. Right now, I could try to give some effort, but we would need a lot of ppl. I think that it is possible depending on how a few things are handled and the first one is how to get enough developers involved to the possible project and the first developers got to see some results and that is the main key. when ppl see how is the development going and see that things are moving forwards and steady, things are going to work. The other very important thing, is to show that this is needed, why ppl should get involved with and how this togethership of developers can solve other problems that they have... And ID where they can work with C# |
@HardHub If you really want to contribute, I suggest the following,
Then your work plus the current 8.x code base from Microsoft should be the foundation for future MonoDevelop users. If you do need guidance on that path, try to talk to Microsoft guys. I believe @mhutch and others are more than happy to assist you. |
Regarding GtkSharp, there is a lot of work to do. The mostly active repo is this. I'm working in separating the code generator from the main repo. Gir is the way to go. Contributions are welcome. |
I have little experience with text editors in general, but have managed to get something with gtksharp working. Also, we must consider all options, as Avalonia and Eto.Forms may make a more native looking GUI. |
Maybe we should have a little channel in slack/gitter to speak about this things. |
There was a gir-to-C# effort here too: https://github.com/glibsharp
The gitter channel of monodevelop (this repo) is not used these days by MS/VS4Mac people, so we could use this. |
Do you mean |
Yes |
Thanks. I joined that channel, I would be glad to provide any help in monodevelop resurrection; I've also asked a question about current building state of 7.8.4.1. |
That channel? really? does that make sense? I thought we would have to start a new fork |
Note, that Avalonia currently uses libX11 directly, so embedding to GTK2 would require either resurrecting the old GTK2 backend or implementation of client-side XEmbed protocol and integration with GLib's event sources. If you are serious about reviving the Linux version of MonoDevelop, I could implement one of the options and give you an example code for GTK2 integration. |
MonoDevelop has been forked by the community in order to continue it's development here: |
Since the latest Monodevelop version in the Mono repository is 7.8.2.2 and nobody is pushing Monodevelop 8 I wanted to "update" manually by following the "Build from Git" instructions for Linux:
git clone --recursive --recurse-submodules -b master --depth=1 https://github.com/mono/monodevelop -j4 && cd monodevelop && ./configure --enable-release --profile=gnome && make
But it fails spectacularly once it tries to start building after all the Nugets:
Used software:
Weekend rechecks:
2019-06-29 12:53:41+02
:7adbba276a09d9680d44fa00fe3db93f2dfb251e
Same issue2019-07-07 10:24:18+02
:7fbef70336e0c9166130cd2ffb1426c75bf24ac6
Same issue2019-07-12 10:21:02+02
:c2baad8a69afbe525b155ca5161e6e653e36ef44
Same issue2019-07-19 09:47:09+02
:cb6fd80caf76e8896383d7a0383960dd8eac8401
Same issue2019-07-22 07:57:51+02
:27ea3e602cf0eea663143453a9559419b0a0a64d
Same issue2019-07-29 07:04:18+02
:5417bdbef0b796ecc0ef083247a5f01e87331bcb
Same issue2019-08-05 08:38:49+02
:fc714a073c1e602085eae20adf4f615afc0cd961
Same issue2019-08-12 09:15:16+02
:6ca6b79a3655707b2f75fedbcb3791be529f92de
Same issue2019-08-19 08:15:39+02
:455bcba1533356cf8b266c8aabde3abcf77d33fd
Same issue2019-09-09 08:44:02+02
:8134f1f4b8e08a448336adb7b99c95e84bfacf94
Same issue2019-09-23 08:17:49+02
:d100d9c91d4c6486e0997046c565ff059c73b668
Same issuedotnet 3.0 release:
2019-09-26 07:42:50+02
:5045e24c2e5b627415bb109b08579af2201a9c34
Same issue2019-10-28 08:18:21+01
:51a7165b4c3ff08a596c6678b861b036fa055fdf
Same issueMono 6.6 update:
2019-11-04 08:55:37+01
:c740bfab1077385701ebf3486970fef4d9e44a86
Same issue2019-11-11 07:44:04+01
:3f49ed944dd8758f77e143cd3abadb28ec576f58
Same issue2019-11-18 08:10:15+01
:f541dc7ff2c297b1bcbaa2cf9466c1bfb4eb70ab
Same issue2019-11-25 09:35:04+01
:3c8a4d8a398257ed7306889d9c75c69346177fe1
Same issue2019-12-02 08:19:47+01
:85b19cd80e4214981d45206853a41cbb3205fb5d
Same issueContinuation in #8006 (comment)
Can you update the build instructions? Or fix the repository? Or push Monodevelop 8 to the Mono repository?
The text was updated successfully, but these errors were encountered: