Added support for 10.11 and added function for evaluating OS X version...

Hey Chef folks! This is a simple fix to the Mac OS X Service provider that adds support for OS X >= 10.11 and also allows us to compare OS Versions going forward for feature gating.
(I am a Facebook employee and PhilD will do the final merge on this PR.)

Hi. I am an automated pull request bot named Curry. There are commits in this pull request whose authors are not yet authorized to contribute to Chef Software, Inc. projects or are using a non-GitHub verified email address. To become authorized to contribute, you will need to sign the Contributor License Agreement (CLA) as an individual or on behalf of your company. You can read more on Chef's blog.
Non-GitHub Verified Committers
There are 1 commit author(s) whose commits are authored by a non-GitHub verified email address. Chef will have to manually verify that they are authorized to contribute.
Please sign the CLA here.

Hey @jaymzh and @jtimberman, would you mind taking a look at this? This is to ensure chef works correctly on OS X 10.11. I'll have 2 more PRs coming soon.

Oh, and @tyler-ball. This is necessary for chef to function properly on 10.11.  Thanks all!

Trivial patch, seems good to me. :+1:
CC @chef/client-core @chef/client-maintainers

The change looks good.  The specs already cover the 10.9 vs 10.10 OSX versions.
I'm slightly interested in updating https://github.com/natewalck/chef/blob/master/spec/unit/provider/service/macosx_spec.rb#L63 to include 10.11 because thats a new version we are supporting.  Can you make that change?
Then I'm :+1:

I concur with @tyler-ball - please update the spec to account for 10.11 (looks like line 70, too).
After that, :+1: :shipit: :rocket: :cake:

Hi. I am an automated pull request bot named Curry. There are commits in this pull request whose authors are not yet authorized to contribute to Chef Software, Inc. projects or are using a non-GitHub verified email address. To become authorized to contribute, you will need to sign the Contributor License Agreement (CLA) as an individual or on behalf of your company. You can read more on Chef's blog.
GitHub Users Who Are Not Authorized To Contribute
The following GitHub users do not appear to have signed a CLA:

@natewalck

Please sign the CLA here.

Updated with the requested changes. Let me know if we need anything else.

Makes sense to me. I made the suggested change. Going forward, we will still need to explicitly validate the service provider on new versions of the OS, so I left 63 the same.

:+1:
If everyone is happy with the changes I'll merge the request so it's tied to my CCLA.

Let me know if you need anything else on this PR. I am working on getting all 10.11 Chef issues resolved before it is released.
Thanks!

@tyler-ball  is that good with you? If so I can merge.

Is the behavior here the same on 10.8 as it is on 10.9?
We still support OS X 10.8, to drop support for a platform, we need a proposal to the RFC, and there's additional work done by Chef for build systems to release packages. Generally speaking, we don't want to drop support for a platform version if it's still considered supported by the upstream, in this case, Apple. Unfortunately they don't have a written policy or lifecycle document for releases, so it's kind of a guess as to whether 10.8 will be considered EOL when 10.11 comes out.

With the update of the test, I'm :+1:.  If we are worried about 10.8 support I say we make a new issue for that and don't let that block this PR.

I believe this provider supports 10.8, but @mikedodge04 would have to confirm. The command in question was for 10.10+, with previous versions using the other form of the command.

To be clear, I have not removed support for any OS versions, only added support for 10.11+.

Yes this provider will continue to work on 10.8.

Looks like three +1's to me. Merging.
BTW, @tyler-ball - should i follow up with a changelog diff or is this too small?

@jaymzh I think you should wait until all the 10.11 PRs are merged, and then make 1 CHANGELOG note that links to all the PRs.  It will probably need sub points around the details of the updates.

@jaymzh @tyler-ball @jtimberman  How do I ensure this gets included in the 12.5.0 release?

@natewalck Because it is in master now it will be released in 12.5.0 automatically - we typically release from master


2 questions

what with v1.71 binary? I see only 1.7
Is the h264 encoding is Hardware accelerated.
I mean for example with Quicksync all video compression is done in a chip on-the-fly and with close to zero CPU load.
Does this the case with this Cisco implementation? If yes how to enable this option?

about Q1:
There is no plan for release in a short time.
about Q2:
There is no hardware encode/decode on openh264. openh264 is a pure software codec with assembly accelerated.
If it is convenient, can you tell me why you ask this question?

I asked because i want to decrease CPU my app takes for encoding so using Hardware sounds like good idea.
Do you have any tips for how to use openH264  (encoding) with less CPU as possible for lets say
(1080P input and output) around 25FPS
Thanks for your answer

Related to CPU performance. No decent way since no hardware acceleration is used.
I think in current years with popular PC, 1080p @ 25fps could be achieved.


Configure Azure Pipeline - Code workflow branch to merge

This pipeline configuration builds the application and produces a build for the Release configuration.

CLOSE PULL REQ

na


[3080] School not available validation bug

Context
https://trello.com/c/bVoqgmQ4/3080-school-not-available-validation-issue
Changes proposed in this pull request
When error is thrown for both fields being selected, the query field is now highlighted in error
Guidance to review

 School 'not available' validation issue


Improvment: Reduce boilerplate code in startup

Currently we need to get IHostApplicationLifetime & BusConfigurator in the Configure of the startup, to do the following.
IBroker broker = busConfigurator.Connect();
applicationLifetime.ApplicationStopping.Register(broker.Disconnect);

Can this be done behind the scene, that we can get rid of the two overloads and the two lines of code.

This is in my backlog already, most probably for release 3.0. 😉

This optimization is included in v3.0.0 (currently in beta, latest being v3.0.0-beta.streaming.5.
An hosted service is now being used to automatically connect and disconnect the message broker and the configuration has been tweaked to be more concise and (hopefully) straightforward.
https://github.com/BEagle1984/silverback/blob/05a0725ec430ef99413860928b335dae73a7da9f/samples/Kafka/BinaryFileStreaming.Consumer/Startup.cs#L16-L29
https://github.com/BEagle1984/silverback/blob/05a0725ec430ef99413860928b335dae73a7da9f/samples/Kafka/BinaryFileStreaming.Consumer/EndpointsConfigurator.cs#L12-L45
Note 1: IEndpointConfigurator  is now the preferred and default way to configure the endpoints but they can still be configured in the Startup directly, but now it is done in the ConfigureService, using AddEndpoints instead of AddEndpointsConfigurator. Proper documentation will follow...
Note 2: The actual endpoint configuration is still subject to change in the near future. (Probably adding some builders/methods to help with settings the properties like ErrorPolicy and similar.)

Cool! Ty!


hello_world not working on frdm_k64f/qemu_cortex_m3 with newlib and arm gcc embedded 2018q2

crashes already when flashing...
====================] 100%
INFO:root:Programmed 34312 bytes (9 pages) at 16.04 kB/s
ERROR:root:link exception during link disconnect:
Traceback (most recent call last):
  File "build/bdist.linux-x86_64/egg/pyOCD/board/board.py", line 74, in uninit
    self.link.disconnect()
  File "build/bdist.linux-x86_64/egg/pyOCD/pyDAPAccess/dap_access_cmsis_dap.py", line 627, in disconnect
    self.flush()
  File "build/bdist.linux-x86_64/egg/pyOCD/pyDAPAccess/dap_access_cmsis_dap.py", line 589, in flush
    self._read_packet()
  File "build/bdist.linux-x86_64/egg/pyOCD/pyDAPAccess/dap_access_cmsis_dap.py", line 744, in _read_packet
    decoded_data = cmd.decode_data(raw_data)
  File "build/bdist.linux-x86_64/egg/pyOCD/pyDAPAccess/dap_access_cmsis_dap.py", line 419, in decode_data
    data = self._decode_transfer_data(data)
  File "build/bdist.linux-x86_64/egg/pyOCD/pyDAPAccess/dap_access_cmsis_dap.py", line 315, in _decode_transfer_data
    raise DAPAccessIntf.TransferFaultError()
TransferFaultError: SWD/JTAG Transfer Fault

with qemu:
To exit from QEMU enter: 'CTRL+a, x'
[QEMU] CPU: cortex-m3
/home/nashif/Work/SDK/0.9.4-rc1/sysroots/x86_64-pokysdk-linux/usr/bin/qemu-system-arm -cpu cortex-m3 -machine lm3s6965evb -nographic -vga none -pidfile qemu.pid -serial   mon:stdio -kernel /home/nashif/Work/github/zephyr/build/zephyr/zephyr.elf
qemu: fatal: Trying to execute code outside RAM or ROM at 0x00040000

R00=00000430 R01=00000000 R02=00000218 R03=20000000
R04=00000218 R05=00000000 R06=00000000 R07=00000000
R08=00000000 R09=00000000 R10=00000000 R11=00000000
R12=00000000 R13=20000f10 R14=00000dc9 R15=00040000
PSR=00000173 ---- T svc32
FPSCR: 00000000
make[3]: *** [zephyr/CMakeFiles/run.dir/build.make:60: zephyr/CMakeFiles/run] Aborted (core dumped)
make[3]: Leaving directory '/home/nashif/Work/github/zephyr/build'
make[2]: *** [CMakeFiles/Makefile2:379: zephyr/CMakeFiles/run.dir/all] Error 2
make[2]: Leaving directory '/home/nashif/Work/github/zephyr/build'
make[1]: *** [CMakeFiles/Makefile2:386: zephyr/CMakeFiles/run.dir/rule] Error 2
make[1]: Leaving directory '/home/nashif/Work/github/zephyr/build'
make: *** [Makefile:209: run] Error 2
make: Leaving directory '/home/nashif/Work/github/zephyr/build'

I'm not able to reproduce this. It works fine for me on frdm_k64f and qemu_cortex_m3.

hmm
cmake  -DCONFIG_NEWLIB_LIBC=y -DBOARD=qemu_cortex_m3  -Bbuild -Hsamples/hello_world; make VERBOSE=1 -C build/ -j20  run
with
export ZEPHYR_TOOLCHAIN_VARIANT=cross-compile
export CROSS_COMPILE=/home/nashif/Work/SDK/gcc-arm-none-eabi-7-2018-q2-update/bin/arm-none-eabi-

but if I use
export ZEPHYR_TOOLCHAIN_VARIANT=gccarmemb

``

it works.

I did the latter

Looking at the zephyr.map diff between gccarmemb and cross-compile it is clear that cross-compile is not using a thumb libc implementation.
I was able to reproduce the failure when CROSS_COMPILE was used.
However adding the flag
-DLIBC_LIBRARY_DIR=/home/sebo/Downloads/gcc-arm-none-eabi-7-2018-q2-update/arm-none-eabi/lib/thumb/v7-m
resolved the issue again.
The difference between cross-compile and gccarmemb is that with gccarmemb we are successfull in finding the correct newlib libc implementation, but cross-compile is not. gccarmemb.cmake sets SYSROOT_DIR, which in turn causes gcc.cmake to execute 'gcc --print-multi-directory' and detect the correct newlib libc implementation.
The libc build scripts has this to say about detecting the correct libc implementation:
# LIBC_*_DIR may or may not have been set by the toolchain. E.g. when
# using ZEPHYR_TOOLCHAIN_VARIANT=cross-compile it will be either up to the
# toolchain to know where it's libc implementation is, or if it is
# unable to, it will be up to the user to specify LIBC_*_DIR vars to
# point to a newlib implementation.

Fundamentally, auto-detection of the correct toolchain flags is believed to not be possible with cross-compile. So using it is always at one's own risk and maintenance. It is recommended to develop a toolchain cmake file to support a toolchain instead of using cross-compile.
If it was possible, we would not need any toolchain cmake files ...
To have this just-work one could try to extract the sysroot_dir or the newlib_dir from the compiler. But I don't know how to do this, and I don't see the value when users can simply use gccarmemb.cmake which is aware of where the sysroot of a gccarmemb toolchain is located ...

