Object Detection training issue

System information

Windows 10 2004 (19041.329):
.NET Core 3.1:

Issue

Trying to train a new Object Detection model
As soon as it tries to upload, it gave me an error
It should have been uploaded successfully

Source code / logs
2020-09-14 00:05:05.4877 DEBUG Set log file path to C:\Users\ArafatTehsin\AppData\Local\Temp\MLVSTools\logs\586f1204-3d6d-422e-8981-f35a6848f6c4.txt (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:15.2614 DEBUG EnvironmentTab_DataContextChanged (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:16.7554 DEBUG Current user is null (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:17.6054 DEBUG Current user is null (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:20.3100 DEBUG Current user is not null (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:20.3400 DEBUG Current user is not null (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:20.3510 DEBUG Current user is not null (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:20.3510 DEBUG Current user is not null (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:22.0270 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:22.2740 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:22.3940 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:22.5580 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:23.7289 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:28.3407 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:38.3436 DEBUG CreateExperimentAsync (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:38.3436 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:57.9158 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.3028 DEBUG start uploading files.... (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.7988 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.7988 DEBUG INFO: Scanning... (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.7988 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.7988 DEBUG INFO: Any empty folders will not be processed, because source and/or destination doesn't have full folder support (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.7988 DEBUG Init (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.7988 DEBUG {"LogFileLocation":"C:\\Users\\ArafatTehsin\\.azcopy\\f75a048b-773c-6648-43e0-1c6e9c438a67.log","JobID":"f75a048b-773c-6648-43e0-1c6e9c438a67","IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.8448 DEBUG Progress (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.8448 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"InProgress","TotalTransfers":"31","FileTransfers":"31","FolderPropertyTransfers":"0","TransfersCompleted":"0","TransfersFailed":"0","TransfersSkipped":"0","BytesOverWire":"0","TotalBytesTransferred":"0","TotalBytesEnumerated":"1804234","TotalBytesExpected":"1804234","PercentComplete":"0","AverageIOPS":"0","AverageE2EMilliseconds":"0","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":null,"PerfConstraint":0,"PerformanceAdvice":null,"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:05:58.8448 INFO Uploading... Total Transfers: 31, Transfers Completed: 0, Transfers Skipped: 0, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:00.1418 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.1418 DEBUG INFO: azcopy.exe: A newer version 10.6.0 is available to download  (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.7518 DEBUG EndOfJob (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.7518 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"CompletedWithSkipped","TotalTransfers":"31","FileTransfers":"31","FolderPropertyTransfers":"0","TransfersCompleted":"0","TransfersFailed":"0","TransfersSkipped":"31","BytesOverWire":"0","TotalBytesTransferred":"0","TotalBytesEnumerated":"1804234","TotalBytesExpected":"0","PercentComplete":"100","AverageIOPS":"11","AverageE2EMilliseconds":"239","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":[{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\159079265_d77a9ac920_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/159079265_d77a9ac920_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\323872063_7264e7e018_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/323872063_7264e7e018_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\118974357_0faa23cce9_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/118974357_0faa23cce9_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\134409839_71069a95d1_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/134409839_71069a95d1_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\43474673_7bb4465a86.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/43474673_7bb4465a86.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\568715474_bdb64ccc32.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/568715474_bdb64ccc32.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\494803274_f84f21d53a.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/494803274_f84f21d53a.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\21652746_cc379e0eea_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/21652746_cc379e0eea_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\568715474_bdb64ccc32.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/568715474_bdb64ccc32.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794835_d15905c7c8_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794835_d15905c7c8_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682920_97ae41ce60_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682920_97ae41ce60_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682652_c927a49226_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682652_c927a49226_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682652_c927a49226_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682652_c927a49226_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\11642632_1e7627a2cc.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/11642632_1e7627a2cc.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794839_200acd910c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794839_200acd910c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\568715474_bdb64ccc32.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/568715474_bdb64ccc32.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\160954292_6c2b4fda65_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/160954292_6c2b4fda65_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\25360380_1a881a5648.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/25360380_1a881a5648.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\295257304_de893fc94d.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/295257304_de893fc94d.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\145303599_2627e23815_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/145303599_2627e23815_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794839_200acd910c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794839_200acd910c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794839_200acd910c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794839_200acd910c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682652_c927a49226_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682652_c927a49226_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\175638423_058c07afb9.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/175638423_058c07afb9.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\40410814_fba3837226_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/40410814_fba3837226_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\295257304_de893fc94d.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/295257304_de893fc94d.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\145303599_2627e23815_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/145303599_2627e23815_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\15207766_fc2f1d692c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/15207766_fc2f1d692c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\58636535_bc53ef0a21_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/58636535_bc53ef0a21_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\25360380_1a881a5648.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/25360380_1a881a5648.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\298670754_f25edda891.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/298670754_f25edda891.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"}],"PerfConstraint":0,"PerformanceAdvice":[],"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.7518 INFO Completed... Total Transfers: 31, Transfers Completed: 0, Transfers Skipped: 31, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:00.7978 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.7978 DEBUG INFO: Scanning... (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.7978 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.7978 DEBUG INFO: Any empty folders will not be processed, because source and/or destination doesn't have full folder support (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.8138 DEBUG Init (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.8138 DEBUG {"LogFileLocation":"C:\\Users\\ArafatTehsin\\.azcopy\\cefa2a24-5164-9941-558c-58f293b6c3e7.log","JobID":"cefa2a24-5164-9941-558c-58f293b6c3e7","IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.8138 DEBUG Progress (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.8138 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"InProgress","TotalTransfers":"1","FileTransfers":"1","FolderPropertyTransfers":"0","TransfersCompleted":"0","TransfersFailed":"0","TransfersSkipped":"0","BytesOverWire":"0","TotalBytesTransferred":"0","TotalBytesEnumerated":"7853","TotalBytesExpected":"7853","PercentComplete":"0","AverageIOPS":"0","AverageE2EMilliseconds":"0","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":null,"PerfConstraint":0,"PerformanceAdvice":null,"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:00.8138 INFO Uploading... Total Transfers: 1, Transfers Completed: 0, Transfers Skipped: 0, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:01.9559 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:01.9559 DEBUG INFO: azcopy.exe: A newer version 10.6.0 is available to download  (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:02.8168 DEBUG EndOfJob (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:02.8168 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"Completed","TotalTransfers":"1","FileTransfers":"1","FolderPropertyTransfers":"0","TransfersCompleted":"1","TransfersFailed":"0","TransfersSkipped":"0","BytesOverWire":"7853","TotalBytesTransferred":"7853","TotalBytesEnumerated":"7853","TotalBytesExpected":"7853","PercentComplete":"100","AverageIOPS":"0","AverageE2EMilliseconds":"58","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":null,"PerfConstraint":0,"PerformanceAdvice":[],"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:02.8168 INFO Completed... Total Transfers: 1, Transfers Completed: 1, Transfers Skipped: 0, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:02.8308 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:03.6466 INFO Verifying parameters: workspace..  (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:04.1366 INFO Ok, experiment..  (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:04.4278 INFO Ok, compute target..  (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:05.1466 INFO One or more errors occurred. (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:06:05.2166 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:05.2166 DEBUG One or more errors occurred.    at System.Threading.Tasks.Task1.GetResultCore(Boolean waitCompletionNotification)
at Azure.MachineLearning.Services.Compute.ComputeTargetPageFetcher.FetchNextPage() in //src/Microsoft.ML.AzureMLClient/Compute/ComputeTargetPageFetcher.cs:line 35
at Azure.MachineLearning.Services.LazyEnumerator1.<GetEnumerator>d__9.MoveNext() in /_/src/Microsoft.ML.AzureMLClient/LazyEnumerator.cs:line 26    at System.Linq.Enumerable.WhereEnumerableIterator1.MoveNext()
at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable1 source)    at AzureML.AutoMLRunnerImages.<RunAutoMLAsync>d__27.MoveNext() in /_/src/Microsoft.ML.ModelBuilder.AutoMLService/RemoteAutoML/AutoMLRunnerImages.cs:line 237 --- End of stack trace from previous location where exception was thrown ---    at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)    at Microsoft.ML.ModelBuilder.AutoMLService.Experiments.AzureImageClassificationExperiment.<ExecuteAsync>d__13.MoveNext() in /_/src/Microsoft.ML.ModelBuilder.AutoMLService/Experiments/AzureImageClassificationExperiment.cs:line 69 --- End of stack trace from previous location where exception was thrown ---    at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)    at Microsoft.ML.ModelBuilder.AutoMLEngine.<StartTrainingAsync>d__26.MoveNext() in /_/src/Microsoft.ML.ModelBuilder.AutoMLService/AutoMLEngineService/AutoMLEngine.cs:line 134 (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:06:20.0545 DEBUG Open Log FileC:\Users\ArafatTehsin\AppData\Local\Temp\MLVSTools\logs\586f1204-3d6d-422e-8981-f35a6848f6c4.txt (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.8240 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.8430 DEBUG start uploading files.... (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9010 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9010 DEBUG INFO: Scanning... (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9040 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9040 DEBUG INFO: Any empty folders will not be processed, because source and/or destination doesn't have full folder support (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9040 DEBUG Init (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9040 DEBUG Progress (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9040 DEBUG {"LogFileLocation":"C:\\Users\\ArafatTehsin\\.azcopy\\c69f4094-bd83-d14c-627f-f7064f101a98.log","JobID":"c69f4094-bd83-d14c-627f-f7064f101a98","IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9040 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"InProgress","TotalTransfers":"31","FileTransfers":"31","FolderPropertyTransfers":"0","TransfersCompleted":"0","TransfersFailed":"0","TransfersSkipped":"0","BytesOverWire":"0","TotalBytesTransferred":"0","TotalBytesEnumerated":"1804234","TotalBytesExpected":"1804234","PercentComplete":"0","AverageIOPS":"0","AverageE2EMilliseconds":"0","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":null,"PerfConstraint":0,"PerformanceAdvice":null,"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:49.9200 INFO Uploading... Total Transfers: 31, Transfers Completed: 0, Transfers Skipped: 0, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:32:50.9623 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:50.9623 DEBUG INFO: azcopy.exe: A newer version 10.6.0 is available to download  (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9224 DEBUG EndOfJob (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9224 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"CompletedWithSkipped","TotalTransfers":"31","FileTransfers":"31","FolderPropertyTransfers":"0","TransfersCompleted":"0","TransfersFailed":"0","TransfersSkipped":"31","BytesOverWire":"0","TotalBytesTransferred":"0","TotalBytesEnumerated":"1804234","TotalBytesExpected":"0","PercentComplete":"100","AverageIOPS":"10","AverageE2EMilliseconds":"264","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":[{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\494803274_f84f21d53a.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/494803274_f84f21d53a.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\145303599_2627e23815_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/145303599_2627e23815_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\21652746_cc379e0eea_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/21652746_cc379e0eea_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794839_200acd910c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794839_200acd910c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682652_c927a49226_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682652_c927a49226_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\134409839_71069a95d1_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/134409839_71069a95d1_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\323872063_7264e7e018_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/323872063_7264e7e018_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\568715474_bdb64ccc32.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/568715474_bdb64ccc32.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\43474673_7bb4465a86.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/43474673_7bb4465a86.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\40410814_fba3837226_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/40410814_fba3837226_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\159079265_d77a9ac920_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/159079265_d77a9ac920_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794839_200acd910c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794839_200acd910c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\25360380_1a881a5648.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/25360380_1a881a5648.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\175638423_058c07afb9.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/175638423_058c07afb9.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\15207766_fc2f1d692c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/15207766_fc2f1d692c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\25360380_1a881a5648.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/25360380_1a881a5648.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682920_97ae41ce60_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682920_97ae41ce60_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\568715474_bdb64ccc32.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/568715474_bdb64ccc32.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\160954292_6c2b4fda65_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/160954292_6c2b4fda65_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\58636535_bc53ef0a21_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/58636535_bc53ef0a21_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\295257304_de893fc94d.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/295257304_de893fc94d.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682652_c927a49226_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682652_c927a49226_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794835_d15905c7c8_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794835_d15905c7c8_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\5794839_200acd910c_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/5794839_200acd910c_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\298670754_f25edda891.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/298670754_f25edda891.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\184682652_c927a49226_m.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/184682652_c927a49226_m.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\568715474_bdb64ccc32.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/568715474_bdb64ccc32.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\11642632_1e7627a2cc.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/11642632_1e7627a2cc.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\145303599_2627e23815_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/145303599_2627e23815_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\295257304_de893fc94d.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/295257304_de893fc94d.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"},{"Src":"\\\\?\\C:\\Users\\ArafatTehsin\\Downloads\\flower_photos\\flower_photos\\flower_photos\\data\\118974357_0faa23cce9_n.jpg","Dst":"https://mlnet6358200191.blob.core.windows.net/azureml-blobstore-1e85adf5-e15a-4501-bf92-a2bb126227e9/vott-json-export/118974357_0faa23cce9_n.jpg","IsFolderProperties":false,"TransferStatus":"SkippedEntityAlreadyExists","ErrorCode":"0"}],"PerfConstraint":0,"PerformanceAdvice":[],"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9224 INFO Completed... Total Transfers: 31, Transfers Completed: 0, Transfers Skipped: 31, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:32:51.9774 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9774 DEBUG INFO: Scanning... (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9774 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9774 DEBUG INFO: Any empty folders will not be processed, because source and/or destination doesn't have full folder support (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9874 DEBUG Init (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9874 DEBUG {"LogFileLocation":"C:\\Users\\ArafatTehsin\\.azcopy\\326608b9-c6d5-7341-5ae5-846f6af74537.log","JobID":"326608b9-c6d5-7341-5ae5-846f6af74537","IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9874 DEBUG Progress (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9874 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"InProgress","TotalTransfers":"1","FileTransfers":"1","FolderPropertyTransfers":"0","TransfersCompleted":"0","TransfersFailed":"0","TransfersSkipped":"0","BytesOverWire":"0","TotalBytesTransferred":"0","TotalBytesEnumerated":"7853","TotalBytesExpected":"7853","PercentComplete":"0","AverageIOPS":"0","AverageE2EMilliseconds":"0","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":null,"PerfConstraint":0,"PerformanceAdvice":null,"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:51.9874 INFO Uploading... Total Transfers: 1, Transfers Completed: 0, Transfers Skipped: 0, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:32:52.9996 DEBUG Info (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:52.9996 DEBUG INFO: azcopy.exe: A newer version 10.6.0 is available to download  (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:53.9885 DEBUG EndOfJob (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:53.9885 DEBUG {"ErrorMsg":"","ActiveConnections":"0","CompleteJobOrdered":true,"JobStatus":"Completed","TotalTransfers":"1","FileTransfers":"1","FolderPropertyTransfers":"0","TransfersCompleted":"1","TransfersFailed":"0","TransfersSkipped":"0","BytesOverWire":"7853","TotalBytesTransferred":"7853","TotalBytesEnumerated":"7853","TotalBytesExpected":"7853","PercentComplete":"100","AverageIOPS":"0","AverageE2EMilliseconds":"62","ServerBusyPercentage":"0","NetworkErrorPercentage":"0","FailedTransfers":[],"SkippedTransfers":null,"PerfConstraint":0,"PerformanceAdvice":[],"IsCleanupJob":false} (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:53.9885 INFO Completed... Total Transfers: 1, Transfers Completed: 1, Transfers Skipped: 0, Transfers Failed: 0 (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:32:54.0025 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:32:57.0398 INFO Verifying parameters: workspace..  (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:32:57.7631 INFO Ok, experiment..  (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:33:01.3849 INFO Ok, compute target..  (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:33:01.6823 INFO One or more errors occurred. (Microsoft.ML.ModelBuilder.Utils.Logger.Info) 2020-09-14 00:33:01.6823 DEBUG Disposing AutoMLService Client (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:33:01.6853 DEBUG One or more errors occurred.    at System.Threading.Tasks.Task1.GetResultCore(Boolean waitCompletionNotification)
at Azure.MachineLearning.Services.Compute.ComputeTargetPageFetcher.FetchNextPage() in //src/Microsoft.ML.AzureMLClient/Compute/ComputeTargetPageFetcher.cs:line 35
at Azure.MachineLearning.Services.LazyEnumerator1.<GetEnumerator>d__9.MoveNext() in /_/src/Microsoft.ML.AzureMLClient/LazyEnumerator.cs:line 26    at System.Linq.Enumerable.WhereEnumerableIterator1.MoveNext()
at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable1 source)    at AzureML.AutoMLRunnerImages.<RunAutoMLAsync>d__27.MoveNext() in /_/src/Microsoft.ML.ModelBuilder.AutoMLService/RemoteAutoML/AutoMLRunnerImages.cs:line 237 --- End of stack trace from previous location where exception was thrown ---    at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)    at Microsoft.ML.ModelBuilder.AutoMLService.Experiments.AzureImageClassificationExperiment.<ExecuteAsync>d__13.MoveNext() in /_/src/Microsoft.ML.ModelBuilder.AutoMLService/Experiments/AzureImageClassificationExperiment.cs:line 69 --- End of stack trace from previous location where exception was thrown ---    at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)    at Microsoft.ML.ModelBuilder.AutoMLEngine.<StartTrainingAsync>d__26.MoveNext() in /_/src/Microsoft.ML.ModelBuilder.AutoMLService/AutoMLEngineService/AutoMLEngine.cs:line 134 (Microsoft.ML.ModelBuilder.Utils.Logger.Debug) 2020-09-14 00:33:04.7768 DEBUG Open Log FileC:\Users\ArafatTehsin\AppData\Local\Temp\MLVSTools\logs\586f1204-3d6d-422e-8981-f35a6848f6c4.txt (Microsoft.ML.ModelBuilder.Utils.Logger.Debug)

Looks like a dup of #991

Did you use a dedicated machine?  if not could you try that ?

Thanks @zewditu - Dedicated machine worked well! Please do not forget to include this in your upcoming docs.


Encode credentials into qr codes with cborld

Encoding credentials into QR Codes with CBOR-LD via Digital Bazaar's vpqr library
Here is a sample credential:
{
  "@context": [
    "https://www.w3.org/2018/credentials/v1",
    "https://w3id.org/security/suites/ed25519-2020/v1",
    "https://w3id.org/dcc/v1"
  ],
  "id": "https://digitalcredentials.github.io/samples/certificate/1fe91f0f-4c64-48c8-bfc8-7132f75776fe/",
  "type": [
    "VerifiableCredential",
    "LearningCredential"
  ],
  "issuer": {
    "type": "Issuer",
    "id": "did:web:digitalcredentials.github.io",
    "name": "Sample Issuer",
    "url": "https://digitalcredentials.github.io/samples/"
  },
  "issuanceDate": "2021-01-19T18:22:34.772810+00:00",
  "credentialSubject": {
    "type": "Person",
    "id": "did:example:456",
    "name": "Percy",
    "hasCredential": {
      "type": [
        "EducationalOccupationalCredential",
        "ProgramCompletionCredential"
      ],
      "name": "DCC Program Completion Credential",
      "description": "Awarded on completion of the digital credential program",
      "awardedOnCompletionOf": {
        "type": "EducationalOccupationalProgram",
        "identifier": "program-v1:Sample",
        "name": "Digital Credential Program",
        "description": "Educational program teaching how work with digital credentials",
        "numberOfCredits": {
          "value": "1"
        },
        "startDate": "",
        "endDate": ""
      }
    }
  }
}

and its associated QR Code

@dmitrizagidulin In this PR, I am using vpqr to encode the VC directly. Should I be placing the VC into a VP envelope before using this library or is it able to encode VCs as expected. I assume the library accepts and treats both formats the same way, but I just want to be sure.

Should I be placing the VC into a VP envelope before using this library or is it able to encode VCs as expected. I assume the library accepts and treats both formats the same way, but I just want to be sure.

You definitely want to place the VC into a VP envelope. In general, un-wrapped VCs should only exist inside the wallet / VC storage; they shouldn't really be encountered in the wild.

Should I be placing the VC into a VP envelope before using this library or is it able to encode VCs as expected. I assume the library accepts and treats both formats the same way, but I just want to be sure.

You definitely want to place the VC into a VP envelope. In general, un-wrapped VCs should only exist inside the wallet / VC storage; they shouldn't really be encountered in the wild.

Makes sense! I have updated the PR to package a VC into an unsigned VP before encoding it into a QR Code URL. I have also implemented the ProvePresentationRequest method to interface with the /prove/presentations endpoint of the sign-and-verify API, but this will only become relevant after we host a sign-and-verify instance.


Opportunities.insert_or_update has race conditions

Overview
Similar to the Project.get_or_insert race condition described in #29, Opportunities.insert_or_update has two distinct race conditions, one related to interleaving that can likely be solved in a manner like #31, and one related to out-of-order message delivery that will likely require discussion for the best approach. Because the discussion and remediation for the out-of-order race condition may affect the interleaving race condition, I chose to keep them together as a single issue rather than break them out as distinct issues.
Interleaving race condition
Let's suppose that we have two messages for the same net new Opportunity arriving virtually simultaneously. Not out of the realm of possibility if someone opens a new issue and then adds a label like Note: Discussion.
    Payload A           Payload B
       |                   |
    create                 |
       |                create
    process_issue          |
       |              process_issue
    insert_or_update       |
       |               insert_or_update
    get -> nil             |
       |               get -> nil
    insert                 |
                        insert

Steps to reproduce
The easiest way to reproduce the interleaving race condition effects is to repeatedly call Opportunities.insert with the same payload.
iex> %{title: "wat", url: "https://github.com/wat/wat/issue/1", level: "advanced", project_id: 1} |> Data.Opportunities.insert
iex> %{title: "wat", url: "https://github.com/wat/wat/issue/1", level: "advanced", project_id: 1} |> Data.Opportunities.insert

Expected outcome
iex> %{title: "wat", url: "https://github.com/wat/wat/issue/1", level: "advanced", project_id: 1} |> Data.Opportunities.insert
{:ok,
 %Data.Opportunity{__meta__: #Ecto.Schema.Metadata<:loaded, "opportunities">,
  closed_at: nil, id: 1, inserted_at: ~N[2017-08-27 08:13:58.542228],
  level: "advanced",
  project: #Ecto.Association.NotLoaded<association :project is not loaded>,
  project_id: 1, title: "wat", updated_at: ~N[2017-08-27 08:13:58.542240],
  url: "https://github.com/wat/wat/issue/1"}}
iex> %{title: "wat", url: "https://github.com/wat/wat/issue/1", level: "advanced", project_id: 1} |> Data.Opportunities.insert
** (Ecto.ConstraintError) constraint error when attempting to insert struct:

    * unique: opportunities_url

If you would like to convert this constraint into an error, please
call unique_constraint/3 in your changeset and define the proper
constraint name. The changeset has not defined any constraint.

    (ecto) lib/ecto/repo/schema.ex:570: anonymous fn/4 in Ecto.Repo.Schema.constraints_to_errors/3
    (elixir) lib/enum.ex:1255: Enum."-map/2-lists^map/1-0-"/2
    (ecto) lib/ecto/repo/schema.ex:555: Ecto.Repo.Schema.constraints_to_errors/3
    (ecto) lib/ecto/repo/schema.ex:219: anonymous fn/14 in Ecto.Repo.Schema.do_insert/4
    (ecto) lib/ecto/repo/schema.ex:768: anonymous fn/3 in Ecto.Repo.Schema.wrap_in_transaction/6
    (ecto) lib/ecto/adapters/sql.ex:576: anonymous fn/3 in Ecto.Adapters.SQL.do_transaction/3
    (db_connection) lib/db_connection.ex:1275: DBConnection.transaction_run/4
    (db_connection) lib/db_connection.ex:1199: DBConnection.run_begin/3

Actual outcome
iex> %{title: "wat", url: "https://github.com/wat/wat/issue/1", level: "advanced", project_id: 1} |> Data.Opportunities.insert
{:ok,
 %Data.Opportunity{__meta__: #Ecto.Schema.Metadata<:loaded, "opportunities">,
  closed_at: nil, id: 1, inserted_at: ~N[2017-08-27 08:13:58.542228],
  level: "advanced",
  project: #Ecto.Association.NotLoaded<association :project is not loaded>,
  project_id: 1, title: "wat", updated_at: ~N[2017-08-27 08:13:58.542240],
  url: "https://github.com/wat/wat/issue/1"}}
iex> %{title: "wat", url: "https://github.com/wat/wat/issue/1", level: "advanced", project_id: 1} |> Data.Opportunities.insert
{:ok,
 %Data.Opportunity{__meta__: #Ecto.Schema.Metadata<:loaded, "opportunities">,
  closed_at: nil, id: 2, inserted_at: ~N[2017-08-27 08:14:00.871934],
  level: "advanced",
  project: #Ecto.Association.NotLoaded<association :project is not loaded>,
  project_id: 1, title: "wat", updated_at: ~N[2017-08-27 08:14:00.871942],
  url: "https://github.com/wat/wat/issue/1"}}

Out-of-order message delivery race condition
Let's suppose we have two issue changes for the same issue. For this case, let's presume someone accidentally closed an issue and immediately reopened it. The messages are  Closed and Reopened. Given a variety of factors from distributed GitHub infrastructure to network delays to BEAM process scheduling, it's possible for these two messages to arrive outside the causal order of Closed -> Reopened.
The current implementation will blindly overwrite the Opportunity state of the causally-later-but-delivered-first Reopened message with the causally-earlier-but-delivered-second Closed message. In which case, we now have a state conflict between our system (Closed) and GitHub (Reopened).
IssueEvent appears to contain an updated_at that we might be able to compare against what we have in the database to see if we have already consumed a causally-later message, but we either need to explicitly synchronize updated_at in our table with the one from the message (which seems potentially error-prone for maintentance and new-comers) or add a new column with GitHub's updated_at timestamp. I'm still not 100% comfortable with using wall-clock time from GitHub for inferring causal ordering, but it appears as though we don't have anything better is the message payload (perhaps in the headers?).
Thoughts?

@jeffweiss you're on top of it, thanks!
I fear this comment is going to make you wince a little: I am aware of these issues and we're intentionally not trying to fix them all — yet.  With the goal of the project being to build a tool that is beneficial to the community and to do so while benefiting the community, we need to leave some "hiccups" behind so serve as learning opportunities in the future.
The primary goal right now is to work through the basic set of features, launch the project, and incrementally make it better as a group.  Some of that will include bugs popping up and working through them so we can all learn not only how to fix them but why they were a problem in the first place; these are the things we intend to blog about.  I think the end result of that will be a more educational experience as people will be able to follow along and learn the lessons you'd learn if you jumped into a new project.
To me, it's much like a job: If you work somewhere where the experienced members handles all the bugs and big problems you will be afforded few if any opportunities to learn and grow.
We should go ahead and patch this one but I'd like to hold off moving forward with creating issues for bugs that haven't come up yet as that eliminates our chance to teach around it.
I'd love for you to join @ybur-yug and I in the #elixirschool Slack channel to discuss some of the features and approach we're taking.  It's clear you're got a lot to offer and we should make sure we make the most of it 😀

It doesn't have to be fixed right now just because I brought it up. 🤣
Part of my explicit descriptions has been to highlight some of the non-obvious errors when moving to Elixir/Erlang's concurrently model and also how Phoenix leverages it with a process per connection. I tried to take a step back and say "here's how it will happen."
I won't be offended if it's not fixed right now.

Hi, so I took a stab at part 1 of this issue via https://github.com/elixirschool/extracurricular/pull/85, but from this --

but we either need to explicitly synchronize updated_at in our table with the one from the message (which seems potentially error-prone for maintentance and new-comers) or add a new column with GitHub's updated_at timestamp. I'm still not 100% comfortable with using wall-clock time from GitHub for inferring causal ordering, but it appears as though we don't have anything better is the message payload (perhaps in the headers?).

-- it seems like we are deciding between the choices. Was there one ever decided upon?


add s390x architecture to the release notes

Signed-off-by: Matthew Fisher<EMAIL_ADDRESS>closes #4738

@bacongobbler feel free to merge at your convenience.


Add Unit Test GitHub Workflow

This adds the gdUnit4 framework as a single GitHub workflow CI file to the project.
It fires on new PRs and pushes.
However, I cannot properly test it without trying it once merged thought.

Great! Hope it works :)


[Feature request] Tip bound to document.body is hidden

I am working on a web that document.body is completely overlaid, so tooltip seems to be hidden. My workaround is to pass a visible node to d3-tip instead (see https://github.com/sorawee/d3-tip/commit/7936999972fe119e4ce770937f72075ed3843ca5). It would be nice to see this being implemented in this repo.

https://github.com/Caged/d3-tip/pull/104 does exactly what I said, so I will close this.


MCS-313

https://nextcentury.atlassian.net/browse/MCS-313
The radius is still 0.27, when its 0.05 collisions do not look great and behave differently. The collisions are not usually continuous because there is not much surface area and it looks like the agent is going through objects.
I wanted to remove the y-collider height changes for poses since I changed how the collider detects if it can move. The height of the collider is now 2.5 times the center y so that it still works when lying down and doesn't need to be moved with every pose change.
The 0.01f is a very slight height increase that ensures the collider is not in the floor when crouching and lying down. It needs to be there. If you feel it should be static or constant I will do that, but I did not think it needed to be.
*Look at 104 comments!

Rather than removing the existing CapsuleCollider component and adding a new one, would it make more sense to just modify the existing one?

Rather than removing the existing CapsuleCollider component and adding a new one, would it make more sense to just modify the existing one?

It would I will do that


ADLA Catalog updates

Inclusion of USqlPackages
(BREAKING) Switch FileType enum to be modeled as a string. This is
important since this field changes frequently and we don't want to break
the SDK for this read-only property
Add support for listing various catalog elements from higher level
nodes:
tables, views, statistics and tvfs from within a database (no schema
required)
statistics from within a schema (no table required).
This checklist is used to make sure that common issues in a pull request are addressed. This will expedite the process of getting your pull request merged and avoid extra work on your part to fix issues discovered during the review process.
PR information

[x] The title of the PR is clear and informative.
[x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For information on cleaning up the commits in your pull request, see this page.
[x] Except for special cases involving multiple contributors, the PR is started from a fork of the main repository, not a branch.
[x] If applicable, the PR references the bug/issue that it fixes.
[x] Swagger files are correctly named (e.g. the api-version in the path should match the api-version in the spec).

Quality of Swagger

[x] I have read the contribution guidelines.
[x] My spec meets the review criteria:

[ ] The spec conforms to the Swagger 2.0 specification.
[x] The spec follows the guidelines described in the Swagger checklist document.
[x] Validation tools were run on swagger spec(s) and have all been fixed in this PR.

@veronicagg let me know if there are any concerns or naming issues that you need me to resolve, I would like to get this in ASAP to prepare for a powershell update.

@begoldsm Please add x-ms-examples for new operations, to allow full validation of those operations.

@veronicagg I responded to all your questions, some with a few questions of my own :). In summary:
0. I am working on examples for all the new stuff now and will have them in the next iteration :)

I am open to changing the operation types on a per catalog item basis, but it will result in a large number of OperationClasses and is a very large breaking change, creating a number of categories with only two methods. Up to you if this is a required change going forward.
$count is a switch query param in odata. I am not aware of swagger support for switches, if there is please let me know and I will change it to a switch.
It is a breaking change and is noted as such in the PR description, it is necessary based on a discussion with our service team to allow for flexibility with this read-only property.

@veronicagg I just added examples with the x-ms-examples tag, take a look and let me know what you think! I am also going to add a work item for myself to add examples for everything that already exists, which will take some time.

 https://github.com/Azure/azure-sdk-for-python/pull/1087

No modification for Ruby

 https://github.com/Azure/azure-sdk-for-node/pull/2137


Add GetCustomModel and GetCustomLabeledModel methods to CustomFormClient

These will call the endpoint: https://westus2.dev.cognitive.microsoft.com/docs/services/form-recognizer-api-v2-preview/operations/GetCustomModel

Duplicate of #10408

GetCustomLabeledModel is no longer relevant in the new desgin.
GetCustomModel has been added to the new design.


Profile: Be able to define a context in a profile

refers to https://github.com/describo/profiles/issues/5

Resolved by 2e625dd494e44e8dfdf20d73001ca36719116c1f and 2e625dd494e44e8dfdf20d73001ca36719116c1f


prepare pypi release

add pypi project and add deployment pipeline

https://pypi.org/project/wikibasemigrator/


ClientBoundMapItemData

Hey
Wanted to let you know the packet got sucessfully encoded, you might want to add it to the website
https://github.com/pmmp/PocketMine-MP/blob/c1478b1cc09bab01840afd8f7e587c76f742135a/src/pocketmine/network/mcpe/protocol/ClientboundMapItemDataPacket.php

It's used in a different way but it has already been updated: https://github.com/sel-project/sel-utils/blob/master/xml/protocol/pocket102.xml#L1065


private\keys (The system cannot find the path specified) during lein run

Compiling 5 source files to C:\Users\michal.kulinski\source\nostr\more-speech\target\classes
Syntax error (FileNotFoundException) compiling at (C:\Users\michal.kulinski\AppData\Local\Temp\form-init15388934542304050888.clj:1:119).
private\keys (The system cannot find the path specified)

Uploading clojure-1895966965900968256.zip…

EDN clojure-1895966965900968256.zip

Did you create the private/keys file as described in the GettingStarted page of the wiki?  https://github.com/unclebob/more-speech/wiki/getting_started
Make sure the private directory is located in the same directory as project.clj

Did you create the private/keys file as described in the GettingStarted page of the wiki? https://github.com/unclebob/more-speech/wiki/getting_started
Make sure the private directory is located in the same directory as project.clj

No, sorry, I wasn't aware of it.


Fix statefulset / use the correct endpoint for probes and update minio

What this PR does / why we need it:

fix the stateful sets
remove the readiness probe from statefull set because it will be ready only when all pods are running, so keep only the liveness probe
use the correct endpoints for live/read probes
update minio to the latest version

Which issue this PR fixes : fixes https://github.com/helm/charts/issues/7684
Special notes for your reviewer:

/lgtm


race conditions from simultaneous autologin of nixos user in the install ISO

This issue applies specifically to release 19.09 of the NixOS minimal
installation CD.  I have not noticed it in previous releases.
While remastering the NixOS 19.09 installation ISO to work under a Xen
environment for Prgmr.com customers,
I noticed that the nixos user was automatically logged in to three separate
consoles: ttyS0, hvc0, and tty1. Code in /etc/profile is ran at login for the
nixos user, and there are race conditions when this code is executed
concurrently for multiple simultaneous logins.
This leads to some baffling error messages like:
ln: failed to create symbolic link '/home/nixos/.nix-profile': File exists
rm: cannot remove '/home/nixos/.nix-defexpr': Is a directory

I did not notice that the races resulted in anything destructive happening,
but the error messages were enough to convince me that I should prevent the
nixos user from being logged in automatically on more than one console.
Since only the serial console is available to the sort of VPSes that will be
using the remastered CD, I worked around the issue by preventing autologin on
the extra consoles. It can be done by adding extra command line parameters to
the kernel command line, such as:
<EMAIL_ADDRESS><EMAIL_ADDRESS>

@zimbatm mentioning you here as requested.

Thanks for the report @CMB.
Analysis
I can see the race condition in my /etc/profile. For example here:
  if ! [ -L "$HOME/.nix-profile" ]; then
      if [ "$USER" != root ]; then
          ln -s "$NIX_USER_PROFILE_DIR/profile" "$HOME/.nix-profile"
      else
          # Root installs in the system-wide profile by default.
          ln -s /nix/var/nix/profiles/default "$HOME/.nix-profile"
      fi
  fi

it's possible for two concurrent login shells to not have $HOME/.nix-profile, and then rate to create the symlink.
Same here:
  # Set up a default Nix expression from which to install stuff.
  if [ ! -e "$HOME/.nix-defexpr" -o -L "$HOME/.nix-defexpr" ]; then
      rm -f "$HOME/.nix-defexpr"
      mkdir -p "$HOME/.nix-defexpr"
      if [ "$USER" != root ]; then
          ln -s /nix/var/nix/profiles/per-user/root/channels "$HOME/.nix-defexpr/channels_root"
      fi
  fi

The source of this file seems to be coming from nix itself: https://github.com/NixOS/nix/blob/7d5716aeb9509615eb344d9d305902bfa8ee22f2/scripts/nix-profile.sh.in#L18-L52
And has been removed entirely in master as part of https://github.com/NixOS/nix/pull/3136
Conclusion
Luckily the race-conditions only seem to cause error outputs but still produce correct results in both cases. I believe that this will be fixed automatically on the next nix 2.3 release.
/cc @grahamc

Thank you for looking into this @zimbatm.  I'm assuming it can probably be
closed.

yes let's close this


Cannot use conda-mirror behind proxy

conda-mirror unfortunately cannot be used behind a proxy.
So I had a look at your code and figured out, that it's easy to patch thanks to your use of requests.
816-8055@6d31e67a6766520f26508eded47dc51e6c171286

You may define your proxy as environment variables HTTP_PROXY and HTTPS_PROXY.
For ssl_verify I found no other way but to disable it in the source code and install from source.


Fix Python linking

What
Ensuring Python version
find_package(Python, when given a specific version, only guarantees a version greater than or equal to. This means an unexpected Python can be found (e.g. system 3.8 when requested conan's 3.7).  We should add EXACT to the find_package call.
We also still default to 3.7 when it should be 3.9 for CY2022.
Using shared libpython
This is only a problem if we have a need to link to libpython, which for most purposes we don't (though see next point re. embedding)
The current conancenter cpython package recipe defaults to shared=False, meaning libpython is a static library and the python interpreter (presumably) has the library compiled in.
Setting shared=True gives a shared library, but the RPATH of the interpreter is not set, so it does not function (e.g. for creating the venv and running tests) without patching.
find_package(Python prefers shared libraries but will silently use static libraries if that is all that is found. If we want to force shared libraries then we must set Python_USE_STATIC_LIBS to false.
Using embedded Python interpreter (for testing / app integration)
When creating a target with an embedded Python interpreter (e.g. for tests, as used in a prototype for testing C++ loading the Python plugin system) we must add Development.Embed to the list of COMPONENTS passed to find_package(Python.
This has the effect of making any Python-related target link to libpython (even if pybind::module is the only linked library, whose whole purpose is to avoid linking libpython). This is bad - Python extension modules should not link directly to libpython.  This appears to be a bug in either pybind or Python's CMake helpers.
If Development.Embed is not specified (i.e. only  Development.Module) then everything works fine, but we cannot create a (test) executable with an embedded Python interpreter.
Beyond use for testing, this may be a problem when adopters of OpenAssetIO come to use it in their application with an embedded Python interpreter.

Re. libpython being erroneously linked in with pybind11::module (i.e. Python extension modules) when the Development.Embed component of Python is available:
I discovered the problem is the autogenerated conan Findpybind11.cmake, which makes some odd choices that should probably be reported upstream.
Conan overrides pybind11::pybind11 so it doesn't match the pybind original (which just defines headers) but instead links in everything to do with pybind in one mega "global" target (see pybind11_COMPONENTS in Findpybind11.cmake).  This includes the pybind11::embed target that brings in libpython as a dependency.
At the bottom of the autogenerated Findpybind11.cmake it finally brings in pybind's own pybind11Common.cmake.  In here we see
set_property(
  TARGET pybind11::module
  APPEND
  PROPERTY INTERFACE_LINK_LIBRARIES pybind11::pybind11)

I.e. pybind11::module is linked to (the overridden global mega target) pybind11::pybind11, which in turn links to pybind11::embed, and causes the erroneous libpython linking.

The pybind11 Conan recipe bug was fixed a while ago. See 6fcefba from #764 for explanation.

All these problems have been resolved by other work.


Implement API to calculate distance between two positions

:sparkles: What kind of change does this PR introduce? (Bug fix, feature, docs update...)
Feature
:arrow_heading_down: What is the current behavior?
The current plugin doesn't support calculating the distance between two points.
:new: What is the new behavior (if this is a feature change)?
This PR offers a new distanceBetween API method to calculate the distance (in meters) between two points.
:boom: Does this PR introduce a breaking change?
No
:bug: Recommendations for testing
Run the example app
:memo: Links to relevant issues/docs
Resolves #23
:thinking: Checklist before submitting

[x] All projects build
[x] Follows style guide lines (code style guide)
[x] Relevant documentation was updated
[x] Rebased onto current develop

Codecov Report

Merging #46 into develop will decrease coverage by 2.5%.
The diff coverage is 0%.

@@           Coverage Diff           @@
##           develop   #46     +/-   ##
=======================================
- Coverage     62.5%   60%   -2.5%
=======================================
  Files            6     6
  Lines           72    75      +3
=======================================
  Hits            45    45
- Misses          27    30      +3

Impacted Files
Coverage Δ

lib/geolocator.dart
52% <0%> (-7.1%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 92d7b60...78662fd. Read the comment docs.

Yes good spot, forgot about updating the readme file


Syntax Bug in Librispeech Whisper Recipe

Describe the bug
These bugs listed below are related to whisper specifically following this recipe

line 228 in dataio_prepare, hparams is a dictionary so hasattr(hparams, "normalized_transcripts") does not work as intended.

line 50. I've gotten some rounding issues for some batches where the .long() rounds down rather than to the nearest int. (i.e. 12.998 gets rounded down to 12, excluding the last token).

Expected behaviour

just change syntax to check keys in dictionary
use torch.round() to ensure proper mask computation

To Reproduce
No response
Environment Details
No response
Relevant Log Output
No response
Additional Context
No response

Hi @matthewkperez, thanks for opening this issue! Would you like to open a PR to fix it? It would be a very welcome contribution :)

Yes, I can submit a PR for this!

Sorry Adel, I just re-submitted another PR #2742 because there needs to be an additional check that this variable is True.
Currently the code only checks for its existence. Cheers!


Multiple file hash feature from the context menu

What feature or improvement do you think would benefit Files?
I know that the FilesApp already have the ability to hash files in properties, but I can’t simultaneously calculate hashes for multiple files - so I still use Openhashtab and do it using context menu -> hashes (also it cause stuck
https://github.com/files-community/Files/issues/14985, https://github.com/files-community/Files/issues/12550#issuecomment-1740090182)
In case of OpenHashTab developer still can't fix this behavior - maybe FilesApp community can add "Calculate hash" to context menu and allow to calculate multiple hashes for multiple files in one window without third party solutions
Requirements

Add to context menu "calculate hash"
Allow calculate hash for multiple selected files
Show hashes for multiple files in one window

Files Version
<IP_ADDRESS>
Windows Version
10.0.19045.3930
Comments
No response

Thank you for the feedback

How does Open Hash display the UI when multiple files are selected?

How does Open Hash display the UI when multiple files are selected?

Just like bunch of hashes for each files (I selected MD5, SHA-1 and SHA-256 per file)


Init

This is just an idea that was born from an interesting  twitter conversation
This is very WIP and not even sure it makes sense
Playground here.
https://codesandbox.io/s/o2rq7oJ0z

https://codesandbox.io/s/o2rq7oJ0z contains async examples now.
feedback welcome :)


<EMAIL_ADDRESS>

Used by:

https://github.com/google/XNNPACK

Hello @bazelbuild/bcr-maintainers, modules without existing maintainers (cpuinfo) have been updated in this PR. Please review the changes.


Auto-detrend for specific cases: fast rotators, pulsators, etc

Right now auto-detrend only works for one period. It would be a great addition to do a detrend or subtraction of pulsations from pulsating stars. For this we can follow the asteroseismology examples from Lightkurve. In order to be able to do that we need to be able to automatically characterize the kind of object we are processing to select the proper algorithm to detrend it.
For fast rotators, auto-detrend should be done only for the strongest period and not for the shortest one within a range of strong periods.

We might have a look at pass-band filters as fast-rotators and pulsators should have well defined frequencies.

We included stationary pulsations removal


Graph Data Pills

Add a new pill type GraphPill to match the latest pills from the Figma Prototype.

Changes

[x] Add filters to pill
[x] Add aggregations to pill
[x] Add pill header
[x] Handle events associated with pill
[x] Rewrite axis-click logic to target new pill structure for selection

Todos

When the encoding is clicked, open up the same encoding choice drawer as the add button, but just assign the new encoding to the object of the old one and delete the old encoding.
When the field is clicked, open up the variable selection menu. On item click, find the encoding with that field and replace the field name with the new one.

Testing

Verify that you can change encoding and field
Verify that pills can be deleted
Add a pill encoding, click on the empty tile and pick a field
Verify that filter labels are added to pill when applied on filter screen
Verify that 2 encodings with the same field get both of their filters updated when one is updated.

Ah yeah I missed the oneOf checkbox icon for the categorical pill as well. Thanks for flagging this.


docs: add cce and azure deployment docs

Coverage remained the same at 73.937% when pulling 482a57c4ceb2afbd617e7383c3ad11e4f3e52520 on brianbinbin:docs/deployment into b74deec85dac0c36c95e3cf48ded73e076cbf5ff on emqx:main.


Revert "Revert "Remove AC Current sensor, no correct readings""

I think you were right to remove it the first time 😄
My assumption is that this value is only used, if the inverter is used to charge a battery. In my setup it is always 0, but as the name in the file says, it is acCurrentInmA (so inbound).
One var that might be a nice to have, it the leadingVArs, which is the reactive power in the inverter while producing power.
My assumption is, that laggingVArs is the value for reactive power while in charging mode
Maybe if somebody shares their file with a battery setup, it might shed some more light on those assumptions 😇
Reverts vincentwolsink/home_assistant_enphase_envoy_installer#181

One could also argue, that we could add the joulesProduced value to provide a more precise production for the current day. (as you can convert joules to a wh value)
(and since there is also a joulesUsed value, it further strengthens my assumption that the acCurrentInmA is for charging mode, or at least the output is used for both the inverter and the battery inverter module)

For my setup this sensor actually provides correct data.

Although on lower production the value isn't what I would expect. Currently my production is between 1-3 W and the AC Current value stays on 0,074 A (which should be around 17 W). Maybe this has to do with power usage of the inverter mainboard itself.

About the naming, I think the last part of acCurrentInmA stands for "in milliamperes" stating the unit. Same for all the other  ones like acFrequencyINmHz etc. Since there is no outSomething.

That could be as well obviously, as it is a guess 😄
Anyway, the joulesProduced can be used (in collaboration with duration), to calculate the watts->now value (with more precision)

So, i think we can ignore it for now 😇


rollback to Go 1.5.4

See docker/docker#20865

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "rollback_to_1.5.4" git@github.com:vieux/swarm.git somewhere
$ cd somewhere
$ git commit --amend -s --no-edit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "rollback_to_1.5.4" git@github.com:vieux/swarm.git somewhere
$ cd somewhere
$ git commit --amend -s --no-edit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

LGTM

LGTM

@vieux test fails on master, not sure if related. First time I'm seeing this fail.
not ok 110 docker ps --before
# (in test file api/ps.bats, line 81)
#   `[ "${#lines[@]}" -eq  1 ]' failed

@nishanttotla not the 1st time for me, let's retry


How s2n-quic uses Kani to inspire confidence

Here's my blog post about how s2n-quic uses Kani :-)
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Here's a link to the rendered version:
https://github.com/WesleyRosenblum/kani-verifier-blog/blob/s2n-quic-post/_posts/2023-05-30-how-s2n-quic-uses-kani-to-inspire-confidence.md

CC @camshaft


http: fixing a bug with HTTP1.0 HTTP1.1 pipelining

Fixing a bug where HTTP version was not set between requests.
Risk Level: Medium (few people using HTTP/1.0)
Testing: new unit test
Docs Changes: n/a
Release Notes: n/a

@AndresGuedez @mkbehr


Dead local storage of currentIndex

Given:
CREATE TABLE test (
  id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT
);

select_by_id:
SELECT *
FROM test
WHERE id = ?
LIMIT 1;

it generates this select_by_id method where the currentIndex variable is not used.
public SqlDelightStatement select_by_id(long id) {
  List<String> args = new ArrayList<String>();
  int currentIndex = 1;
  StringBuilder query = new StringBuilder();
  query.append("SELECT *\n"
          + "FROM test\n"
          + "WHERE id = ");
  query.append(id);
  query.append("\n"
          + "LIMIT 1");
  return new SqlDelightStatement(query.toString(), args.toArray(new String[args.size()]), Collections.<String>singleton("test"));
}

The currentIndex variable can simply be omitted. Also it might make sense to go and simplify:
List<String> args = new ArrayList<String>();
args.toArray(new String[args.size()])

to:
new String[0]

We talked about getting rid of the local, perhaps on the initial PR (which i'm too lazy to find), and decided it wasn't worth the effort of optimizing out. Did you check the bytecode? I suspect javac just throws it away.

Nope I didn't check it. Findbugs flagged it. Worst case proguard will get rid of it.

I just realized that since Findbugs does the checks on bytecode the currentIndex variable is ending up in bytecode.


Don't spawn a shell when git pushing on release

What was the end-user problem that led to this PR?
The problem was that I almost went crazy when trying to release the last bundler version. rake release was hanging and I didn't know why.
What was your diagnosis of the problem?
Thanks to passing DEBUG=true to the task, I noticed that it was git push and git push --tags commands that were hanging:
$ DEBUG=true bin/rake release
["gem", "build", "-V", "/home/deivid/Code/bundler/bundler.gemspec"]
bundler 2.1.2 built to pkg/bundler-2.1.2.gem.
["git", "diff", "--exit-code"]
["git", "diff-index", "--quiet", "--cached", "HEAD"]
["git", "tag"]
["git", "tag", "-m", "Version 2.1.2", "v2.1.2"]
Tagged v2.1.2.
git push git push  --tags
^Crake aborted!
Interrupt:
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:198:in `read'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:198:in `popen'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:198:in `block in sh_with_status'
/home/deivid/Code/bundler/lib/bundler/shared_helpers.rb:52:in `chdir'
/home/deivid/Code/bundler/lib/bundler/shared_helpers.rb:52:in `block in chdir'
/home/deivid/Code/bundler/lib/bundler/shared_helpers.rb:51:in `chdir'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:197:in `sh_with_status'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:133:in `perform_git_push'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:115:in `git_push'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:64:in `block (2 levels) in install'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:160:in `tag_version'
/home/deivid/Code/bundler/lib/bundler/gem_helper.rb:64:in `block in install'
/home/deivid/Code/bundler/Rakefile:14:in `block in invoke'
/home/deivid/Code/bundler/Rakefile:13:in `invoke'
/home/deivid/Code/bundler/spec/support/rubygems_ext.rb:87:in `load'
/home/deivid/Code/bundler/spec/support/rubygems_ext.rb:87:in `gem_load_and_activate'
/home/deivid/Code/bundler/spec/support/rubygems_ext.rb:45:in `gem_load'
Tasks: TOP => release => release:source_control_push
(See full trace by running task with --trace)

The debugging output is very interesting because it also tells us that these commands are the only ones passing Strings to IO.popen instead of Arrays. That means these commands are spawning a new shell.
That's when I realized that I have hub installed on my system and git aliased to it. So I figure this aliasing was interacting with the subcommand in a bad way.
Indeed, disabling hub fixed the issue and let me make the release.
What is your fix for the problem, implemented in this PR?
I think we can avoid other issues similar to this for people pushing releases by not spawing a shell here, just like we do with all of the other commands.
I think it's a good practice anyways.
Why did you choose this fix out of the possible options?
I chose this fix because I think it makes the code better. Of course I can disable hub every time I release, but I think this is worth doing.

In theory, is it possible to break someone's "flow" by this change? If so, did that "flow" worked just by accident? It probably heavily relies on each local setup.
Anyway this change seems reasonable :+1: .

I can't image any "flow" that this change would break... :thinking:. I thought of a potential scenario where git is only made available to the user (put in the PATH) by the .bashrc file or something. But, our gem helpers already run many other git commands without spawning new shells, so nothing would really work in that case.

@bundlerbot merge


copy missing features from exhibitor

@hongchaodeng can you check what features https://github.com/Netflix/exhibitor provide?
We should create issues for the missing features for kube-etcd-controller.

Closing this.
Other than UI, we don't need to copy any more features from exhibitor.


AMBARI-22043 Adding a check for trashfile to remove duplicate redundancy (gyadav)

What changes were proposed in this pull request?
AMBARI-22043 Adding a check for trashfile to remove duplicate redundancy (gyadav)
How was this patch tested?
Tested in local enviroment.
Please review Ambari Contributing Guide before opening a pull request.

@Akhilsnaik
Kindly review the PR again

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/5634/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/5635/
Test FAILed.
Test FAILured.

Retest this please

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/5636/
Test FAILed.
Test FAILured.

Retest this please

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/5637/
Test FAILed.
Test FAILured.

Retest this please


Workflow join is not properly working if one step fails

If I use the following code the workflow is running sometimes successful and sometimes not, I don't know the reason for failing or succeeding. Might be the execution times and which steps finish first.
What I want to achieve:

Run "Forward_lookup", "Reverse_lookup",  "MAC_vendor_lookup" and join into "Add_host_info_note" regardless of the success of the three actions. But I want to publish different variables based on the success of an action.

For this test case i configured "MAC_vendor_lookup" to fail. As 0 is no valid MAC.
It is also not working if i use join: 3
I am currently using Stackstorm 3.2.0
(default stackstorm vagrant image Ubuntu 16.04)
version: 1.0

description: Test for GIT BUG

input:
  - ip: "<IP_ADDRESS>"
  - mac_address: "0"
  - dns_hostname: "test.testad.net"

vars:
  - mac_vendor: null
  - a_some_info: "unkown"
  - reverse_lookup_result: null
  - forward_lookup_result: null

tasks:
  Reverse_lookup:
    action: core.local
    input:
      cmd: "nslookup <% ctx().ip %>"
    next:
      - when: <% completed() %>
        publish:
          - reverse_lookup_result: <% result().stdout %>
        do:
          - Add_host_info_note

  Forward_lookup:
    action: core.local
    input:
      cmd: "dig <% ctx().dns_hostname %>"
    next:
      - when: <% completed() %>
        publish:
          - forward_lookup_result: <% result().stdout %>
        do:
          - Add_host_info_note

  MAC_vendor_lookup:
    action: core.http
    input:
      url: "https://api.macvendors.com/<% ctx().mac_address %>"
      method: "GET"
    next:
      - when: <% succeeded() %>
        publish:
          - mac_vendor: <% result().body %>
        do:
          - Add_host_info_note
      - when: <% failed() %>
        publish:
          - mac_vendor: "-"
        do:
          - Add_host_info_note

  Do_something_else:
    action: core.echo message="Test"
    next:
      - when: <% completed() %>
        publish:
          - a_some_info: <% result().stdout %>
        do:
          - Add_more_info

  Add_host_info_note:
    join: all
    action: core.echo message="<% ctx().reverse_lookup_result %> <% ctx().forward_lookup_result %> <% ctx().mac_vendor %>"

  Add_more_info:
    action: core.echo message=<% ctx().a_some_info %>

Error in case of  failure:
{
      "message": "UnreachableJoinError: The join task|route \"Add_host_info_note|0\" is partially satisfied but unreachable.",
      "type": "error",
      "route": 0,
      "task_id": "Add_host_info_note"
    }

Sometimes it works, sometimes not. Without changing anything inbetween:

Might be related to #190

I have reproduced the same problem on a single node 3.3.0 version of StackStorm which is configured with redis.
If I use a workflow such as:

version: 1.0
tasks:
  # [536, 116]
  task1:
    action: core.echo
    next:
      - do:
          - task2
      - do:
          - task3
    input:
      message: start
  # [391, 251]
  task2:
    action: core.local
    next:
      - do:
          - task4
    input:
      cmd: ls
  # [765, 275]
  task3:
    action: core.local
    next:
      - do:
          - task4
        when: <% failed() %>
    input:
      cmd: ls /rubbish
  # [550, 436]
  task4:
    action: core.echo
    join: all
    input:
      message: joined

then it can fail on the join with the same error about partially satisified. Sometimes it passes, sometimes it fails.
However if I alter the workflow to add in a dummy task before the join then it works (which is the same workaround performed in #190), e.g.
version: 1.0
tasks:
  # [536, 116]
  task1:
    action: core.echo
    next:
      - do:
          - task2
      - do:
          - task3
    input:
      message: start
  # [391, 251]
  task2:
    action: core.local
    next:
      - do:
          - task4
    input:
      cmd: ls
  # [765, 275]
  task3:
    action: core.local
    next:
      - do:
          - task5
        when: <% failed() %>
    input:
      cmd: ls /rubbish
  # [550, 436]
  task4:
    action: core.echo
    join: all
    input:
      message: joined
  # [773, 371]
  task5:
    action: core.echo
    next:
      - do:
          - task4
    input:
      message: hello

I have reproduced the same problem on a single node 3.3.0 version of StackStorm which is configured with redis.
If I use a workflow such as:

version: 1.0
tasks:
  # [536, 116]
  task1:
    action: core.echo
    next:
      - do:
          - task2
      - do:
          - task3
    input:
      message: start
  # [391, 251]
  task2:
    action: core.local
    next:
      - do:
          - task4
    input:
      cmd: ls
  # [765, 275]
  task3:
    action: core.local
    next:
      - do:
          - task4
        when: <% failed() %>
    input:
      cmd: ls /rubbish
  # [550, 436]
  task4:
    action: core.echo
    join: all
    input:
      message: joined

then it can fail on the join with the same error about partially satisified. Sometimes it passes, sometimes it fails.
However if I alter the workflow to add in a dummy task before the join then it works (which is the same workaround performed in #190), e.g.
version: 1.0
tasks:
  # [536, 116]
  task1:
    action: core.echo
    next:
      - do:
          - task2
      - do:
          - task3
    input:
      message: start
  # [391, 251]
  task2:
    action: core.local
    next:
      - do:
          - task4
    input:
      cmd: ls
  # [765, 275]
  task3:
    action: core.local
    next:
      - do:
          - task5
        when: <% failed() %>
    input:
      cmd: ls /rubbish
  # [550, 436]
  task4:
    action: core.echo
    join: all
    input:
      message: joined
  # [773, 371]
  task5:
    action: core.echo
    next:
      - do:
          - task4
    input:
      message: hello

I was not able to implement the workaround successful. I changed my workflow like following, to implement an intermediate task called "Workaround"
`version: 1.0
description: Test for GIT BUG
input:

ip: "<IP_ADDRESS>"
mac_address: "0"
dns_hostname: "test.testad.net"

vars:

mac_vendor: "DEFAULT-VALUE"
a_some_info: "unkown"
reverse_lookup_result: null
forward_lookup_result: null

tasks:
Reverse_lookup:
action: core.local
input:
cmd: "nslookup <% ctx().ip %>"
next:
- when: <% completed() %>
publish:
- reverse_lookup_result: <% result().stdout %>
do:
- Add_host_info_note
Forward_lookup:
action: core.local
input:
cmd: "dig <% ctx().dns_hostname %>"
next:
- when: <% completed() %>
publish:
- forward_lookup_result: <% result().stdout %>
do:
- Add_host_info_note
MAC_vendor_lookup:
action: core.http
input:
url: "https://api.macvendors.com/<% ctx().mac_address %>"
method: "GET"
next:
- when: <% succeeded() %>
publish:
- mac_vendor: <% result().body %>
do:
- Workaround
- when: <% failed() %>
publish:
- mac_vendor: "-"
do:
- Workaround
Do_something_else:
action: core.echo message="Test"
next:
- when: <% completed() %>
publish:
- a_some_info: <% result().stdout %>
do:
- Add_more_info
Workaround:
action: core.noop
next:
- when: <% succeeded() %>
do:
- Add_host_info_note
Add_host_info_note:
join: all
action: core.echo message="<% ctx().reverse_lookup_result %> <% ctx().forward_lookup_result %> <% ctx().mac_vendor %>"
Add_more_info:
action: core.echo message=<% ctx().a_some_info %>`
If I execute it, I get the following error:
{       "spec_path": "tasks.Add_host_info_note",       "message": "The join task \"Add_host_info_note\" is unreachable. A join task is determined to be unreachable if there are nested forks from multi-referenced tasks that join on the said task. This is ambiguous to the workflow engine because it does not know at which level should the join occurs.",       "type": "semantic",       "schema_path": "properties.tasks.patternProperties.^\\w+$"     }
Looks like the difference in regards to your workflow is that the "do" section in your wfl is not part of the when block.
If I change my wfl like this:
MAC_vendor_lookup:     action: core.http     input:       url: "https://api.macvendors.com/<% ctx().mac_address %>"       method: "GET"     next:       - do:           - Workaround       - when: <% succeeded() %>         publish:           - mac_vendor: <% result().body %>       - when: <% failed() %>         publish:           - mac_vendor: "-"
The workflow is now executed successful from a flow perspective but the value published in this task for mac_vendor is not visible/usable in the final step "Add_host_info_note". It has always the value given in "vars" section.
I can not confirm any successful workaround so far.

I was not able to implement the workaround successful. I changed my workflow like following, to implement an intermediate task called "Workaround"
`version: 1.0
description: Test for GIT BUG
input:

ip: "<IP_ADDRESS>"
mac_address: "0"
dns_hostname: "test.testad.net"

vars:

mac_vendor: "DEFAULT-VALUE"
a_some_info: "unkown"
reverse_lookup_result: null
forward_lookup_result: null

tasks:
Reverse_lookup:
action: core.local
input:
cmd: "nslookup <% ctx().ip %>"
next:
- when: <% completed() %>
publish:
- reverse_lookup_result: <% result().stdout %>
do:
- Add_host_info_note
Forward_lookup:
action: core.local
input:
cmd: "dig <% ctx().dns_hostname %>"
next:
- when: <% completed() %>
publish:
- forward_lookup_result: <% result().stdout %>
do:
- Add_host_info_note
MAC_vendor_lookup:
action: core.http
input:
url: "https://api.macvendors.com/<% ctx().mac_address %>"
method: "GET"
next:
- when: <% succeeded() %>
publish:
- mac_vendor: <% result().body %>
do:
- Workaround
- when: <% failed() %>
publish:
- mac_vendor: "-"
do:
- Workaround
Do_something_else:
action: core.echo message="Test"
next:
- when: <% completed() %>
publish:
- a_some_info: <% result().stdout %>
do:
- Add_more_info
Workaround:
action: core.noop
next:
- when: <% succeeded() %>
do:
- Add_host_info_note
Add_host_info_note:
join: all
action: core.echo message="<% ctx().reverse_lookup_result %> <% ctx().forward_lookup_result %> <% ctx().mac_vendor %>"
Add_more_info:
action: core.echo message=<% ctx().a_some_info %>`
If I execute it, I get the following error:
{       "spec_path": "tasks.Add_host_info_note",       "message": "The join task \"Add_host_info_note\" is unreachable. A join task is determined to be unreachable if there are nested forks from multi-referenced tasks that join on the said task. This is ambiguous to the workflow engine because it does not know at which level should the join occurs.",       "type": "semantic",       "schema_path": "properties.tasks.patternProperties.^\\w+$"     }
Looks like the difference in regards to your workflow is that the "do" section in your wfl is not part of the when block.
If I change my wfl like this:
MAC_vendor_lookup:     action: core.http     input:       url: "https://api.macvendors.com/<% ctx().mac_address %>"       method: "GET"     next:       - do:           - Workaround       - when: <% succeeded() %>         publish:           - mac_vendor: <% result().body %>       - when: <% failed() %>         publish:           - mac_vendor: "-"
The workflow is now executed successful from a flow perspective but the value published in this task for mac_vendor is not visible/usable in the final step "Add_host_info_note". It has always the value given in "vars" section.
I can not confirm any successful workaround so far.

With my simplified way but with the publish I got the conditional publishing working with some Jinja (you might be able to do it in YAQL). But I simplified it down to getting the equivaletn of your MAC_vendor_lookup have one transition to workaround but the conditional being in the publish value.
e..g I had:
   next:
      - do:
          - task5
        when: <% completed() %>
        publish:
          - mac_vendor: "{% if succeeded() %} {{ result().stdout }} {% else %} - {% endif %} "

So you might be able to use something like:
MAC_vendor_lookup:
    action: core.http
    input:
      url: "https://api.macvendors.com/<% ctx().mac_address %>"
      method: "GET"
   next:
      - do:
          - Workaround
        when: <% completed() %>
        publish:
          - mac_vendor: "{% if succeeded() %} {{ result().body }} {% else %} - {% endif %} "

With my simplified way but with the publish I got the conditional publishing working with some Jinja (you might be able to do it in YAQL). But I simplified it down to getting the equivaletn of your MAC_vendor_lookup have one transition to workaround but the conditional being in the publish value.
e..g I had:
   next:
      - do:
          - task5
        when: <% completed() %>
        publish:
          - mac_vendor: "{% if succeeded() %} {{ result().stdout }} {% else %} - {% endif %} "

So you might be able to use something like:
MAC_vendor_lookup:
    action: core.http
    input:
      url: "https://api.macvendors.com/<% ctx().mac_address %>"
      method: "GET"
   next:
      - do:
          - Workaround
        when: <% completed() %>
        publish:
          - mac_vendor: "{% if succeeded() %} {{ result().body }} {% else %} - {% endif %} "

I am able to reproduce the issue. Thanks for reporting this. StackStorm v3.4 is getting set to be released. Should expect fix in v3.5.


Unwinder Cleanup

Up until now, the unwinder was not included in the Clagn Tidy
checks because it needed some cleanup. This patch provides that
Signed-off-by: “Rian<EMAIL_ADDRESS>

Coverage remained the same at 100.0% when pulling acd960c044f1f885cdde928ca20df6f660372bdc on rianquinn:unwinder_cleanup into 9b58419847f9185123a56b32971eb726994fed81 on Bareflank:master.


Build with VS Code and PlatformIO

Hi,
I open the project with VS Code and PlatformIO PlugIn. I can compile and upload it to my Arduino Leonardo. But the device isn't shown in iCUE software.
When I build it with ArduinoIDE then all works as described. Is it possible to port it to PlatformIO ? It's more easier to use with VS Code and PlatformIO than in ArduinoIDE.

I don't know how to support the custom device setting which can be done in arduino IDE using the boards definition

OK. Then I will give it a try and when it works I will do a pull request. Is that ok for you?

Yes, pull requests are welcome.

I'll see to make a PR for the README but here's the required PlatformIO thing needed:
[env:pico]
platform = https://github.com/maxgerhardt/platform-raspberrypi.git
board_build.core = earlephilhower
board = pico
framework = arduino
build_flags = -DUSE_TINYUSB
upload_protocol = picotool
lib_deps =
	legion2/Corsair Lighting<EMAIL_ADDRESS>	adafruit/Adafruit TinyUSB<EMAIL_ADDRESS>
Successfully built on my PC (which wouldn't otherwise) and uploaded on an unofficial board.


Unable to add author and reviewer

Hi,
I am unable to add author or reviewer in my paper. On clicking on Add author it shows the author name and adds it. But after clicking save it is not save. When One opens Share tab again the new author or reviewer is not added.

Hi @damitr,
On what instance are you working? A custom one or a hosted one?

I was working on the demo instance on your site:
https://demo.bluelatex.org/
On 2015-07-02 21:53, Lucas Satabin wrote:

Hi @damitr [1],
On what instance are you working? A custom one or a hosted one?
--
Reply to this email directly or view it on GitHub [2].

Links:
[1] https://github.com/damitr
[2]
https://github.com/gnieh/bluelatex/issues/248#issuecomment-118083932

I have the same issue at my university because the university proxy blocks the PATH http requests.

do you work behind a proxy?
--
Martin Monperrus, University of Lille & INRIA,
http://www.monperrus.net/martin/
On 07/03/2015 09:09 AM, Thomas Durieux wrote:

I have the same issue at my university because the university proxy
blocks the |PATH| http requests.
—
Reply to this email directly or view it on GitHub
https://github.com/gnieh/bluelatex/issues/248#issuecomment-118257744.

No I do not.
On 2015-07-03 13:22, Martin Monperrus wrote:

do you work behind a proxy?
--
Martin Monperrus, University of Lille & INRIA,
http://www.monperrus.net/martin/
On 07/03/2015 09:09 AM, Thomas Durieux wrote:

I have the same issue at my university because the university proxy
blocks the |PATH| http requests.
—
Reply to this email directly or view it on GitHub

https://github.com/gnieh/bluelatex/issues/248#issuecomment-118257744.

--
Reply to this email directly or view it on GitHub [1].

Links:
[1]
https://github.com/gnieh/bluelatex/issues/248#issuecomment-118267612

Is it fixed now?