I did not think there was a xamarin studio for linux. Xamarin Studio is only available on mac or windows. With windows they want you to use visual studio
Yeah but Xamarin Studio is based off of Monodevelop, like Chrome's relationship to Chromium. Even if it doesn't have mobile development capabilties, they're from the same tree.
I kinda hit a brick wall on packaging MonoDevelop following our one-repository-for-lots-of-distributions model - it depends on too many system libraries which differ wildly between distributions.
I'm trying to explore FlatPak as a new mechanism to distribute to the masses, and have been publishing FlatPak versions of MonoDevelop for experimentation to download.mono-project.com
I'm trying to explore FlatPak as a new mechanism to distribute to the masses, and have been publishing FlatPak versions of MonoDevelop for experimentation to download.mono-project.com
To have a flatpak package looks like a good solution, but it would be nice to have a snap package since I prefer their approach (not the best reason ever, but runtimes approach vs what snap does, the 2nd looks better for me), and having to write "flatpak run com.xamarin.MonoDevelop" each time I want to use it doesnt looks like a good solution. Anyway, I will use whatever works properly, since I understand than this is just experimentation.
Edit: This version seems to have a problem launching the web browser, maybe its worth to take a look at it, since the error mentions gnome a lot, I think its related to flatpak.
@DaveHunt said: @ZackCasey - The pre-built linux package is 5.10.1.6. You could try building from the source and see what you get.
@eduardocampos said:
To have a flatpak package looks like a good solution, but it would be nice to have a snap package since I prefer their approach (not the best reason ever, but runtimes approach vs what snap does, the 2nd looks better for me), and having to write "flatpak run com.xamarin.MonoDevelop" each time I want to use it doesnt looks like a good solution. Anyway, I will use whatever works properly, since I understand than this is just experimentation.
FlatPak apps should have properly integrated icons in your DE - the exception is when you first install FlatPak itself, you need to log out/in for the FlatPak data directories to be added to your DE's search path.
Edit: This version seems to have a problem launching the web browsing, maybe its worth to take a look at it, since the error mentions gnome so I think its related to flatpak.
@directhex said:
FlatPak apps should have properly integrated icons in your DE - the exception is when you first install FlatPak itself, you need to log out/in for the FlatPak data directories to be added to your DE's search path.
Indeed, thats my case, but I restarted the PC and nothing changed, no icons anywhere (Im on manjaro KDE if that matters). Also, the only way to run monodevelop on the terminal is using the command posted above.
@directhex said:
Whilst Xamarin.Android is open source now, the corresponding IDE plugins are not.
I cant see a reason to not opensource it. I always wondered why there was not a fork with those tools integrated, this explain it Thats a shame.
Just installed MonoDevelop 6.1.1.
My question is: Is a dark theme available in monodevelop on Linux? I can see "Raleigh" and "Xamarin" in the "User Interface Theme" drop-down list, but there is no "Dark" .
Another problem which I faced is an ugly and tight font in menu and most dialog windows:
Is it a problem with my flatpak installation or with MonoDevelop?
P.S. Monodevelop's.desktop icon appears in ~/.local/share/flatpak/exports/share/applications/ directory. To use it in KDE you should create a symlink: ln -s ~/.local/share/flatpak/exports/share/applications/com.xamarin.MonoDevelop.desktop ~/.local/share/applications/monodevelopflatpak.desktop
@lassana said:
Just installed MonoDevelop 6.1.1.
My question is: Is a dark theme available in monodevelop on Linux? I can see "Raleigh" and "Xamarin" in the "User Interface Theme" drop-down list, but there is no "Dark" .
It's just something I haven't gotten around to yet, not an insurmountable technical problem
Another problem which I faced is an ugly and tight font in menu and most dialog windows:
Is it a problem with my flatpak installation or with MonoDevelop?
The fonts issue is... one I'm still trying to deal with. Fonts seem to be shared from the host system, and I'm forcing fonts in a couple of places, so the "ugly tight font" is something I'm still seeing locally on the welcome screen, but nowhere else. But that might be down to which fonts are already installed on my laptop. I don't have a good answer here yet. What doesn't help is fontconfig's fallback choices are always terrible (for me, the fallback for EVERYTHING is DejaVu Sans, Book width).
P.S. Monodevelop's.desktop icon appears in ~/.local/share/flatpak/exports/share/applications/ directory. To use it in KDE you should create a symlink: ln -s ~/.local/share/flatpak/exports/share/applications/com.xamarin.MonoDevelop.desktop ~/.local/share/applications/monodevelopflatpak.desktop
The flatpak package, at least on Debian (Ubuntu), installs a file in /etc/profile.d/ and /usr/share/gdm/env.d/ which adds ~/.local/share/flatpak/exports/share/applications/ to the locations searched for apps in console-only and GDM-based logins. https://userbase.kde.org/Session_Environment_Variables seems to suggest the KDM equivalent only reads the user directory, not any kind of system directory?
@directhex said:
I've published a new build which includes the dark theme:
Can you test? It'll require an uninstall/install pass, as we don't have an update server set up for FlatPak yet.
Dark theme works pretty nice, thanks!
so the "ugly tight font" is something I'm still seeing locally on the welcome screen, but nowhere else.
That's a little bit funny, but the welcome screen looks good on my machine (except "Did you know" block):
so the "ugly tight font" is something I'm still seeing locally on the welcome screen, but nowhere else.
That's a little bit funny, but the welcome screen looks good on my machine (except "Did you know" block)
That is interesting. The welcome page explicitly calls Sans as a font for news items, which I've patched to Arial in the Linux releases because that has better fallbacks than Sans does. But the "did you know" box tries to load the "default system font". In my screenshots, it's using the correct font Ubuntu, and the menu bars are in Ubuntu too.
So... an issue in Gtk#/FlatPak handling of determining the default font?
Please leave flatpak and go back to deb or rpm. I don't know much about flatpak, but it seems it is some kind of sandbox. When I run my code in MonoDevelop and call Directory.CreateDirectory("/tmp/...") the directory doesn't show up, but my code seems to work. I suppose this is the flatpak sandbox.
It seems, with flatpak, also all my programmed code runs inside the flatpak sandbox. Very bad, and sure not what we want.
How about a MonoRemote debugger for VisualStudio, so we can finally forget MonoDevelop? I've hacked one, it's here: http://github.com/simonegli8/MonoTools but the debugger part is not working and very incomplete.
@simonegli said:
Please leave flatpak and go back to deb or rpm.
Here's the problem with deb or rpm: I can no longer make one .deb that works pretty much everywhere, and one .rpm that works everywhere else. For various Linux-is-a-pain-in-the-ass-to-make-ISV-apps-for reasons, MonoDevelop has gained dependencies on libraries which change rapidly and frequently. So instead of maintaining one .deb that works on Debian or Ubuntu, I need to maintain one for Debian 7, one for Debian 8, one for Debian 9, one for Ubuntu 12.04, one for Ubuntu 14.04, one for Ubuntu 16.04, one for Ubuntu 16.10, one for Ubuntu 17.04. Each with subtle differences. And same again for the RPM derived systems. It's a huge manpower commitment, and a support nightmare.
We just don't have the manpower resources to make a dozen different versions.
I don't know much about flatpak, but it seems it is some kind of sandbox. When I run my code in MonoDevelop and call Directory.CreateDirectory("/tmp/...") the directory doesn't show up, but my code seems to work. I suppose this is the flatpak sandbox.
That's correct.
FWIW, the general move in desktop Linux apps is towards sandboxing - GNOME Builder (another IDE) is now distributing via FlatPak, and I know engineers are working with Valve to make Steam FlatPak-based.
Posts
I did not think there was a xamarin studio for linux. Xamarin Studio is only available on mac or windows. With windows they want you to use visual studio
Yeah but Xamarin Studio is based off of Monodevelop, like Chrome's relationship to Chromium. Even if it doesn't have mobile development capabilties, they're from the same tree.
@ZackCasey - The pre-built linux package is 5.10.1.6. You could try building from the source and see what you get.
https://github.com/mono/monodevelop
You should wind up with the latest IDE without the Xamarin Studio mobile bits.
I'll give it a try.
Hi
I kinda hit a brick wall on packaging MonoDevelop following our one-repository-for-lots-of-distributions model - it depends on too many system libraries which differ wildly between distributions.
I'm trying to explore FlatPak as a new mechanism to distribute to the masses, and have been publishing FlatPak versions of MonoDevelop for experimentation to download.mono-project.com
https://github.com/directhex/md-website/blob/d1964b1486ce8986d0d392bc12a035ae4c20eedf/download/linux.md#install-monodevelop-preview-via-flatpak has install instructions (those instructions haven't hit monodevelop.com yet)
I have also wondered why Arch is distributing such an old version of this package, I hope this will be fixed.
To have a flatpak package looks like a good solution, but it would be nice to have a snap package since I prefer their approach (not the best reason ever, but runtimes approach vs what snap does, the 2nd looks better for me), and having to write "flatpak run com.xamarin.MonoDevelop" each time I want to use it doesnt looks like a good solution. Anyway, I will use whatever works properly, since I understand than this is just experimentation.
Edit: This version seems to have a problem launching the web browser, maybe its worth to take a look at it, since the error mentions gnome a lot, I think its related to flatpak.
I wonder when this will change, since those mobile bits are now opensource. But this sounds like a good option, maybe it will work through ABS
FlatPak apps should have properly integrated icons in your DE - the exception is when you first install FlatPak itself, you need to log out/in for the FlatPak data directories to be added to your DE's search path.
I'm aware of that issue - it's at https://bugzilla.xamarin.com/show_bug.cgi?id=44836
Whilst Xamarin.Android is open source now, the corresponding IDE plugins are not.
Im ok with whatever than works, even flatpak
Indeed, thats my case, but I restarted the PC and nothing changed, no icons anywhere (Im on manjaro KDE if that matters). Also, the only way to run monodevelop on the terminal is using the command posted above.
I cant see a reason to not opensource it. I always wondered why there was not a fork with those tools integrated, this explain it
Thats a shame.
Sounds like a bug in your distribution's FlatPak packaging (or KDE packaging). It shows up fine here for me on Ubuntu (and in my Fedora test VM)
That much is true.
These kinds of decisions are way above my pay grade.
Just installed MonoDevelop 6.1.1.
.