This looks to be fixed.  I think commit aa049e5d8f7ce08ff9e7de1675edddda14faedb6 fixes this issue.


Blogging website - NODE

I have added My blogging website repo in your repo.
I have raised a PR as well.
Consider my PR.
Thanks.

Awesome 🚀


Add optimization for RunLengthEncoded blocks in PageProcessor

For columnar processing RunLengthEncoded blocks can be highly optimized
by only processing the value block and outputting an RLE block.
Fixes #4211

Looks good


fix: dont call uploadFileToAtem as part of deviceMakeReady

Partner: https://github.com/nrkno/tv-automation-playout-gateway/pull/60

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
Remove the calls of uploadFileToAtem to playout-gateway.
Playout-gateway should internally handle ensuring the media loaded to the device is correct.

What is the current behavior? (You can also link to an open issue here)
This code will trigger an upload of media based on old and incorrect data, overriding correct media with outdated ones.

What is the new behavior (if this is a feature change)?
The media upload process is left to playout-gateway

Other information:

Status

[ ] The functionality has been tested by the PR author
[ ] The functionality has been tested by NRK

Codecov Report

Merging #197 into master will increase coverage by 0.04%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #197      +/-   ##
==========================================
+ Coverage   65.55%   65.59%   +0.04%
==========================================
  Files         123      123
  Lines        8413     8403      -10
  Branches     1923     1919       -4
==========================================
- Hits         5515     5512       -3
+ Misses       2872     2865       -7
  Partials       26       26

Impacted Files
Coverage Δ

meteor/server/api/playout/actions.ts
84.37% <ø> (+7.34%)
:arrow_up:

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 f72308f...85ebf30. Read the comment docs.

Well, makeReady isnt handling this. But playout-gateway was already rechecking when device status changed. So it is being left completely up to that


Updating readme from branch example

Upadates
I updated the readme file. Please review and accept.

Thoughts
I probably shouldn't, but okay. 👍


Consider npm ci rather than npm i in starter guide

Compared to npm i, npm ci:

is faster
installs a version of dependencies that have been tested to work together (by whoever last updated package-lock.json)

Downsides:

Does not get the latest version of deps, so may miss new features and bug fixes

IMO it's better to give people who're just getting started a known good state.

I don't have much of a feeling on this one. @justinfagnani @sorvell ?
Based on what @rictic said, it sounds like npm ci is an improvement. My only objection would be that it's less familiar to users.

It's my understanding that npm i and npm ci are exactly equivalent for fresh installs. So this shouldn't have any changes in practice - in both cases users will get the versions from the package lock.

Hm, you're right. What remains is that npm ci is faster, 13s vs 17s on my machine

I'm just not sure that's enough to throw in another command here. I don't see other packages recommending this. There's also the difference that if package.json and package-lock.json disagree on a dependency that npm ci fails. I hope we don't ever publish a package like that, but if we do I think the npm i behavior is more reasonable for our customers.

If npm i is consistent, then I'm fine closing this


TSAN reports race in vm/dart_2/scavenger_abort_2_test

From this log:
/==============================================================================\
| vm/dart_2/scavenger_abort_2_test broke (Pass -> RuntimeError, expected Pass) |
\==============================================================================/

--- Command "vm" (took 37.000910s):
DART_CONFIGURATION=ReleaseTSANX64 out/ReleaseTSANX64/dart --ignore-unrecognized-flags --packages=/b/s/w/ir/.packages /b/s/w/ir/runtime/tests/vm/dart_2/scavenger_abort_2_test.dart

exit code:
255

stdout:
+ out/ReleaseTSANX64/dart --ignore-unrecognized-flags --packages=/b/s/w/ir/.packages --new_gen_semi_max_size=4 --old_gen_heap_size=15 --verbose_gc --verify_store_buffer /b/s/w/ir/runtime/tests/vm/dart_2/scavenger_abort_2_test.dart --testee
Command stdout:
PHASE1
PHASE2

