pekwm: 0.3.1 -> 0.3.2

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/pekwm/versions.
meta.description for pekwm is: Lightweight window manager
meta.homepage for pekwm is: https://www.pekwm.se/
meta.changelog for pekwm is: https://raw.githubusercontent.com/pekwm/pekwm/release-0.3.2/NEWS.md
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.3.2 with grep in /nix/store/6s666gwajblny5yy53as529bi0lvvs8c-pekwm-0.3.2
found 0.3.2 in filename of file in /nix/store/6s666gwajblny5yy53as529bi0lvvs8c-pekwm-0.3.2

Rebuild report (if merged into master) (click to expand)

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath

pekwm

Instructions to test this update (click to expand)

Either download from the cache:
nix-store -r /nix/store/6s666gwajblny5yy53as529bi0lvvs8c-pekwm-0.3.2 \
  --option binary-caches 'https://cache.nixos.org/ https://nixpkgs-update-cache.nix-community.org/' \
  --option trusted-public-keys '
  nixpkgs-update-cache.nix-community.org-1:U8d6wiQecHUPJFSqHN9GSSmNkmdiFW7GW7WNAnHW0SM=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The nixpkgs-update cache is only trusted for this store-path realization.)
For the cached download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A pekwm https://github.com/r-ryantm/nixpkgs/archive/6c2d618cfc3c97a5c520268b0d5307689837ece7.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/6c2d618cfc3c97a5c520268b0d5307689837ece7#pekwm

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/6s666gwajblny5yy53as529bi0lvvs8c-pekwm-0.3.2
ls -la /nix/store/6s666gwajblny5yy53as529bi0lvvs8c-pekwm-0.3.2/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review

x86_64-linux

:white_check_mark: 2 packages built:

pekwm
pekwm.man

Maintainer pings
cc @AndersonTorres for testing.

[!TIP]
As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

Add a :+1: reaction to pull requests you find important.

@NixOS/nixpkgs-merge-bot merge


Cannot find Package 'github.com/OrlovEvgeny/logger' in cmd/tinyjpg/main.go on line 11

Cannot find   Package 'github.com/OrlovEvgeny/logger' in cmd/tinyjpg/main.go on line 11

Sorry , I found it

Ok, closed


cmd/link: fix nil dereference

Fixes https://github.com/golang/go/issues/34249

Any updates on this one?


Scale set agent runs out of disk scape

Agent Version and Platform
2.177.0
Windows
Azure DevOps Type and Version
dev.azure.com
https://infolandcode.visualstudio.com
What's not working?
Our scale set agent runs out of disk space. We have over 40Gb free, but that still isn't enough to get through the day. After investigating, it seems that the .git folder of some workspaces becomes HUGE during the day (over 20Gb, while our repository is about 2Gb). I understand that there is a maintenance job that does a git gc but it doesn't seem to be available for scale set agents. Besides, in our situation the issue occurs during the day. So a nightly cleanup schedule wouldn't suffice, because that would be too late. Apparently, we would need to maintenance job to be able to run for scale set agents, and more often than once a day. We're in a bit of a bind here
Edit:
I've noticed duplicate "receiving objects" logging in some builds. Might this have something to do with the huge .git folder, and why is this happening?

