Age | Commit message (Collapse) | Author |
|
Xamarin.tvOS target framework has been renamed to Xamarin.TVOS
|
|
|
|
Source code changes:
https://github.com/mrward/nuget/commit/c003faa756de41f08b66fbaba5d2f06fac78fc17
Fixed bug #30049 - Unable to install Microsoft.ApplicationInsights
https://bugzilla.xamarin.com/show_bug.cgi?id=30049
The Microsoft.ApplicationInsights NuGet package specifies a
minClientVersion of 2.8.50313 which is the version of the NuGet
Package Manager's assembly version released by Microsoft but not the
production version which is 2.8.1. NuGet.Core when built for
MonoDevelop uses the same version for both of these values and does
not match the version generated by Microsoft.
To handle this the 2.8.50313 version is mapped to 2.8.1.
|
|
Also includes support for the Xamarin.WatchOS target framework.
|
|
|
|
|
|
Xamarin target frameworks:
Xamarin.iOS
Xamarin.Mac
Xamarin.PlayStation3
Xamarin.PlayStation4
Xamarin.PlayStationVita
Xamarin.Xbox360
Xamarin.XboxOne
Source code changes:
Commit: https://github.com/mrward/nuget/commit/0225161b94a87e720d2d95d43a3b08156c9c36cf
|
|
Allow AggregateRepository to return packages if one repository fails.
https://github.com/mrward/nuget/commit/bdfb90a93d7165b2b3b76202ee363ec185721348
Give AggregateRepository classes access to failed repositories.
https://github.com/mrward/nuget/commit/495751e7c70c8bedc4a73de5e97bd4cbbdb59d27
Previously when IgnoreFailingRepositories was true and the Search
method was called on the AggregateRepository then if any
repository throw an exception then this exception would not be caught.
The other methods on AggregateRepository do not have this behaviour.
GetPackages, for example, will not throw an exception if one package
source throws an exception. All the methods on AggregateRepository
apart from Search use the Wrap method to handle any exceptions thrown.
Now when IgnoreFailingRepositories is true calling the Search will now
return packages even if one package source fails. The Search method
now also uses the Wrap method to handle any exceptions thrown.
When IgnoreFailingRepositories is true and a repository fails a
derived class is now informed about the failure instead of the error
just being logged.
|
|
Source code changes:
https://github.com/mrward/nuget/commit/5540acd6583d30f28be278897dda98afadccd065
When a system wide proxy is configured for all https requests then a
requesting a url such as https://www.nuget.org/api/v2 would fail to
request proxy credentials on Mono so the user would not be prompted.
Instead the request would be retried 10 times and then fail.
This only affects https requests. A request made to a http url such
as http://www.nuget.org/api/v2 would request the proxy credentials
from the credential provider.
With Microsoft's .NET Framework a WebException is thrown with:
WebException.Status = ProtocolError
WebException.Response.StatusCode = ProxyAuthenticationRequired
Exception call stack:
System.Net.WebException:
The remote server returned an error: (407) Proxy
Authentication Required.
at System.Net.HttpWebRequest.GetResponse()
On Mono a WebException is thrown with:
WebException.Status = SecureChannelFailure
WebException.Response = null
Exception call stack:
System.Net.WebException: Error getting response stream (The remote server
returned a 407 status code.): SecureChannelFailure ---> System.Exception:
at
System.Net.WebConnection.HandleError(WebExceptionStatus st, System.Exception e,
System.String where)
at System.Net.WebConnection.CreateTunnel(System.Net.HttpWebRequest request,
System.Uri connectUri, System.IO.Stream stream, System.Byte[] ByRef buffer)
at System.Net.WebConnection.CreateStream(System.Net.HttpWebRequest request)
at System.Net.WebConnection.InitConnection(System.Object state)
at System.Net.WebConnection.<WebConnection>m__20(System.Object state)
at System.Net.WebConnection.HandleError (WebExceptionStatus st,
System.Exception e, System.String where) [0x00000] in <filename unknown>:0
To handle this there is now a special case which checks the exception
message for the string 'The remote server returned a 407 status code.'
when running on Mono.
|
|
Source code fix:
https://github.com/mrward/xdt/commit/b2c3b5383d589c3f79650a0cab93f88a8741b057
Running an xml transform using xdt:Transform='Remove' would fail
on Mono with a null reference exception.
The XmlElementContext TargetNode would be null in Mono resulting
in a null reference when the name of the node was logged. This
would only occur if the original xml node existed.
Microsoft.Web.XmlTransform.XmlNodeException: Object reference not set to an instance of an object ---> System.NullReferenceException: Object reference not set to an instance of an object
at Microsoft.Web.XmlTransform.Remove.RemoveNode ()
at Microsoft.Web.XmlTransform.Remove.Apply ()
at Microsoft.Web.XmlTransform.Transform.ApplyOnce ()
at Microsoft.Web.XmlTransform.Transform.Execute (Microsoft.Web.XmlTransform.XmlElementContext context, System.String argumentString)
--- End of inner exception stack trace ---
at Microsoft.Web.XmlTransform.XmlTransformationLogger.LogErrorFromException (System.Exception ex)
at Microsoft.Web.XmlTransform.Transform.Execute (Microsoft.Web.XmlTransform.XmlElementContext context, System.String argumentString)
at Microsoft.Web.XmlTransform.XmlTransformation.HandleElement (Microsoft.Web.XmlTransform.XmlElementContext context)
|
|
https://github.com/mrward/nuget/commit/d94f2d59abe1015f3c1a07c7cbdf3363ab3972f1
|
|
Update to the official NuGet 2.8.1 which is now released.
|
|
Updated NuGet.exe output messages so they do not refer to Visual
Studio and anything Visual Studio specific.
Messages from NuGet.exe when using the -RequireConsent parameter were
referring to Visual Studio.
nuget install -RequireConsent
nuget restore -RequireConsent
|