Command stderr:
[              |                      |     |       |      | new gen     | new gen     | new gen | old gen       | old gen       | old gen     | sweep | safe- | roots/| stbuf/| tospc/| weaks/|               ]
[ GC isolate   | space (reason)       | GC# | start | time | used (kB)   | capacity kB | external| used (kB)     | capacity (kB) | external kB | thread| point |marking| reset | sweep |swplrge| data          ]
[              |                      |     |  (s)  | (ms) |before| after|before| after| b4 |aftr| before| after | before| after |before| after| (ms)  | (ms)  | (ms)  | (ms)  | (ms)  | (ms)  |               ]
[ vm-service   ,  MarkSweep( finalize),    1,   0.67,  49.5,   512,   512,  2048,  2048,   0,   0,   3304,   2980,   3980,   3716,     0,     0,  -0.00,   0.00,  20.95,   0.02,  28.00,   0.48, 59, 0, 2, 0, ]
[              |                      |     |       |      | new gen     | new gen     | new gen | old gen       | old gen       | old gen     | sweep | safe- | roots/| stbuf/| tospc/| weaks/|               ]
[ GC isolate   | space (reason)       | GC# | start | time | used (kB)   | capacity kB | external| used (kB)     | capacity (kB) | external kB | thread| point |marking| reset | sweep |swplrge| data          ]
[              |                      |     |  (s)  | (ms) |before| after|before| after| b4 |aftr| before| after | before| after |before| after| (ms)  | (ms)  | (ms)  | (ms)  | (ms)  | (ms)  |               ]
[ main         ,  MarkSweep( finalize),    1,   0.40,  12.2,   512,   512,  2048,  2048,   0,   0,   3372,   3031,   3980,   3716,     0,     0,  -0.00,   0.00,   0.92,   0.02,   4.29,   6.92, 56, 0, 4, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[              |                      |     |       |      | new gen     | new gen     | new gen | old gen       | old gen       | old gen     | sweep | safe- | roots/| stbuf/| tospc/| weaks/|               ]
[ GC isolate   | space (reason)       | GC# | start | time | used (kB)   | capacity kB | external| used (kB)     | capacity (kB) | external kB | thread| point |marking| reset | sweep |swplrge| data          ]
[              |                      |     |  (s)  | (ms) |before| after|before| after| b4 |aftr| before| after | before| after |before| after| (ms)  | (ms)  | (ms)  | (ms)  | (ms)  | (ms)  |               ]
[ kernel-servic,   Scavenge(new space),    1,   4.82, 1050.0,  2048,  2048,  2048,  2048, 6373, 6353,  37117,  37117,  38444,  38444,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 16, 0, 0, 0, ]
[ kernel-servic,  MarkSweep( finalize),    2,   5.71,  34.0,  2048,  2048,  2048,  2048, 6353, 6353,  44334,  40101,  45556,  45556,     0,     0,  -0.00,   0.00,  29.75,   0.02,   4.10,   0.06, 52, 0, 48, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),    3,   6.89, 1176.7,  2048,  1536,  2048,  4096, 6353,   0,  40101,  41535,  42584,  43360,     0,  6353,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 37931, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),    4,   8.09, 1161.2,  4096,     0,  4096,  4096,  51,   0,  41545,  44935,  43360,  46432,  6353,  6356,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 6655, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),    5,   9.85, 1740.3,  4096,     0,  4096,  4096,   0,   0,  44935,  48607,  46432,  50528,  6356,  6356,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 4072, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),    6,  11.08, 1221.2,  4096,     0,  4096,  4096,   0,   0,  48609,  52235,  51040,  54112,  6356,  6356,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 4254, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),    7,  12.50, 1402.8,  4096,     0,  4096,  4096,   0,   0,  52235,  55751,  54624,  57696,  6356,  6356,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 4127, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),    8,  14.84, 2247.7,  4096,     0,  4096,  4096,   0,   0,  55753,  57102,  58208,  59232,  6356,  6356,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 345, 0, 0, 0, ]
[ kernel-servic,  MarkSweep( finalize),    9,  14.86,  24.0,   512,   512,  4096,  4096,   0,   0,  57102,  56681,  59232,  59232,  6356,  6356,  -0.00,   0.00,  22.99,   0.02,   0.91,   0.07, 1, 0, 280, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),   10,  16.57, 1641.6,  4096,  2560,  4096,  4096,   0,   0,  56689,  56689,  59744,  59744,  6356,  6356,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 1934, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ kernel-servic,   Scavenge(new space),   11,  18.18, 1527.9,  4096,  1024,  4096,  4096,   0,   0,  56712,  58458,  59744,  60768,  6356,  6356,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 2454, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),    2,  15.87, 108.2,  2048,  2048,  2048,  2048,   0,   0,   4066,   4468,   4808,   5320,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 50, 0, 0, 0, ]
[ main         ,  MarkSweep( finalize),    3,  15.99,  33.8,  2048,  2048,  2048,  2048,   0,   0,   5225,   4781,   5832,   5832,     0,     0,  -0.00,   0.00,  32.79,   0.02,   0.94,   0.06, 20, 0, 280, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),    4,  16.14, 145.9,  2048,   512,  2048,  4096,   0,   0,   4781,   6318,   6344,   7368,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 2859, 0, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),    5,  16.64, 381.8,  4096,     0,  4096,  4096,   0,   0,   6402,  10492,   7880,  11464,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 21, 0, 0, 0, ]
[ main         ,  MarkSweep(promotion),    6,  16.66,  23.7,     0,     0,  4096,  4096,   0,   0,  10492,  10492,  11464,  11464,     0,     0,  -0.00,   0.01,  23.00,   0.02,   0.60,   0.05, 0, 0, 280, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),    7,  17.10, 431.3,  4096,   512,  4096,  4096,   0,   0,  10492,  14156,  11464,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 1680, 0, 0, 0, ]
[ main         ,  MarkSweep(promotion),    8,  17.26, 164.0,   512,   512,  4096,  4096,   0,   0,  14156,  14134,  15048,  15048,     0,     0,  -0.00,   0.00, 141.51,   0.02,   0.82,  21.62, 0, 1, 280, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),    9,  17.68, 420.5,  4096,  4096,  4096,  4096,   0,   0,  14134,  14137,  15048,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 1683, 0, 0, 0, ]
[ main         ,  MarkSweep( finalize),   10,  17.86,  19.5,  4096,  4096,  4096,  4096,   0,   0,  14137,  14137,  15048,  15048,     0,     0,  -0.00,   0.00,  18.54,   0.01,   0.85,   0.06, 0, 11, 280, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(     full),   11,  18.22, 361.0,  4096,  4096,  4096,  4096,   0,   0,  14137,  14137,  15048,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 1683, 0, 0, 0, ]
[ main         ,  MarkSweep(     full),   12,  18.46, 231.1,  4096,  4096,  4096,  4096,   0,   0,  14137,  14137,  15048,  15048,     0,     0,  -0.00,   0.00, 230.16,   0.01,   0.84,   0.04, 100, 23, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(low memory),   13,  18.97, 477.8,  4096,  4096,  4096,  4096,   0,   0,  14137,  14137,  15048,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 1683, 0, 0, 0, ]
[ main         , MarkCompact(low memory),   14,  19.24, 269.8,  4096,  4096,  4096,  4096,   0,   0,  14137,  14137,  15048,  15048,     0,     0,  -0.00,   0.01, 136.31,   0.01,   0.86, 132.58, 100, 26, 0, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),   15,  19.70, 455.0,  4096,  4096,  4096,  4096,   0,   0,  14137,  14433,  15048,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 1684, 0, 0, 0, ]
[ main         ,  MarkSweep( finalize),   16,  19.97,  54.8,  4096,  4096,  4096,  4096,   0,   0,  14433,  14433,  15048,  15048,     0,     0,  -0.00,   0.00,  53.91,   0.02,   0.77,   0.09, 0, 26, 280, 0, ]
Verifying remembered set before Scavenge... done.
Aborting scavenge
==================
WARNING: ThreadSanitizer: data race (pid=20516)
  Write of size 8 at 0x7b7800011f08 by thread T2 (mutexes: write M449369835336380048):
    #0 dart::Thread::set_sticky_error(dart::Error const&) ../../out/ReleaseTSANX64/../../runtime/vm/thread.cc:246 (dart+0x20c8c6e)
    #1 dart::LongJumpScope::Jump(int, dart::Error const&) ../../out/ReleaseTSANX64/../../runtime/vm/longjump.cc:39 (dart+0x1ece88f)
    #2 dart::ScavengerVisitorBase<true>::AbortScavenge() ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:474 (dart+0x212c31c)
    #3 dart::ScavengerVisitorBase<true>::ScavengeObject(dart::ObjectPtr) ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:384 (dart+0x212c288)
    #4 dart::ScavengerVisitorBase<true>::ScavengePointer(dart::ObjectPtr*) ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:306 (dart+0x212c288)
    #5 dart::ScavengerVisitorBase<true>::VisitPointers(dart::ObjectPtr*, dart::ObjectPtr*) ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:188 (dart+0x212c288)
    #6 long dart::UntaggedObject::VisitPointersNonvirtual<dart::ScavengerVisitorBase<true> >(dart::ScavengerVisitorBase<true>*) ../../out/ReleaseTSANX64/../../runtime/vm/raw_object.h:548 (dart+0x212bce0)
    #7 void dart::Scavenger::IterateStoreBuffers<true>(dart::ScavengerVisitorBase<true>*) ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:1142 (dart+0x212bce0)
    #8 void dart::Scavenger::IterateRoots<true>(dart::ScavengerVisitorBase<true>*) ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:1199 (dart+0x212ba4a)
    #9 dart::ScavengerVisitorBase<true>::ProcessRoots() ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:219 (dart+0x212b45f)
    #10 dart::ParallelScavengerTask::RunEnteredIsolateGroup() ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:558 (dart+0x2128b8e)
    #11 dart::ParallelScavengerTask::Run() ../../out/ReleaseTSANX64/../../runtime/vm/heap/scavenger.cc:547 (dart+0x212b299)
    #12 dart::ThreadPool::WorkerLoop(dart::ThreadPool::Worker*) ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:158 (dart+0x20d083c)
    #13 dart::ThreadPool::Worker::Main(unsigned long) ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:323 (dart+0x20d1225)
    #14 dart::ThreadStart(void*) ../../out/ReleaseTSANX64/../../runtime/vm/os_thread_linux.cc:153 (dart+0x1fd0512)

  Previous read of size 8 at 0x7b7800011f08 by thread T6:
    [failed to restore the stack]

  Location is heap block of size 3016 at 0x7b7800011400 allocated by thread T2:
    #0 operator new(unsigned long) ../recipe_cleanup/clangshYTOG/llvm_build_dir/tools/clang/stage2-bins/runtimes/runtimes-x86_64-unknown-linux-gnu-bins/compiler-rt/lib/tsan/rtl/tsan_new_delete.cpp:64 (dart+0x1b9b487)
    #1 dart::ThreadRegistry::GetFromFreelistLocked(bool) ../../out/ReleaseTSANX64/../../runtime/vm/thread_registry.cc:129 (dart+0x20d1409)
    #2 dart::ThreadRegistry::GetFreeThreadLocked(bool) ../../out/ReleaseTSANX64/../../runtime/vm/thread_registry.cc:30 (dart+0x20d1409)
    #3 dart::IsolateGroup::ScheduleThreadLocked(dart::MonitorLocker*, dart::Thread*, bool, bool, bool) ??:? (dart+0x1e7eecd)
    #4 dart::IsolateGroup::ScheduleThread(bool) ../../out/ReleaseTSANX64/../../runtime/vm/isolate.cc:684 (dart+0x1e7f1c3)
    #5 dart::Thread::EnterIsolateGroupAsHelper(dart::IsolateGroup*, dart::Thread::TaskKind, bool) ../../out/ReleaseTSANX64/../../runtime/vm/thread.cc:359 (dart+0x20c96fa)
    #6 dart::ConcurrentMarkTask::Run() ../../out/ReleaseTSANX64/../../runtime/vm/heap/marker.cc:652 (dart+0x2116b18)
    #7 dart::ThreadPool::WorkerLoop(dart::ThreadPool::Worker*) ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:158 (dart+0x20d083c)
    #8 dart::ThreadPool::Worker::Main(unsigned long) ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:323 (dart+0x20d1225)
    #9 dart::ThreadStart(void*) ../../out/ReleaseTSANX64/../../runtime/vm/os_thread_linux.cc:153 (dart+0x1fd0512)

  Mutex M449369835336380048 is already destroyed.

  Thread T2 'DartWorker' (tid=20522, running) created by main thread at:
    #0 pthread_create ../recipe_cleanup/clangshYTOG/llvm_build_dir/tools/clang/stage2-bins/runtimes/runtimes-x86_64-unknown-linux-gnu-bins/compiler-rt/lib/tsan/rtl/tsan_interceptors_posix.cpp:962 (dart+0x1b2df9b)
    #1 dart::OSThread::Start(char const*, void (*)(unsigned long), unsigned long) ../../out/ReleaseTSANX64/../../runtime/vm/os_thread_linux.cc:172 (dart+0x1fd039c)
    #2 dart::ThreadPool::Worker::StartThread() ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:296 (dart+0x20cfef9)
    #3 dart::ThreadPool::RunImpl(std::__2::unique_ptr<dart::ThreadPool::Task, std::__2::default_delete<dart::ThreadPool::Task> >) ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:94 (dart+0x20cfef9)
    #4 bool dart::ThreadPool::Run<dart::RunServiceTask>() ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.h:46 (dart+0x209ca38)
    #5 dart::ServiceIsolate::Run() ../../out/ReleaseTSANX64/../../runtime/vm/service_isolate.cc:496 (dart+0x209ca38)
    #6 dart::Dart::Init(unsigned char const*, unsigned char const*, _Dart_Isolate* (*)(char const*, char const*, char const*, char const*, Dart_IsolateFlags*, void*, char**), bool (*)(void**, char**), void (*)(void*, void*), void (*)(void*, void*), void (*)(void*), void (*)(), void* (*)(char const*, bool), void (*)(unsigned char**, long*, void*), void (*)(void const*, long, void*), void (*)(void*), bool (*)(unsigned char*, long), _Dart_Handle* (*)(), bool, Dart_CodeObserver*) ../../out/ReleaseTSANX64/../../runtime/vm/dart.cc:433 (dart+0x1e26b5d)
    #7 Dart_Initialize ../../out/ReleaseTSANX64/../../runtime/vm/dart_api_impl.cc:1200 (dart+0x2773abc)
    #8 dart::bin::main(int, char**) ../../out/ReleaseTSANX64/../../runtime/bin/main.cc:1331 (dart+0x1ba6f18)
    #9 main ../../out/ReleaseTSANX64/../../runtime/bin/main.cc:1407 (dart+0x1ba8412)

  Thread T6 'DartWorker' (tid=20633, running) created by main thread at:
    #0 pthread_create ../recipe_cleanup/clangshYTOG/llvm_build_dir/tools/clang/stage2-bins/runtimes/runtimes-x86_64-unknown-linux-gnu-bins/compiler-rt/lib/tsan/rtl/tsan_interceptors_posix.cpp:962 (dart+0x1b2df9b)
    #1 dart::OSThread::Start(char const*, void (*)(unsigned long), unsigned long) ../../out/ReleaseTSANX64/../../runtime/vm/os_thread_linux.cc:172 (dart+0x1fd039c)
    #2 dart::ThreadPool::Worker::StartThread() ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:296 (dart+0x20cfef9)
    #3 dart::ThreadPool::RunImpl(std::__2::unique_ptr<dart::ThreadPool::Task, std::__2::default_delete<dart::ThreadPool::Task> >) ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.cc:94 (dart+0x20cfef9)
    #4 bool dart::ThreadPool::Run<dart::MessageHandlerTask, dart::MessageHandler*>(dart::MessageHandler*&&) ../../out/ReleaseTSANX64/../../runtime/vm/thread_pool.h:46 (dart+0x1ed06cd)
    #5 dart::MessageHandler::Run(dart::ThreadPool*, dart::MessageHandler::MessageStatus (*)(unsigned long), void (*)(unsigned long), unsigned long) ../../out/ReleaseTSANX64/../../runtime/vm/message_handler.cc:121 (dart+0x1ed06cd)
    #6 Dart_RunLoop ../../out/ReleaseTSANX64/../../runtime/vm/dart_api_impl.cc:1993 (dart+0x2777c45)
    #7 dart::bin::RunMainIsolate(char const*, char const*, dart::bin::CommandLineOptions*) ../../out/ReleaseTSANX64/../../runtime/bin/main.cc:1063 (dart+0x1ba5b68)
    #8 dart::bin::main(int, char**) ../../out/ReleaseTSANX64/../../runtime/bin/main.cc:1369 (dart+0x1ba7125)
    #9 main ../../out/ReleaseTSANX64/../../runtime/bin/main.cc:1407 (dart+0x1ba8412)

SUMMARY: ThreadSanitizer: data race ../../out/ReleaseTSANX64/../../runtime/vm/thread.cc:246 in dart::Thread::set_sticky_error(dart::Error const&)
==================
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(     full),   17,  22.99, 3017.5,  4096,  4096,  4096,  4096,   0,   0,  14433,  14433,  15048,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 0, 0, 0, 0, ]
[ main         ,  MarkSweep(     full),   18,  23.16, 172.8,  4096,  4096,  4096,  4096,   0,   0,  14433,  14433,  15048,  15048,     0,     0,  -0.00,   0.01, 171.02,   0.04,   1.59,   0.10, 100, 10, 0, 0, ]
Verifying remembered set before Scavenge... done.
Aborting scavenge
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(low memory),   19,  24.16, 966.7,  4096,  4096,  4096,  4096,   0,   0,  14433,  14433,  15048,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 0, 0, 0, 0, ]
[ main         , MarkCompact(low memory),   20,  24.40, 236.2,  4096,  4096,  4096,  4096,   0,   0,  14433,  14433,  15048,  15048,     0,     0,  -0.00,   0.00, 120.21,   0.01,   0.91, 115.07, 100, 8, 0, 0, ]
Exhausted heap space, trying to allocate 112 bytes.
Verifying remembered set before Scavenge... done.
Aborting scavenge
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),   21,  25.28, 877.7,  4096,  4096,  4096,  4096,   0,   0,  14434,  14466,  15048,  15048,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 0, 0, 0, 0, ]
[ main         ,  MarkSweep( finalize),   22,  25.37,  45.7,  4096,  4096,  4096,  4096,   0,   0,  14466,   3726,  15048,  11976,     0,     0,  -0.00,   0.00,  17.17,   0.01,   0.77,  27.69, 100, 8, 2, 0, ]
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ main         ,   Scavenge(new space),   23,  25.44,  70.8,  4096,     0,  4096,  4096,   0,   0,   3726,   3726,  12488,  12488,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 3, 0, 0, 0, ]
Unhandled exception:
Out of Memory
#0      fill (file:///b/s/w/ir/runtime/tests/vm/dart_2/scavenger_abort_2_test.dart:225:19)
#1      makeOld (file:///b/s/w/ir/runtime/tests/vm/dart_2/scavenger_abort_2_test.dart:243:5)
#2      main (file:///b/s/w/ir/runtime/tests/vm/dart_2/scavenger_abort_2_test.dart:256:11)
#3      _delayEntrypointInvocation.<anonymous closure> (dart:isolate-patch/isolate_patch.dart:281:32)
#4      _RawReceivePortImpl._handleMessage (dart:isolate-patch/isolate_patch.dart:184:12)
Verifying remembered set before Scavenge... done.
Verifying remembered set after Scavenge... done.
[ vm-service   ,   Scavenge(     full),    2,  28.72, 104.7,   512,   512,  2048,  2048,   0,   0,   4332,   4332,   4808,   4808,     0,     0,   0.00,   0.00,   0.00,   0.00,   0.00,   0.00, 67, 0, 0, 0, ]
ThreadSanitizer: reported 1 warnings

