Arch Linux User Repository

Some tips if you're having issues:

1. If it complains about not being able to find .net core sdk, you can set the path in the preferences. Set it to /opt/dotnet/dotnet and it'll figure out the rest. (You do need to install dotnet-sdk, though)

2. If it crashes shortly after opening a solution, try disabling the version control add-in (or just disable it in preferences). Worked for me

3. If it works fine for a while and then randomly starts crashing, try applying this diff: https://github.com/mono/linux-packaging-monodevelop/blob/debian/7.5.0.1254-0xamarin1/debian/patches/4647.diff This was recommended to me, but did not actually solve the issue. Maybe it'll work for you, though

4. Logs are in ~/.cache/MonoDevelop/Logs

Please be aware that this package is compiled from source and will download around 400MB of data.

Also remember I don't develop this application, I simply maintain the PKGBUILD, for issues/bugs with the application itself log a report at https://github.com/mono/monodevelop after doing the usual google for a solution.

@Toric Mono site seems to be rather out of date in some aspects since Xamarin (and as its parent Microsoft) took over. E.g. xsp and mod_mono seem to now be dead.

The release is on github and is specified as stable due to the build argument "stable" being specified.

According to https://www.monodevelop.com/download/#fndtn-download-lin, the current latest version is 7.6.9.22. Is 7.8 not stable?

To fix the libgit2 crashing on any project with git enabled you must compile it against OpenSSL-1.0

Append this line to the prepare()

sed -i -e 's|-DCMAKE_SKIP_RPATH=TRUE|-DCMAKE_SKIP_RPATH=TRUE -DOPENSSL_ROOT_DIR=/usr/lib/openssl-1.0 -DOPENSSL_INCLUDE_DIR=/usr/include/openssl-1.0|g' $srcdir/monodevelop/main/src/addins/VersionControl/MonoDevelop.VersionControl.Git/build_libgit2.sh

libgit2 was being compiled against OpenSSL-1.1 otherwise making it crash.

@fhdk

Great.

Not quite as we are taking a .deb package that was only primarily designed to be used on debian-based distros. If we want to do something to make it work with arch that's on our end.

Tire* not wheel.Different tires, different standards of size.

Is there a proper way to fix the conflict between gtk-sharp-2 and gtk-sharp-3?

As it was previously pointed out, having gtk-sharp-3 installed prevents this package from being compiled. However, some other stuffs (like monogame-bin) actually depends on gtk-sharp-3 so they'll be uninstalled as well when uninstalling gtk-sharp-3 (and I'll need to rebuild them as well), even if's only temporary, for ensuring a successful build of this package.

Issue created at Github https://github.com/mono/monodevelop/issues/7430

:laughing: - Yeah - that is what we are doing when we refactor a deb package to a pkg.

Something like buying wheels to Mercedes and retrofit to a Porche - :laughing:

@fhdk I'm not arguing against the validity of your solution. It's just not a distro or OS specifically targeted application so it definitely needs to be something that is generated from configurable vars pre-make as opposed to something the dev's have just plopped in there from their own systems or distro they use.

Again i'm happy to fix this up in the short term but again it should be something that is queried on github for the future. I'm talking from a software development standpoint here.

It's like buying what is meant to be a standardized tire size which actually only fits perfectly for one type of car. So then all the other people who buy it have to end up modifying it themselves so it actually fits on their car. What your saying to me is that this is totally fine. :P

@docterzeus I understand and thank you for maintaining the PKGBUILD, I appreciate it.

The monodevelop launcher script is not created during configure - it is a static file created for another operating system.

So translation to Arch using the mentioned sed replaces - is absolutely valid in my opinion.

Same result - another place

build() {
  cd $_pkgname

  export PKG_CONFIG_PATH=/usr/lib/openssl-1.0/pkgconfig
  export CFLAGS+=" -I/usr/include/openssl-1.0"
  export LDFLAGS+=" -L/usr/lib/openssl-1.0 -lssl"
  export MONO_IOMAP=all

  ./configure --prefix=/usr --profile=stable

  sed -i "/export LD_LIBRARY_PATH\=/c\export LD_LIBRARY_PATH\=\/usr\/lib\/monodevelop\/bin\:\$\{LD_LIBRARY_PATH\}" $srcdir/$_pkgname/main/monodevelop
  sed -i "/EXE_PATH\=/c\EXE_PATH\=\/usr\/lib\/monodevelop\/bin\/MonoDevelop.exe" $srcdir/$_pkgname/main/monodevelop

  XDG_CONFIG_HOME="$srcdir"/config make
}

And thank you for responding - have a great day.

Hi @fhdk,

Yes but it would be nice to have these re-definable during configure rather than post-compile "hacking" if you see what I mean as it's much better practice.

I'll try and put this in next release after testing.

Thanks again.

@doctorzeus

this might be something to bring up with the github dev's

You may be correct but as I found, the conflicts rise due to Archs unified folder approach where /bin and /sbin is symlinked to /usr/bin.

A collision rise in the original script which expects a folder /sbin/monodevelop/lib/bin and that folder cannot exist because /sbin is symlinked to /usr/bin and therefore collide with the monodevelop script.

So the correct approach may be to run sed on the script during package to correct both the LD_LIBRARY_PATH and the EXE_PATH to match Arch.

The script is located in src/monodevelop/main/monodevelop so something like this in package()

cd "$pkgdir/usr/bin"
sed -i "/export LD_LIBRARY_PATH\=/c\export LD_LIBRARY_PATH\=\/usr\/lib\/monodevelop\/bin\:\$\{LD_LIBRARY_PATH\}" monodevelop
sed -i "/EXE_PATH\=/c\EXE_PATH\=\/usr\/lib\/monodevelop\/bin\/MonoDevelop.exe" monodevelop

It is tested but feel free to correct me - I am not an expert on sed :)