@TheAirBlow: Had to revert and commit my state I had locally been testing before because:
- It was already ready and I was just testing still
- It already adds symlinks properly to mono which the reverted lacks
- The reverted code was very non-KISS/verbose/non-idiomatic in comparison (e.g. use makepkg's built-in unpacking via 'source', the 3x nested unpack can be done in one line, use makepgk's msgX functions instead of custom echo-functions etc.)
- Reverted code creates unnecessary makedepends/makes assumptions about having functions available like 'awk' and similar
- The reverted state had superfluous/not anymore existing depeds/makedepends (from xamarin-android-git?)
- The automatic determination of the download url results in: "npm ERR! enoent ENOENT: no such file or directory, open '/ZfsRoot/temp/builddir/xamarin-android/package.json'" Needs to be added to 'sources' I assume. It is a great idea though. Once the url detection works properly, the url detection can be merged back into.
- Why remove the architecture libs like "usr/lib/xamarin.android/xbuild/Xamarin/Android/lib/arm64-v8a" ? They are needed for cross-compiling
Pinned Comments
TheAirBlow commented on 2021-11-05 11:35 (UTC)
C_Schmidpeter, added you as a maintainer. I'll change PKGBUILD to mention you
C_Schmidpeter commented on 2021-11-05 08:43 (UTC) (edited on 2021-11-05 08:56 (UTC) by C_Schmidpeter)
@TheAirBlow: Had no chance to respond to the orphan request. I had already written an update locally. But I was still waiting for upstream to resolve the blocking issue (https://github.com/MicrosoftDocs/azure-devops-docs/issues/2966) of not having a static download link to proper releases and not just non-release commits in order to avoid relying on non-releases. Could you make me maintainer again please?