My question is: Is a dark theme available in monodevelop on Linux? I can see "Raleigh" and "Xamarin" in the "User Interface Theme" drop-down list, but there is no "Dark"
Another problem which I faced is an ugly and tight font in menu and most dialog windows:
Is it a problem with my flatpak installation or with MonoDevelop?
P.S. Monodevelop's
.desktopicon appears in~/.local/share/flatpak/exports/share/applications/directory. To use it in KDE you should create a symlink:ln -s ~/.local/share/flatpak/exports/share/applications/com.xamarin.MonoDevelop.desktop ~/.local/share/applications/monodevelopflatpak.desktopNot yet. I've created a bug you can subscribe to - https://bugzilla.xamarin.com/show_bug.cgi?id=45554
It's just something I haven't gotten around to yet, not an insurmountable technical problem
The fonts issue is... one I'm still trying to deal with. Fonts seem to be shared from the host system, and I'm forcing fonts in a couple of places, so the "ugly tight font" is something I'm still seeing locally on the welcome screen, but nowhere else. But that might be down to which fonts are already installed on my laptop. I don't have a good answer here yet. What doesn't help is fontconfig's fallback choices are always terrible (for me, the fallback for EVERYTHING is DejaVu Sans, Book width).
The flatpak package, at least on Debian (Ubuntu), installs a file in /etc/profile.d/ and /usr/share/gdm/env.d/ which adds ~/.local/share/flatpak/exports/share/applications/ to the locations searched for apps in console-only and GDM-based logins. https://userbase.kde.org/Session_Environment_Variables seems to suggest the KDM equivalent only reads the user directory, not any kind of system directory?
Basically, check whether $XDG_DATA_DIRS is set for you, and if not, file a bug against https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=flatpak
I've published a new build which includes the dark theme:
Can you test? It'll require an uninstall/install pass, as we don't have an update server set up for FlatPak yet.
Dark theme works pretty nice, thanks!
That's a little bit funny, but the welcome screen looks good on my machine (except "Did you know" block):