stderr:
Unhandled exception:
Expect.equals(expected: <255>, actual: <-6>, 'Should see runtime exception error code, not SEGV') fails.
#0      Expect._fail (package:expect/expect.dart:731:5)
#1      Expect.equals (package:expect/expect.dart:132:5)
#2      main (file:///b/s/w/ir/runtime/tests/vm/dart_2/scavenger_abort_2_test.dart:278:10)
<asynchronous suspension>

--- Re-run this test:
python3 tools/test.py -n dartk-tsan-linux-release-x64 vm/dart_2/scavenger_abort_2_test

/cc @rmacnak-google

Using rr, I found that the most recent read before AbortScavenge's write is from a scavenge worker visiting the thread roots, so presumably TSAN sees the case where one worker visited the thread roots and other triggers the abort.

Fixed by 206c7ba


ISSUE-45 # Linked Interactive Extent with Spike Chart -logback optimised

Note-
While reviewing this PR, if you want to run and see the report, then make sure you enable spike.chart property ie by marking it to true. Otherwise you may not see the link and the report just runs normally.


Running multiple tests using Espresso.

I am combing the espresso with Karumi shot. It generates the report successfully for 2 tests if they fail the comparison. However, if the espresso cannot find some element for 1 test and fail at some point. The report won't be generated at all.
Thus I am not able to know any information, any ideas how to fix this?
Thanks

Hi @ohmygar. Espresso does not generate the report if the test fails because of how the plugin is implemented. Unfortunately, we won't be able to change this implementation for now.
If the report is not generated is because you have an Espresso test with a crash or an onView or assertX failing. Review your tests, debug them and you'll find the error.
I hope this answers your question. Feel free to open this issue again if you have any other issue.


add dev-env tests

Adding dev-env tests on pr builds.

would it make sense to do it as another job?
if it fails it would be easier to know why.
Once the image is built it could be cached and reused in the other jobs. (add a dep using needs: build-and-test)
Also if we add later (soon) tests for onprem they could run in parallel and if they are separated jobs the failures would be clearer

I didn't add a different job because most of the repos are in Cloud Build and there's no such option there, but it makes sense doing it here, it will be easier to troubleshoot any failure. I'll make them work (I'm missing gcr permissions) and I'll run them in a separate job!


johndanz/ch12730/filled-orders-showing-up-in-order-book

https://app.clubhouse.io/augur/story/12730/filled-orders-showing-up-in-order-book

What about log-handler.js it doesn't pass in load only OPEN orders?


negative number parsed as option and removed from input array

If i use a positive number Slop works as expected: args = ["2"]; Slop.parse!(args); args #=> ["2"]
But if i want to use a negative number as a non-option i get: args = ["-2"]; Slop.parse!(args); args #=> []
Slop appears to interpret the -2 as an option (though unrecognized) and removes it from the array.
AFAIK numbers are not valid options so this is incorrect behaviour,
thx

https://rubygems.org/gems/slop/versions/2.4.3
Thanks for reporting


0.4.2

[0.4.2] 16-06-2024
Fixed

Fixed bug in SummaryWriter: a nonexisting function was referenced, leading to premature exit of module.

Looks good to me


Redesign the about page

Deprecate the mat tabs

Acceptance criteria

[ ] No spelling errors on the page
[ ] Nothing looks out of sorts
[ ] No mat tabs exist

Looks good


Provide an easy way to initiate a Web API call to debug Custom API / Actions

It would be a nice enhancement to provide a UI mechanism in the browser to make calls to the web API and debug the plugins behind those calls.  Most common use case for me would be Custom API.
https://learn.microsoft.com/en-us/power-apps/developer/data-platform/custom-api
Even if it's rudimentary like postman, would be nice.

Hi @devkeydet ,
I have started to implement Custom Api support in the branch CustomApi.  Here is the current status of what is working so far:

[X]  Unbound custom api
[X]  Entity bound custom api
[ ] Collection bound custom api
[X] Input parameters with a primitive type
[X] Input parameters with a complex type
[X] Output parameters with a primitive type
[ ] Output parameters with a complex type

If your use cases are covered, I would be happy to get a feedback.

It took some time but the latest provides full support for custom APIs and the integration of the REST builder allows you to initiate easily any web api call you want.
Do not hesitate to open a new issue if necessary.


Add support to set BaseURL

Plase add support in EnableSwagger() to can be able to set BaseUrl in order to change URL use by Try It Out Button.

Dupe of https://github.com/domaindrivendev/Swashbuckle.AspNetCore/issues/427 ?

+1

I was able to make this work by seeting the basePath like this:
.UseSwagger(c =>
{
c.PreSerializeFilters.Add((swaggerDoc, httpReq) => swaggerDoc.BasePath = "/MyServiceApp/MyService");
})

I was able to make this work by seeting the basePath like this:
.UseSwagger(c =>
{
c.PreSerializeFilters.Add((swaggerDoc, httpReq) => swaggerDoc.BasePath = "/MyServiceApp/MyService");
})

swaggerDoc.BasePath is not working with  swashbuckle.aspnetcore version 5.3.3. How to fix this now?


Testbench in Master fails to run

I just forked the main branch of the repository so I can integrate it into OSVVM.   The testbench had two issues.   The first is in https://github.com/Louadria/VideoBus/pull/7.
The second issue is when the sync1 signals are used to allow all TX to finish before starting RX, RX transactions complete without time passing (only delta cycles) and we run out of delta cycles (5000).   I have to look at the RX pattern better (used by many OSVVM VC) as this may be an issue with the pattern itself.

Sending words of a burst transfer one item at a time has a significant overhead.
The MIT also supports burst transactions.   With a burst transaction on a TX interface, the test case first fills the burst FIFO and then does a SendBurst.    With the RX interface, it first does a GetBurst and then receives the data.   The issue with the receive interface then is somewhere in the process, it needs to know where the transfer boundaries are.   I think for the Video interface, this is well defined - some other interfaces, not as much.
The FIFO in the transaction interface is relatively recent (around 2020).    One adjustment that has not been made yet is to provide an option in which all the data is sent via the FIFO (including single word operations).   This would then make it so the transaction handler did not have to move data from the BurstFIFO to the interface handler FIFO (TransmitFifo in VideoBusTx).   The interface handler FIFO would only need to provide the additional transaction information - such as transfer characteristics (video shape and settings).
The other change that is coming is the Params data structure is now a singleton (you can still use it as a protected type though).   There will be a field in the record to hold the ParamsID for a VC.   This will allow the setting to be handled entirely by subprograms and not have to go through the SetModelOptions interface.   I am thinking that there may need to be a SetModelParams to differentiate between Options being passed to the Transaction Decoder to handle (via SetModelOptions) and SetModelParams which allow options to be directly set.    I will be making this change to the AXI VC sometime the first 2024 release.


Variants without predictions

I built the docker image based on the latest dockerfile and annotated a vcf. Around half of the variants were not annotated with a prediction score. I see the following on VEP_plugin troubleshoot section: "Some of the variants may not have prediction because they are not matched. In this case, emtpy values are returned." Could you elaborate on this issue? Is there a way for me to match the variants?

Dear @dmb107,
MMSplice only scores splicing variants which defined as variants that in or around exons (100bp before and after exon). So remaining variants, which are not in the region of interest, will not be scored. Because, most of the case based on our data, variants in this region of interest effects splicing.
You cannot increase this match with VEP plugin. But we work on a more extensive version exon annotation which includes weak splice sites (which are not included standard annotation but activated with the introduction of variants based on our observation in the data). If you have a predefined set of exons or the other annotation beyond standard annotation, you may increase the matched variants with using python API. Otherwise, you cannot increase the matched variants.


i18n(pt-br): fix information about scopedStyleStrategy config

fix pt-br translation about options of scopedStyleStrategy
Description (required)
The information about the scopedStyleStrategy option for attribute was wrong. And I improved the description of the where option

Discord user: jeff_drumgod

Hello! Thank you for opening your first PR to Astro’s Docs! 🎉
Here’s what will happen next:

Our GitHub bots will run to check your changes.
If they spot any broken links you will see some error messages on this PR.
Don’t hesitate to ask any questions if you’re not sure what these mean!

In a few minutes, you’ll be able to see a preview of your changes on Vercel 🥳

One or more of our maintainers will take a look and may ask you to make changes.
We try to be responsive, but don’t worry if this takes a few days.


[Shortcut Guide] Update usage text now that long pressing Win key is removed

Microsoft PowerToys version
0.43.0
Running as admin

[ ] Yes

Area(s) with issue?
Shortcut Guide
Steps to reproduce
Incorrect usage text for Shortcut Guide in OOBE and Settings windows.
✔ Expected Behavior
OOBE: Omit "You can also launch it by holding the Win key for one second!"
Settings: Change to: "Shows a help overlay with Windows shortcuts when Win + ? is pressed"
❌ Actual Behavior

Other Software
No response

Have this issue as well. Feature has been deprecated or a bug?

@anishre deprecated due to various issues that were arising, but given the feedback on https://github.com/microsoft/PowerToys/issues/11963 we're rethinking our implementation strategy to potentially re-enable long pressing the Win key in the future.

@anishre deprecated due to various issues that were arising, but given the feedback on #11963 we're rethinking our implementation strategy to potentially re-enable long pressing the Win key in the future.

And may i ask how long it's going to take to make that decision? It obvious we can't deny it.

Checking file PowerToys/src/settings-ui/Microsoft.PowerToys.Settings.UI/loc/zh-Hans/src/settings-ui/Microsoft.PowerToys.Settings.UI/Strings/en-us/Resources.resw.lcl and see that this is still there:
[175]          <Val><![CDATA[Shows a help overlay with Windows shortcuts when the Windows key is pressed.]]></Val>
[2556]          <Val><![CDATA[{Win} + {?} to open Shortcut Guide, press it again to close or press {Esc}. You can also launch it by holding the {Win} key for one second!]]></Val>
[3357]          <Val><![CDATA[Press duration before showing (ms)]]></Val>

This shouldn't be relevant any longer as we're re-introducing long Win key activation. If this fix is still in the code we'll have to revert it back.

The fix in https://github.com/microsoft/PowerToys/pull/13260 was changing "Shows a help overlay with Windows shortcuts when the Windows key is pressed." to "Shows a help overlay with Windows shortcuts."
I think there's no need to revert it.


Invalid configuration for Kodi Server

I have followed the instructions and configured the extension to look for the following two servers:

http://<IP_ADDRESS>:8080
http://<IP_ADDRESS>:8080

however I get the yellow "!" and a message saying that it either isn't the correct address, or I have not allowed Kodi's remote control. I have gone into the web interface and allowed both remote control from applications on this system and from applications on other systems.
What else could be going on and how could I find out?
Thanks!

