Age | Commit message (Collapse) | Author |
|
GitHub is removing support for unauthenticated git: https://github.blog/2021-09-01-improving-git-protocol-security-github/
|
|
So that python3 is found which is needed for the mono build.
I removed /usr/local/git/bin since it doesn't exist on our build bots anyway.
|
|
Addresses https://github.com/mono/mono/issues/15521
|
|
|
|
gtk-quartz-engine.py
We hit troubles (https://github.com/mono/mono/issues/13804) which are apparently related to lipo'ing so move the three packages that use it away from it.
- pkg-config doesn't build as universal since the internal glib doesn't build because of 32/64bit configure mismatches (we'd need to do similar patches to what we do in glib.py) so just make it 64bit only.
- libtiff also runs into the 32/64bit configure mismatch but we can fix it with a simple patch.
I tested it works by running the repro from https://xamarin.github.io/bugzilla-archives/39/39865/bug.html .
- gtk-quartz-engine.py is no longer used by MD/VSMac according to the team so remove it completely.
|
|
Fix https://github.com/mono/mono/issues/14957
|
|
|
|
|
|
Maybe this fixes https://github.com/mono/mono/issues/14957
|
|
package regardless of arch configuration
Mono issue: https://github.com/mono/mono/issues/13804
The hypothesis is that at reconfigure using the configure cache file, the lack of explicit setting of the host somehow breaks the build process.
|
|
We used to not do that, and the default triple would do just fine, but recently a change has caused the pkg-config package 64-bit build to also result in 32-bit binaries. Explicitly setting the triple remedies this problem
|
|
Given:
`for root, subdirs, filelist in os.walk(dir):`
.. symlinks to directories are only returned in `subdirs`. So, they need
to handled explicitly.
This meant that when bockbuild tried to zip up the contents of mono and
msbuild to move to the staging directory, then such symlinks were not
picked up thus breaking the build.
|
|
Based on the latest list from Homebrew.
|
|
See https://github.com/mono/mono/issues/9581
|
|
|
|
Given,
env.set('XDG_CONFIG_HOME', '$HOME/.config')
.. then the value got exported as the literal string
`$HOME/.config`, with no shell expansion. And any subprocess would get
the unexpanded value for that env var.
So, we always shell expand the values now.
This broke msbuild build on jenkins, because of ..
bockbuild/unixprofile.py: self.env.set('XDG_CONFIG_HOME', '$HOME/.config')
.. and this being surfaced to nuget via mono's
`Environment.SpecialFolder.ApplicationData`. The nuget tasks treated the
`"$HOME/.config"` string as a relative path, causing build breakage.
For reference: https://github.com/mono/mono/pull/9112#issuecomment-397138139
|
|
|
|
|
|
support TLS 1.2.
|
|
|
|
|
|
|
|
This is to support packages that don't use bockbuild's source fetching and resolution. They can still use a workspace directory, create files at destination, and rebuild when the package manifest changes.
|
|
|
|
staging failures to warnings as we find a more permanent solution to AOT dylibs not always having enough field space for the new path (all other dylibs made in the build with the XCode toolchain typically do, as they are built with the “-headerpad_max_install_names” flag.
|
|
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=57002
|
|
This got regressed when moving to the public bockbuild.
It's basically a port of the revert of https://github.com/xamarin/bockbuild/commit/c1c4910f98ecbd865432be57cd9784bd1b8e432f
Original commit messages:
Another copy_side_by_side fix (https://github.com/xamarin/bockbuild/commit/a2050e8a5272ab97bdfc1fec4b7e9dd9de8fbcb6)
Fix for 'assymetrical' copy_side_by_side (https://github.com/xamarin/bockbuild/commit/a95bfdc8c9b6a902dc0bf5b17235d122e438399c)
Only try renaming side-by-side second copy when the second copy exists (https://github.com/xamarin/bockbuild/commit/7d1d4ad083c65376d7d73c12e398b9a31ba9305b)
Convert an assert error into a warning. The Mono package builds the executable 'mono-boehm' only under 32-bit arch. (https://github.com/xamarin/bockbuild/commit/7d1d4ad083c65376d7d73c12e398b9a31ba9305b)
Switch default architecture in lipoed packages -> 64-bit (https://github.com/xamarin/bockbuild/commit/d8d142e3809b8b202d5f38dbab06d514884afc32)
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=57001
|
|
|
|
It seems to make the build fail:
```
checking for XML catalog (@/external/bockbuild/toolchain/share/xml/catalog)... not found
checking for xmlcatalog... /usr/bin/xmlcatalog
checking for DocBook XML DTD V4.3 in XML catalog... not found
configure: error: could not find DocBook XML DTD V4.3 in XML catalog
```
Also removed the duplicated entries for gtk-doc and gtk-osx-docbook
which look like remnants from merge conflicts.
|
|
Simply place such sources in the workspace directory
Cherry-picked from https://github.com/xamarin/bockbuild/commit/7bc863b72e9b991a50c236d5fc7639d60eeb7e1b
|
|
|
|
|
|
|
|
|
|
|
|
full-rebuild being triggered, which in turn nukes the 'build-root' directory tree.
|
|
|
|
|
|
|
|
|
|
|
|
are only used during a multi-arch build, and should normally be cleared. shutil.move seems to copytree instead of moving a symlink, so it can remain there even after an error ‘moves’ the workspace.
|
|
|
|
8 and MacOS SDK 10.12
|
|
|
|
|
|
|
|
of the repo.
This prevents a broken repo from causing completely wrong git operations to happen on a repo that is higher on the path.
|
|
* Use shadow_copy instead of a local clone. It is much faster and doesn’t need to be online for hydrating the submodules
* Avoid fetching twice
* Roll back pesky auto-commit
|
|
|