That is interesting. The welcome page explicitly calls
Sansas a font for news items, which I've patched toArialin the Linux releases because that has better fallbacks thanSansdoes. But the "did you know" box tries to load the "default system font". In my screenshots, it's using the correct fontUbuntu, and the menu bars are inUbuntutoo.So... an issue in Gtk#/FlatPak handling of determining the default font?
Hm. You're on KDE, right?
Wonder if it's an issue with the KDE<->GTK theme.
If you have another window manager installed, can you give it a shot?
Oh! I come back here to mention Flatpak version - found out through Gitter - but it seems like my thread is what sparked further development of it. xD
Please leave flatpak and go back to deb or rpm. I don't know much about flatpak, but it seems it is some kind of sandbox. When I run my code in MonoDevelop and call Directory.CreateDirectory("/tmp/...") the directory doesn't show up, but my code seems to work. I suppose this is the flatpak sandbox.
It seems, with flatpak, also all my programmed code runs inside the flatpak sandbox. Very bad, and sure not what we want.
How about a MonoRemote debugger for VisualStudio, so we can finally forget MonoDevelop? I've hacked one, it's here:
http://github.com/simonegli8/MonoTools but the debugger part is not working and very incomplete.
Here's the problem with deb or rpm: I can no longer make one .deb that works pretty much everywhere, and one .rpm that works everywhere else. For various Linux-is-a-pain-in-the-ass-to-make-ISV-apps-for reasons, MonoDevelop has gained dependencies on libraries which change rapidly and frequently. So instead of maintaining one .deb that works on Debian or Ubuntu, I need to maintain one for Debian 7, one for Debian 8, one for Debian 9, one for Ubuntu 12.04, one for Ubuntu 14.04, one for Ubuntu 16.04, one for Ubuntu 16.10, one for Ubuntu 17.04. Each with subtle differences. And same again for the RPM derived systems. It's a huge manpower commitment, and a support nightmare.
We just don't have the manpower resources to make a dozen different versions.
That's correct.
FWIW, the general move in desktop Linux apps is towards sandboxing - GNOME Builder (another IDE) is now distributing via FlatPak, and I know engineers are working with Valve to make Steam FlatPak-based.
I have been trying to compile xamarin for linux but it still has not worked for me, have any of you already achieved it?
Does anyone know if MD 7.0 on Linux supports .NET Core apps?
Using VS Code is a nightmare.
Also nuget doesn't work on MD for Linux via flatpak. It gets some nullref exception.