The placeholder of the field has: <IP_ADDRESS>. And in the tooltip, you have this description: IP address or full address (for example : <IP_ADDRESS>, ws://<IP_ADDRESS>:9090/jsonrpc, etc.)
You have to put only the IP address in the field: <IP_ADDRESS> or <IP_ADDRESS>

If it doesn't work:

Go to http://<IP_ADDRESS>:8080/#settings/web (and http://<IP_ADDRESS>:8080/#settings/web) with your browser.
What value do you have in Settings / Web Interface / Advanced options: Websockets port and Websockets host?


Down Failure - Exit in Configuration

When exiting the script while configuration is being submitted, the app will fail to release bluetooth lock, and will require machine reboot to re-run the tool and establish connection.
Very few users should encounter this problem, but hey, just in case we want to save a few reboots if something goes wrong...

I can't reproduce this again. Closing until I have more information and/or reproduction steps.


Fix book page specifying-dependencies.md

What does this PR try to resolve?
The Cargo Book currently suggests a wrong syntax for specifying target OS specific dependencies, i.e.:
[target.'cfg(unix)'.dependencies])
That leads to many 'use of undeclared crate or module' errors, because it doesn't recognize this as a syntax error (could be an issue of it's own).
I replaced these occurrences in the book with the correct syntax ([target.'cfg(target_os = "unix")'.dependencies]).

Thanks for the PR!  The syntax seems correct to me, and works on my system. Can you open an issue with a complete reproduction, including the Cargo.toml files and the commands you ran?

Hi, that's interesting.
I looked at it again and realized that unix and windows seem to be special cases that both work in that position. In my project I used android and macos which both fail without a target_os = "". I never actually tried unix or windows because I didn't recognize them as something different.
When I add #[cfg(android)] in a Rust file, I get this clear error:

operating system used in target family position
did you mean unix?

So there is a differentiation between "target family" and operating system that was not apparent to me.
So my PR is wrong, I'm sorry!
It would be nice to get the same error above when trying to use i.e.[target.'cfg(android)'.dependencies] in Cargo.toml

Unfortunately cargo does not have access to the information to know the names of the operating systems, or what the set of valid cfg key names are, so I'm not sure it is feasible to provide a warning for that.


Publish 0.3.5 package on npm

Hello,
it would be nice to have the latest version 0.3.5 available on npm :)
Thanks

Done


Fixed to output html on Windows avoiding print() function

Fix #87

application/json does not allow charsets, so we should remove that.
Additionally, JSON must always be encoded in one of UTF-8, UTF-16 and UTF-32.

application/json does not allow charsets, so we should remove that.

Oh, I didn't know that. Sorry, I'll fix it.

I noticed we also should handle the difference between py27 and py3.

@t2y No reason to apologise, most people don't know it. =)

It works well on OS X. I hope so on Windows, too ...

python3.4

(hyper)$ hyper POST https://nghttp2.org/httpbin/post name=はいぱー version=2.0
{'args': {},
 'data': '{"name": "\\u306f\\u3044\\u3071\\u30fc", "version": "2.0"}',
 'files': {},
 'form': {},
 'headers': {'Connection': 'close',
             'Content-Length': '54',
             'Content-Type': 'application/json; charset=utf-8',
             'Host': 'httpbin',
             'Via': '2.0 nghttpx'},
 'json': {'name': 'はいぱー', 'version': '2.0'},
 'origin': '<IP_ADDRESS>',
 'url': 'https://httpbin/post'}

python2.7

(hyper-py27)$ hyper POST https://nghttp2.org/httpbin/post name=はいぱー version=2.0
{u'args': {},
 u'data': u'{"version": "2.0", "name": "\\u306f\\u3044\\u3071\\u30fc"}',
 u'files': {},
 u'form': {},
 u'headers': {u'Connection': u'close',
              u'Content-Length': u'54',
              u'Content-Type': u'application/json; charset=utf-8',
              u'Host': u'httpbin',
              u'Via': u'2.0 nghttpx'},
 u'json': {u'name': u'\u306f\u3044\u3071\u30fc', u'version': u'2.0'},
 u'origin': u'<IP_ADDRESS>',
 u'url': u'https://httpbin/post'}

One small note, but the function is otherwise correct. =)

Hurrah, perfect! :cake:


Azure Container Service: API Change Request

:wave: Hello again!
I've been working with Azure Container Service (ACS) for a few weeks now - hooking it up into Terraform - and I've noticed a few issues/limitations along the way.
I opened an issue regarding usage clarifications for ACS previously and wondered if it was possible to split the CreateOrUpdate API call into more granular calls, for example to:

Create Container Service
Create Linux Agent Profile within that Container Service
Create Linux Agent Pool using the Profile in the Container Service
Create Windows Agent Profile within that Container Service
Create Windows Agent Pool using the Profile in the Container Service

Essentially the User Experience that I'm trying to achieve would look something like this: (I've missed some fields for brevity)
resource "azurerm_container_service" "test" {
  name = "simpson-cluster"
  type = "dcos"
  location = "West US"
}

resource "azurerm_container_service_linux_profile" "profile" {
  container_service_id = "${azurerm_container_service.test.id}"
  location = "${azurerm_container_service.test.location}"
  admin_username = "homer"
  ssh_key {
    key_data = "abcdefg.."
  }
}

resource "azurerm_container_service_linux_agent_pool" "apis" {
  name = "apis"
  count = 3
  profile = "${azurerm_container_service_linux_profile.profile.id}"
}

resource "azurerm_container_service_windows_profile" "profile" {
  container_service_id = "${azurerm_container_service.test.id}"
  location = "${azurerm_container_service.test.location}"
  admin_username = "homer"
  admin_password = "h3l1o_W0rlD!"
}

resource "azurerm_container_service_windows_agent_pool" "services" {
  name = "services"
  count = 3
  profile = "${azurerm_container_service_windows_profile.profile.id}"
}

Rather than what it is currently:
resource "azurerm_container_service" "test" {
  name                   = "acctestcontservice1"
  location               = "${azurerm_resource_group.test.location}"
  resource_group_name    = "${azurerm_resource_group.test.name}"
  orchestration_platform = "DCOS"

  master_profile {
    count      = 1
    dns_prefix = "acctestmaster1"
  }

  linux_profile {
    admin_username = "acctestuser1"

    ssh_keys {
      key_data = "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX..."
    }
  }

  windows_profile {
    ...
  }

  agent_pool_profile {
    name       = "default"
    count      = 1
    os_type    = "linux"
    dns_prefix = "acctestagent1"
    fqdn       = "you.demo.com"
    vm_size    = "Standard_A0"
  }

  agent_pool_profile {
    name       = "default"
    count      = 1
    os_type    = "windows"
    dns_prefix = "acctestagent1"
    fqdn       = "you.demo.com"
    vm_size    = "Standard_A0"
  }

  diagnostics_profile {
    enabled = false
  }

  tags {
    Environment = "Production"
  }
}

The major benefit of the first over the second is that it's possible to do more granular validation - whist also allowing the user to compose resources as they need; as opposed to just mandating that everything is completed.
To be honest I've no idea where I should be filing this issue, here seemed the most sensible place I could see, but I can re-file this somewhere else if needed. I just thought it's worth starting a discussion, as it'd be a much nicer way to consume the API IMO :)
Thanks!

Isn't this simply a matter of how you model it in Terraform? The load
balancers are similarly monolithic but there were more granular APIs
exposed for it in Terraform (not sure which one ended up merged though...).
In general, I'm not sure if this is something we would support. It would
add a fair amount of extra complexity to our API for a benefit I'm not
fully understanding and this is how most (all?) other resources in Azure
generally work.
I guess I'm not fully understanding why you can't transform the your
exploded model into the monolithic API model and make the existing
CreateOrUpdate call.
On Dec 27, 2016 5:41 AM, "Tom Harvey"<EMAIL_ADDRESS>wrote:
👋 Hello again!
I've been working with Azure Container Service (ACS) for a few weeks
now - hooking
it up into Terraform https://github.com/hashicorp/terraform/pull/10820 -
and I've noticed a few issues/limitations along the way.
I opened an issue regarding usage clarifications for ACS
https://github.com/Azure/azure-sdk-for-go/issues/439 previously and
wondered if it was possible to split the CreateOrUpdate API call into more
granular calls, for example to:

Create Container Service
Create Linux Agent Profile within that Container Service
Create Linux Agent Pool using the Profile in the Container Service
Create Windows Agent Profile within that Container Service
Create Windows Agent Pool using the Profile in the Container Service

Essentially the User Experience that I'm trying to achieve would look
something like this: (I've missed some fields for brevity)
resource "azurerm_container_service" "test" {
name = "simpson-cluster"
type = "dcos"
location = "West US"
}
resource "azurerm_container_service_linux_profile" "profile" {
container_service_id = "${azurerm_container_service.test.id}"
location = "${azurerm_container_service.test.location}"
admin_username = "homer"
ssh_key {
key_data = "abcdefg.."
}
}
resource "azurerm_container_service_linux_agent_pool" "apis" {
name = "apis"
count = 3
profile = "${azurerm_container_service_linux_profile.profile.id}"
}
resource "azurerm_container_service_windows_profile" "profile" {
container_service_id = "${azurerm_container_service.test.id}"
location = "${azurerm_container_service.test.location}"
admin_username = "homer"
admin_password = "h3l1o_W0rlD!"
}
resource "azurerm_container_service_windows_agent_pool" "services" {
name = "services"
count = 3
profile = "${azurerm_container_service_windows_profile.profile.id}"
}
Rather than what it is currently:
resource "azurerm_container_service" "test" {
name                   = "acctestcontservice1"
location               = "${azurerm_resource_group.test.location}"
resource_group_name    = "${azurerm_resource_group.test.name}"
orchestration_platform = "DCOS"
master_profile {
count      = 1
dns_prefix = "acctestmaster1"
}
linux_profile {
admin_username = "acctestuser1"
ssh_keys {
  key_data = "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX..."
}

}
windows_profile {
...
}
agent_pool_profile {
name       = "default"
count      = 1
os_type    = "linux"
dns_prefix = "acctestagent1"
fqdn       = "you.demo.com"
vm_size    = "Standard_A0"
}
agent_pool_profile {
name       = "default"
count      = 1
os_type    = "windows"
dns_prefix = "acctestagent1"
fqdn       = "you.demo.com"
vm_size    = "Standard_A0"
}
diagnostics_profile {
enabled = false
}
tags {
Environment = "Production"
}
}
The major benefit of the first over the second is that it's possible to do
more granular validation - whist also allowing the user to compose
resources as they need; as opposed to just mandating that everything is
completed.
To be honest I've no idea where I should be filing this issue, here seemed
the most sensible place I could see, but I can re-file this somewhere else
if needed. I just thought it's worth starting a discussion, as it'd be a
much nicer way to consume the API IMO :)
Thanks!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Azure/azure-rest-api-specs/issues/834, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AAT9dLHmTEsUrQoJiECA2ZTf0TU1Urz3ks5rMRV_gaJpZM4LWR6o
.

cc: @Azure/acs

That's a very good point - TBH I'd missed that the LB resource was a single monolithic api call - instead assuming that it was using split out calls within the SDK. I'll take a look into if it's possible to re-use the same approach for Container Service then :)

In general, I'm not sure if this is something we would support. It would
add a fair amount of extra complexity to our API for a benefit I'm not
fully understanding and this is how most (all?) other resources in Azure
generally work.

From the outside there's a few API's which are pretty big - VM's / LB's and Container Service among them. Given that newer API's (e.g. Event Hubs/Insights) seem to be much more granular than the older ones - I'd assumed there was a general intention to move things towards this tbh.
Thanks!

