Open fluffynuts opened 5 years ago
cc: @ArsenShnurkov
@ArsenShnurkov I had seen a couple questions that you had asked earlier on this thread, and, I can say that I was trying to use dev-util/msbuild-15.3-r3 from the "dotnet" overlay on Gentoo.
I have the output from enabling the "+debug" flag on my build of msbuild to the thread in the Gentoo forums.
Hope that helps. If you need anything else that I can provide, let me know.
If you need anything else that I can provide, let me know.
please try https://github.com/ArsenShnurkov/shnurise/blob/master/dev-util/msbuild/msbuild-15.9.20.62856-r1.ebuild (it's for "latest stable" tag in msbuild repo) but that will not solve your problem, because someone need to package Sdks - https://github.com/gentoo/dotnet/issues/335
@ArsenShnurkov I have tried that ebuild, and get an error that src/MSBuild/mono-MSBuild.csproj: '>' is an unexpected token. The expected token is '='. Line 44, position 87. I think I fixed that by changing the end of that line from > to /> However, then, (even with debug and developer flags set) I get error for missing .cs files under ../src/Build/: Debugger/DebuggerLocalType.cs Debugger/DebuggerManager.cs BackEnd/Components/SdkResolution/SdkResolution.cs Collections/OrdinalKeyedComparer.cs Collections/OrdinalIgnoreCaseKeyedComparer.cs I have no idea if that is part of the Sdks packaging issue, or something else.
no, it's something else. I will recheck the ebuild itself (because mine compiles) line 44 is comment - https://github.com/ArsenShnurkov/shnurise/blob/master/dev-util/msbuild/files/15.9.20.62856/mono-Microsoft.Build.csproj#L44
build.log Build log attached. I think those missing .cs files were bogus, because I still get the earlier error, even with the patch to change the > to />
OK, I'm now feeling pretty stupid. I finally figured out I was sloppy downloading the two .csproj files, and had ended up with html, not the real csproj.eix msbuild. Fixed those, and the compile finished fine. The install failed because of a sandbox issue (I'll raise that later.) The final qmerge still fails due to a file conflict, but I suspect I need to get the eselect working first, so I have more to do before posting again.
I need to get the eselect working first
I wrote eselect-msbuild, but msbuild ebuild is not ready yet (i need to finish msbuild's configuration, to help it find default tasks)
@ArsenShnurkov Is there any progress on this?
@Ristovski - too many dependencies to repackage (for example https://github.com/gentoo/dotnet/issues/422), I need help from other gentoo developers
msbuild should probably be removed or hard-masked in its current form. The ebuild is essentially non-functional and severely outdated as well.
relates to:
issues experienced:
msbuild in Ubuntu seems to be in a correct state though. I'm not sure how to fix this, but the Ubuntu package might be a good place to look for differences.
Please let me know if there's some way I can help with this.