click here to view logging
2020-11-11T13:08:29.0496714Z ##[section]Starting: Checkout xxx@refs/pull/4387/merge to s
2020-11-11T13:08:29.8031533Z ==============================================================================
2020-11-11T13:08:29.8032273Z Task         : Get sources
2020-11-11T13:08:29.8032858Z Description  : Get sources from a repository. Supports Git, TfsVC, and SVN repositories.
2020-11-11T13:08:29.8033192Z Version      : 1.0.0
2020-11-11T13:08:29.8033594Z Author       : Microsoft
2020-11-11T13:08:29.8034199Z Help         : More Information
2020-11-11T13:08:29.8034593Z ==============================================================================
2020-11-11T13:08:30.7494768Z Syncing repository: xxx (Git)
2020-11-11T13:08:30.7501028Z Prepending Path environment variable with directory containing 'git.exe'.
2020-11-11T13:08:30.7510332Z ##[command]git version
2020-11-11T13:08:30.7521458Z git version 2.28.0.windows.1
2020-11-11T13:08:30.7523992Z ##[command]git config --get remote.origin.url
2020-11-11T13:08:30.7531538Z ##[command]git clean -ffdx
removing stuff....filtered out
2020-11-11T13:08:36.9865701Z ##[command]git reset --hard HEAD
2020-11-11T13:08:38.7545222Z HEAD is now at b5203be6c04 Merge pull request 4387 from merge/vazure_to_vnext into dev/vnext
2020-11-11T13:08:38.7840725Z ##[command]git config gc.auto 0
2020-11-11T13:08:38.8394149Z ##[command]git config --get-all http.https://infolandcode.visualstudio.com/xxx/_git/xxx.extraheader
2020-11-11T13:08:38.8877544Z ##[command]git config --get-all http.proxy
2020-11-11T13:08:38.9315036Z ##[command]git config http.version HTTP/1.1
2020-11-11T13:08:38.9893904Z ##[command]git -c http.extraheader="AUTHORIZATION: bearer *" fetch --force --tags --prune --progress --no-recurse-submodules --unshallow origin +refs/heads/:refs/remotes/origin/ +refs/pull/4387/merge:refs/remotes/pull/4387/merge
2020-11-11T13:08:41.5654777Z remote: Azure Repos
2020-11-11T13:08:47.5672650Z remote:
2020-11-11T13:08:49.8144699Z remote: Found 64171 objects to send.
2020-11-11T13:08:49.8156616Z remote: Found 143935 objects to send.
2020-11-11T13:08:49.8168470Z remote: Found 216603 objects to send. (8249 ms)
2020-11-11T13:08:50.3298166Z Receiving objects:   0% (1/216603)
2020-11-11T13:08:50.3558073Z Receiving objects:   1% (2167/216603)
2020-11-11T13:08:50.3655992Z Receiving objects:   2% (4333/216603)
2020-11-11T13:08:50.3761345Z Receiving objects:   3% (6499/216603)
2020-11-11T13:08:50.3895853Z Receiving objects:   4% (8665/216603)
2020-11-11T13:08:50.4104667Z Receiving objects:   5% (10831/216603)
2020-11-11T13:08:50.5572140Z Receiving objects:   6% (12997/216603)
2020-11-11T13:08:50.5743264Z Receiving objects:   7% (15163/216603)
2020-11-11T13:08:50.5906652Z Receiving objects:   8% (17329/216603)
2020-11-11T13:08:50.6066748Z Receiving objects:   9% (19495/216603)
2020-11-11T13:08:50.6244151Z Receiving objects:  10% (21661/216603)
2020-11-11T13:08:50.6427748Z Receiving objects:  11% (23827/216603)
2020-11-11T13:08:50.6654292Z Receiving objects:  12% (25993/216603)
2020-11-11T13:08:50.6926602Z Receiving objects:  13% (28159/216603)
2020-11-11T13:08:50.7282044Z Receiving objects:  14% (30325/216603)
2020-11-11T13:08:50.7547814Z Receiving objects:  15% (32491/216603)
2020-11-11T13:08:50.7840001Z Receiving objects:  16% (34657/216603)
2020-11-11T13:08:50.7958707Z Receiving objects:  17% (36823/216603)
2020-11-11T13:08:50.8027381Z Receiving objects:  18% (38989/216603)
2020-11-11T13:08:50.8221963Z Receiving objects:  19% (41155/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.8374165Z Receiving objects:  20% (43321/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.8548153Z Receiving objects:  21% (45487/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.8735802Z Receiving objects:  22% (47653/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.8862489Z Receiving objects:  23% (49819/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.9049670Z Receiving objects:  24% (51985/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.9225059Z Receiving objects:  25% (54151/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.9385885Z Receiving objects:  26% (56317/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.9578323Z Receiving objects:  27% (58483/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.9844433Z Receiving objects:  28% (60649/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:50.9960229Z Receiving objects:  29% (62815/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:51.0113597Z Receiving objects:  30% (64981/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:51.3109274Z Receiving objects:  31% (67147/216603), 7.49 MiB | 14.97 MiB/s
2020-11-11T13:08:52.3149656Z Receiving objects:  31% (68239/216603), 21.89 MiB | 21.91 MiB/s
2020-11-11T13:08:52.3390029Z Receiving objects:  31% (69157/216603), 35.45 MiB | 23.40 MiB/s
2020-11-11T13:08:52.4555437Z Receiving objects:  32% (69313/216603), 46.87 MiB | 23.26 MiB/s
2020-11-11T13:08:52.7413129Z Receiving objects:  33% (71479/216603), 46.87 MiB | 23.26 MiB/s
2020-11-11T13:08:53.3141440Z Receiving objects:  34% (73646/216603), 46.87 MiB | 23.26 MiB/s
2020-11-11T13:08:53.3963885Z Receiving objects:  34% (75675/216603), 53.52 MiB | 21.28 MiB/s
2020-11-11T13:08:54.2431807Z Receiving objects:  35% (75812/216603), 64.38 MiB | 21.33 MiB/s
2020-11-11T13:08:54.4332347Z Receiving objects:  36% (77978/216603), 74.55 MiB | 21.19 MiB/s
2020-11-11T13:08:54.9033325Z Receiving objects:  36% (79789/216603), 91.13 MiB | 22.68 MiB/s
2020-11-11T13:08:55.3382559Z Receiving objects:  37% (80144/216603), 108.19 MiB | 23.73 MiB/s
2020-11-11T13:08:56.3523785Z Receiving objects:  37% (80790/216603), 108.19 MiB | 23.73 MiB/s
2020-11-11T13:08:57.3576041Z Receiving objects:  37% (81673/216603), 133.07 MiB | 24.38 MiB/s
2020-11-11T13:08:58.3578121Z Receiving objects:  37% (82158/216603), 162.98 MiB | 24.08 MiB/s
2020-11-11T13:08:59.4656932Z Receiving objects:  37% (82256/216603), 185.35 MiB | 24.39 MiB/s
2020-11-11T13:09:00.4203784Z Receiving objects:  37% (82268/216603), 205.11 MiB | 21.03 MiB/s
2020-11-11T13:09:00.4215690Z Receiving objects:  37% (82269/216603), 214.95 MiB | 20.35 MiB/s
2020-11-11T13:09:01.4709400Z Receiving objects:  38% (82310/216603), 214.95 MiB | 20.35 MiB/s
2020-11-11T13:09:02.3868808Z Receiving objects:  38% (82808/216603), 235.64 MiB | 17.73 MiB/s
2020-11-11T13:09:03.3862304Z Receiving objects:  38% (83502/216603), 242.55 MiB | 17.25 MiB/s
2020-11-11T13:09:03.8296944Z Receiving objects:  38% (83905/216603), 267.67 MiB | 17.85 MiB/s
2020-11-11T13:09:04.3927157Z Receiving objects:  39% (84476/216603), 278.82 MiB | 19.10 MiB/s
2020-11-11T13:09:05.4007736Z Receiving objects:  39% (85310/216603), 291.16 MiB | 19.10 MiB/s
2020-11-11T13:09:06.4109549Z Receiving objects:  39% (85966/216603), 311.27 MiB | 20.66 MiB/s
2020-11-11T13:09:06.7234825Z Receiving objects:  39% (86204/216603), 333.92 MiB | 21.74 MiB/s
2020-11-11T13:09:07.4228708Z Receiving objects:  40% (86642/216603), 343.87 MiB | 22.41 MiB/s
2020-11-11T13:09:08.4623937Z Receiving objects:  40% (86967/216603), 359.10 MiB | 23.21 MiB/s
2020-11-11T13:09:09.5058510Z Receiving objects:  40% (87078/216603), 381.36 MiB | 22.68 MiB/s
2020-11-11T13:09:09.5651857Z Receiving objects:  40% (88744/216603), 402.82 MiB | 22.62 MiB/s
2020-11-11T13:09:10.4640919Z Receiving objects:  41% (88808/216603), 413.34 MiB | 22.63 MiB/s
2020-11-11T13:09:10.5678852Z Receiving objects:  41% (89855/216603), 430.81 MiB | 23.89 MiB/s
2020-11-11T13:09:10.9119270Z Receiving objects:  42% (90974/216603), 440.13 MiB | 23.55 MiB/s
2020-11-11T13:09:11.1421098Z Receiving objects:  43% (93140/216603), 440.13 MiB | 23.55 MiB/s
2020-11-11T13:09:11.4656096Z Receiving objects:  44% (95306/216603), 447.33 MiB | 22.82 MiB/s
2020-11-11T13:09:11.5371767Z Receiving objects:  44% (96862/216603), 447.33 MiB | 22.82 MiB/s
2020-11-11T13:09:11.8304884Z Receiving objects:  45% (97472/216603), 454.66 MiB | 21.08 MiB/s
2020-11-11T13:09:12.5314216Z Receiving objects:  46% (99638/216603), 454.66 MiB | 21.08 MiB/s
2020-11-11T13:09:12.5997467Z Receiving objects:  46% (101800/216603), 470.57 MiB | 19.68 MiB/s
2020-11-11T13:09:13.5365123Z Receiving objects:  47% (101804/216603), 470.57 MiB | 19.68 MiB/s
2020-11-11T13:09:14.5370926Z Receiving objects:  47% (101856/216603), 488.22 MiB | 21.60 MiB/s
2020-11-11T13:09:14.9148209Z Receiving objects:  47% (102403/216603), 530.05 MiB | 21.92 MiB/s
2020-11-11T13:09:15.2281221Z Receiving objects:  48% (103970/216603), 530.05 MiB | 21.92 MiB/s
2020-11-11T13:09:15.5089994Z Receiving objects:  49% (106136/216603), 537.32 MiB | 21.47 MiB/s
2020-11-11T13:09:15.5525483Z Receiving objects:  49% (107713/216603), 537.32 MiB | 21.47 MiB/s
2020-11-11T13:09:16.2811328Z Receiving objects:  50% (108302/216603), 546.65 MiB | 22.05 MiB/s
2020-11-11T13:09:16.5279015Z Receiving objects:  51% (110468/216603), 557.22 MiB | 22.77 MiB/s
2020-11-11T13:09:16.5503038Z Receiving objects:  51% (112414/216603), 557.22 MiB | 22.77 MiB/s
2020-11-11T13:09:17.0008483Z Receiving objects:  52% (112634/216603), 564.14 MiB | 22.77 MiB/s
2020-11-11T13:09:17.3912334Z Receiving objects:  53% (114800/216603), 564.14 MiB | 22.77 MiB/s
2020-11-11T13:09:17.5289733Z Receiving objects:  54% (116966/216603), 575.92 MiB | 23.37 MiB/s
2020-11-11T13:09:17.6127589Z Receiving objects:  54% (117706/216603), 575.92 MiB | 23.37 MiB/s
2020-11-11T13:09:18.5415842Z Receiving objects:  55% (119132/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5416820Z Receiving objects:  56% (121298/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5417574Z Receiving objects:  57% (123464/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5418811Z Receiving objects:  58% (125630/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5420502Z Receiving objects:  59% (127796/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5421045Z Receiving objects:  60% (129962/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5421566Z Receiving objects:  61% (132128/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5422111Z Receiving objects:  62% (134294/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5422635Z Receiving objects:  63% (136460/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5423159Z Receiving objects:  64% (138626/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5424192Z Receiving objects:  65% (140792/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5424855Z Receiving objects:  66% (142958/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5426019Z Receiving objects:  67% (145125/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5426547Z Receiving objects:  68% (147291/216603), 582.95 MiB | 21.02 MiB/s
2020-11-11T13:09:18.5427067Z Receiving objects:  69% (149457/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5427622Z Receiving objects:  70% (151623/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5428140Z Receiving objects:  71% (153789/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5428664Z Receiving objects:  72% (155955/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5429202Z Receiving objects:  73% (158121/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5429726Z Receiving objects:  74% (160287/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5433970Z Receiving objects:  75% (162453/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5434544Z Receiving objects:  76% (164619/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5435062Z Receiving objects:  77% (166785/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5435608Z Receiving objects:  78% (168951/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5436152Z Receiving objects:  79% (171117/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5436685Z Receiving objects:  80% (173283/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5437204Z Receiving objects:  81% (175449/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5437803Z Receiving objects:  82% (177615/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.5724407Z Receiving objects:  82% (179241/216603), 591.37 MiB | 18.83 MiB/s
2020-11-11T13:09:18.6589446Z Receiving objects:  83% (179781/216603), 603.10 MiB | 18.92 MiB/s
2020-11-11T13:09:18.7961615Z Receiving objects:  84% (181947/216603), 603.10 MiB | 18.92 MiB/s
2020-11-11T13:09:18.9971802Z Receiving objects:  85% (184113/216603), 603.10 MiB | 18.92 MiB/s
2020-11-11T13:09:19.3066295Z Receiving objects:  86% (186279/216603), 603.10 MiB | 18.92 MiB/s
2020-11-11T13:09:19.5428946Z Receiving objects:  87% (188445/216603), 610.18 MiB | 17.79 MiB/s
2020-11-11T13:09:19.7894929Z Receiving objects:  87% (189369/216603), 616.81 MiB | 17.65 MiB/s
2020-11-11T13:09:19.8835904Z Receiving objects:  88% (190611/216603), 616.81 MiB | 17.65 MiB/s
2020-11-11T13:09:20.0184739Z Receiving objects:  89% (192777/216603), 616.81 MiB | 17.65 MiB/s
2020-11-11T13:09:20.1248600Z Receiving objects:  90% (194943/216603), 616.81 MiB | 17.65 MiB/s
2020-11-11T13:09:20.2814040Z Receiving objects:  91% (197109/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.3165552Z Receiving objects:  92% (199275/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.3491304Z Receiving objects:  93% (201441/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.3636736Z Receiving objects:  94% (203607/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.3776149Z Receiving objects:  95% (205773/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.3884828Z Receiving objects:  96% (207939/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.4007689Z Receiving objects:  97% (210105/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.4149415Z Receiving objects:  98% (212271/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.4980558Z Receiving objects:  99% (214437/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.4982382Z Receiving objects: 100% (216603/216603), 623.49 MiB | 17.06 MiB/s
2020-11-11T13:09:20.4983495Z Receiving objects: 100% (216603/216603), 630.12 MiB | 20.86 MiB/s, done.
2020-11-11T13:09:20.5810411Z Resolving deltas:   0% (0/150529)
2020-11-11T13:09:20.6010254Z Resolving deltas:   1% (1506/150529)
2020-11-11T13:09:20.6220861Z Resolving deltas:   2% (3042/150529)
2020-11-11T13:09:20.6458409Z Resolving deltas:   3% (4518/150529)
2020-11-11T13:09:20.6835405Z Resolving deltas:   4% (6028/150529)
2020-11-11T13:09:20.6889737Z Resolving deltas:   5% (7545/150529)
2020-11-11T13:09:20.7049095Z Resolving deltas:   6% (9041/150529)
2020-11-11T13:09:20.7298496Z Resolving deltas:   7% (10540/150529)
2020-11-11T13:09:20.7546056Z Resolving deltas:   8% (12055/150529)
2020-11-11T13:09:20.7794852Z Resolving deltas:   9% (13550/150529)
2020-11-11T13:09:20.8081413Z Resolving deltas:  10% (15061/150529)
2020-11-11T13:09:20.8296676Z Resolving deltas:  11% (16581/150529)
2020-11-11T13:09:20.8464871Z Resolving deltas:  12% (18096/150529)
2020-11-11T13:09:20.8629721Z Resolving deltas:  13% (19581/150529)
2020-11-11T13:09:20.8825774Z Resolving deltas:  14% (21075/150529)
2020-11-11T13:09:20.9006340Z Resolving deltas:  15% (22588/150529)
2020-11-11T13:09:20.9143356Z Resolving deltas:  16% (24090/150529)
2020-11-11T13:09:20.9350216Z Resolving deltas:  17% (25593/150529)
2020-11-11T13:09:20.9519920Z Resolving deltas:  18% (27100/150529)
2020-11-11T13:09:20.9748511Z Resolving deltas:  19% (28607/150529)
2020-11-11T13:09:21.0009430Z Resolving deltas:  20% (30111/150529)
2020-11-11T13:09:21.0219886Z Resolving deltas:  21% (31615/150529)
2020-11-11T13:09:21.0414106Z Resolving deltas:  22% (33197/150529)
2020-11-11T13:09:21.0606596Z Resolving deltas:  23% (34625/150529)
2020-11-11T13:09:21.0829246Z Resolving deltas:  24% (36131/150529)
2020-11-11T13:09:21.0988250Z Resolving deltas:  25% (37635/150529)
2020-11-11T13:09:21.1212839Z Resolving deltas:  26% (39150/150529)
2020-11-11T13:09:21.1428665Z Resolving deltas:  27% (40645/150529)
2020-11-11T13:09:21.1550777Z Resolving deltas:  28% (42198/150529)
2020-11-11T13:09:21.1806225Z Resolving deltas:  29% (43678/150529)
2020-11-11T13:09:21.2012268Z Resolving deltas:  30% (45178/150529)
2020-11-11T13:09:21.2253895Z Resolving deltas:  31% (46704/150529)
2020-11-11T13:09:21.2445743Z Resolving deltas:  32% (48196/150529)
2020-11-11T13:09:21.2646797Z Resolving deltas:  33% (49675/150529)
2020-11-11T13:09:21.2905133Z Resolving deltas:  34% (51185/150529)
2020-11-11T13:09:21.3017344Z Resolving deltas:  35% (52691/150529)
2020-11-11T13:09:21.3172870Z Resolving deltas:  36% (54191/150529)
2020-11-11T13:09:21.3907842Z Resolving deltas:  37% (55704/150529)
2020-11-11T13:09:21.5191367Z Resolving deltas:  38% (57433/150529)
2020-11-11T13:09:21.5445695Z Resolving deltas:  39% (58763/150529)
2020-11-11T13:09:21.7686533Z Resolving deltas:  39% (59016/150529)
2020-11-11T13:09:21.8320977Z Resolving deltas:  40% (60212/150529)
2020-11-11T13:09:22.0598834Z Resolving deltas:  41% (61717/150529)
2020-11-11T13:09:22.3353449Z Resolving deltas:  42% (63235/150529)
2020-11-11T13:09:22.5396662Z Resolving deltas:  43% (64731/150529)
2020-11-11T13:09:22.5614423Z Resolving deltas:  44% (66233/150529)
2020-11-11T13:09:22.6997376Z Resolving deltas:  44% (66343/150529)
2020-11-11T13:09:23.1886868Z Resolving deltas:  45% (67744/150529)
2020-11-11T13:09:23.3672899Z Resolving deltas:  46% (69244/150529)
2020-11-11T13:09:23.5663730Z Resolving deltas:  47% (70752/150529)
2020-11-11T13:09:23.5736868Z Resolving deltas:  47% (71998/150529)
2020-11-11T13:09:24.3048531Z Resolving deltas:  48% (72286/150529)
2020-11-11T13:09:24.8308225Z Resolving deltas:  49% (73761/150529)
2020-11-11T13:09:26.0645130Z Resolving deltas:  49% (74297/150529)
2020-11-11T13:09:26.9981586Z Resolving deltas:  49% (74569/150529)
2020-11-11T13:09:28.0044237Z Resolving deltas:  49% (75043/150529)
2020-11-11T13:09:28.0206393Z Resolving deltas:  49% (75196/150529)
2020-11-11T13:09:28.6616700Z Resolving deltas:  50% (75266/150529)
2020-11-11T13:09:29.2801769Z Resolving deltas:  51% (76823/150529)
2020-11-11T13:09:29.9190486Z Resolving deltas:  51% (76872/150529)
2020-11-11T13:09:29.9933055Z Resolving deltas:  51% (78045/150529)
2020-11-11T13:09:30.3289263Z Resolving deltas:  52% (78282/150529)
2020-11-11T13:09:30.6468161Z Resolving deltas:  53% (79785/150529)
2020-11-11T13:09:30.9667328Z Resolving deltas:  54% (81392/150529)
2020-11-11T13:09:31.3335998Z Resolving deltas:  54% (82322/150529)
2020-11-11T13:09:31.8214093Z Resolving deltas:  55% (82791/150529)
2020-11-11T13:09:31.9174909Z Resolving deltas:  56% (84319/150529)
2020-11-11T13:09:32.7870012Z Resolving deltas:  56% (84692/150529)
2020-11-11T13:09:33.0001536Z Resolving deltas:  57% (85805/150529)
2020-11-11T13:09:33.3235953Z Resolving deltas:  57% (86227/150529)
2020-11-11T13:09:34.0710735Z Resolving deltas:  58% (87326/150529)
2020-11-11T13:09:34.1812628Z Resolving deltas:  58% (88467/150529)
2020-11-11T13:09:34.9555023Z Resolving deltas:  59% (88819/150529)
2020-11-11T13:09:35.0581860Z Resolving deltas:  59% (89791/150529)
2020-11-11T13:09:35.7705066Z Resolving deltas:  60% (90322/150529)
2020-11-11T13:09:35.9561509Z Resolving deltas:  61% (91874/150529)
2020-11-11T13:09:36.2989425Z Resolving deltas:  61% (92536/150529)
2020-11-11T13:09:36.4014801Z Resolving deltas:  62% (93331/150529)
2020-11-11T13:09:36.4307878Z Resolving deltas:  63% (94851/150529)
2020-11-11T13:09:36.4680349Z Resolving deltas:  64% (96362/150529)
2020-11-11T13:09:36.5197990Z Resolving deltas:  65% (97845/150529)
2020-11-11T13:09:36.7210541Z Resolving deltas:  66% (99356/150529)
2020-11-11T13:09:36.8043795Z Resolving deltas:  67% (100862/150529)
2020-11-11T13:09:36.8391357Z Resolving deltas:  68% (102438/150529)
2020-11-11T13:09:36.8733709Z Resolving deltas:  69% (103940/150529)
2020-11-11T13:09:36.9024740Z Resolving deltas:  70% (105376/150529)
2020-11-11T13:09:36.9380565Z Resolving deltas:  71% (106890/150529)
2020-11-11T13:09:36.9534257Z Resolving deltas:  72% (108402/150529)
2020-11-11T13:09:36.9759931Z Resolving deltas:  72% (109070/150529)
2020-11-11T13:09:37.0062796Z Resolving deltas:  73% (109943/150529)
2020-11-11T13:09:37.0351361Z Resolving deltas:  74% (111400/150529)
2020-11-11T13:09:37.0666154Z Resolving deltas:  75% (112954/150529)
2020-11-11T13:09:37.0874833Z Resolving deltas:  76% (114403/150529)
2020-11-11T13:09:37.1142065Z Resolving deltas:  77% (115908/150529)
2020-11-11T13:09:37.1376589Z Resolving deltas:  78% (117423/150529)
2020-11-11T13:09:37.1627087Z Resolving deltas:  79% (118928/150529)
2020-11-11T13:09:37.1858732Z Resolving deltas:  80% (120426/150529)
2020-11-11T13:09:37.2112519Z Resolving deltas:  81% (121959/150529)
2020-11-11T13:09:37.2365091Z Resolving deltas:  82% (123434/150529)
2020-11-11T13:09:37.2593022Z Resolving deltas:  83% (124981/150529)
2020-11-11T13:09:37.2836121Z Resolving deltas:  84% (126447/150529)
2020-11-11T13:09:37.3127952Z Resolving deltas:  85% (127951/150529)
2020-11-11T13:09:37.6402511Z Resolving deltas:  86% (129455/150529)
2020-11-11T13:09:37.8836347Z Resolving deltas:  87% (131261/150529)
2020-11-11T13:09:37.9630564Z Resolving deltas:  88% (132482/150529)
2020-11-11T13:09:38.3808069Z Resolving deltas:  88% (133004/150529)
2020-11-11T13:09:38.7508875Z Resolving deltas:  89% (133971/150529)
2020-11-11T13:09:38.9787365Z Resolving deltas:  90% (135507/150529)
2020-11-11T13:09:39.2494333Z Resolving deltas:  90% (136547/150529)
2020-11-11T13:09:40.4517006Z Resolving deltas:  91% (137008/150529)
2020-11-11T13:09:40.4518148Z Resolving deltas:  92% (138489/150529)
2020-11-11T13:09:40.4518984Z Resolving deltas:  93% (139992/150529)
2020-11-11T13:09:40.4519822Z Resolving deltas:  94% (141503/150529)
2020-11-11T13:09:40.4520347Z Resolving deltas:  95% (143013/150529)
2020-11-11T13:09:40.4520592Z Resolving deltas:  96% (144512/150529)
2020-11-11T13:09:40.4520852Z Resolving deltas:  96% (146013/150529)
2020-11-11T13:09:40.5753866Z Resolving deltas:  97% (146014/150529)
2020-11-11T13:09:40.9543238Z Resolving deltas:  98% (147525/150529)
2020-11-11T13:09:45.6194817Z Resolving deltas:  98% (148414/150529)
2020-11-11T13:09:45.9994235Z Resolving deltas:  98% (148739/150529)
2020-11-11T13:09:46.0657536Z Resolving deltas:  98% (148860/150529)
2020-11-11T13:09:46.5444107Z Resolving deltas:  99% (149028/150529)
2020-11-11T13:09:46.5446378Z Resolving deltas: 100% (150529/150529)
2020-11-11T13:09:46.5448138Z Resolving deltas: 100% (150529/150529), completed with 1790 local objects.
2020-11-11T13:09:54.5247171Z From https://infolandcode.visualstudio.com/xxx/_git/xxx
2020-11-11T13:09:54.5248344Z  - [deleted]                 (none)     -> origin/b5203be6c042ba47c13e06f04998cb9209ea7c8e
2020-11-11T13:09:54.9370369Z    127996b1b71..6847ebb8da8  dev/vnext             -> origin/dev/vnext
2020-11-11T13:09:54.9370997Z    e6d0a3406aa..7886b1616a0  merge/vazure_to_vnext -> origin/merge/vazure_to_vnext
2020-11-11T13:09:54.9371999Z  + b5203be6c04...f7ebaab9f67 refs/pull/4387/merge  -> pull/4387/merge  (forced update)
2020-11-11T13:09:55.0243056Z ##[command]git -c http.extraheader="AUTHORIZATION: bearer ***" fetch --force --tags --prune --progress --no-recurse-submodules --unshallow origin +f7ebaab9f67ccbd6d54653279d2155f9cb8abcc8:refs/remotes/origin/f7ebaab9f67ccbd6d54653279d2155f9cb8abcc8
2020-11-11T13:09:56.0228229Z remote: Azure Repos
2020-11-11T13:10:02.0235535Z remote:
2020-11-11T13:10:02.7628094Z remote: Found 88768 objects to send.
2020-11-11T13:10:02.7628494Z remote: Found 188017 objects to send.
2020-11-11T13:10:02.7628792Z remote: Found 216052 objects to send. (6740 ms)
2020-11-11T13:10:03.2597457Z Receiving objects:   0% (1/216052)
2020-11-11T13:10:03.2889283Z Receiving objects:   1% (2161/216052)
2020-11-11T13:10:03.3000107Z Receiving objects:   2% (4322/216052)
2020-11-11T13:10:03.3115342Z Receiving objects:   3% (6482/216052)
2020-11-11T13:10:03.3258610Z Receiving objects:   4% (8643/216052)
2020-11-11T13:10:03.3491278Z Receiving objects:   5% (10803/216052)
2020-11-11T13:10:03.3584221Z Receiving objects:   6% (12964/216052)
2020-11-11T13:10:03.3650149Z Receiving objects:   7% (15124/216052)
2020-11-11T13:10:03.5316282Z Receiving objects:   8% (17285/216052)
2020-11-11T13:10:03.5502777Z Receiving objects:   9% (19445/216052)
2020-11-11T13:10:03.5706362Z Receiving objects:  10% (21606/216052)
2020-11-11T13:10:03.5900653Z Receiving objects:  11% (23766/216052)
2020-11-11T13:10:03.6125678Z Receiving objects:  12% (25927/216052)
2020-11-11T13:10:03.6439317Z Receiving objects:  13% (28087/216052)
2020-11-11T13:10:03.6862328Z Receiving objects:  14% (30248/216052)
2020-11-11T13:10:03.7149554Z Receiving objects:  15% (32408/216052)
2020-11-11T13:10:03.7465016Z Receiving objects:  16% (34569/216052)
2020-11-11T13:10:03.7647664Z Receiving objects:  17% (36729/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.7873266Z Receiving objects:  18% (38890/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.8094131Z Receiving objects:  19% (41050/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.8335284Z Receiving objects:  20% (43211/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.8533207Z Receiving objects:  21% (45371/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.8656848Z Receiving objects:  22% (47532/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.8815318Z Receiving objects:  23% (49692/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.9034508Z Receiving objects:  24% (51853/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.9207766Z Receiving objects:  25% (54013/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.9372473Z Receiving objects:  26% (56174/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.9558632Z Receiving objects:  27% (58335/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:03.9872215Z Receiving objects:  28% (60495/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:04.0000992Z Receiving objects:  29% (62656/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:04.0161837Z Receiving objects:  30% (64816/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:04.2402460Z Receiving objects:  31% (66977/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:05.2421875Z Receiving objects:  31% (67865/216052), 6.59 MiB | 13.17 MiB/s
2020-11-11T13:10:05.3794231Z Receiving objects:  31% (68831/216052), 33.52 MiB | 22.11 MiB/s
2020-11-11T13:10:05.5331704Z Receiving objects:  32% (69137/216052), 44.90 MiB | 22.26 MiB/s
2020-11-11T13:10:05.8346006Z Receiving objects:  33% (71298/216052), 44.90 MiB | 22.26 MiB/s
2020-11-11T13:10:06.1353247Z Receiving objects:  34% (73458/216052), 51.12 MiB | 20.31 MiB/s
2020-11-11T13:10:06.2464671Z Receiving objects:  35% (75619/216052), 51.12 MiB | 20.31 MiB/s
2020-11-11T13:10:07.0076521Z Receiving objects:  35% (75667/216052), 51.12 MiB | 20.31 MiB/s
2020-11-11T13:10:07.2468415Z Receiving objects:  36% (77779/216052), 70.21 MiB | 19.94 MiB/s
2020-11-11T13:10:08.1735998Z Receiving objects:  36% (79786/216052), 78.62 MiB | 19.55 MiB/s
2020-11-11T13:10:08.2780975Z Receiving objects:  37% (79940/216052), 95.13 MiB | 21.04 MiB/s
2020-11-11T13:10:09.2739326Z Receiving objects:  37% (80614/216052), 109.96 MiB | 22.87 MiB/s
2020-11-11T13:10:10.2804661Z Receiving objects:  37% (81553/216052), 135.55 MiB | 22.64 MiB/s
2020-11-11T13:10:10.5426152Z Receiving objects:  37% (81770/216052), 154.74 MiB | 23.00 MiB/s
2020-11-11T13:10:11.7499022Z Receiving objects:  38% (82100/216052), 154.74 MiB | 23.00 MiB/s
2020-11-11T13:10:12.4697754Z Receiving objects:  38% (82254/216052), 183.78 MiB | 23.36 MiB/s
2020-11-11T13:10:13.4703153Z Receiving objects:  38% (82255/216052), 183.78 MiB | 23.36 MiB/s
2020-11-11T13:10:14.2781767Z Receiving objects:  38% (82266/216052), 213.80 MiB | 19.09 MiB/s
2020-11-11T13:10:16.2407796Z Receiving objects:  38% (82542/216052), 216.02 MiB | 16.98 MiB/s
2020-11-11T13:10:16.3043468Z Receiving objects:  38% (82808/216052), 234.43 MiB | 16.81 MiB/s
2020-11-11T13:10:17.3069564Z Receiving objects:  38% (83612/216052), 251.26 MiB | 16.73 MiB/s
2020-11-11T13:10:17.3903939Z Receiving objects:  38% (84183/216052), 275.33 MiB | 18.26 MiB/s
2020-11-11T13:10:18.5755711Z Receiving objects:  39% (84261/216052), 275.33 MiB | 18.26 MiB/s
2020-11-11T13:10:19.5078719Z Receiving objects:  39% (85444/216052), 297.35 MiB | 18.49 MiB/s
2020-11-11T13:10:20.3679191Z Receiving objects:  39% (86190/216052), 320.19 MiB | 20.45 MiB/s
2020-11-11T13:10:20.4589588Z Receiving objects:  39% (86345/216052), 339.91 MiB | 21.43 MiB/s
2020-11-11T13:10:21.3268442Z Receiving objects:  40% (86421/216052), 339.91 MiB | 21.43 MiB/s
2020-11-11T13:10:22.3325729Z Receiving objects:  40% (86992/216052), 368.50 MiB | 22.50 MiB/s
2020-11-11T13:10:23.1139444Z Receiving objects:  40% (87078/216052), 389.59 MiB | 21.25 MiB/s
2020-11-11T13:10:23.3661413Z Receiving objects:  41% (88582/216052), 400.79 MiB | 21.78 MiB/s
2020-11-11T13:10:24.3366558Z Receiving objects:  41% (88742/216052), 412.18 MiB | 22.34 MiB/s
2020-11-11T13:10:24.4596368Z Receiving objects:  41% (89621/216052), 437.33 MiB | 22.99 MiB/s
2020-11-11T13:10:24.8474557Z Receiving objects:  42% (90742/216052), 437.33 MiB | 22.99 MiB/s
2020-11-11T13:10:25.1021774Z Receiving objects:  43% (92903/216052), 444.47 MiB | 22.47 MiB/s
2020-11-11T13:10:25.3373083Z Receiving objects:  44% (95063/216052), 444.47 MiB | 22.47 MiB/s
2020-11-11T13:10:25.4804518Z Receiving objects:  44% (96683/216052), 450.96 MiB | 21.42 MiB/s
2020-11-11T13:10:25.7697013Z Receiving objects:  45% (97224/216052), 450.96 MiB | 21.42 MiB/s
2020-11-11T13:10:26.3653438Z Receiving objects:  46% (99384/216052), 457.76 MiB | 19.18 MiB/s
2020-11-11T13:10:26.4445537Z Receiving objects:  46% (101417/216052), 463.72 MiB | 18.37 MiB/s
2020-11-11T13:10:27.4088900Z Receiving objects:  47% (101545/216052), 463.72 MiB | 18.37 MiB/s
2020-11-11T13:10:28.5872398Z Receiving objects:  47% (101848/216052), 492.28 MiB | 20.33 MiB/s
2020-11-11T13:10:29.0499361Z Receiving objects:  47% (102399/216052), 519.52 MiB | 21.12 MiB/s
2020-11-11T13:10:29.3841254Z Receiving objects:  48% (103705/216052), 530.79 MiB | 20.77 MiB/s
2020-11-11T13:10:29.4019041Z Receiving objects:  48% (105762/216052), 537.18 MiB | 20.60 MiB/s
2020-11-11T13:10:29.7755277Z Receiving objects:  49% (105866/216052), 537.18 MiB | 20.60 MiB/s
2020-11-11T13:10:30.3837124Z Receiving objects:  50% (108026/216052), 546.20 MiB | 21.16 MiB/s
2020-11-11T13:10:30.5228519Z Receiving objects:  50% (109485/216052), 556.53 MiB | 21.95 MiB/s
2020-11-11T13:10:30.7893120Z Receiving objects:  51% (110187/216052), 556.53 MiB | 21.95 MiB/s
2020-11-11T13:10:31.2873408Z Receiving objects:  52% (112348/216052), 563.21 MiB | 22.11 MiB/s
2020-11-11T13:10:31.3992603Z Receiving objects:  53% (114508/216052), 574.36 MiB | 21.66 MiB/s
2020-11-11T13:10:31.6629661Z Receiving objects:  53% (115344/216052), 574.36 MiB | 21.66 MiB/s
2020-11-11T13:10:31.9142422Z Receiving objects:  54% (116669/216052), 574.36 MiB | 21.66 MiB/s
2020-11-11T13:10:31.9491060Z Receiving objects:  55% (118829/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:31.9861302Z Receiving objects:  56% (120990/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:32.0471646Z Receiving objects:  57% (123150/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:32.0472923Z Receiving objects:  58% (125311/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:32.0473684Z Receiving objects:  59% (127471/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:32.0719499Z Receiving objects:  60% (129632/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:32.2371926Z Receiving objects:  61% (131792/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:32.3048998Z Receiving objects:  62% (133953/216052), 581.65 MiB | 19.86 MiB/s
2020-11-11T13:10:32.3188660Z Receiving objects:  63% (136113/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3356634Z Receiving objects:  64% (138274/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3449621Z Receiving objects:  65% (140434/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3514387Z Receiving objects:  66% (142595/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3603055Z Receiving objects:  67% (144755/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3667978Z Receiving objects:  68% (146916/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3759047Z Receiving objects:  69% (149076/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3844220Z Receiving objects:  70% (151237/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.3957623Z Receiving objects:  71% (153397/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.4118646Z Receiving objects:  72% (155558/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.4142403Z Receiving objects:  73% (157718/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.4269997Z Receiving objects:  73% (158004/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.4387600Z Receiving objects:  74% (159879/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.4612717Z Receiving objects:  75% (162039/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.4824187Z Receiving objects:  76% (164200/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.5086203Z Receiving objects:  77% (166361/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.5259779Z Receiving objects:  78% (168521/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.5412737Z Receiving objects:  79% (170682/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.5561099Z Receiving objects:  80% (172842/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.5674513Z Receiving objects:  81% (175003/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:32.8963052Z Receiving objects:  82% (177163/216052), 588.78 MiB | 17.42 MiB/s
2020-11-11T13:10:33.0083638Z Receiving objects:  83% (179324/216052), 601.03 MiB | 18.11 MiB/s
2020-11-11T13:10:33.1272284Z Receiving objects:  84% (181484/216052), 601.03 MiB | 18.11 MiB/s
2020-11-11T13:10:33.3512859Z Receiving objects:  85% (183645/216052), 601.03 MiB | 18.11 MiB/s
2020-11-11T13:10:34.1015061Z Receiving objects:  86% (185805/216052), 607.95 MiB | 17.15 MiB/s
2020-11-11T13:10:34.1016487Z Receiving objects:  86% (186590/216052), 607.95 MiB | 17.15 MiB/s
2020-11-11T13:10:34.1354823Z Receiving objects:  87% (187966/216052), 607.95 MiB | 17.15 MiB/s
2020-11-11T13:10:34.2624843Z Receiving objects:  88% (190126/216052), 614.23 MiB | 17.12 MiB/s
2020-11-11T13:10:34.3891161Z Receiving objects:  89% (192287/216052), 620.81 MiB | 16.58 MiB/s
2020-11-11T13:10:34.4322728Z Receiving objects:  90% (194447/216052), 620.81 MiB | 16.58 MiB/s
2020-11-11T13:10:34.4903119Z Receiving objects:  90% (195193/216052), 620.81 MiB | 16.58 MiB/s
2020-11-11T13:10:34.6609928Z Receiving objects:  91% (196608/216052), 620.81 MiB | 16.58 MiB/s
2020-11-11T13:10:34.6993293Z Receiving objects:  92% (198768/216052), 620.81 MiB | 16.58 MiB/s
2020-11-11T13:10:34.7374461Z Receiving objects:  93% (200929/216052), 620.81 MiB | 16.58 MiB/s
2020-11-11T13:10:34.7581485Z Receiving objects:  94% (203089/216052), 620.81 MiB | 16.58 MiB/s
2020-11-11T13:10:34.7737137Z Receiving objects:  95% (205250/216052), 627.95 MiB | 15.87 MiB/s
2020-11-11T13:10:34.7871472Z Receiving objects:  96% (207410/216052), 627.95 MiB | 15.87 MiB/s
2020-11-11T13:10:34.8008779Z Receiving objects:  97% (209571/216052), 627.95 MiB | 15.87 MiB/s
2020-11-11T13:10:34.8153960Z Receiving objects:  98% (211731/216052), 627.95 MiB | 15.87 MiB/s
2020-11-11T13:10:34.8348233Z Receiving objects:  99% (213892/216052), 627.95 MiB | 15.87 MiB/s
2020-11-11T13:10:34.8349980Z Receiving objects: 100% (216052/216052), 627.95 MiB | 15.87 MiB/s
2020-11-11T13:10:34.8351144Z Receiving objects: 100% (216052/216052), 629.89 MiB | 19.93 MiB/s, done.
2020-11-11T13:10:34.9267790Z Resolving deltas:   0% (0/150192)
2020-11-11T13:10:34.9459632Z Resolving deltas:   1% (1503/150192)
2020-11-11T13:10:34.9677650Z Resolving deltas:   2% (3005/150192)
2020-11-11T13:10:34.9957132Z Resolving deltas:   3% (4512/150192)
2020-11-11T13:10:35.0168404Z Resolving deltas:   4% (6040/150192)
2020-11-11T13:10:35.0638580Z Resolving deltas:   5% (7511/150192)
2020-11-11T13:10:35.0652075Z Resolving deltas:   6% (9020/150192)
2020-11-11T13:10:35.0810236Z Resolving deltas:   7% (10523/150192)
2020-11-11T13:10:35.1053056Z Resolving deltas:   8% (12026/150192)
2020-11-11T13:10:35.1331520Z Resolving deltas:   9% (13520/150192)
2020-11-11T13:10:35.1597018Z Resolving deltas:  10% (15036/150192)
2020-11-11T13:10:35.1855396Z Resolving deltas:  11% (16524/150192)
2020-11-11T13:10:35.2085970Z Resolving deltas:  12% (18069/150192)
2020-11-11T13:10:35.2217393Z Resolving deltas:  13% (19534/150192)
2020-11-11T13:10:35.2344496Z Resolving deltas:  14% (21029/150192)
2020-11-11T13:10:35.2591993Z Resolving deltas:  15% (22536/150192)
2020-11-11T13:10:35.2788874Z Resolving deltas:  16% (24031/150192)
2020-11-11T13:10:35.2970073Z Resolving deltas:  17% (25563/150192)
2020-11-11T13:10:35.3661854Z Resolving deltas:  18% (27042/150192)
2020-11-11T13:10:35.3770942Z Resolving deltas:  19% (28549/150192)
2020-11-11T13:10:35.3825206Z Resolving deltas:  20% (30039/150192)
2020-11-11T13:10:35.3913866Z Resolving deltas:  21% (31559/150192)
2020-11-11T13:10:35.4087448Z Resolving deltas:  22% (33066/150192)
2020-11-11T13:10:35.4297499Z Resolving deltas:  23% (34578/150192)
2020-11-11T13:10:35.4553427Z Resolving deltas:  24% (36049/150192)
2020-11-11T13:10:35.4682119Z Resolving deltas:  25% (37613/150192)
2020-11-11T13:10:35.4957422Z Resolving deltas:  26% (39053/150192)
2020-11-11T13:10:35.5173957Z Resolving deltas:  27% (40560/150192)
2020-11-11T13:10:35.5307993Z Resolving deltas:  28% (42066/150192)
2020-11-11T13:10:35.5521467Z Resolving deltas:  29% (43556/150192)
2020-11-11T13:10:35.5754547Z Resolving deltas:  30% (45063/150192)
2020-11-11T13:10:35.5990228Z Resolving deltas:  31% (46564/150192)
2020-11-11T13:10:35.6174042Z Resolving deltas:  32% (48130/150192)
2020-11-11T13:10:35.6348288Z Resolving deltas:  33% (49592/150192)
2020-11-11T13:10:35.6524124Z Resolving deltas:  34% (51068/150192)
2020-11-11T13:10:35.6731958Z Resolving deltas:  35% (52662/150192)
2020-11-11T13:10:35.6934312Z Resolving deltas:  36% (54086/150192)
2020-11-11T13:10:35.7634852Z Resolving deltas:  37% (55601/150192)
2020-11-11T13:10:35.8679255Z Resolving deltas:  38% (57407/150192)
2020-11-11T13:10:35.9148575Z Resolving deltas:  39% (58578/150192)
2020-11-11T13:10:36.1498004Z Resolving deltas:  39% (58991/150192)
2020-11-11T13:10:36.2185079Z Resolving deltas:  40% (60084/150192)
2020-11-11T13:10:36.4447208Z Resolving deltas:  41% (61580/150192)
2020-11-11T13:10:36.7421222Z Resolving deltas:  42% (63082/150192)
2020-11-11T13:10:36.9177845Z Resolving deltas:  43% (64598/150192)
2020-11-11T13:10:36.9559958Z Resolving deltas:  43% (65709/150192)
2020-11-11T13:10:37.1414872Z Resolving deltas:  44% (66094/150192)
2020-11-11T13:10:37.6208330Z Resolving deltas:  45% (67589/150192)
2020-11-11T13:10:37.8296113Z Resolving deltas:  46% (69089/150192)
2020-11-11T13:10:37.9310145Z Resolving deltas:  47% (70591/150192)
2020-11-11T13:10:38.0626970Z Resolving deltas:  47% (71646/150192)
2020-11-11T13:10:38.7721726Z Resolving deltas:  48% (72095/150192)
2020-11-11T13:10:38.9753610Z Resolving deltas:  49% (73597/150192)
2020-11-11T13:10:40.1150858Z Resolving deltas:  49% (74126/150192)
2020-11-11T13:10:41.1948704Z Resolving deltas:  49% (74401/150192)
2020-11-11T13:10:42.5404952Z Resolving deltas:  49% (74919/150192)
2020-11-11T13:10:42.5409451Z Resolving deltas:  49% (75075/150192)
2020-11-11T13:10:43.1009911Z Resolving deltas:  50% (75098/150192)
2020-11-11T13:10:43.3559119Z Resolving deltas:  50% (75875/150192)
2020-11-11T13:10:47.7439207Z Resolving deltas:  51% (76611/150192)
2020-11-11T13:10:47.7439753Z Resolving deltas:  51% (76961/150192)
2020-11-11T13:10:47.7440002Z Resolving deltas:  52% (78101/150192)
2020-11-11T13:10:47.7440287Z Resolving deltas:  53% (79619/150192)
2020-11-11T13:10:47.7440564Z Resolving deltas:  53% (80311/150192)
2020-11-11T13:10:47.7440804Z Resolving deltas:  54% (81108/150192)
2020-11-11T13:10:47.7441064Z Resolving deltas:  55% (82625/150192)
2020-11-11T13:10:47.7441304Z Resolving deltas:  55% (83252/150192)
2020-11-11T13:10:47.7441554Z Resolving deltas:  56% (84126/150192)
2020-11-11T13:10:47.7441791Z Resolving deltas:  56% (85591/150192)
2020-11-11T13:10:48.0174978Z Resolving deltas:  57% (85610/150192)
2020-11-11T13:10:48.2993531Z Resolving deltas:  58% (87112/150192)
2020-11-11T13:10:48.8919892Z Resolving deltas:  58% (87521/150192)
2020-11-11T13:10:49.4128734Z Resolving deltas:  59% (88618/150192)
2020-11-11T13:10:49.7485361Z Resolving deltas:  59% (89187/150192)
2020-11-11T13:10:50.2773697Z Resolving deltas:  60% (90129/150192)
2020-11-11T13:10:50.3269573Z Resolving deltas:  61% (91618/150192)
2020-11-11T13:10:50.9476281Z Resolving deltas:  61% (91684/150192)
2020-11-11T13:10:51.0909705Z Resolving deltas:  62% (93134/150192)
2020-11-11T13:10:51.1194749Z Resolving deltas:  63% (94622/150192)
2020-11-11T13:10:51.1548900Z Resolving deltas:  64% (96166/150192)
2020-11-11T13:10:51.2016856Z Resolving deltas:  65% (97629/150192)
2020-11-11T13:10:51.3050267Z Resolving deltas:  66% (99130/150192)
2020-11-11T13:10:51.3736548Z Resolving deltas:  66% (99472/150192)
2020-11-11T13:10:51.4705805Z Resolving deltas:  67% (100666/150192)
2020-11-11T13:10:51.5041563Z Resolving deltas:  68% (102173/150192)
2020-11-11T13:10:51.5367943Z Resolving deltas:  69% (103643/150192)
2020-11-11T13:10:51.5734344Z Resolving deltas:  70% (105142/150192)
2020-11-11T13:10:51.6089474Z Resolving deltas:  71% (106640/150192)
2020-11-11T13:10:51.6431308Z Resolving deltas:  72% (108227/150192)
2020-11-11T13:10:51.6761175Z Resolving deltas:  73% (109648/150192)
2020-11-11T13:10:51.7050878Z Resolving deltas:  74% (111155/150192)
2020-11-11T13:10:51.7328685Z Resolving deltas:  75% (112652/150192)
2020-11-11T13:10:51.7624497Z Resolving deltas:  76% (114157/150192)
2020-11-11T13:10:51.7881276Z Resolving deltas:  77% (115651/150192)
2020-11-11T13:10:51.8100423Z Resolving deltas:  78% (117166/150192)
2020-11-11T13:10:51.8337844Z Resolving deltas:  79% (118666/150192)
2020-11-11T13:10:51.8570560Z Resolving deltas:  80% (120156/150192)
2020-11-11T13:10:51.8784249Z Resolving deltas:  81% (121657/150192)
2020-11-11T13:10:51.9009944Z Resolving deltas:  82% (123158/150192)
2020-11-11T13:10:51.9236117Z Resolving deltas:  83% (124675/150192)
2020-11-11T13:10:51.9496123Z Resolving deltas:  84% (126163/150192)
2020-11-11T13:10:51.9764427Z Resolving deltas:  85% (127664/150192)
2020-11-11T13:10:52.3014194Z Resolving deltas:  86% (129181/150192)
2020-11-11T13:10:52.3206422Z Resolving deltas:  87% (131106/150192)
2020-11-11T13:10:52.5094349Z Resolving deltas:  87% (131319/150192)
2020-11-11T13:10:52.9825080Z Resolving deltas:  88% (132205/150192)
2020-11-11T13:10:53.3505663Z Resolving deltas:  89% (133684/150192)
2020-11-11T13:10:53.3513276Z Resolving deltas:  89% (135131/150192)
2020-11-11T13:10:53.8448280Z Resolving deltas:  90% (135175/150192)
2020-11-11T13:10:54.1367438Z Resolving deltas:  91% (136819/150192)
2020-11-11T13:10:54.2546692Z Resolving deltas:  92% (138177/150192)
2020-11-11T13:10:54.3026177Z Resolving deltas:  93% (139679/150192)
2020-11-11T13:10:54.3206620Z Resolving deltas:  94% (141186/150192)
2020-11-11T13:10:54.3239734Z Resolving deltas:  94% (142443/150192)
2020-11-11T13:10:54.3473330Z Resolving deltas:  95% (142695/150192)
2020-11-11T13:10:54.4081554Z Resolving deltas:  96% (144186/150192)
2020-11-11T13:10:54.6385784Z Resolving deltas:  97% (145687/150192)
2020-11-11T13:10:59.2447831Z Resolving deltas:  98% (147190/150192)
2020-11-11T13:10:59.4537646Z Resolving deltas:  98% (148426/150192)
2020-11-11T13:10:59.5211245Z Resolving deltas:  98% (148507/150192)
2020-11-11T13:10:59.8232176Z Resolving deltas:  99% (148695/150192)
2020-11-11T13:10:59.8233641Z Resolving deltas: 100% (150192/150192)
2020-11-11T13:10:59.8235149Z Resolving deltas: 100% (150192/150192), completed with 1773 local objects.
2020-11-11T13:11:07.8239896Z From https://infolandcode.visualstudio.com/xxx/_git/xxx
2020-11-11T13:11:07.8240449Z  * [new ref]                 f7ebaab9f67ccbd6d54653279d2155f9cb8abcc8 -> origin/f7ebaab9f67ccbd6d54653279d2155f9cb8abcc8
2020-11-11T13:11:07.8894644Z ##[command]git checkout --progress --force refs/remotes/pull/4387/merge
2020-11-11T13:11:08.9608559Z Warning: you are leaving 1 commit behind, not connected to
2020-11-11T13:11:08.9801377Z any of your branches:
2020-11-11T13:11:08.9802318Z
2020-11-11T13:11:08.9803420Z   b5203be6c042 Merge pull request 4387 from merge/vazure_to_vnext into dev/vnext
2020-11-11T13:11:08.9806356Z
2020-11-11T13:11:08.9808738Z If you want to keep it by creating a new branch, this may be a good time
2020-11-11T13:11:08.9817849Z to do so with:
2020-11-11T13:11:08.9818227Z
2020-11-11T13:11:08.9818608Z  git branch  b5203be6c042
2020-11-11T13:11:08.9818926Z
2020-11-11T13:11:08.9820104Z HEAD is now at f7ebaab9f67c Merge pull request 4387 from merge/vazure_to_vnext into dev/vnext
2020-11-11T13:11:08.9969727Z ##[section]Finishing: Checkout xxx@refs/pull/4387/merge to s

#3168 may be one reason for the issues you are seeing.

@ChristianStadelmann well yes that might explain a few things


increase ut coverage for pkg/slices

Please provide a description of this PR:
increase ut coverage for pkg/slices

Hi @yeedove. Thanks for your PR.
I'm waiting for a istio member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test label.
I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

/ok-to-test


Raspberry Pi

Hallo from Germany,
with the new SONOS-Version the old iPad1 and iPod touch will not work any more.
So i am look for a web-controller and find you. I use SONOS as "alarm clock" and my NAS
was not fast enough, and SONOS start the buzzer :-(
So I take a Raspi with and old 60GB SSD USB Drive and I have a 5Watt fast NAS for SONOS.
In the old NAS Sonos spin up all drives to get a new MP3 - not good.
The Question about a NAS for SONOS come on and on in the German SONOS forum.
On this SONOS-NAS I install your Web-Controller and it work very good :-)
I think it is a good way to put NAS and Web-Controller together.
Many people are looking for a cheap SONOS controller!
I will buy now a "cubietruck" to get a faster Raspi with IR-Port, good case an a SATA-Port.
So I hope to use a IP-Remote to control SONOS :-)
Can we work together ?
How can I use the "dashboard mode" ?

Considered abandoned


[sfsexp] Add new port

Describe the pull request
This adds the new package sfsexp (Small Fast S-Expression Library).
Please note that the output library is called libsexp.
The original library uses autotools and this what they used, even if the project itself is called sfsexp
(https://github.com/mjsottile/sfsexp).
Also, the header files are explicitly given, to make sure it matches the output of the original make install.
Unfortunately, the original authors included a cstring.h header, which is not in sub-directory and is confusingly named with the C++ header file cstring.

What does your PR fix?
No packaging request was added as an issue as far as I know.
Which triplets are supported/not supported? Have you updated the CI baseline?
CI was not changed. I tested this with x64-linux, but the library should compile for other system configurations as well (e.g. it should not have issues compiling with MSVC)
Does your PR follow the maintainer guide?
I tried to follow the guidelines, but this is my first vcpkg port .

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: thomaskrause sign nowYou have signed the CLA already but the status is still pending?


Support for setting format for annotations with dataType

The primitive types, according to the spec allow for specifying a format along with the dataType. The annotations ApiModelProperty, ApiParam, and ApiImplicitParam support a dataType field but no corresponding format field.

Was this left out intentionally?
Should it be added?

Thanks

Per https://github.com/swagger-api/swagger-spec/blob/master/versions/2.0.md#data-types the format doesn't need to be specified in the standard. Any chance of revisiting this? /cc @fehguy

@tsandall - the issue was opened on swagger-core 1.3 which was Swagger 1.2. What do you find to be a problem though?

I would like to be able to explicitly set the "format" of model properties. The current version of the ApiModelProperty annotation (https://github.com/swagger-api/swagger-core/blob/master/modules/swagger-annotations/src/main/java/io/swagger/annotations/ApiModelProperty.java) doesn't allow this from what I can tell. If there's a better way of doing this let me know. Thanks!

Can you give me an example of what you'd want to set?

I want to describe the semantics of properties using the "format" field. For example, I may have string properties which represent UUIDs or IP addresses or I have may integer properties which represent TCP port numbers or VLAN IDs. I would like to set the "format" to values like "uuid", "ipv4", etc.
Simplistic example:
@ApiModel(description = "...")
case class WebServer(
  @(ApiModelProperty @field)(value = "...", format = "uuid") id: String,
  @(ApiModelProperty @field)(value = "...", format = "ipv4") address: String)

There's something a bit tricky here. You want to add additional restrictions (which is fine) to something you define as a String. I don't see in the code itself that you restrict the data type itself more than that. So what happens if someone sends "abc" as the address? Will the operation throw an exception?
FWIW, we already convert java.util.UUID to format uuid.

Yes, it would/should throw an exception. I'm not sure I see where the tricky bit is. Are you saying the API author should not be able to control the type and format of the properties in their models?

Sorry, I wasn't clear. Of course you should be able to control it manually, it's just that in many cases you'd opt for a wrapping class or using standard JSR303 annotations to provide with the additional restrictions, rather than manually do the processing within the method. Feel free to open a new ticket for it with the detailed use case, and we'll see how/if we'll support it.

Sorry to bring back the topic, but how about stream data?
I have a download file service that returns an InputStreamResource, but I am unable to define the return as type: file or type:string format:binary.
Using  @ApiResponse(response = byte[].class) swagger generates type:string format:byte, which means Base64 encoded, which is not what the service responds.

Has there been more discussion around @abelsromero 's concern?  I too am not able to find a reasonable solution for autogeneration of Java client's that return stream data.

@abelsromero, I have the very same situation and constellation…
Do you remember by any chance how you proceeded in your case?
Regards

Still not solved :(

I no longer work on content services, but for anyone interested I'd suggest to open a new story since this is closed.


Logging on Azure and remote debugging on Azure

[ ] Need guidance on how to do logging to get error messages.
[ ] Instructions on remote debugging

Per fowler web.config
<system.web>
    <customErrors mode="Off" />
  ...
  </system.web>

no longer works. Need guidance on how to do logging to get error messages.

@davidebbo  do we have any guidance on this? cc @tdykstra

We should add instructions to the Logging article that shows how to setup logging on Azure today. We also plan to do some feature work to make the experience more seamless. There is some good content on enabling logging in Antares here: https://blog.3d-logic.com/2016/06/08/running-asp-net-core-applications-with-iis-and-antares/. We should probably show using a real logging framework instead of stdout logging.
Remote debugging should "just work" with the latest Azure SDK and with the normal steps.
For setting up the developer exception page in ASP.NET Core see https://docs.asp.net/en/latest/fundamentals/error-handling.html. Our templates set it up for you when you are in the Development environment.

@danroth27

We should probably show using a real logging framework instead of stdout logging.

Which one do you recommend we show?

@glennc Do you have any recommendations on how we should document setting up logging on Azure? Serilog? Something else?

re-ping @glennc Do you have any recommendations on how we should document setting up logging on Azure? Serilog? Something else?

We have a new Azure specific logging provider in 1.1 that folks will be able to use: https://github.com/aspnet/Logging/tree/dev/src/Microsoft.Extensions.Logging.AzureWebAppDiagnostics.

@danroth27 For now we could show Serilog, and then for 1.1 we could add AzureWebAppDiagnostics, or we could wait for 1.1 to update the logging article.
The issue was originally written about Azure logging, but there's a need to show how to use a real logging framework regardless of Azure use.  If we add Serilog as an example now, that content will still be useful after 1.1 when we add AzureWebAppDiagnostics (or we could put AzureWebAppDiagnostics in a separate article or tutorial).
In your 7/15 comment you linked to Pawel's blog (which shows stdout logging) and then said we should show a logging framework instead of stdout logging.  Would showing Serilog with a file sink eliminate the need to show stdout logging for Azure?

I'd rather hold off on documenting how to use Serilog because of the maintenance issues. I think we should just wait for 1.1. The feature is available already to try out, so we could even get started on preparing the content in the dev branch.

@danroth27 Given that the Azure diagnostics provider works now, we could add content for it now with a note about it being a preview release, instead of using dev branch and waiting for 1.1.  We would provide instructions on how to restore packages from the myget feed, then remove that when 1.1 is released.

No, I don't think we should mix preview content with our docs for stable and supported bits. Those need to be kept separate.

@danroth27  How about we put the Azure section in a .RST file on  Dev, but link to it from the logging doc in master?
If we do that, we'll need to run the conversion tool on dev when we migrate. How much content on dev needs to be migrated?

I don't think we have much if anything in the dev branch beyond what is already in master.
We need to keep our prelease content and our stable content separate so that customers don't get confused. Can we hold off on documenting this new 1.1 until we are on docs.ms.com?

Closing the issue, as the only thing left from it is streaming, which is covered by #2146


Migrate form parsing in test to formidable

Goal
Remove the unmaintained parse-formdata to avoid the security warnings. Currently npm audit returns 0 vulnerabilities.
Changes

Migrate tests to using the new library.
Update the supported node versions to the currently supported versions from https://nodejs.org/en/about/previous-releases. The currently supported node versions are 18, 20, and 22. I also kept the test for node 14.
Upgrade tests to use modules (required for new library).

Node versions
The old node versions (10, 12) don't support the new form parsing library.

@tomlongridge I've modified this MR so it only updates the form parsing library (and not the test runner library). It appears that this new form parsing library is the one that doesn't support node 10 and 12. Changing the form parsing library was necessary to address https://github.com/bugsnag/webpack-bugsnag-plugins/security/dependabot/26.


Proposal: Persist profile inspector foldout settings

Overview
The Unity project panel will remember the expand / collapse settings for the file system. It would be nice for the profile inspectors to do the same with the new foldouts.
Requirements

Persist / read the user's desired foldout states for each profile

NOTE: We need to determine the correct behavior when a customer uses the default profiles (i.e. should we persist the foldout settings for the default profiles?)
Acceptance Criteria

[ ] Foldouts default to expanded the first time the Mixed Reality Toolkit is configured
[ ] User settings are persisted across loads of a given project

This should be done as the profile system uses SessionState keys via
BaseMixedRealityProfileInspector.cs
protected static void RenderFoldout(ref bool currentState, string title, Action renderContent, string preferenceKey = null)


Test against latest possible versions of library deps

...to catch possible errors any user might be having if any incompatibility exists.

Build apparently failing because cowboy 2.8+ incompatible with Erlang 20:

https://github.com/ninenines/cowboy/issues/1459#issuecomment-647949697
https://ninenines.eu/docs/en/cowboy/2.9/guide/migrating_from_2.7/


webviz cannot display TEXT_VIEW_FACING marker correctly

I find that webviz cannot display TEXT_VIEW_FACING markers correctly even tf marker displayed in a wrong position, as picture below:

Actually, base_link tf is in the center of white box. And the position of base_link should be the id of line. I'v used Rviz to preview and Rviz displayed like this:

Every line has its id and base_link in the right position. Then I clicked the "base_link" text, the id "2" shows and "base_link" slips to another line:

I suppose something wrong here, please check and reply.
Thx very much!

BTW, if I closed text_marker, the tf_marker would display in "last tf position", which means if I remain base_link and then click "nothing" tf(I suppose a tf in (10, 0, 0)), all tf_markers will display in "base_link" position; and if remain "nothing" and then click "base_link",  all display in "nothing" position reversely. Like pic:

Confusing!

Hi there – I would recommend that you try out Foxglove Studio; we've recently done a lot of work to improve handling of TF frames (including TF interpolation) and you might have better luck there.

Hi there – I would recommend that you try out Foxglove Studio; we've recently done a lot of work to improve handling of TF frames (including TF interpolation) and you might have better luck there. If you have further questions you can join our Slack.

LOL  we may try it then


build failed, not authenticated with server 'ge.gradle.org'.

A build scan was not published as you have not authenticated with server 'ge.gradle.org'.
I git clone and cofigure git account. and then I build the project but it failed with not authenticated with server 'ge.gradle.org'.

I use the command , ./gradlew build

Thank you for your interest in Gradle!
This issue lacks information and/or a reproducer to track down the problem. What build do you refer to? Do you mean gradle/gradle itself? Ensure you have a look at the contribution guide.


Fixes #407 Interactive options does not load environment list

Fixes #407 Interactive options does not load environment list
Loads options dialog state when creating the Python Tool service.

:+1:


Build of Ruby 2.1.3 is stuck on Debian

I'm having troubles with installation of Ruby 2.1.3.
I execute 'rbenv install -v 2.1.3' and some time later I see the same message printed out infinitely:
...
make: Warning: File `common.mk' has modification time 1.3e+06 s in the future
make: Warning: File `common.mk' has modification time 1.3e+06 s in the future
make: Warning: File `common.mk' has modification time 1.3e+06 s in the future
make: Warning: File `common.mk' has modification time 1.3e+06 s in the future
make: Warning: File `common.mk' has modification time 1.3e+06 s in the future
^C
BUILD FAILED (Debian 7.6 using ruby-build 20140926)

Inspect or clean up the working tree at /tmp/ruby-build.20140827094234.11278
Results logged to /tmp/ruby-build.20140827094234.11278.log

uname says:
Linux debian 3.2.0-4-686-pae #1 SMP Debian 3.2.60-1+deb7u3 i686 GNU/Linux
What could be the issue here?

Hello,
I wanted to provide an update to this.
I am using Ubuntu 14.04 LTS (64-bit) via VMPlayer. I tried using rbenv install 2.1.3 but it was just stuck.
Followed the suggestion in this thread, tried  CC=clang rbenv install 2.1.3.
The error provided was that C Compiler was not working. Detailed logs were stored in config.log in the following path /tmp/ruby-build..xxxxx/ruby-2.1.3/
Log proved to be useful. clang was missing. Installed it.
However, rbenv install 2.1.3 still did not work. CC=clang rbenv install 2.1.3 worked.
I hope this helps.
Thank you.

I've solved problem like @cykhoo. Just to setup correct time in system

I couldn't reproduce Debian 7.11 and Ruby 2.1.10.
$ rbenv install 2.1.10
Downloading ruby-2.1.10.tar.bz2...
-> https://cache.ruby-lang.org/pub/ruby/2.1/ruby-2.1.10.tar.bz2
Installing ruby-2.1.10...

WARNING: ruby-2.1.10 is past its end of life and is now unsupported.
It no longer receives bug fixes or critical security updates.

Installed ruby-2.1.10 to /home/hsbt/.rbenv/versions/2.1.10


fix: adding .env to gitignore

.env file being generated on npm run upload

@kdamball Yup, as per the files changed in the PR :)

@imshuffling we now moved to a monorepo with template data living in packages/contentful--cra-template-create-contentful-app/template folder instead of a top level template/ as the PR suggests.

@kdamball Ok thanks

@imshuffling if you update your version of create-contentful-app, does it automatically add .env to gitignore?

I've just tried cloning the repo but I dont have permissions to commit to a new branch and push up (to create the PR). How do I go about this?


Unable to select a record when inline functionality is enabled

If a record is selected while inline functionality (add/edit/delete) is enabled, the record becomes unselectable
Steps to reproduce the behavior:

Go to 'https://function-adminportal-test.shesha.dev/dynamic/TestModule/dateAfter-table'
Click on 'a record'
Actual Results: Unable to select a record
Navigate to the configuration and set delete and edit to 'no'
Save your changes and select a record
Actual Results: The record is selectable

Expected behavior
When inline edit and delete configurations are set to true, it should bot affect the record selection

This will be implemented when it is required


Add functionality safely remove Instructions, BasicBlocks and Functions from the Module

Currently its not possible to remove a Instruction (etc) once its added to a BasicBlock. The new functionality would need to scan the module for other instructions which consum this instruction and then replace it with another instruction.
Same goes for BlasicBlocks, and Functions

Implemented with https://github.com/rAzoR8/SpvGenTwo/pull/20


[Feature]: Change type of SYS_* constants to usize

Is there an existing issue for this?

[X] I have searched the existing issues

Description
Change type of SYS_* constants to usize, that will let us clean up a lot of code
Acceptance Criteria
No response
Suggestions for a technical implementation
No response

We shouldn't do this, since libc module is temporary and it would complicate migration to core::ffi::*


Added single reference code support

Added support for single reference codes.
Jira Test: https://jira.mitre.org/browse/BONNIE-918

Regression test passed.

Travis is failing because the gemfile.lock changes were not included here.


dipimage dependency in smi testfit

Need to remove dipimage dependency from the boxplot.
SR.testFit(1)
Unrecognized function or variable 'dipshow'.

Error in smi_core.FindROI.plotBox (line 26)
dipshow(Data(:,:,Frame))

Error in smi_core.FindROI/findROI (line 198)
                obj.plotBox(SMD, obj.Data, obj.PlotBoxFrame, obj.BoxSize);

Error in smi_core.LocalizeData/genLocalizations (line 30)
[ROIStack, SMDCandidates] = FindROI.findROI();

Error in smi.SMLM/analyzeDataset (line 218)
        [SMD] = LD.genLocalizations();

Error in smi.SMLM/analyzeAll (line 166)
            SMDnn = obj.analyzeDataset(DatasetList(nn), nn);

Error in smi.SMLM/testFit (line 118)
        obj.analyzeAll(DatasetIndex);

All the above have been done, that is, DIP is removed from smite here (and elsewhere), a TestFit directory is produced when running smi.SMLM.testFit, and the color overlay is written as an mp4 (although it has to be converted from a different format in Linux with an external program: ffmpeg since it cannot do it directly in Linux MATLAB).


Missing services

I can´t find any services, such as Defrost Rear Window.
I can only see Sensors.
What am I missing?
Car: MG ZS EV 2021

nvm, found it

Hi,
Glad you found it and appreciate the comment. Just realized that it is not documented on the readme, so I will try to get some info added to address that.
Cheers


Using typescript and  Angular Material Datepicker is validation check date of birth in 18 years from current year. Please tell me anyone, how to develop this

Reproduction
Use StackBlitz to reproduce your issue: https://stackblitz.com/fork/components-issue
Steps to reproduce:
1.
2.
Expected Behavior
What behavior were you expecting to see?
Actual Behavior
What behavior did you actually see?
Environment

Angular:
CDK/Material:
Browser(s):
Operating System (e.g. Windows, macOS, Ubuntu):

This is no way to report an issue, if you have a logical problem then you can always as a question on material2 gitter channel, or on stackoverflow, but with an example what you have done so far, and what you want to achieve.

Please keep GitHub issues for bug reports / feature requests. Better avenues for troubleshooting / questions are stack overflow, gitter, mailing list, etc.


Git commands not working since v1.0.115

When Im connected to a sever by a SSH connection and run commands like "git fetch" or "git pull" I get not response and I need to press CTRL + C to stop the execution of command.
This is working fine in 114 version and others SSH clients

Now fixed in v1.0.117. After upgrade, check your connection settings and disable Agent Forwarding if it's enabled.


When using "--language=zh", which is Chinese,  it will fail due to the encoding

Traceback (most recent call last):
File "/usr/local/bin/transcribe", line 8, in
sys.exit(console())
File "/usr/local/lib/python2.7/site-packages/transcribe/main.py", line 69, in console
exit(name)
File "/usr/local/lib/python2.7/site-packages/captain/init.py", line 41, in exit
ret_code = s.run(raw_args)
File "/usr/local/lib/python2.7/site-packages/captain/init.py", line 176, in run
ret_code = callback(*args, **kwargs)
File "/usr/local/lib/python2.7/site-packages/transcribe/main.py", line 63, in main_speech
for time, text in f:
File "/usr/local/lib/python2.7/site-packages/transcribe/speech.py", line 160, in iter
text = String(alternative.transcript).flow()
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-43: ordinal not in range(128)

Not sure how to figure this one out, I googled "chinese characters" and tried on the REPL to see if I could easily reproduce the problem, but it worked as expected:
Python 2.7.15 (default, Jul 23 2018, 21:27:06)
>>> from transcribe.utils import String
>>>
>>> s = String("读写汉字 - 学中文")
>>> s
u'\u8bfb\u5199\u6c49\u5b57 - \u5b66\u4e2d\u6587'
>>> s = String(b"读写汉字 - 学中文")
>>> s
u'\u8bfb\u5199\u6c49\u5b57 - \u5b66\u4e2d\u6587'
>>>

And didn't have any issues with conversion.
What version of python?
You could try running it with:
$ transcribe --quiet=+d speech ...

And see if it gives you any useful debug information that could help us.
If you could send me a small audio clip that fails and the command you ran I could probably debug it from that also.
If you are so inclined you can get into the code also, the failing method is right here. You could print out the string and send that to me also, or fix it and submit a pull request.


Update CLA.md

Fixed grammatical error.
Description:
Related issue (if applicable): fixes #
Pull request in home-assistant.io with documentation (if applicable): home-assistant/home-assistant.io#<home-assistant.io PR number goes here>
Example entry for configuration.yaml (if applicable):

Checklist:

[ ] The code change is tested and works locally.
[ ] Local tests pass with tox. Your PR cannot be merged unless tests pass

If user exposed functionality or configuration variables are added/changed:

[ ] Documentation added/updated in home-assistant.io

If the code communicates with devices, web services, or third-party tools:

[ ] New dependencies have been added to the REQUIREMENTS variable (example).
[ ] New dependencies are only imported inside functions that use them (example).
[ ] New or updated dependencies have been added to requirements_all.txt by running script/gen_requirements_all.py.
[ ] New files were added to .coveragerc.

If the code does not interact with devices:

[ ] Tests have been added to verify that the new code works.

Hi @twishajain,
It seems you haven't yet signed a CLA. Please do so here.
Once you do that we will be able to review and accept this pull request.
Thanks!

@bachya please add invalid label to exclude spam PRs from hacktoberfest PR count.

Hi @homeassistant
I have now signed the CLA.


Add nodiscard and example usage in Actor

🎉 New feature
Relates to  #1358
Summary

Add a macro to start using nodiscard as recommended in 1358.
Demonstrate usage of the macro in Actor.hh
If this PR is the right approach, then a future PR (or PR's) can fold this across to the rest of the repo.

In theory, clang-tidy should be able to automatically apply this across the whole repo, but clang-tidy doesn't seem to work with this repo. If anyone knows how to use it, that would be much preferable because automated code refactors are much less error-prone and quicker than me doing it manually.
Test it

Compilation is the only thing needed
If you want, try calling a getter in an application, and ignoring the return value. If you compile with C++17, it should warn.
Same as above, but if you compile with C++14, you should not expect a warning.

Checklist

[ ] Signed all commits for DCO
[ ] Added tests
[ ] Added example and/or tutorial
[ ] Updated documentation (as needed)
[ ] Updated migration guide (as needed)
[ ] Consider updating Python bindings (if the library has them)
[ ] codecheck passed (See contributing)
[ ] All tests passed (See test coverage)
[ ] While waiting for a review on your PR, please help review another open pull request to support the maintainers

Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining Signed-off-by messages.

@Ryanf55, @scpeters we don't have much time left before the code freeze. Is this likely to make it by next Wednesday (08/28)?

I'm going to close because I don't have time to see this project through. Anyone else is welcome to continue!