To provide an update here: I don't believe it's possible to take the same approach with the Container Service object (at least in the short-term).
Whilst two of the properties are optional (Diagnostics/Windows profile) and thus could be submitted as updates to the original object - some of the other properties can't be (Master/Linux Profile) - and IMO it'd be weird UX for it to be inconsistent.
I also wondered if the SDK validation was overly strict and if it's allowed in the API but having disabled the SDK validation temporarily - it's the same in both places (which makes sense, but it's always worth checking these things 😄).
Regardless, either way it's an API change (and thus a full SDK regeneration cycle) needed to do that - so I've suggested we don't proceed with the split out for now. But I get the feeling there's not a lot else we can do here? :(

Can you elaborate here a bit for me @tombuildsstuff ? I'm having a hard time understanding what the exact issue is? Are you wanting to model the mutable and immutable chunks as separate terraform resources? Can't you do model it that way and just combine the terraform models into the actual API model and then submit that?

Hi Tom, closing this due to inactivity, if you still facing the problem here, kindly reopen it


Latest version of WCSS is causing issues with auro-lockup on the docsite

Please verify the version of auro-lockup you have installed
4.1.0
Please describe the bug

Go to https://auro.alaskaair.com/components/auro/lockup
See error

Reproducing the error
This issue is reproducible on the Auro docsite
Expected behavior
Component pages load on docsite
What browsers are you seeing the problem on?
Chrome
Additional context
Issue comes from dependency conflict with WCSS
Exit criteria
All component pages load on docsite

This was completed and ticket is therefore closed:

https://github.com/AlaskaAirlines/auro-lockup/compare/v4.1.0...v4.1.1


Having issue on multiple week days

When we are passing date value as
recur = dayjs("2021-11-07 00:00:00").every([0,6]).daysOfWeek().every(2).weeks()
const nextDate = recur.next(1)[0];
expected next date  = "2021-11-20 00:00:00"
received = "2021-11-21 00:00:00"

It isn't currently possible to combine both interval rules and calendar rules. I'll see if I can come up for a work around for your particular problem. Is the idea here to match both Saturday & Sunday every two weeks?

Hi Fraser Hamilton
It will be great if you add this, I need to get it to be sat / sun and it
should occur after every two weeks.
https://www.spraxa.com/
Vivek Gupta
-----------  Spraxa Solutions Pvt. Ltd.
p: +91-120-4167004 m: +91-9990606479 us:<PHONE_NUMBER>,<PHONE_NUMBER>,
517-266-8995
a: 201, (Second Floor), Kaushambi, NCR – 201010, Uttar Pradesh, India
em: +1-571-346-7306 w: https://www.spraxa.com s: vivek_dcpl
On Sun, Mar 13, 2022 at 4:11 AM Fraser Hamilton @.***>
wrote:

It isn't currently possible to combine both interval rules and calendar
rules. I'll see if I can come up for a work around for your particular
problem. Is the idea here to match both Saturday & Sunday every two weeks?
—
Reply to this email directly, view it on GitHub
https://github.com/FraserHamilton/dayjs-recur/issues/10#issuecomment-1065977936,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKK4DN3BPZGHB3LNVQ3J2ZLU7UMRVANCNFSM5H5BXI3A
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>

--
This message contains information that may be privileged or confidential
and is the property of the Spraxa Solutions Pvt. Ltd. It is intended only
for the person to whom it is addressed. If you are not the intended
recipient, you are not authorized to read, print, retain copy, disseminate,
distribute, or use this message or any part thereof. If you receive this
message in error, please notify the sender immediately and delete all
copies of this message. Spraxa Solutions Pvt. Ltd. does not accept any
liability for virus infected mails.

Has anyone found a workaround for this? I am also trying to do something similar.


chore(deps): upgrade configuration

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-configuration-2.x" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 1437

Questions ?
Please refer to the Backport tool documentation


set bcc to tag v0.24.0

As per this issue in the bcc repo issue, bcc will no longer support LLVM 7.
So the pipelines will break again once a new release of bcc is available.
Release v0.24.0 is the last release that will work for us.
This Pull request will serve as a rollback for this PR, in addition to modifying the ci test action.
Signed-off-by: Achref Ben Saad<EMAIL_ADDRESS>

@Ankurk99 @nyrahul , Please review this rollback.

deleting as branch name caused pipelines errors


Add secretserver.go coverage to 100%

@wattli: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-simpleTests.sh
ae911c64691628dd0f264a524cb7f204e03aa0bf
link
/test e2e-simple

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. I understand the commands that are listed here.

@wattli: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-simpleTests.sh
ae911c64691628dd0f264a524cb7f204e03aa0bf
link
/test e2e-simple

prow/e2e-bookInfoTests.sh
ae911c64691628dd0f264a524cb7f204e03aa0bf
link
/test e2e-bookInfo

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. I understand the commands that are listed here.

@wattli: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-simpleTests.sh
ae911c64691628dd0f264a524cb7f204e03aa0bf
link
/test e2e-simple

prow/e2e-bookInfoTests.sh
ae911c64691628dd0f264a524cb7f204e03aa0bf
link
/test e2e-bookInfo

prow/istio-pilot-e2e.sh
ae911c64691628dd0f264a524cb7f204e03aa0bf
link
/test istio-pilot-e2e

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. I understand the commands that are listed here.


latest typedoc-plugin-markdown not working

Describe the bug
If I add typedoc-plugin-markdown 4.0.0-next.43, I'm getting a couple of errors in node_modules/starlight-typedoc/libs/theme.ts, and also astro complains that browsers APIs are being used in server.
The latest that seems to work is 4.0.0-next.38
To Reproduce

Add typedoc-plugin-markdown 4.0.0-next.43
Run yarn dev

Expected behavior
starlight-typedoc is compatible with latest version of typedoc-plugin-markdown
How often does this bug happen?
Every time
System Info
No response
Additional Context
No response

Thanks for your report 🙌
This should now be fixed in the latest version.


Can't write coordinates of channel indexes with NixIO

Neo version = 0.7.1
NixIO version = 1.5.0b3
Quantities version = 0.12.1
import neo
import numpy as np
import quantities as pq

bl = neo.Block()
bl.channel_indexes.append(neo.ChannelIndex(np.array([1]), name='testchx'))
bl.channel_indexes[0].coordinates = (10, 20)*pq.mm

with neo.io.NixIO('tmp.nix', 'ow') as nixio:
    nixio.write_block(bl)

causes the following error message:
------------------------------------------
IndexErrorTraceback (most recent call last)
<ipython-input-25-a1dd10c3586c> in <module>
      8
      9 with neo.io.NixIO('tmp.nix', 'ow') as nixio:
---> 10     nixio.write_block(bl)

~/anaconda3/envs/py36/lib/python3.6/site-packages/neo/io/nixio.py in write_block(self, block, use_obj_names)
    561         # descend into ChannelIndexes
    562         for chx in block.channel_indexes:
--> 563             self._write_channelindex(chx, nixblock)
    564
    565         self._create_source_links(block, nixblock)

~/anaconda3/envs/py36/lib/python3.6/site-packages/neo/io/nixio.py in _write_channelindex(self, chx, nixblock)
    611             if chx.coordinates is not None and len(chx.coordinates):
    612                 coords = chx.coordinates[idx]
--> 613                 coordunits = stringify(coords[0].dimensionality)
    614                 nixcoords = tuple(c.magnitude.item() for c in coords)
    615                 chanprop = chanmd.create_property("coordinates", nixcoords)

~/anaconda3/envs/py36/lib/python3.6/site-packages/quantities/quantity.py in __getitem__(self, key)
    362     @with_doc(np.ndarray.__getitem__)
    363     def __getitem__(self, key):
--> 364         ret = super(Quantity, self).__getitem__(key)
    365         if isinstance(ret, Quantity):
    366             return ret

IndexError: too many indices for array

I see the problem.  While getting the dimensionality/unit of the coordinates, the IO assumes the coordinates property is 2-dimensional.
    coords = chx.coordinates[idx]
    coordunits = stringify(coords[0].dimensionality)

Here it's writing each channel index separately, so it's grabbing the corresponding coordinates index idx, then it's getting coords[0] to check the dimensionality of the first element in the coordinates.
Would making an exception for a single element ChannelIndex be general enough, or are there other problems we can foresee here?  Is a 1D coordinates property only valid when a ChannelIndex contains one channel?  Also, the IO takes coords[0] to check the dimensionality because it's conceivable that the coordinates property might be a list or tuple of quantities.  I guess in many cases, it's a quantity array so taking coords.dimensionality would also work, but I wonder how safe that assumption is as well.

To be noted the same error also arises when having multiple indices
bl.channel_indexes.append(neo.ChannelIndex(np.array([1,2,3]), name='testchx'))
I think the problem is caused by going down too many levels into the ChannelIndex object. It is already looped over its elements when calling the function in nixio.py, line 562:
for chx in block.channel_indexes:
    self._write_channelindex(chx, nixblock)

and then looped again over the indices in each ChannelIndex element within the function  _write_channelindex(self, chx, nixblock) in nixio.py, line 594:
for idx, channel in enumerate(chx.index):
.
.
    coords = chx.coordinates[idx]

So I would expect that chx.coordinates to only contain one pair of coordinates, if I'm not missing anything.

Multiple indices, yes, but are the coordinates one-dimensional or two?  It should work if each channel index has an (x, y) coordinate, for instance.
bl.channel_indexes.append(neo.ChannelIndex(np.array([1, 2]), name='testchx'))
bl.channel_indexes[0].coordinates = [(10, 20), (30, 40)]*pq.mm

Generally, the writer expects that for a given ChannelIndex object chx, len(chx.index) == len(chx.coordinates) == len(chx.channel_names) == len(chx.channel_ids), but also that each element in chx.coordinates is a multivalue coordinate ((x, y) or even (x, y, z)).
Just to clarify, the following combinations will cause an error.  Which of them do we want to make valid?
1 index, 1-dimensional coordinate(s)
bl.channel_indexes.append(neo.ChannelIndex(np.array([1]), name='testchx'))
bl.channel_indexes[0].coordinates = (10, 20)*pq.mm

IndexError: too many indices for array
Fix
bl.channel_indexes.append(neo.ChannelIndex(np.array([1]), name='testchx'))
bl.channel_indexes[0].coordinates = [(10, 20)]*pq.mm

3 indexes, 1 coordinate
bl.channel_indexes.append(neo.ChannelIndex(np.array([1, 2, 3]), name='testchx'))
bl.channel_indexes[0].coordinates = (10, 20)*pq.mm

IndexError: index 1 is out of bounds for axis 0 with size 1
Possible fix
bl.channel_indexes.append(neo.ChannelIndex(np.array([1]), name='testchx'))
bl.channel_indexes[0].coordinates = [(10, 20), (10, 30), (10, 40)]*pq.mm

What should the writer expect for coordinates with respect to indexes?

Ok, thanks for this clarification!
In my use case this error could thus be solved by adpting the custom code which adds the coordinate information from the metadata to the neo structure.
Note: I use the BlackrockIO to load the data, which builds a new ChannelIndex for each channel so that all index arrays for ChannelIndex are of length 1, which corresponds to the case '1 index, 1-dimensional coordinates'

Sounds like that would be a common case that the NIXIO should cover then.  Keep the issue open and I'll make the change soon.

PR submitted.


Problems with port forwarding in listener options

Hi guys,
I have a problem with the Port and Host options in the listeners module only. Indeed it is not possible to set a different port value in these two options.
For example, I need my listener binds on <IP_ADDRESS>:1337 but I also want agents connect back to http://example.com:80, the PAT/NAT is operated by my firewall.
The problem is, when I set a port in Host option, the Port option is automatically modified and vice versa.
Is it possible to totally separate these options in the next release ?
Thanks for this awesome tool by the way ;)

We'll check into this, thanks for the heads up.

This won't be an easy change, and as we're unsure as to when we'd be able to implement it, I'm going to close out this issue for now.
For a workaround, you can set the regular listener that binds on your local host, and then use a "foreign" listener (which just doesn't bind to an actual port) to specify domain.com:80 as the C2 domain. Then generate the stagers for the foreign listener config. A bit more information: http://www.powershellempire.com/?page_id=145

I tried the workaround today and I can confirm it works like a charm. Thanks for the tip ;)

@ThePirateWhoSmellsOfSunflowers I was able to get this same thing to work by starting a normal listener, shutting down Empire, then modifying the SQLite database and starting Empire back up. Like so:
Run on port 2443:
(Empire) > listeners
(Empire: listeners) > set Name rev
(Empire: listeners) > set CertPath ../data/empire.pem
(Empire: listeners) > set Host https://<IP_ADDRESS>
(Empire: listeners) > set Port 2443
(Empire: listeners) > run

Modify to generate payloads/launchers for 443:
root@oneport:/opt/empire/data# sqlite3 empire.db
SQLite version <IP_ADDRESS> 2014-10-29 13:59:56
Enter ".help" for usage hints
sqlite> update listeners set host='https://<IP_ADDRESS>' where name='rev';
sqlite> .q
root@oneport:/opt/empire/data#

Dirty hack but if it works... :) So in this case, why not remove directly these lines ?
https://github.com/PowerShellEmpire/Empire/blob/master/lib/common/listeners.py#L218#L220
https://github.com/PowerShellEmpire/Empire/blob/master/lib/common/listeners.py#L176
https://github.com/PowerShellEmpire/Empire/blob/master/lib/common/listeners.py#L189#L191
I do not know if such changes may cause other bugs, but if your technique works maybe it's worth to try.

We can't set the listeners type to "foreign" anymore ?
What should we do now ?

@qbiguenet the listener type is http_foreign


Cannot compile SDK with Intel Runtime

Hello,
I am trying to compile the SDK with Intel runtime and I am not able to do it. The compile works great, but once I add the intel runtime, it doesn't compile. Below is my environment
OS: Alpine 3:12
Environment: DOCKER
DOCKER File:
################################################################################
##  Dockerfile to build Intel® Media SDK                                      ##
################################################################################
FROM alpine:3.12 as base

ENV http_proxy=$http_proxy
ENV https_proxy=$https_proxy

FROM base as build

RUN apk add --update --no-cache \
  autoconf \
  automake \
  bash \
  cmake \
  gcc \
  g++ \
  git \
  libdrm-dev \
  libpciaccess-dev \
  libtool \
  make \
  pkgconfig

ARG WORKSPACE=/opt/intel/git

RUN mkdir -p $WORKSPACE
WORKDIR $WORKSPACE

RUN git clone https://github.com/intel/libva.git
RUN git clone https://github.com/intel/libva-utils.git
RUN git clone https://github.com/intel/gmmlib.git
RUN git clone https://github.com/intel/media-driver.git
RUN git clone https://github.com/Intel-Media-SDK/MediaSDK.git

ENV PREFIX=/usr
ENV LIBDIR=/usr/lib
ENV PKG_CONFIG_PATH=$LIBDIR/pkgconfig

RUN cd $WORKSPACE/libva \
  && ./autogen.sh --prefix=$PREFIX --libdir=$LIBDIR \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN cd $WORKSPACE/libva-utils \
  && ./autogen.sh --prefix=$PREFIX --libdir=$LIBDIR \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN cd $WORKSPACE/gmmlib && mkdir build && cd build \
  && cmake -DCMAKE_INSTALL_PREFIX=$PREFIX -DCMAKE_INSTALL_LIBDIR=$LIBDIR .. \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN cd $WORKSPACE/media-driver && mkdir build && cd build \
  && cmake -DCMAKE_INSTALL_PREFIX=$PREFIX -DCMAKE_INSTALL_LIBDIR=$LIBDIR .. \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN apk add --repository http://dl-cdn.alpinelinux.org/alpine/edge/testing \
            --update --no-cache intel-compute-runtime intel-compute-runtime-dev \
            intel-graphics-compiler intel-graphics-compiler-dev

RUN apk add --repository http://dl-cdn.alpinelinux.org/alpine/edge/community \
            --update --no-cache opencl-headers opencl-icd-loader opencl-icd-loader-dev

RUN cd $WORKSPACE/MediaSDK && mkdir build && cd build \
  && cmake -DCMAKE_INSTALL_PREFIX=$PREFIX -DCMAKE_INSTALL_LIBDIR=$LIBDIR -DBUILD_SAMPLES=OFF .. \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

FROM base as runtime

ARG WORKSPACE=/opt/intel/git
COPY --from=build /opt/intel/install/usr /usr

RUN apk add --no-cache \
  libdrm \
  libpciaccess \
  libstdc++

ENV LIBVA_DRIVER_NAME=iHD

Errors
[  8%] Building CXX object _studio/shared/umc/CMakeFiles/umc_va_hw.dir/io/umc_va/src/umc_va_video_processing.cpp.o
/opt/intel/git/MediaSDK/_studio/shared/umc/io/umc_va/src/umc_va_linux.cpp: In function 'VAProfile get_next_va_profile(uint32_t, uint32_t)':
/opt/intel/git/MediaSDK/_studio/shared/umc/io/umc_va/src/umc_va_linux.cpp:248:39: error: 'VAProfileHEVCSccMain444_10' was not declared in this scope; did you mean 'VAProfileHEVCSccMain444'?
  248 |         if (profile < 1) va_profile = VAProfileHEVCSccMain444_10;
      |                                       ^~~~~~~~~~~~~~~~~~~~~~~~~~
      |                                       VAProfileHEVCSccMain444
[  8%] Building C object contrib/ipp/CMakeFiles/ipp_sse4.dir/src/pjdecdct1.c.o
[  8%] Building C object contrib/ipp/CMakeFiles/ipp_sse4.dir/src/pjdecpred.c.o
make[2]: *** [_studio/shared/umc/CMakeFiles/umc_va_hw.dir/build.make:109: _studio/shared/umc/CMakeFiles/umc_va_hw.dir/io/umc_va/src/umc_va_linux.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[  8%] Building CXX object api/mfx_dispatch/linux/CMakeFiles/mfx.dir/mfxparser.cpp.o
....

[ 10%] Building C object contrib/ipp/CMakeFiles/ipp_sse4.dir/src/psshift.c.o
make[1]: *** [CMakeFiles/Makefile2:1747: _studio/shared/umc/CMakeFiles/umc_va_hw.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
...

[ 21%] Building ASM object contrib/ipp/CMakeFiles/ipp_sse4.dir/src/asm_intel64/pvcvc1rangemapm7as.s.o
[ 21%] Built target ipp_sse4
make: *** [Makefile:150: all] Error 2
The command '/bin/sh -c cd $WORKSPACE/MediaSDK && mkdir build && cd build   && cmake -DCMAKE_INSTALL_PREFIX=$PREFIX -DCMAKE_INSTALL_LIBDIR=$LIBDIR -DBUILD_SAMPLES=OFF ..   && make -j`nproc` && make install && make install DESTDIR=/opt/intel

@dvrogozh will be nice if you could assist again please :)
Thanks and kind regards

Hi @Odianosen25 ,
an obvious answer is it can' find VAProfileHEVCSccMain444_10 which was checked in a few month ago by https://github.com/intel/libva/pull/390 . Could you double check that during compilation the right va.h (which you dowdloaded from https://github.com/intel/libva.git) is included ?

@dmitryermilov,
Thanks for the quick response. Well I can confirm it sees it, as without adding intel runtime, the build works great and no issues. But once I decide to install the runtime, it then breaks.
So it seems for some reasons,  the installation breaks it and I have no clue why. If I go based on your statement, it seems the installation of the runtime affects libva, as I had noticed that though compiling libva gives me >2.0. After installation of runtime, it seems to give me 1.7.0 for some reasons.
That was part of the reasons I moved the installation of the runtime, to after the others had been built. As if placed above them, it also prevents the build and installation of the media driver for example. As ti complains it needs >= 1.8.0 for libva, but libva at that point is at 1.7.0.
Hope this helps.
Regards

It looks libva headers are taken either from pre-installed libva-dev package or from some dependency brought by compute runtime packages. Media SDK rely on a standard pkg-config to locate libva headers and binaries, I'd suggest to try figure out what pkg-config --cflags --libs libva would report before and after compute runtime installation.

@onabiull,
Thanks for the response, I tried to run pkg-config --cflags --libs libva within console but give me just -lva. Is that right? As seems I am missing something.
Regards

At least this means that we don't get any rogue -I pointing to the wrong headers. This essentially limits us to the /usr/include/va for LibVA headers. Could you please check from which package /usr/include/va/va.h came?

Hello @onabiull,
I believe its libva-dev as can  be seen from here https://pkgs.alpinelinux.org/contents?branch=v3.12&name=libva-dev&arch=x86_64&repo=main
Regards

Here is what's going on. You've installed intel-compute-runtime-dev package before building mediasdk. And this package brought in libva-dev package as a dependency (see https://pkgs.alpinelinux.org/package/edge/testing/x86_64/intel-compute-runtime-dev) which effectively overrode libva version you just built. Hence you got compilation error from mediasdk.
Actually, some mediasdk samples depend on opencl, but they don't depend on the opencl runtime to be compliled. So, installing opencl runtime before mediasdk does not actually make sense, you just need to install opencl dev files. So, first of all move intel opencl runtime installation below mediasdk build. Secondly, since you rebuild media stack from sources, you need to make sure that you first install opencl runtime (and bring libva-dev package as dependency) and then copy media stack you just build overriding libva-dev you got from opencl runtime dependencies. I.e. the following should work (I did not check):
################################################################################
##  Dockerfile to build Intel® Media SDK                                      ##
################################################################################
FROM alpine:3.12 as base

ENV http_proxy=$http_proxy
ENV https_proxy=$https_proxy

FROM base as build

RUN apk add --update --no-cache \
  autoconf \
  automake \
  bash \
  cmake \
  gcc \
  g++ \
  git \
  libdrm-dev \
  libpciaccess-dev \
  libtool \
  make \
  pkgconfig

ARG WORKSPACE=/opt/intel/git

RUN mkdir -p $WORKSPACE
WORKDIR $WORKSPACE

RUN git clone https://github.com/intel/libva.git
RUN git clone https://github.com/intel/libva-utils.git
RUN git clone https://github.com/intel/gmmlib.git
RUN git clone https://github.com/intel/media-driver.git
RUN git clone https://github.com/Intel-Media-SDK/MediaSDK.git

ENV PREFIX=/usr
ENV LIBDIR=/usr/lib
ENV PKG_CONFIG_PATH=$LIBDIR/pkgconfig

RUN cd $WORKSPACE/libva \
  && ./autogen.sh --prefix=$PREFIX --libdir=$LIBDIR \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN cd $WORKSPACE/libva-utils \
  && ./autogen.sh --prefix=$PREFIX --libdir=$LIBDIR \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN cd $WORKSPACE/gmmlib && mkdir build && cd build \
  && cmake -DCMAKE_INSTALL_PREFIX=$PREFIX -DCMAKE_INSTALL_LIBDIR=$LIBDIR .. \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN cd $WORKSPACE/media-driver && mkdir build && cd build \
  && cmake -DCMAKE_INSTALL_PREFIX=$PREFIX -DCMAKE_INSTALL_LIBDIR=$LIBDIR .. \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

RUN apk add --repository http://dl-cdn.alpinelinux.org/alpine/edge/community \
            --update --no-cache opencl-headers opencl-icd-loader opencl-icd-loader-dev

RUN cd $WORKSPACE/MediaSDK && mkdir build && cd build \
  && cmake -DCMAKE_INSTALL_PREFIX=$PREFIX -DCMAKE_INSTALL_LIBDIR=$LIBDIR -DBUILD_SAMPLES=OFF .. \
  && make -j`nproc` && make install && make install DESTDIR=/opt/intel/install

FROM base as runtime

RUN apk add --repository http://dl-cdn.alpinelinux.org/alpine/edge/testing \
            --update --no-cache intel-compute-runtime opencl-icd-loader

ARG WORKSPACE=/opt/intel/git
COPY --from=build /opt/intel/install/usr /usr

RUN apk add --no-cache \
  libdrm \
  libpciaccess \
  libstdc++

ENV LIBVA_DRIVER_NAME=iHD

@dvrogozh,
Thanks for the update. The issue I have realised earlier was that without installing the runtime first, it leads to MSDK not compiling OpenCL. Installing just the header which I had tried before and now, still doesn't compile it with MSDK.
Regards

Ah, ok. Seems my mistake since I was describing my expectations how mediasdk build should work. Likely this happens because of this line:
https://github.com/Intel-Media-SDK/MediaSDK/blob/f46e3f8f87838b88ff89862335c1f5287a9966fd/builder/FindOpenCL.cmake#L28
where we seems to require intel opencl runtime. Which (as I noted in prev. comment) does not make sense - build does not depend on it.

Yes build doesn't depend on it, but it helps with some extra opencl based plugin build. if the runtime doesn't forcefully install libva, i think it will be fine. I get into the same trouble, when trying to compile opencv with opencv as it keeps asking for CL/va_ext.h.
Will keep trying anyway.
Regards

Thanks everyone, as my issue been fixed. There was a recent re-compile of the runtime and I moved the installation of the runtime to the beginning of the build.
SO these two things must have fixed and all good now.
Kind regards


[Question / Discussion] Standard library argument ordering and |> is different to other ML langauges - any reason?

Hello :wave:
This is a question more than a bug; I hope it's in the right place.
In OCaml and F#, the standard library functions tend to put the "main input" being operated on in the last position.
For example, OCaml List.map:
val map : ('a -> 'b) -> 'a list -> 'b list

And F# List.map:
val map : (('a -> 'b) -> 'a list -> 'b list)

This is so that operations can be chained with the pipe operator:
[ 1; 2; 3 ]
|> List.map (fun x -> x + 1)

Which in F# can be defined as:
let (|>) x f = f x

I noticed that Roc swaps the argument order around, and the pipe operator is a little different too:

The |> operator takes the value that comes before the |> and passes it as the first argument to whatever comes after the |>. So in the example above, the |> takes List.get ["a", "b", "c"] 1 and passes that value as the first argument to Result.withDefault, making "" the second argument to Result.withDefault.

Now, I don't think that everything needs to be the same - changing things is a prerequisitie for making things better! However, I was wondering what the gain is from breaking from ML convention in this particular case?
For myself, it would certainly make it easier to adopt Roc if it uses more familiar conventions. Perhaps there is an advantage to swapping the argument order that I haven't spotted?
Anyway, looking forward to future development on Roc!

Hi @njlr,
The reasoning for this decision is explained in this section on currying.

Thanks @Anton-4 that makes sense!


fix flaky UT to avoid IllegalArgumentException: bound must be positive

Got flaky UT as random.nextInt(500) can return 0 or 1, which would lead to this exception in following logic.
Error:  org.apache.pinot.segment.local.segment.index.loader.ForwardIndexHandlerTest.setUp  Time elapsed: 0.058 s  <<< FAILURE!
java.lang.IllegalArgumentException: bound must be positive
	at java.base/java.util.Random.nextInt(Random.java:388)
	at org.apache.pinot.segment.local.segment.index.loader.ForwardIndexHandlerTest.createTestData(ForwardIndexHandlerTest.java:317)
	at org.apache.pinot.segment.local.segment.index.loader.ForwardIndexHandlerTest.buildSegment(ForwardIndexHandlerTest.java:184)
	at org.apache.pinot.segment.local.segment.index.loader.ForwardIndexHandlerTest.setUp(ForwardIndexHandlerTest.java:173)

Codecov Report

Merging #9799 (485bcf6) into master (78504b9) will decrease coverage by 52.99%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##             master    #9799       +/-   ##
=============================================
- Coverage     68.69%   15.69%   -53.00%
+ Complexity     5423      175     -5248
=============================================
  Files          1961     1908       -53
  Lines        104982   102561     -2421
  Branches      15883    15595      -288
=============================================
- Hits          72115    16100    -56015
- Misses        27799    85268    +57469
+ Partials       5068     1193     -3875

Flag
Coverage Δ

integration2
?

unittests1
?

unittests2
15.69% <ø> (-0.01%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

 Learn more


migration: CMake doesn't recognise '-G Ninja'

As per subject.
This may be something local to my setup (Windows), but Colcon is the latest version (from pip) and CMake is version 3.16.3 -- by which I mean "it's not like I'm using outdated versions necessarily".

I don't have a Windows environment to test this with so I have to rely on others to try to reproduce the problem and test if the proposed patch addresses it.
Without any context I find it weird that a single argument which doesn't contain spaces requires quotes around it?

I'll withdraw this for now, as I cannot reproduce the problem I ran into which made me open this.
CMake kept refusing to successfully configure without the quotes. Not sure what that was.
Perhaps it had a bad day.


Broken examples on Configuring Proxy to Mattermost Transport Encryption document

Before and After examples in the "Configuring Mattermost" section are not rendering on this doc: https://docs.mattermost.com/install/transport-encryption/config-mattermost.html.
There were attempts to fix it here but it wasn't clear how to fix it: https://github.com/mattermost/docs/pull/3206.

I forgot about this one, @amyblais. Thanks for reopening.
@DSchalla, do you perhaps have the output available to send to me? I just need to see the indenting so I can try fix this. A screenshot would be fine. :)

Following up on this, @DSchalla, when you have a moment! :)

Sorry for the delay @justinegeffen and @amyblais! Just opened a pull request to fix the issue.


List doesn't respond to FocusZone

Check to see focus events wired properly and attributes not missing

Added "data-is-focusable" attribute to base list item.  But it is an error in FocusZone when setting direction to anything other than bidirectional.

Ok, now... added a property ItemFocusable that is only required when SelectionMode is None.  Otherwise, data-is-focusable=true will be added to the root item element.


fix: setup-metabase.sh

:tada: This PR is included in version 1.54.2 :tada:
The release is available on:

v1.54.2
GitHub release

Your semantic-release bot :package::rocket:


fix(timeout): take test runner overhead into account

Take test runner overhead into account when calculating the
timeout of a single mutant.
The formula is now:
timeoutForTestRunMs = netTimeMs * timeoutFactor + timeoutMs + overheadMs

Check readme for more information.
Fixes #613

Thanks for the feedback. @Archcry can you implement your own remarks? I don't have time today and I want to make sure it is part of the release later today.

Will do :)


[TEVA 1025] accordian group used for filters

a component that can be used for GDS accordian groups (MAT)
https://dfedigital.atlassian.net/browse/TEVA-1025
Changes in this PR:

this also changes the JS folder structure to align with GDS and be a little more intuitive

included in PR for full feature


on homepage, "from the lab is off centered"

cc @talumbau, @mistakevin, @zrisher

I tried to come up with a quick style fix, but it turned out to be a css rabbithole. I think this page should be laid out using the bootstrap grid, especially since development will look different than production due to flatblocks, we need to be as responsive as possible.

I agree with @mistakevin, I think the positioning on this page needs some refactoring. Simply adding text-align: center to this element's style (or better yet the bootstrap class of text-center to the element) has no effect because of the relative positioning being applied to the surrounding elements to accomplish the background that stops halfway through the TaxBrain pane. If we forgo that background trick, fixing this is as simple as

remove margin-bottom: 200px; from the container section.home-display
remove bottom: -200px; and margin-top: -200px; from div.home-display-app and add margin-bottom: 50px

There's a lot of relative positioning going on in this page (and in the Taxbrain section I believe) because all of these pages had static content when we received the styles from the initial designers. Now that we've moved to a dynamic content model, more fully adopting bootstrap would make a lot of sense.

more fully adopting bootstrap would make a lot of sense.

How big of a project is that and how would you recommend prioritizing it with ongoing work?

If we forgo that background trick, fixing this is as simple

In the meantime, I'd forgo aesthetics for the bug fix.

In the meantime, I'd forgo aesthetics for the bug fix.

See above, submitted a hotfix.

How big of a project is that and how would you recommend prioritizing it with ongoing work?

Fairly large project as it involves rewriting a good chunk of the CSS, which brings with it the need to test on a lot of browsers and resolution sets. I would include it in a pass that fixes the dependency on staticfiles and removes the unused CSS we still have in the app. I would prioritize it after anything that directly affects the usability or functionality of the calculator pages.

@johneo please read over this issue and let me know your thoughts. thanks!

If we can live with an increased gap, the header can be centered. Then we can circle back to the major refactoring.


Fix: add passive prop to onPointerEvent eventListener

Fix warnings and slow loading regarding non-passive event listeners.
We have 100+ components one 1 page that are trying to use these scrollbars, however the following violation warning is shown and the page now takes 10+ seconds to load.
[Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event.
Consider marking event handler as 'passive' to make the page more responsive.

Hi, thanks for your contribution!
I suppose you're on verbose mode in Chrome console?!
This shouldn't have anything to do with the loading speed, so if this has any impact, that's probably totally unrelated. Probably the fact that is slow is because you have the Chrome console open, so what's slowing down is the display of the warning, not the actual code right?

Hi :wave:
Thing is, this page loads in 1-2 seconds usually, but when I added this lib, for some reason it takes 10+ seconds. The only change i've made is to add simplebar-vue, also tried with simplebar and registered manually via a plugin - but get the same result :woman_shrugging:.

Right. But your change is solving that?

Just re-read your message, i'll try turning verbose off and closing dev tools (double trial to see if it fixes things).
Tbh though, this will be a problem for anyone who wants to use verbose and devtools, so if this change fixes it then :tada: for all!

Hey, so i tried turning off verbose on it's own and also not having dev tools open, but i still get the same slow loading :sob: it is marginally faster - but only by 1-2 seconds.

@Grsmto :tada:
Ah thank you :sweat_smile: not enough :coffee: :bowing_woman:
No problem :ok_hand: i think we have something funky also going on with scroll events in an old version of Vuetify or something too, at least you're now covered :dancer: :+1:


refactor: update breakpoints, handle breakpoint for explorer columns

Description
Refactored the explorer page to handle window resizing and render the apps in the right order with conditionally rendered columns. Separated some app explorer components (skeletons and app listing components) for better maintainability and readability.
ℹ We should avoid JS solutions for layout stylings. For both performance and hydration issues, it's a bad practice. Since we're using a masonry layout and it's not natively supported by CSS, we need to use JS.
Along with the layout changes, refactored the screen breakpoint sizes. Since the values like 768px, and 1024px are common values to separate different devices (tablets, laptops, etc.) it's better to use them while doing media queries. These will provide more real-life use cases.
Type of change

[x] Bug fix (non-breaking change which fixes an issue)

Fixes/Resolves (Optional)
Closes https://github.com/WalletConnect/web3inbox/issues/348
Examples/Screenshots (Optional)
Checklist:

[ ] I have performed a self-review of my own code
[ ] My changes generate no new warnings
[ ] Any dependent changes have been merged and published in downstream modules

Tested on safari mac. Vertical line appeared

The ordering is fixed though :+1:

Tested on various devices